Ofte stillede spørgsmål

Indholdsfortegnelse

• Hvordan kommer jeg i gang og konfigurerer videresendelse af e-mail
• Sådan sendes e-mail som ved hjælp af Gmail
• Hvorfor modtager jeg ikke mine test-e-mails
• Hvordan fungerer dit e-mail-videresendelsessystem
• Hvordan behandler du en e-mail til videresendelse
• Hvordan håndterer du problemer med e-maillevering
• Hvordan håndterer du, at dine IP-adresser bliver sortlistet
• Hvad er adresser uden svar
• Har du en hvidliste
• Har du en gråliste
• Har du en sortliste
• Har du takstbegrænsning
• Hvordan beskytter du mod tilbagefald
  • Undgå afvisninger fra kendte MAIL FRA spammere
  • Forebyg unødvendige afvisninger for at beskytte mod tilbagespredning
• Hvordan bestemmer du et e-mail-fingeraftryk
• Hvorfor vises mine test-e-mails til mig selv i Gmail som "mistænkelige"
• Kan jeg fjerne via forwardemail dot net i Gmail
• Kan jeg videresende e-mails til andre porte end 25 (f.eks. Hvis min internetudbyder har blokeret port 25)
• Tilbyder du en pengene-tilbage-garanti på betalte planer
• Hvis jeg skifter plan, giver du en pro-rate og tilbagebetaler forskellen
• Understøtter du webhooks
• Understøtter du regulære udtryk eller regex
• Kan jeg bare bruge denne e-mail-videresendelsestjeneste som en "fallback" eller "fallover" MX-server
• Kan jeg deaktivere specifikke aliasser
• Kan jeg videresende e-mails til flere modtagere
• Kan jeg have flere globale fangstmodtagere
• Er der en maksimal grænse for antallet af e-mail-adresser, jeg kan videresende til pr. Alias
• Kan jeg rekursivt videresende e-mails
• Kan folk afmelde eller registrere min e-mail-videresendelse uden min tilladelse
• Hvordan er det gratis
• Hvad er den maksimale e-mailstørrelsesgrænse
• Gemmer du e-mails og deres indhold
• Gemmer du logfiler med e-mails
• Læser du mine e-mails
• Understøtter det plus + symbolet for Gmail-aliasser
• Understøtter det underdomæner
• Videresender dette mine e-mail-overskrifter
• Er dette velafprøvet
• Videregiver du SMTP-svarmeddelelser og koder
• Hvordan forhindrer du spammere og sikrer et godt omdirigering af e-mail
• Hvad skal jeg gøre, hvis jeg modtager spam-e-mails
• Kan jeg "sende e-mail som" i Gmail med dette
• Kan jeg "sende mail som" i Outlook med dette
• Kan jeg "sende mail som" i Apple Mail og iCloud Mail med dette
• Kan jeg videresende ubegrænset e-mail med dette
• Hvordan tilføjer jeg et profilbillede til min e-mail-adresse
• Hvad er forskellen mellem gratis og forbedret beskyttelse
• Understøtter du bedste praksis for e-mail
• Tilbyder du ubegrænsede domæner til en pris
• Hvilke betalingsmetoder accepterer du
• Vil du nogensinde øge priserne
• Hvordan udfører du DNS-opslag på domænenavne
• Hvor hurtig er denne service

Hvordan kommer jeg i gang og konfigurerer videresendelse af e-mail

1. Hvis du allerede har registreret dit domænenavn et sted, så skal du helt springe dette trin over og gå til trin to! Ellers kan du klik her for at registrere dit domænenavn.
2. Kan du huske, hvor du registrerede dit domæne? Når du husker dette, skal du følge instruktionerne nedenfor:
   Vigtig: Du skal åbne en ny fane og logge ind på din domæneregistrator. Du kan nemt klikke på din "Registrator" nedenfor for automatisk at gøre dette. På denne nye fane skal du navigere til DNS-administrationssiden hos din registrator – og vi har angivet de trinvise navigationstrin nedenfor under kolonnen "Trin til konfiguration". Når du har navigeret til denne side i den nye fane, kan du vende tilbage til denne fane og fortsætte til trin tre nedenfor. Luk ikke den åbnede fane endnu; du får brug for det til fremtidige skridt!

   Registrator	Trin til konfiguration
   1&1	Log ind Domænecenter (Vælg dit domæne) Rediger DNS-indstillinger
   Amazon Route 53	Log ind Hostede zoner (Vælg dit domæne)
   Aplus.net	Log ind Mine servere Domænestyring DNS Manager
   Bluehost	FOR ROCK: Log ind Domæner (Klik på ikonet ▼ ved siden af administrere) DNS FOR LEGACY: Log ind Domæner Zone editor (Vælg dit domæne)
   Cloudflare	Log ind DNS
   DNS gjort nemt	Log ind DNS (Vælg dit domæne)
   DNSimple	Log ind (Vælg dit domæne) DNS Styre
   Digital Ocean	Log ind Netværk Domæner (Vælg dit domæne) Mere Administrer domæne
   Domain.com	Log ind I kortvisning skal du klikke på administrer på dit domæne Klik på i listevisning tandhjulsikonet DNS og navneservere DNS Records
   Domains.com Kigge på	Log ind (Vælg dit domæne) Styre (klik på tandhjulsikonet) Klik på DNS & navneservere i venstre menu
   DreamHost	Log ind Panel Domæner Administrer domæner DNS
   Mand	Log ind Oversigt Styre Simpel editor Optegnelser
   Tænke	Log ind (Vælg dit domæne) Ledelse Rediger zonen
   Kom så far Kigge på	Log ind Administrer mine domæner (Vælg dit domæne) Administrer DNS
   Google Domains Kigge på	Log ind (Vælg dit domæne) Konfigurer DNS
   Namecheap Kigge på	Log ind Domæneliste (Vælg dit domæne) Styre Avanceret DNS
   Netlify	Log ind (Vælg dit domæne) Konfigurer Netlify DNS
   Netværksløsninger	Log ind Kundechef Mine domænenavne (Vælg dit domæne) Styre Skift, hvor domæne peger Avanceret DNS
   Shopify Kigge på	Log ind Administrerede domæner (Vælg dit domæne) DNS-indstillinger
   Squarespace	Log ind Startmenu Indstillinger Domæner (Vælg dit domæne) Avancerede indstillinger Brugerdefinerede optegnelser
   Vercel er nu	Bruger "nu" CLI now dns add [domain] '@' MX [record-value] [priority]
   Weebly	Log ind Domæner side (Vælg dit domæne) DNS
   Wix	Log ind Domæner side (Klik ikon) Vælg Administrer DNS-poster
   junior-	Log ind Domæner Mine domæner
   Andet	Vigtig: Kan du ikke se dit registratornavn angivet her? Du skal blot søge på internettet efter "hvordan du ændrer DNS-poster på $REGISTRAR" (erstat $REGISTRAR med navnet på din registrator - f.eks. "hvordan du ændrer DNS-poster på GoDaddy", hvis du bruger GoDaddy).

3. Brug din registrators DNS-administrationsside (den anden fane, du har åbnet), og indstil følgende "MX"-poster:
   Vigtig: Bemærk, at der IKKE skal være sat andre MX-poster. Begge poster vist nedenfor SKAL eksistere. Vær sikker på, at der ikke er stavefejl; og du har både mx1 og mx2 stavet korrekt. Hvis der allerede eksisterede MX-poster, skal du slette dem fuldstændigt. "TTL"-værdien behøver ikke at være 3600, den kan være en lavere eller højere værdi, hvis det er nødvendigt.

   Navn/Vært/Alias	TTL	Type	Prioritet	Værdi
   "@", ".", eller blank	3600	MX	10	mx1.forwardemail.net
   "@", ".", eller blank	3600	MX	10	mx2.forwardemail.net

4. Brug din registrators DNS-administrationsside (den anden fane, du har åbnet), og indstil følgende TXT post(er):
   Vigtig: Hvis du er på en betalt plan, skal du helt springe dette trin over og gå til trin fem! Hvis du ikke er på et betalt abonnement, vil dine videresendte adresser være offentligt søgbare – gå til Min konto Domæner og opgrader dit domæne til en betalt plan, hvis det ønskes. Hvis du gerne vil vide mere om betalte planer, se vores Priser side. Ellers kan du fortsætte med at vælge en eller flere kombinationer fra Mulighed A til Mulighed F anført nedenfor.

   ---

   Mulighed A: Hvis du videresender alle e-mails fra dit domæne (f.eks. "alle@eksempel.com", "hej@eksempel.dk" osv.) til en specifik adresse "bruger@gmail.com":

   Navn/Vært/Alias	TTL	Type	Værdi
   "@", ".", eller blank	3600	TXT	forward-email=user@gmail.com

   Tip: Sørg for at erstatte værdierne ovenfor i kolonnen "Værdi" med din egen e-mailadresse. "TTL"-værdien behøver ikke at være 3600, den kan være en lavere eller højere værdi, hvis det er nødvendigt. En lavere time to live ("TTL")-værdi vil sikre, at eventuelle fremtidige ændringer, der foretages i dine DNS-poster, spredes hurtigere over internettet – tænk på dette som, hvor længe det vil blive cachelagt i hukommelsen (i sekunder). Du kan lære mere om TTL på Wikipedia, den frie encyklopædi.

   ---

   Mulighed B: Hvis du blot skal videresende en enkelt e-mailadresse (f.eks. "hello@example.com" til "user@gmail.com", vil dette også videresende "hello+test@example.com" til "user+test@gmail.com " automatisk):

   Navn/Vært/Alias	TTL	Type	Værdi
   "@", ".", eller blank	3600	TXT	forward-email=hello:user@gmail.com

   ---

   Mulighed C: Hvis du videresender flere e-mails, skal du adskille dem med et komma:

   Navn/Vært/Alias	TTL	Type	Værdi
   "@", ".", eller blank	3600	TXT	forward-email=hello:user@gmail.com,support:user@gmail.com

   ---

   Mulighed D: Du kan have en uendelig mængde af videresendelse af e-mails opsætning - bare sørg for ikke at ombryde over 255 tegn i en enkelt linje og start hver linje med "forward-email=". Et eksempel er givet nedenfor:

   Navn/Vært/Alias	TTL	Type	Værdi
   "@", ".", eller blank	3600	TXT	forward-email=hello:user@gmail.com,support:user@gmail.com
   "@", ".", eller blank	3600	TXT	forward-email=help:user@gmail.com,foo:user@gmail.com
   "@", ".", eller blank	3600	TXT	forward-email=orders:user@gmail.com,baz:user@gmail.com
   "@", ".", eller blank	3600	TXT	forward-email=info:user@gmail.com,beep:user@gmail.com
   "@", ".", eller blank	3600	TXT	forward-email=errors:user@gmail.com,boop:user@gmail.com

   ---

   Mulighed E: Du kan også angive et domænenavn i dit TXT record for at have global aliasvideresendelse (f.eks. vil "bruger@eksempel.com" blive videresendt til "bruger@eksempel.net"):

   Navn/Vært/Alias	TTL	Type	Værdi
   "@", ".", eller blank	3600	TXT	forward-email=example.net

   ---

   Mulighed F: Du kan endda bruge webhooks som et globalt eller individuelt alias til at videresende e-mails til. Se eksemplet og hele afsnittet om webhooks med titlen Understøtter du webhooks under.

   Navn/Vært/Alias	TTL	Type	Værdi
   "@", ".", eller blank	3600	TXT	forward-email=alias:https://requestbin.com/r/en8pfhdgcculn

   ---

   Mulighed G: Du kan endda bruge regulære udtryk ("regex") til at matche aliaser og til at håndtere erstatninger at videresende e-mails til. Se eksemplet og hele afsnittet om regex med titlen Understøtter du regulære udtryk eller regex under.

   Navn/Vært/Alias	TTL	Type	Værdi
   "@", ".", eller blank	3600	TXT	forward-email=alias:https://requestbin.com/r/en8pfhdgcculn

   ---

5. Brug din registrators DNS-administrationsside (den anden fane, du har åbnet), og indstil desuden følgende TXT optage:

   Navn/Vært/Alias	TTL	Type	Værdi
   "@", ".", eller blank	3600	TXT	v=spf1 a mx include:spf.forwardemail.net -all

   Vigtig: Hvis du bruger Gmail (f.eks. Send mail som) eller G Suite, skal du tilføje include:_spf.google.com til værdien ovenfor, for eksempel:
   
   v=spf1 a mx include:spf.forwardemail.net include:_spf.google.com -all
   Tip: Hvis du allerede har en lignende linje med "v=spf1", skal du tilføje include:spf.forwardemail.net lige før alle eksisterende "include:host.com"-poster og før "-all" på samme linje, f.eks.:
   
   v=spf1 a mx include:spf.forwardemail.net include:host.com -all
   
   Bemærk, at der er forskel på "-alle" og "~alle". "-" angiver, at SPF-kontrollen bør FAIL, hvis den ikke stemmer overens, og "~" angiver, at SPF-kontrollen bør SOFTFAIL. Vi anbefaler at bruge "-alle" tilgangen til at forhindre domæneforfalskning.
   
   Du skal muligvis også inkludere SPF-posten for den vært, du sender mail fra (f.eks. Outlook).
6. Bekræft dine DNS-registreringer ved hjælp af vores "Verify Records"-værktøj, som er tilgængeligt på Min konto Domæner Opsætning.
7. Send en test-e-mail for at bekræfte, at det virker. Bemærk, at det kan tage noget tid, før dine DNS-poster udbredes.
   Tip: Hvis du ikke modtager test-e-mails, eller modtager en test-e-mail, der siger "Vær forsigtig med denne besked", så se svarene for Hvorfor modtager jeg ikke mine test-e-mails og Hvorfor vises mine test-e-mails til mig selv i Gmail som "mistænkelige" henholdsvis.
8. Hvis du ønsker at "Send e-mail som" fra Gmail, bliver du nødt til det se denne video, eller følg trinene nedenfor Sådan sender du mail som ved hjælp af Gmail under.

Sådan sendes e-mail som ved hjælp af Gmail

1. Du skal have Gmails tofaktorautentificering aktiveret for at dette kan fungere. Besøg https://www.google.com/landing/2step/ hvis du ikke har det aktiveret.

2. Når to-faktor-godkendelse er aktiveret (eller hvis du allerede havde det aktiveret), så besøg https://myaccount.google.com/apppasswords.

3. Når du bliver bedt om "Vælg den app og den enhed, du vil generere app-adgangskoden til":

   • Vælg "Mail" under rullemenuen for "Vælg app"
   • Vælg "Andet" under rullemenuen for "Vælg enhed"
   • Når du bliver bedt om at indtaste tekst, skal du indtaste dit tilpassede domænes e-mail-adresse, du videresender fra (f.eks. "hej@eksempel.com"- dette hjælper dig med at holde styr på, hvis du bruger denne service til flere konti)

4. Kopier adgangskoden til dit udklipsholder, der automatisk genereres

   Vigtig: Hvis du bruger G Suite, skal du besøge dit administrationspanel Apps G Suite Indstillinger for Gmail Avancerede indstillinger og sørg for at markere "Tillad brugere at sende mail gennem en ekstern SMTP-server...". Der vil være en vis forsinkelse, før denne ændring aktiveres, så vent venligst et par minutter.

5. Gå til Gmail og under Indstillinger Konti og import Send mail som, klik på "Tilføj en anden e-mail-adresse"

6. Når du bliver bedt om at "Navn", skal du indtaste det navn, som du vil have, at din e-mail skal ses som "Fra" (f.eks. "Elon Musk")

7. Når du bliver bedt om "E-mail-adresse", skal du indtaste e-mail-adressen med det brugerdefinerede domæne, du brugte ovenfor (f.eks. "hej@eksempel.com")

8. Fjern markeringen af "Behandl som et alias"

   Tip: Hvis du foretrækker, at modtageren svarer direkte til din Gmail-adresse, så lad dette være markeret. For at lære mere, følg disse instruktioner fra Gmail om dette emne.

9. Klik på "Næste trin" for at fortsætte

10. Når du bliver bedt om "SMTP-server", skal du indtaste smtp.gmail.com og forlade havnen som 587

11. Når du bliver bedt om "Brugernavn", skal du indtaste den del af din Gmail-adresse uden gmail.com del (f.eks. bare "bruger", hvis min e-mail er bruger@gmail.com)

    Vigtig: Hvis "Brugernavn"-delen er automatisk udfyldt, så du bliver nødt til at ændre dette til brugernavndelen af din Gmail-adresse i stedet for.

12. Når du bliver bedt om "Adgangskode", skal du indsætte den adgangskode, du genererede i trin 2 ovenfor, fra dit udklipsholder

13. Lad alternativknappen være markeret til "Sikker forbindelse ved hjælp af TLS"

14. Klik på "Tilføj konto" for at fortsætte

15. Åbn en ny fane til Gmail og vent på, at din bekræftelses-e-mail ankommer (du vil modtage en bekræftelseskode, der bekræfter, at du er ejeren af den e-mail-adresse, du forsøger at "Send e-mail som")

16. Når den ankommer, skal du kopiere og indsætte bekræftelseskoden ved den prompt, du modtog i det foregående trin

17. Når du har gjort det, skal du gå tilbage til e-mailen og klikke på linket for at "bekræfte anmodningen". Du skal udføre dette trin og det forrige trin for at e-mailen skal konfigureres korrekt.

Hvorfor modtager jeg ikke mine test-e-mails

Hvis du sender en test-e-mail til dig selv ved hjælp af funktionen "Send mail som", så vises den ikke i din indbakke pga. dette almindeligt kendte officielle Gmail-svar.

Hvis du fortsat har problemer, er det højst sandsynligt, at det er et problem med DNS-udbredelse. Du bliver nødt til at vente lidt længere og prøve igen (eller prøv at indstille en lavere TTL-værdi på din TXT optegnelser).

Har du stadig problemer? Indsend venligst a Hjælpeanmodning så vi kan hjælpe med at undersøge problemet og finde en hurtig løsning.

Hvordan fungerer dit e-mail-videresendelsessystem

E-mail er afhængig af SMTP protokol. Denne protokol består af kommandoer sendt til en server (kører oftest på port 25). Der er en indledende forbindelse, derefter angiver afsenderen, hvem mailen er fra ("MAIL FROM"), efterfulgt af, hvor den skal hen ("RCPT TO") og til sidst headerne og selve e-mailens brødtekst ("DATA" ). Flowet i vores e-mail-videresendelsessystem er beskrevet i forhold til hver SMTP-protokolkommando nedenfor:

• Indledende forbindelse (intet kommandonavn, f.eks. telnet example.com 25) - Dette er den første forbindelse. Vi tjekker afsendere, der ikke er hvidlistet, mod vores Sortliste. Til sidst, hvis en afsender ikke er hvidlistet, så kontrollerer vi, om de har været det grålistet.

• HELO - Dette angiver en hilsen for at identificere afsenderens FQDN, IP-adresse eller postbehandlernavn. Denne værdi kan være forfalsket, så vi er ikke afhængige af disse data og bruger i stedet det omvendte værtsnavnsopslag af forbindelsens IP-adresse.

• MAIL FROM - Dette angiver kuvertposten fra e-mailens adresse. Hvis en værdi indtastes, skal det være en gyldig RFC 5322-e-mailadresse. Tomme værdier er tilladt. Vi tjek for backscatter her, og vi tjekker også MAIL FRA mod vores Sortliste. Vi tjekker endelig afsendere, der ikke er på hvidlisten for hastighedsbegrænsning (se afsnittet om Satsbegrænsende og Whitelisting for mere information).

• RCPT TO - Dette angiver modtageren(e) af e-mailen. Disse skal være gyldige RFC 5322-mailadresser. Vi tillader kun op til 100 kuvertmodtagere pr. besked (dette er anderledes end "Til"-headeren fra en e-mail). Vi tjekker også for en gyldig Ordning for omskrivning af afsender ("SRS") adresse her for at beskytte mod spoofing med vores SRS-domænenavn. Modtagere, der indeholder en "ikke-svar"-adresse, vil modtage en 553-fejl. Se den komplet liste over "ikke-svar"-adresser nedenfor. Vi tjekker også modtageren op mod vores Sortliste.

• DATA - Dette er kernedelen af vores service, som behandler en e-mail. Se afsnittet Hvordan behandler du en e-mail til videresendelse nedenfor for mere indsigt.

Hvordan behandler du en e-mail til videresendelse

Dette afsnit beskriver vores proces relateret til SMTP-protokolkommandoen DATA i afsnittet Hvordan fungerer dit e-mail-videresendelsessystem ovenfor – det er, hvordan vi behandler en e-mails headers, krop, sikkerhed, bestemmer, hvor den skal leveres til, og hvordan vi håndterer forbindelser.

1. Hvis meddelelsen overstiger den maksimale størrelse på 50mb, afvises den med en 552 fejlkode.

2. Hvis meddelelsen ikke havde nogen overskrifter, eller hvis overskrifter ikke var i stand til at blive parset, afvises den med en 421 fejlkode.

3. Hvis meddelelsen ikke indeholdt en "Fra"-header, eller hvis nogen af værdierne i "Fra"-headeren ikke var gyldige RFC 5322-mailadresser, afvises den med en 550-fejlkode.

4. Hvis meddelelsen havde mere end 25 "Modtaget" overskrifter, blev den bestemt til at have siddet fast i en omdirigeringsløkke, og den afvises med en 550 fejlkode.

5. Brug af e-mailens fingeraftryk (se afsnittet om Fingeraftryk), vil vi kontrollere, at meddelelsen er blevet forsøgt gentaget mere end 500 gange, og hvis det er tilfældet, vil den blive afvist med en 550 fejlkode.

6. Hvis meddelelsen havde en "Til"-header, og hvis nogen af meddelelsens "Til"-headere var rettet mod SRS-omskrevne adresser ved hjælp af vores domænenavn, så vil vi omskrive dem (dette gælder nemlig feriesvar).

7. Hvis meddelelsen manglede en "Message-ID" header, tilføjer vi en ved at bruge enten konvolutten MAIL FROM parsed FQDN eller vores domænenavn.

8. Hvis meddelelsen manglede en gyldig "Dato"-header, tilføjer vi en ved brug af ankomsttidspunktet fra den første tilslutning af meddelelsen.

9. Vi gemmer resultaterne fra scanning af e-mailen i hukommelsen vha Spam-scanner.

10. Hvis der var nogen vilkårlige resultater fra Spam Scanner, afvises det med en 554 fejlkode. Vilkårlige resultater inkluderer kun GTUBE-testen på tidspunktet for denne skrivning. Se https://spamassassin.apache.org/gtube/ for mere indsigt.

11. Vi tilføjer følgende overskrifter til meddelelsen med henblik på fejlfinding og forebyggelse af misbrug:

    • X-ForwardEmail-Version - den nuværende SemVer version fra package.json af vores kodebase.
    • X-ForwardEmail-Session-ID - en sessions-id-værdi, der bruges til debug-formål (gælder kun i ikke-produktionsmiljøer).
    • X-ForwardEmail-Sender - en kommasepareret liste indeholdende den originale kuvert MAIL FROM-adresse (hvis den ikke var tom), den omvendte PTR-klient FQDN (hvis den findes) og afsenderens IP-adresse.
    • X-Report-Abuse - med en værdi på abuse@forwardemail.net (kun hvis denne overskrift ikke allerede var indstillet)
    • X-Report-Abuse-To - med en værdi på abuse@forwardemail.net (kun hvis denne overskrift ikke allerede var indstillet)

12. Vi tjekker så beskeden for DKIM, SPF, ARC, og DMARC.

    • Hvis meddelelsen mislykkedes DMARC, og domænet havde en afvisningspolitik (f.eks. p=reject var i DMARC-politikken), så afvises den med en 550 fejlkode. Typisk kan en DMARC-politik for et domæne findes i _dmarc underdomæne TXT optage, (f.eks. dig _dmarc.example.com txt).
    • Hvis meddelelsen fejlede SPF, og domænet havde en hård fejlpolitik (f.eks. -all var i SPF-politikken i modsætning til ~all eller slet ingen politik), så afvises den med en 550 fejlkode. Typisk kan en SPF-politik for et domæne findes i TXT record for roddomænet (f.eks. dig example.com txt). Se dette afsnit for mere information om afsendelse af mail som med Gmail vedrørende SPF.

13. Nu behandler vi modtagerne af beskeden som indsamlet fra RCPT TO kommando i afsnittet Hvordan fungerer dit e-mail-videresendelsessystem over. For hver modtager udfører vi følgende handlinger:

    • Vi slår op TXT registreringer af domænenavnet (delen efter @ symbol, f.eks. example.com hvis e-mailadressen var test@example.com). For eksempel hvis domænet er example.com laver vi et DNS-opslag som f.eks dig example.com txt.
    • Vi analyserer alle TXT poster, der starter med enten forward-email= (gratis planer) eller forward-email-site-verification= (betalte planer). Bemærk, at vi parser begge dele for at behandle e-mails, mens en bruger opgraderer eller nedgraderer planer.
    • Fra disse analyserede TXT poster, gentager vi dem for at udtrække videresendelseskonfigurationen (som beskrevet i afsnittet Hvordan kommer jeg i gang og konfigurerer videresendelse af e-mail over). Bemærk, at vi kun understøtter én forward-email-site-verification= værdi, og hvis der er angivet mere end én, vil der opstå en 550 fejl, og afsenderen vil modtage et afvisningssignal for denne modtager.
    • Rekursivt itererer vi over den udtrukne videresendelseskonfiguration for at bestemme global videresendelse, regex-baseret videresendelse og alle andre understøttede videresendelseskonfigurationer – som nu er kendt som vores "videresendelsesadresser".
    • For hver videresendelsesadresse understøtter vi ét rekursivt opslag (som vil starte denne serie af operationer forfra på den givne adresse). Hvis der blev fundet et rekursivt match, fjernes det overordnede resultat fra videresendelsesadresser, og børnene tilføjes.
    • Videresendelsesadresser analyseres for at være unikke (da vi ikke ønsker at sende dubletter til én adresse eller skabe yderligere unødvendige SMTP-klientforbindelser).
    • For hver videresendelsesadresse slår vi dens domænenavn op mod vores API-slutpunkt /v1/max-forwarded-addresses (for at bestemme, hvor mange adresser domænet har tilladelse til at videresende e-mail til pr. alias, f.eks. 10 som standard – se afsnittet om maksimal grænse for videresendelse pr. alias). Hvis denne grænse overskrides, vil der opstå en 550 fejl, og afsenderen vil modtage et afvisningssignal for denne modtager.
    • Vi slår indstillingerne for den oprindelige modtager op mod vores API-slutpunkt /v1/settings, som understøtter et opslag for betalte brugere (med et alternativ til gratis brugere). Dette returnerer et konfigurationsobjekt for avancerede indstillinger for port (Antal, f.eks. 25), has_adult_content_protection (Boolsk), has_phishing_protection (Boolsk), has_executable_protection (Boolesk), og has_virus_protection (Boolesk).
    • Baseret på disse indstillinger kontrollerer vi derefter spamscannerresultater, og hvis der opstår fejl, afvises meddelelsen med en 554 fejlkode (f.eks. has_virus_protection er aktiveret, så vil vi kontrollere spamscannerresultaterne for vira). Bemærk, at alle gratis planbrugere vil blive tilmeldt kontrol mod voksenindhold, phishing, eksekverbare filer og vira. Som standard er alle brugere af betalt abonnement også tilmeldt, men denne konfiguration kan ændres under siden Avancerede indstillinger for et domæne i dashboardet for videresend e-mail).

14. For hver behandlede modtagers videresendelsesadresser udfører vi derefter følgende handlinger:

    • Adressen kontrolleres mod vores Sortliste, og hvis det var angivet, så vil en 554 fejlkode forekomme, og afsenderen vil modtage et afvisningssignal for denne modtager.
    • Hvis adressen er en webhook, så sætter vi en boolesk til fremtidige operationer (se nedenfor – vi grupperer lignende webhooks for at lave én POST-anmodning i forhold til flere til levering).
    • Hvis adressen er en e-mail-adresse, parser vi værten til fremtidige operationer (se nedenfor – vi grupperer lignende værter for at lave én forbindelse i forhold til flere individuelle forbindelser til levering).

15. Hvis der ikke er nogen modtagere, og der ikke er nogen afvisninger, svarer vi med en 550 fejl på "Ugyldige modtagere".

16. Hvis der er modtagere, så gentager vi dem (grupperet sammen af den samme vært) og leverer e-mails. Se afsnittet Hvordan håndterer du problemer med e-maillevering nedenfor for mere indsigt.

    • Hvis der opstår fejl under afsendelse af e-mails, gemmer vi dem i hukommelsen til senere behandling.
    • Vi tager den laveste fejlkode (hvis nogen) fra at sende e-mails – og bruger den som svarkode til DATA kommando. Det betyder, at e-mails, der ikke leveres, typisk vil blive gentaget af den oprindelige afsender, men e-mails, der allerede blev leveret, vil ikke blive sendt igen, næste gang meddelelsen sendes (som vi bruger Fingeraftryk).
    • Hvis der ikke opstod nogen fejl, sender vi en 250 vellykket SMTP-svarstatuskode.
    • En afvisning er bestemt til at være enhver leveringsforsøg, der resulterer i en statuskode, der er >= 500 (permanente fejl).

17. Hvis der ikke opstod nogen afvisninger (permanente fejl), returnerer vi en SMTP-svarstatuskode med den laveste fejlkode fra ikke-permanente fejl (eller en 250 vellykket statuskode, hvis der ikke var nogen).

18. Hvis der opstod afvisninger, sender vi afvisnings-e-mails i baggrunden efter at have returneret den laveste af alle fejlkoder til afsenderen. Men hvis den laveste fejlkode er >= 500, sender vi ingen afvisningsmails. Dette skyldes, at hvis vi gjorde det, ville afsendere modtage en dobbeltbounce-e-mail (f.eks. en fra deres udgående MTA, såsom Gmail – og også en fra os). Se afsnittet vedr Hvordan beskytter du mod tilbagefald nedenfor for mere indsigt.

Hvordan håndterer du problemer med e-maillevering

Bemærk, at vi vil lave en "Venlig-fra" omskrivning af e-mails, hvis og kun hvis afsenderens DMARC-politik var p=reject, OG den har en forbigående SPF, OG ingen DKIM-signaturer blev justeret med "Fra"-headeren. Det betyder, at vi vil ændre "Fra"-headeren på beskeden, indstille "X-Original-Fra" og også indstille et "Svar-Til", hvis det ikke allerede var indstillet. Vi vil også genforsegle ARC-seglet på meddelelsen efter at have ændret disse overskrifter.

Vi bruger også smart-parsing af fejlmeddelelser på alle niveauer af vores stak – i vores kode er DNS-anmodninger, Node.js internals, HTTP-anmodninger (f.eks. 408, 413 og 429 mappet til SMTP-svarkoden på 421, hvis modtageren er en webhook), og mailserversvar (f.eks. svar med "defer" eller "slowdown" vil blive forsøgt igen som 421-fejl).

Vores logik er dummy-sikker, og den vil også prøve igen for TLS/SSL-fejl, forbindelsesproblemer og mere. Målet med dummy-proofing er at maksimere leveringsmuligheder til alle modtagere for en videresendelseskonfiguration.

Hvis modtageren er en webhook, tillader vi en timeout på 60 sekunder for anmodningen at fuldføre med op til 3 genforsøg (så 4 anmodninger i alt før en fejl). Bemærk, at vi korrekt parser fejlkoder 408, 413 og 429 og knytter dem til en SMTP-svarkode på 421.

Hvis modtageren ellers er en e-mailadresse, vil vi forsøge at sende e-mailen med opportunistisk TLS (vi forsøger at bruge STARTTLS, hvis det er tilgængeligt på modtagerens e-mailserver). Hvis der opstår en SSL- eller TLS-fejl under forsøget på at sende e-mailen, vil vi forsøge at sende e-mailen uden TLS (uden at bruge STARTTLS).

Hvis der opstår DNS- eller forbindelsesfejl, vender vi tilbage til DATA kommando en SMTP-svarkode på 421, ellers hvis der er >= 500 niveaufejl, vil der blive sendt afvisninger.

Hvis vi opdager, at en e-mail-server, vi forsøger at levere til, har en eller flere af vores e-mail-udvekslings-IP-adresser sortlistet (f.eks. af hvilken teknologi de bruger til at udskyde spammere), så sender vi en SMTP-svarkode på 421 til afsenderen til prøv deres besked igen senere (og vi bliver advaret om problemet, så vi forhåbentlig kan løse det inden næste forsøg).

Hvordan håndterer du, at dine IP-adresser bliver sortlistet

Vi overvåger rutinemæssigt alle større DNS-sortlister, og hvis nogen af vores mailudvekslings ("MX") IP-adresser er opført på en større sortliste, vil vi trække det ud af den relevante DNS A-record round robin, hvis det er muligt, indtil problemet er løst.

I skrivende stund er vi også opført på flere DNS-hvidlister, og vi tager overvågningssortlister alvorligt. Hvis du ser nogen problemer, før vi har mulighed for at løse dem, bedes du give os besked skriftligt på support@forwardemail.net.

Hvad er adresser uden svar

Vi videresender ikke e-mails til "ikke-svar"-adresser, og enhver afsender, der forsøger det, vil modtage en 553-fejl.

E-mail-brugernavne svarende til ethvert af følgende (der skelnes mellem store og små bogstaver) anses for at være adresser uden svar:

• no-reply@
• no_reply@
• nobody@
• noreplies@
• noreply@

Har du en hvidliste

Ja, vi opdaterer en hvidliste dagligt baseret på det mest populære root-FQDN, der bruges på DNS-niveau. Denne liste består af cirka 200.000 til 300.000 unikke roddomænenavne.

Populære udbydere som Google (Gmail), Yahoo, Microsoft (Outlook), Amazon (Amazon SES), Meta (Facebook), Twitter, Netflix, Spotify og flere er inkluderet.

Hvis du er afsender eller bruger en afsender, der ikke er på hvidlisten, så første gang dit FQDN-roddomæne eller IP-adresse sender en e-mail, vil du blive sats begrænset og grålistet.

Whitelist anmodninger kan sendes til whitelist@forwardemail.net (Angiv venligst en komplet beskrivelse og årsag til hvidlistning, links til websteder og din virksomheds stiftelsescertifikat for at blive hvidlistet).

Har du en gråliste

Ja, vi har det meget slapt e-mail gråliste anvendt politik. Gråliste gælder kun for afsendere, der ikke er på vores hvidliste og varer i vores cache i 30 dage.

For enhver ny afsender gemmer vi en nøgle i vores Redis-database i 30 dage med en værdi indstillet til det første ankomsttidspunkt for deres første anmodning. Vi afviser derefter deres e-mail med en genforsøgsstatuskode på 450 og lader den kun passere, når der er gået 5 minutter.

Hvis de har ventet i 5 minutter fra dette første ankomsttidspunkt, vil deres e-mails blive accepteret, og de vil ikke modtage denne 450-statuskode.

Nøglen består af enten FQDN-roddomænet eller afsenderens IP-adresse. Dette betyder, at ethvert underdomæne, der passerer grålisten, også vil passere til roddomænet og omvendt (det er det, vi mener med en "meget slap" politik).

For eksempel hvis en e-mail kommer fra test.example.com før vi ser en e-mail komme fra example.com, derefter enhver e-mail fra test.example.com og/eller example.com skal vente 5 minutter fra det første ankomsttidspunkt for forbindelsen. Vi laver ikke begge dele test.example.com og example.com venter hver deres egne 5 minutters perioder (vores grålistepolitik gælder på roddomæneniveau).

Bemærk, at grålisting ikke gælder for nogen afsender på vores Hvidliste (f.eks. Meta, Amazon, Netflix, Google, Microsoft i skrivende stund).

Har du en sortliste

Ja, vi driver vores egen private sortliste og opdaterer den automatisk i realtid og manuelt baseret på spam og opdaget ondsindet aktivitet. Sortlistede afsendere vil modtage en 554 fejlmeddelelse.

Vi trækker også fra UCEPROTECT Level 1 Blacklist kl http://wget-mirrors.uceprotect.net/rbldnsd-all/dnsbl-1.uceprotect.net.gz hver time og indfør den i vores Redis-database med en 7 dages udløb.

Anmodninger om fjernelse af sortliste kan sendes til whitelist@forwardemail.net (Angiv venligst en komplet beskrivelse og årsag til hvidlistning, links til websteder og din virksomheds stiftelsescertifikat for at blive hvidlistet).

Har du takstbegrænsning

Ja, vi har takstbegrænsning, som kun gælder for afsendere, der ikke er på Hvidliste.

Vi tillader kun op til 100 forbindelser i timen, pr. afsender løst FQDN-roddomæne (eller) afsender-fjern-IP-adresse (hvis ingen omvendt PTR er tilgængelig), og pr. kuvertmodtager til. Vi gemmer nøglen til hastighedsbegrænsning som en kryptografisk hash i vores Redis-database.

Hvis du sender e-mail gennem vores system, skal du sørge for, at du har en omvendt PTR opsat for alle dine IP-adresser (ellers vil hvert unikt FQDN-roddomæne eller IP-adresse, du sender fra, være hastighedsbegrænset).

Bemærk, at hvis du sender gennem et populært system såsom Amazon SES, så vil du ikke være takstbegrænset, da (i skrivende stund) Amazon SES er hvidlistet.

Hvis du sender fra et domæne som f.eks test.abc.123.example.com, så vil satsgrænsen blive pålagt example.com. Mange spammere bruger hundredvis af underdomæner til at omgå almindelige spamfiltre, der kun sætter grænser for unikke værtsnavne i modsætning til unikke FQDN-roddomæner.

Afsendere, der overskrider takstgrænsen, vil blive afvist med en 421-fejl.

Hvordan beskytter du mod tilbagefald

Forkert afvisning eller afvisningsspam (kendt som "Backscatter") kan forårsage negativt omdømme til afsenderens IP-adresser.

Vi tager to trin for at beskytte mod backscatter, hvilket er beskrevet i de følgende afsnit Undgå afvisninger fra kendte MAIL FRA spammere og Forebyg unødvendige afvisninger for at beskytte mod tilbagespredning under.

Undgå afvisninger fra kendte MAIL FRA spammere

Vi trækker listen fra Backscatter.org (drevet af UCEPROTECT) kl http://wget-mirrors.uceprotect.net/rbldnsd-all/ips.backscatterer.org.gz hver time og indfør det i vores Redis-database (vi sammenligner også forskellen på forhånd; i tilfælde af at der blev fjernet IP'er, der skal respekteres).

Hvis MAIL FROM er tom ELLER indeholder (uafhængig af store og små bogstaver) et af følgende brugernavne (delen før @ i en e-mail), så kontrollerer vi, om afsender-IP'en matcher en på denne liste:

• abuse@
• ftp@
• hostmaster@
• mailer-daemon@
• mailer_daemon@
• mailerdaemon@
• news@
• no-reply@
• no_reply@
• nobody@
• noreplies@
• noreply@
• postmaster@
• root@
• security@
• usenet@
• webmaster@
• www@

Hvis afsenderens IP er angivet (og ikke i vores Hvidliste), så sender vi en 554 fejl med beskeden The IP ${session.remoteAddress} is blacklisted by https://www.backscatterer.org/index.php?target=test&ip=${session.remoteAddress}. Vi vil blive advaret, hvis en afsender er på både Backscatterer-listen og på vores hvidliste, så vi kan løse problemet, hvis det er nødvendigt.

De teknikker, der er beskrevet i dette afsnit, overholder "SIKKER TILSTAND"-anbefaling på https://www.backscatterer.org/?target=usage – hvor vi kun tjekker afsender-IP, hvis visse betingelser allerede er opfyldt.

Forebyg unødvendige afvisninger for at beskytte mod tilbagespredning

Afvisninger er e-mails, der indikerer, at videresendelse af e-mails fuldstændigt mislykkedes til modtageren, og e-mailen vil ikke blive forsøgt igen.

En almindelig årsag til at blive opført på Backscatterer-listen er forkerte afvisninger eller afvisningsspam, så vi skal beskytte mod dette på nogle få måder:

1. Vi sender kun afvisninger, når der opstår >= 500 statuskodefejl (når e-mails, der er forsøgt videresendt, mislykkedes, f.eks. svarer Gmail med en fejl på 500 niveauer).

2. Vi sender kun afvisninger én gang og kun én gang (vi bruger en beregnet afvisningsfingeraftryksnøgle og gemmer den i cachen for at forhindre afsendelse af dubletter). Afvisningsfingeraftrykket er en nøgle, der er beskedens fingeraftryk kombineret med en hash af afvisningsadressen og dens fejlkode). Se afsnittet vedr Fingeraftryk for mere indsigt i, hvordan beskedens fingeraftryk beregnes. Afsendte afvisningsfingeraftryk udløber efter 7 dage i vores Redis-cache.

3. Vi sender kun afvisninger, når MAIL FROM ikke er tom og ikke indeholder (der skelnes mellem store og små bogstaver) et af følgende brugernavne (delen før @ i en e-mail). Bemærk, at denne liste er en lille smule kortere end den ovenfor i MAIL FROM-checken, fordi vi ikke ønsker at have falske positiver (f.eks. security@ er en gyldig adresse, som du måske ønsker at få en afvisning for; mange mennesker bruge security@ til deres bug bounty-programmer).

   • abuse@
   • mailer-daemon@
   • mailer_daemon@
   • mailerdaemon@

4. Vi sender ikke afvisninger, hvis den oprindelige besked havde en af følgende overskrifter (der skelnes mellem store og små bogstaver):

   • Auto-Submitted (med en værdi på no)
   • X-Auto-Response-Suppress (med en værdi på dr, autoreply, auto-reply, auto_reply, eller all)
   • List-Id
   • List-Unsubscribe
   • Feedback-ID
   • X-Auto-Reply
   • X-Autoreply
   • X-Auto-Respond
   • X-Autorespond
   • Precedence (med en værdi på bulk, autoreply, auto-reply, auto_reply, eller list)

Hvordan bestemmer du et e-mail-fingeraftryk

En e-mails fingeraftryk bruges til at bestemme en e-mails unikke karakter og til at forhindre duplikerede meddelelser i at blive leveret og duplikerede afvisninger fra at blive sendt.

Fingeraftrykket er en række kryptografisk beregnede hashes afgrænset af et kolon, og det bruges internt i vores kodebase.

Disse beregnede hashes skubbes til et array (en liste), hvis og kun hvis deres værdier eksisterer:

• Klient løst FQDN-værtsnavn eller IP-adresse
• Message-ID overskriftsværdi
• Date overskriftsværdi (hvis og kun hvis Message-ID fandtes ikke)
• From overskriftsværdi (hvis og kun hvis Message-ID fandtes ikke)
• To overskriftsværdi (hvis og kun hvis Message-ID fandtes ikke)
• Cc overskriftsværdi (hvis og kun hvis Message-ID fandtes ikke)
• Subject overskriftsværdi (hvis og kun hvis Message-ID fandtes ikke)
• Body værdi (hvis og kun hvis Message-ID fandtes ikke)

Hvorfor vises mine test-e-mails til mig selv i Gmail som "mistænkelige"

Hvis du ser denne fejlmeddelelse i Gmail, når du sender en test til dig selv, eller når en person, du sender en e-mail med dit alias, ser en e-mail fra dig for første gang, Vær ikke bekymret – da dette er en indbygget sikkerhedsfunktion i Gmail.

Du kan blot klikke på "Ser sikkert ud". For eksempel, hvis du skulle sende en testmeddelelse ved hjælp af send mail som funktion (til en anden), vil de ikke se denne meddelelse.

Men hvis de ser denne besked, er det fordi de normalt var vant til at se dine e-mails komme fra john@gmail.com i stedet for john@customdomain.com (bare et eksempel). Gmail vil advare brugerne bare for at sikre, at tingene er sikre, hvis der ikke er nogen løsning.

Kan jeg fjerne via forwardemail dot net i Gmail

Dette gælder KUN, hvis du bruger Sådan sendes e-mail som ved hjælp af Gmail funktion. I øjeblikket er der ingen løsning på dette, og det påvirker alle tjenesteudbydere (ikke kun os). Løsningen er at bruge en brugerdefineret SMTP-server. Vi tilbyder dog ikke SMTP endnu.

Vi planlægger at frigive vores helt egen SMTP-tjeneste (ikke kun videresendelse, men e-mail generelt), hvilket vil afhjælpe dette. Gmail tilføjer automatisk dette, og der er ingen nuværende løsning. Andre e-mail-videresendelsestjenester med lignende funktioner som vores vil stadig have det samme problem (og andre e-mail-videresendelsesløsninger tilbyder simpelthen ikke det niveau af privatliv, vi gør).

Hvis du vil have besked, når dette er udgivet, kan du sende en e-mail smtp@forwardemail.net og vi sender dig en notifikation, når den er frigivet. Eller bare tilmeld dig en konto her, hvis du ikke allerede har gjort det!

Kan jeg videresende e-mails til andre porte end 25 (f.eks. Hvis min internetudbyder har blokeret port 25)

Ja, fra den 5. maj 2020 har vi tilføjet denne funktion. Lige nu er funktionen domænespecifik, i modsætning til alias-specifik. Hvis du har brug for, at det er alias-specifikt, bedes du kontakte os for at fortælle os om dine behov.

Hvis du er på den gratis plan, skal du blot tilføje en ny DNS TXT optag som vist nedenfor, men skift porten fra 25 til den port, du vælger.

For eksempel, hvis jeg vil have alle e-mails, der går til example.com for at videresende til aliasmodtageres SMTP-port på 1337 i stedet for 25:

Tilbyder du en pengene-tilbage-garanti på betalte planer

Ja! Automatiske refusioner finder sted, når du opgraderer, nedgraderer eller annullerer din konto inden for 30 dage efter, at din plan startede. Dette gælder kun for førstegangskunder.

Hvis jeg skifter plan, giver du en pro-rate og tilbagebetaler forskellen

Vi tildeler eller refunderer ikke forskellen, når du skifter abonnement. I stedet konverterer vi den resterende varighed fra din eksisterende plans udløbsdato til den nærmeste relative varighed for din nye plan (rundet ned efter måned).

Bemærk, at hvis du opgraderer eller nedgraderer mellem betalte planer inden for en 30-dages periode, siden du først startede en betalt plan, refunderer vi automatisk det fulde beløb fra din eksisterende plan.

Understøtter du webhooks

Ja, pr. 15. maj 2020 har vi tilføjet denne funktion. Du kan ganske enkelt tilføje webhook (s) nøjagtigt som med en modtager! Sørg for, at du har "http" eller "https" protokollen i webhooks URL.

Hvis du er på den gratis plan, skal du blot tilføje en ny DNS TXT optag som vist nedenfor:

For eksempel, hvis jeg vil have alle e-mails, der går til alias@example.com at videresende til en ny anmodning bin test slutpunkt:

Eller måske vil du have alle e-mails, der går til example.com for at videresende til dette slutpunkt:

Her er yderligere bemærkninger vedrørende webhooks:

• Webhook HTTP-anmodninger vil gentage op til 3 gange med en maksimal timeout på 60 sekunder pr. slutpunkt POST-anmodning. Vi vil prøve igen automatisk baseret på standardstatus og fejlkoder, der bruges i superagent's forsøgsmetode igen.

• Vi grupperer webhook HTTP-anmodninger til det samme slutpunkt i én anmodning i stedet for flere) for at spare ressourcer og fremskynde responstiden. For eksempel hvis du sender en mail til webhook1@example.com, webhook2@example.com, og webhook3@example.com, og alle disse er konfigureret til at ramme det samme præcis slutpunkts-URL, så vil der kun blive foretaget én anmodning. Vi grupperer os efter nøjagtig endepunktsmatching med streng lighed.

• Bemærk, at vi bruger mailparser bibliotekets "simpleParser"-metode til at parse meddelelsen til et JSON-venligt objekt.

• Rå e-mail-værdi som en streng angives som egenskaben "rå".

• Godkendelsesresultater er angivet som egenskaber "dkim", "spf", "arc", "dmarc" og "bimi".

• De parsede e-mail-headere er angivet som egenskaben "headers" - men bemærk også, at du kan bruge "headerLines" for lettere iteration og parsing.

• De grupperede modtagere for denne webhook er grupperet sammen og angivet som egenskaben "modtagere".

• SMTP-sessionsoplysningerne angives som egenskaben "session". Dette indeholder oplysninger om afsenderen af beskeden, ankomsttidspunkt for beskeden, HELO og klientens værtsnavn. Værdien for klientens værtsnavn som session.clientHostname er enten FQDN (fra et omvendt PTR-opslag), eller det er det session.remoteAddress pakket ind i parentes (f.eks. "[127.0.0.1]").

• Hvis der er vedhæftede filer, vil de blive vedhæftet attachments Array med bufferværdier. Du kan parse dem tilbage til indhold ved hjælp af en tilgang med JavaScript, såsom:

  const data = [
    104,
    101,
    108,
    108,
    111,
    32,
    119,
    111,
    114,
    108,
    100,
    33
  ];
  //
  // outputs "hello world!" to the console
  // (this is the content from the filename "text1.txt" in the example JSON request payload above)
  //
  console.log(Buffer.from(data).toString());
  

{
  "attachments": [
    {
      "type": "attachment",
      "content": {
        "type": "Buffer",
        "data": [
          104,
          101,
          108,
          108,
          111,
          32,
          119,
          111,
          114,
          108,
          100,
          33
        ]
      },
      "contentType": "text/plain",
      "partId": "2",
      "release": null,
      "contentDisposition": "attachment",
      "filename": "text1.txt",
      "headers": {},
      "checksum": "fc3ff98e8c6a0d3087d515c0473f8677",
      "size": 12
    }
  ],
  "headers": "ARC-Seal: i=1; a=rsa-sha256; t=1653506802; cv=none; d=forwardemail.net;\r\n s=default;\r\n b=R6QJ0tGwwjg2VPxiAlVIKxsg3jEPtRGKPTIOdZNWuhWrbssttFdOYzRRqvacDyN5SLoyDhVye\r\n DUA/64IxANXdHVFlpR258Yp7WxLDv2gtJD5vNSKYmUJZOWk1TynmlqTYrp0Vuqg2xIUjIlPBWAJ\r\n PPNx4JvOLjJuWYynU2qIWz0=\r\nARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;\r\n d=forwardemail.net; h=MIME-Version: Date: Message-ID: From: Content-Type;\r\n q=dns/txt; s=default; t=1653506802;\r\n bh=cEYDoyTy+Ub29XZt/zXR+sprfUE6BW0y5cHfah01PT4=;\r\n b=F/t56AAXr2Kv3G6VsbdT5OKDVJf2ulhwLiTM18Ra4tDPUKPSGSLKrWvxiXEg5NMWwdWnsOYrL\r\n r3YSm4uMxVMhHZbHm/sUu4QZq5/18hQsAkCv6fI9ifTjDwBrN5zpLOhPoZFFo+TyvHxiII3Xv3L\r\n UEzmUIIaJRX6tboQ160tino=\r\nARC-Authentication-Results: i=1; mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)\r\nReceived-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;\r\nAuthentication-Results: mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)\r\n",
  "headerLines": [
    {
      "key": "arc-seal",
      "line": "ARC-Seal: i=1; a=rsa-sha256; t=1653506802; cv=none; d=forwardemail.net;\r\n s=default;\r\n b=R6QJ0tGwwjg2VPxiAlVIKxsg3jEPtRGKPTIOdZNWuhWrbssttFdOYzRRqvacDyN5SLoyDhVye\r\n DUA/64IxANXdHVFlpR258Yp7WxLDv2gtJD5vNSKYmUJZOWk1TynmlqTYrp0Vuqg2xIUjIlPBWAJ\r\n PPNx4JvOLjJuWYynU2qIWz0="
    },
    {
      "key": "arc-message-signature",
      "line": "ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;\r\n d=forwardemail.net; h=MIME-Version: Date: Message-ID: From: Content-Type;\r\n q=dns/txt; s=default; t=1653506802;\r\n bh=cEYDoyTy+Ub29XZt/zXR+sprfUE6BW0y5cHfah01PT4=;\r\n b=F/t56AAXr2Kv3G6VsbdT5OKDVJf2ulhwLiTM18Ra4tDPUKPSGSLKrWvxiXEg5NMWwdWnsOYrL\r\n r3YSm4uMxVMhHZbHm/sUu4QZq5/18hQsAkCv6fI9ifTjDwBrN5zpLOhPoZFFo+TyvHxiII3Xv3L\r\n UEzmUIIaJRX6tboQ160tino="
    },
    {
      "key": "arc-authentication-results",
      "line": "ARC-Authentication-Results: i=1; mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)"
    },
    {
      "key": "received-spf",
      "line": "Received-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;"
    },
    {
      "key": "authentication-results",
      "line": "Authentication-Results: mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)"
    },
    {
      "key": "x-forwardemail-sender",
      "line": "X-ForwardEmail-Sender: rfc822; test@example.net"
    },
    {
      "key": "x-forwardemail-session-id",
      "line": "X-ForwardEmail-Session-ID: w2czxgznghn5ryyw"
    },
    {
      "key": "x-forwardemail-version",
      "line": "X-ForwardEmail-Version: 9.0.0"
    },
    {
      "key": "content-type",
      "line": "Content-Type: multipart/mixed; boundary=\"--_NmP-179a735428ca7575-Part_1\""
    },
    {
      "key": "from",
      "line": "From: some <random@example.com>"
    },
    {
      "key": "message-id",
      "line": "Message-ID: <69ad5fc2-91cb-728f-ae5c-eeedc5f267b6@example.net>"
    },
    {
      "key": "date",
      "line": "Date: Wed, 25 May 2022 19:26:41 +0000"
    },
    {
      "key": "mime-version",
      "line": "MIME-Version: 1.0"
    }
  ],
  "html": "<strong>some random text</strong>",
  "text": "some random text",
  "textAsHtml": "<p>some random text</p>",
  "date": "2022-05-25T19:26:41.000Z",
  "from": {
    "value": [
      {
        "address": "random@example.com",
        "name": "some"
      }
    ],
    "html": "<span class=\"mp_address_group\"><span class=\"mp_address_name\">some</span> &lt;<a href=\"mailto:random@example.com\" class=\"mp_address_email\">random@example.com</a>&gt;</span>",
    "text": "some <random@example.com>"
  },
  "messageId": "<69ad5fc2-91cb-728f-ae5c-eeedc5f267b6@example.net>",
  "raw": "ARC-Seal: i=1; a=rsa-sha256; t=1653506802; cv=none; d=forwardemail.net;\r\n s=default;\r\n b=R6QJ0tGwwjg2VPxiAlVIKxsg3jEPtRGKPTIOdZNWuhWrbssttFdOYzRRqvacDyN5SLoyDhVye\r\n DUA/64IxANXdHVFlpR258Yp7WxLDv2gtJD5vNSKYmUJZOWk1TynmlqTYrp0Vuqg2xIUjIlPBWAJ\r\n PPNx4JvOLjJuWYynU2qIWz0=\r\nARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;\r\n d=forwardemail.net; h=MIME-Version: Date: Message-ID: From: Content-Type;\r\n q=dns/txt; s=default; t=1653506802;\r\n bh=cEYDoyTy+Ub29XZt/zXR+sprfUE6BW0y5cHfah01PT4=;\r\n b=F/t56AAXr2Kv3G6VsbdT5OKDVJf2ulhwLiTM18Ra4tDPUKPSGSLKrWvxiXEg5NMWwdWnsOYrL\r\n r3YSm4uMxVMhHZbHm/sUu4QZq5/18hQsAkCv6fI9ifTjDwBrN5zpLOhPoZFFo+TyvHxiII3Xv3L\r\n UEzmUIIaJRX6tboQ160tino=\r\nARC-Authentication-Results: i=1; mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)\r\nReceived-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;\r\nAuthentication-Results: mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)\r\nX-ForwardEmail-Sender: rfc822; test@example.net\r\nX-ForwardEmail-Session-ID: w2czxgznghn5ryyw\r\nX-ForwardEmail-Version: 9.0.0\r\nContent-Type: multipart/mixed; boundary=\"--_NmP-179a735428ca7575-Part_1\"\r\nFrom: some <random@example.com>\r\nMessage-ID: <69ad5fc2-91cb-728f-ae5c-eeedc5f267b6@example.net>\r\nDate: Wed, 25 May 2022 19:26:41 +0000\r\nMIME-Version: 1.0\r\n\r\n----_NmP-179a735428ca7575-Part_1\r\nContent-Type: multipart/alternative;\r\n boundary=\"--_NmP-179a735428ca7575-Part_2\"\r\n\r\n----_NmP-179a735428ca7575-Part_2\r\nContent-Type: text/plain; charset=utf-8\r\nContent-Transfer-Encoding: 7bit\r\n\r\nsome random text\r\n----_NmP-179a735428ca7575-Part_2\r\nContent-Type: text/html; charset=utf-8\r\nContent-Transfer-Encoding: 7bit\r\n\r\n<strong>some random text</strong>\r\n----_NmP-179a735428ca7575-Part_2--\r\n\r\n----_NmP-179a735428ca7575-Part_1\r\nContent-Type: text/plain; name=text1.txt\r\nContent-Transfer-Encoding: base64\r\nContent-Disposition: attachment; filename=text1.txt\r\n\r\naGVsbG8gd29ybGQh\r\n----_NmP-179a735428ca7575-Part_1--\r\n",
  "dkim": {
    "headerFrom": [
      "random@example.com"
    ],
    "envelopeFrom": "test@example.net",
    "results": [
      {
        "status": {
          "result": "none",
          "comment": "message not signed"
        },
        "info": "dkim=none (message not signed)"
      }
    ]
  },
  "spf": {
    "domain": "example.net",
    "client-ip": "127.0.0.1",
    "helo": "user.oem.local",
    "envelope-from": "test@example.net",
    "status": {
      "result": "none",
      "comment": "mx1.forwardemail.net: example.net does not designate permitted sender hosts",
      "smtp": {
        "mailfrom": "test@example.net",
        "helo": "user.oem.local"
      }
    },
    "header": "Received-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;",
    "info": "spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local",
    "lookups": {
      "limit": 50,
      "count": 1
    }
  },
  "arc": {
    "status": {
      "result": "none"
    },
    "i": 0,
    "authResults": "mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)"
  },
  "dmarc": {
    "status": {
      "result": "none",
      "header": {
        "from": "example.com"
      }
    },
    "domain": "example.com",
    "info": "dmarc=none header.from=example.com"
  },
  "bimi": {
    "status": {
      "header": {},
      "result": "skipped",
      "comment": "DMARC not enabled"
    },
    "info": "bimi=skipped (DMARC not enabled)"
  },
  "recipients": [
    "webhook1@webhooks.net"
  ],
  "session": {
    "remoteAddress": "127.0.0.1",
    "remotePort": 65138,
    "clientHostname": "[127.0.0.1]",
    "hostNameAppearsAs": "user.oem.local",
    "sender": "test@example.net",
    "mta": "mx1.forwardemail.net",
    "arrivalDate": "2022-05-25T19:26:41.423Z",
    "arrivalTime": 1653506801423
  }
}

Understøtter du regulære udtryk eller regex

Ja, fra den 27. september 2021 har vi tilføjet denne funktion. Du kan simpelthen skrive regulære udtryk ("regex") for at matche aliasser og udføre understationer.

Regulære udtryksunderstøttede aliaser er dem, der starter med a / og slutte med / og deres modtagere er e-mailadresser eller webhooks. Modtagerne kan også inkludere regex-substitutionsstøtte (f.eks. $1, $2).

Vi understøtter to regulære udtryksflag inklusive i og g. Det ufølsomme flag af i er en permanent standard, og den håndhæves altid. Det globale flag g kan tilføjes af dig ved at anbringe slutningen / med /g.

Bemærk at vi også støtter vores deaktiveret aliasfunktion for modtagerdelen med vores regex-support.

Regulære udtryk understøttes ikke på gratis globale forfængelighedsdomæner (da dette kan være en sikkerhedssårbarhed).

Hvis du er på den gratis plan, skal du blot tilføje en ny DNS TXT optag ved hjælp af et eller flere af nedenstående eksempler:

Kan jeg bare bruge denne e-mail-videresendelsestjeneste som en "fallback" eller "fallover" MX-server

Nej, det anbefales ikke, da du kun kan bruge én mailudvekslingsserver ad gangen. Fallbacks forsøges normalt aldrig igen på grund af prioritetsfejlkonfigurationer og mailservere, der ikke respekterer MX-udvekslingsprioritetskontrol.

Kan jeg deaktivere specifikke aliasser

Ja! Fra den 6. februar 2020 har vi tilføjet denne funktion. Du skal blot redigere din DNS TXT optag og præfiks aliaset med et udråbstegn. Bemærk, at du skal bevare ":"-tilknytningen, da dette er påkrævet, hvis du nogensinde beslutter dig for at slå dette fra (og det bruges også til import i vores betalte planer).

Hvis du præfikser et alias med "!" (udråbstegn) så vil den stadig returnere vellykkede svarkoder til afsendere, der forsøger at sende til denne adresse, men e-mails i sig selv går ingen steder; til et sorthul.

E-mails, der sendes til deaktiverede adresser, vil svare med en SMTP-svarstatuskode på 250 (accepteret), men e-mailsene vil faktisk ikke blive leveret til modtageren/modtagerne.

For eksempel, hvis jeg vil have alle e-mails, der går til alias@example.com at holde op med at strømme igennem til user@gmail.com:

Kan jeg videresende e-mails til flere modtagere

Ja absolut. Du skal blot angive flere modtagere i din TXT optegnelser.

For eksempel hvis jeg vil have en mail, der går til hello@example.com at blive videresendt til user+a@gmail.com og user+b@gmail.com, så min TXT posten ville se sådan ud:

Eller du kan angive dem i to separate linjer, som denne:

Det er op til dig!

Kan jeg have flere globale fangstmodtagere

Ja du kan. Du skal blot angive flere globale catch-all-modtagere i din TXT optegnelser.

For eksempel, hvis jeg vil have hver e-mail, der går til *@example.com (stjernen betyder, at det er et jokertegn aka catch-all) at blive videresendt til user+a@gmail.com og user+b@gmail.com, så min TXT posten ville se sådan ud:

Eller du kan angive dem i to separate linjer, som denne:

Det er op til dig!

Er der en maksimal grænse for antallet af e-mail-adresser, jeg kan videresende til pr. Alias

Ja, standardgrænsen er 10. Dette betyder IKKE, at du kun kan have 10 aliaser på dit domænenavn. Du kan have så mange aliaser, som du vil (ubegrænset antal). Det betyder, at du kun kan videresende ét alias til 10 unikke e-mailadresser. Du kunne have hello:user+1@gmail.com, hello:user+2@gmail.com, hello:user+3@gmail.com, … (fra 1-10) – og eventuelle e-mails til hello@example.com ville blive videresendt til user+1@gmail.com, user+2@gmail.com, user+3@gmail.com,… (Fra 1-10).

Kan jeg rekursivt videresende e-mails

Ja, det kan du, men du skal stadig overholde den maksimale grænse. Hvis du har hello:elon@example.com og elon:user@gmail.com, derefter e-mails til hello@example.com ville blive videresendt til elon@example.com og user@gmail.com. Bemærk, at der vil blive kastet en fejl, hvis du forsøger at videresende e-mails rekursivt.

Kan folk afmelde eller registrere min e-mail-videresendelse uden min tilladelse

Vi bruger MX og TXT registreringsbekræftelse, derfor hvis du tilføjer denne tjenestes respektive MX og TXT poster, så er du registreret. Hvis du fjerner dem, er du afregistreret. Du har ejerskab af dit domæne og DNS-administration, så hvis nogen har adgang til det, så er det et problem.

Hvordan er det gratis

Tjenesten fortsætter med at køre takket være brugere, der har opgraderet til betalte planer. Vi ønsker at tilbyde et gratis alternativ til folk, der bruger lukkede kilde-videresendelsestjenester (og efterfølgende risikerer deres privatliv og sikkerhed).

Hvad er den maksimale e-mailstørrelsesgrænse

Vi har som standard en størrelse på 50 MB, der inkluderer indhold, overskrifter og vedhæftede filer. Bemærk, at tjenester som Gmail og Outlook kun tillader 25 MB størrelsesgrænse, og hvis du overskrider grænsen, når du sender til adresser hos disse udbydere, modtager du en fejlmeddelelse.

En fejl med den korrekte svarkode returneres, hvis filstørrelsesgrænsen overskrides.

Gemmer du e-mails og deres indhold

Nej, absolut ikke. Se vores Fortrolighedspolitik.

Gemmer du logfiler med e-mails

Nej, absolut ikke. Se vores Fortrolighedspolitik.

Læser du mine e-mails

Nej, absolut ikke. Vi gemmer ikke SMTP-logfiler. Se vores Fortrolighedspolitik.

Mange andre e-mail-videresendelsestjenester gemmer og kan potentielt læse din e-mail. Der er ingen grund til, at videresendte e-mails skal gemmes på disklager – og derfor har vi udviklet den første open source-løsning, der gør det hele i hukommelsen.

Vi mener, at du skal have ret til privatliv, og vi respekterer det strengt. Den kode, der er implementeret på serveren, er open source-software på GitHub for gennemsigtighed og for at skabe tillid.

Understøtter det plus + symbolet for Gmail-aliasser

Ja absolut.

Understøtter det underdomæner

Ja absolut. I stedet for at bruge "@", "." Eller tomt som navn / vært / alias, bruger du bare underdomænenavnet som værdi i stedet.

Hvis du vil foo.example.com for at videresende e-mails, og indtast derefter foo som navn/værts-/aliasværdi i dine DNS-indstillinger (for både MX og TXT optegnelser).

Videresender dette mine e-mail-overskrifter

Ja absolut.

Er dette velafprøvet

Ja, den har test skrevet med ava og har også kodedækning.

Videregiver du SMTP-svarmeddelelser og koder

Ja absolut. For eksempel hvis du sender en e-mail til hello@example.com og det er registreret til at videresende til user@gmail.com, så returneres SMTP-svarmeddelelsen og koden fra "gmail.com" SMTP-serveren i stedet for proxyserveren på "mx1.forwardemail.net" eller "mx2.forwardemail.net".

Hvordan forhindrer du spammere og sikrer et godt omdirigering af e-mail

Se vores afsnit vedr Hvordan fungerer dit e-mail-videresendelsessystem, Hvordan håndterer du problemer med e-maillevering, og Hvordan håndterer du, at dine IP-adresser bliver sortlistet over.

Hvad skal jeg gøre, hvis jeg modtager spam-e-mails

Du skal afmelde dig e-mail-listen (hvis det er muligt) og blokere afsenderen.

Rapporter ikke meddelelsen som spam, men send den i stedet til vores manuelt kuraterede og fortrolighedsfokuserede system til forebyggelse af misbrug.

E-mail-adressen, som spam videresendes til, er: misbrug@forwardemail.net

Kan jeg "sende e-mail som" i Gmail med dette

Ja! Fra den 2. oktober 2018 har vi tilføjet denne funktion. Se Sådan sendes e-mail som ved hjælp af Gmail over!

Du bør også indstille SPF-recorden for Gmail i din DNS-konfiguration TXT optage.

Kan jeg "sende mail som" i Outlook med dette

Ja! Fra 2. oktober 2018 har vi tilføjet denne funktion. Du skal blot se disse to links fra Microsoft nedenfor:

• https://support.office.com/en-us/article/add-or-remove-an-email-alias-in-outlook-com-459b1989-356d-40fa-a689-8f285b13f1f2
• https://support.office.com/en-us/article/send-email-from-a-different-address-in-outlook-com-ccba89cb-141c-4a36-8c56-6d16a8556d2e

Du bør også indstille SPF-recorden for Outlook i din DNS-konfiguration TXT optage.

Kan jeg "sende mail som" i Apple Mail og iCloud Mail med dette

Desværre tillader Apple ikke dette, uanset hvilken tjeneste du bruger. Du kan dog bruge Mail-appen sammen med dit domænes e-mail-konto.

• https://discussions.apple.com/thread/8316291
• https://discussions.apple.com/thread/6876839

Kan jeg videresende ubegrænset e-mail med dette

Ja, dog er "relativt ukendte" afsendere begrænset til 1.000 forbindelser i timen pr. værtsnavn eller IP. Se afsnittet vedr Satsbegrænsende og Grålister over.

Med "relativt ukendte" mener vi afsendere, der ikke optræder i Hvidliste.

Hvis denne grænse overskrides, sender vi en "421" svarkode, som fortæller afsenderens mailserver om at prøve igen senere.

Hvordan tilføjer jeg et profilbillede til min e-mail-adresse

Hvis du bruger Gmail, skal du følge disse trin nedenfor:

1. Gå til https://google.com og log ud af alle e-mail-konti
2. Klik på "Log ind", og klik på "anden konto" i rullemenuen.
3. Vælg "Brug en anden konto"
4. Vælg "Opret konto"
5. Vælg "Brug min nuværende e-mail-adresse i stedet"
6. Indtast din brugerdefinerede domænenavns e-mail-adresse
7. Hent den bekræftelses-e-mail, der er sendt til din e-mail-adresse
8. Indtast bekræftelseskoden fra denne e-mail
9. Komplet profiloplysninger til din nye Google-konto
10. Accepter alle politikker om fortrolighed og brugsbetingelser
11. Gå til https://google.com og i øverste højre hjørne, klik på dit profilikon, og klik på "skift"-knappen
12. Upload et nyt foto eller en avatar til din konto
13. Ændringerne vil tage ca. 1-2 timer at udbrede, men nogle gange kan det være meget hurtige.
14. Send en test-e-mail, og profilbilledet skal vises.

Hvad er forskellen mellem gratis og forbedret beskyttelse

Gratis-planen kræver, at du bruger offentlige DNS-poster til at gemme din videresendelseskonfiguration. Enhver med en computer kan slå din videresendelseskonfiguration op i en terminal, hvis du er i den gratis plan. I modsætning til den gratis plan bruger Enhanced Protection-planen en kryptografisk genereret tilfældig streng til at gemme din videresendelseskonfiguration privat.

Understøtter du bedste praksis for e-mail

Ja. Vi har indbygget support til SPF, DKIM, DMARC, ARC og SRS på tværs af alle planer. Vi har også arbejdet udførligt med de originale forfattere af disse specifikationer og andre e-mail-eksperter for at sikre perfektion og høj leveringsevne.

Tilbyder du ubegrænsede domæner til en pris

Ja. Uanset hvilken plan du er på, betaler du kun en månedlig sats - der dækker alle dine domæner.

Hvilke betalingsmetoder accepterer du

Vi accepterer kort, tegnebøger og bankoverførsler vha Stribe og PayPal – for engangsbetalinger eller månedlige, kvartalsvise eller årlige abonnementer.

Vil du nogensinde øge priserne

Nej. Priserne stiger aldrig. I modsætning til andre virksomheder lukker vi heller ikke vores service.

Hvordan udfører du DNS-opslag på domænenavne

Vi bruger CloudFlares privatlivsførste DNS-tjeneste for forbrugere (se meddelelse her). Vi sætter 1.1.1.3 og 1.0.0.3 som DNS-servere (se https://developers.cloudflare.com/1.1.1.1/1.1.1.1-for-families/) ved brug af /etc/resolv.conf på vores servere og testmiljøer.

Hvor hurtig er denne service

Den seneste version, v2 (udgivet den 6. maj 2019) var en større omskrivning fra v1 og fokuserer på ydeevne gennem streams. Nodemailer produktiv forfatter Andris Reinman (@ andris9) hjalp os med at slukke ved hjælp af mailparser bibliotek og brug mailsplit i stedet med en brugerdefineret transformationslogik for at opdele headeren og brødteksten uden at påvirke brødteksten. Dette giver os mulighed for at udføre operationer på headere meget hurtigt (såsom sikkerhedstjek og for SPF/DKIM/DMARC-overholdelse).

Med andre ord, den nyeste version af denne tjeneste bruger streams rent nu og er lynhurtig. Den ældre version v1 havde også en vis logik, der ikke var i den mest optimale rækkefølge af operationer - men nu udfører v2 mindre hukommelses-/netværksintensive operationer først (og vender tilbage tidligt, hvis det er muligt for at sende et svar så hurtigt som muligt til SMTP-klienten). Vi planlægger at fortsætte med at optimere hastigheden, forbedre funktionerne og forbedre denne service over tid.

På intet tidspunkt skriver vi til disk eller gemmer e-mails – alt foregår i hukommelsen takket være Node.js' streams og transformationer! 🎉