Konfigurera e-post på några minuter

Anpassa vår guide för att spara tid:

Du godkänner vår integritetspolicy och våra villkor .

Inte intresserad? Klicka här för att fortsätta läsa

Innehållsförteckning

Vanliga frågor

Innehållsförteckning

Hur kommer jag igång och konfigurera e-post vidarebefordran

Beräknad installationstid: Mindre än 10 minuter
Förbättrat integritetsskydd: Om du vill dölja din information från att vara offentligt sökbar över Internet, gå till Mitt konto domäner och uppgradera din domän till en betalplan innan du börjar med den här guiden. Offentligt sökbar information om gratisplaner inkluderar, men är inte begränsad till: alias, vidarebefordrade adresser, mottagare och avancerade inställningar som anpassad portvidarebefordran. Om du vill veta mer om betalda planer, se vår Prissättning sida – annars fortsätt läsa! Alla planer följer våra Integritet policy att strikt inte lagra SMTP-loggar, metadata eller e-postmeddelanden. Vi spårar dig inte som andra tjänster gör.
Komma igång: Läs noggrant och följ steg ett till åtta nedan. Se till att byta ut e-postadressen till user@gmail.com med den e-postadress du vill vidarebefordra e-post till (om den inte redan är korrekt). På samma sätt se till att byta example.com med ditt anpassade domännamn (om det inte redan är korrekt).
  1. Om du redan har registrerat ditt domännamn någonstans måste du hoppa över detta steg helt och gå till steg två! Annars kan du klicka här för att registrera ditt domännamn.
  2. Kommer du ihåg var du registrerade din domän? När du kommer ihåg detta, följ instruktionerna nedan:
    Viktig: Du måste öppna en ny flik och logga in på din domänregistrator. Du kan enkelt klicka på din "Registrator" nedan för att göra detta automatiskt. På denna nya flik måste du navigera till DNS-hanteringssidan hos din registrar – och vi har tillhandahållit steg för steg navigeringsstegen nedan under kolumnen "Steg för att konfigurera". När du har navigerat till den här sidan på den nya fliken kan du gå tillbaka till den här fliken och gå vidare till steg tre nedan. Stäng inte den öppnade fliken ännu; du kommer att behöva det för framtida steg!
    Registrator Steg för att konfigurera
    1&1 Logga in Domäncenter (Välj din domän) Redigera DNS-inställningar
    Amazon Route 53 Logga in Hosted Zoner (Välj din domän)
    Aplus.net Logga in Mina servrar Domänhantering DNS Manager
    Bluehost FÖR ROCK: Logga in domäner (Klicka på ikonen ▼ bredvid hantera) DNS
    FÖR LEGACY: Logga in domäner Zonredigerare (Välj din domän)
    CloudFlare Logga in DNS
    DNS på ett enkelt sätt Logga in DNS (Välj din domän)
    DNSimple Logga in (Välj din domän) DNS Klara av
    Digital Ocean Logga in Nätverk domäner (Välj din domän) Mer Hantera domän
    Domain.com Logga in Klicka på hantera på din domän i kortvyn Klicka på i listvyn kugghjulsikonen DNS & namnservrar DNS-poster
    Domains.com
    Kolla på     		Logga in (Välj din domän) Klara av (klicka på kugghjulsikonen) Klicka på DNS & Namnservrar i menyn till vänster
    DreamHost Logga in Panel domäner Hantera domäner DNS
    Man Logga in Översikt Klara av Enkel redaktör Uppgifter
    Tror Logga in (Välj din domän) Förvaltning Redigera zonen
    Kör pappa
    Kolla på     		Logga in Hantera mina domäner (Välj din domän) Hantera DNS
    Google Domains
    Kolla på     		Logga in (Välj din domän) Konfigurera DNS
    Namecheap
    Kolla på     		Logga in Domänlista (Välj din domän) Klara av Avancerad DNS
    Netlify Logga in (Välj din domän) Konfigurera Netlify DNS
    Nätverkslösningar Logga in Kontoansvarig Mina domännamn (Välj din domän) Klara av Ändra var domänen pekar Avancerad DNS
    Shopify
    Kolla på     		Logga in Hanterade domäner (Välj din domän) DNS-inställningar
    Squarespace Logga in Hemmeny inställningar domäner (Välj din domän) Avancerade inställningar Anpassade poster
    Vercel är nu Använder "nu" CLI now dns add [domain] '@' MX [record-value] [priority]
    Weebly Logga in Sidan Domäner (Välj din domän) DNS
    Wix Logga in Sidan Domäner (Klick ikon) Välj Hantera DNS-poster
    junior Logga in domäner Mina domäner
    Övrig
    Viktig: Ser du inte ditt registrarnamn listat här? Sök helt enkelt på Internet efter "hur man ändrar DNS-poster på $REGISTRAR" (ersätt $REGISTRAR med namnet på din registrar - t.ex. "hur man ändrar DNS-poster på GoDaddy" om du använder GoDaddy).
  3. Använd din registrars DNS-hanteringssida (den andra fliken du har öppnat) och ställ in följande "MX"-poster:
    Viktig: Observera att det INTE bör finnas några andra MX-poster. Båda posterna nedan MÅSTE finnas. Se till att det inte finns några stavfel; och du har både mx1 och mx2 rättstavade. Om det redan fanns MX-poster, vänligen radera dem helt. "TTL"-värdet behöver inte vara 3600, det kan vara ett lägre eller högre värde om det behövs.
    Namn/värd/alias TTL Typ Prioritet Värde
    "@", "." eller tom 3600 MX 10 mx1.forwardemail.net
    "@", "." eller tom 3600 MX 10 mx2.forwardemail.net
  4. Använd din registrars DNS-hanteringssida (den andra fliken du har öppnat) och ställ in följande TXT uppgifter):
    Viktig: Om du har en betald plan måste du hoppa över detta steg helt och gå till steg fem! Om du inte har en betald plan kommer dina vidarebefordrade adresser att vara offentligt sökbara – gå till Mitt konto domäner och uppgradera din domän till en betalplan om så önskas. Om du vill veta mer om betalda planer, se vår Prissättning sida. Annars kan du fortsätta att välja en eller flera kombinationer från alternativ A till alternativ F listade nedan.
    Alternativ A: Om du vidarebefordrar alla e-postmeddelanden från din domän, (t.ex. "alla@example.com", "hej@example.com", etc) till en specifik adress "användare@gmail.com":
    Namn/värd/alias TTL Typ Värde
    "@", "." eller tom 3600 TXT forward-email=user@gmail.com
    Dricks: Se till att ersätta värdena ovan i kolumnen "Värde" med din egen e-postadress. "TTL"-värdet behöver inte vara 3600, det kan vara ett lägre eller högre värde om det behövs. Ett lägre värde för levnadstid ("TTL") säkerställer att alla framtida ändringar som görs i dina DNS-poster sprids över hela Internet snabbare – tänk på detta som hur länge det kommer att cachelagras i minnet (i sekunder). Du kan lära dig mer om TTL på Wikipedia, den fria encyklopedin.
    Alternativ B: Om du bara behöver vidarebefordra en enskild e-postadress (t.ex. "hej@example.com" till "användare@gmail.com" kommer detta också att vidarebefordra "hej+test@example.com" till "användare+test@gmail.com " automatiskt):
    Namn/värd/alias TTL Typ Värde
    "@", "." eller tom 3600 TXT forward-email=hello:user@gmail.com
    Alternativ C: Om du vidarebefordrar flera e-postmeddelanden vill du separera dem med ett kommatecken:
    Namn/värd/alias TTL Typ Värde
    "@", "." eller tom 3600 TXT forward-email=hello:user@gmail.com,support:user@gmail.com
    Alternativ D: Du kan ställa in en oändlig mängd vidarebefordran av e-postmeddelanden – se bara till att inte linda över 255 tecken på en enda rad och börja varje rad med "forward-email=". Ett exempel ges nedan:
    Namn/värd/alias TTL Typ Värde
    "@", "." eller tom 3600 TXT forward-email=hello:user@gmail.com,support:user@gmail.com
    "@", "." eller tom 3600 TXT forward-email=help:user@gmail.com,foo:user@gmail.com
    "@", "." eller tom 3600 TXT forward-email=orders:user@gmail.com,baz:user@gmail.com
    "@", "." eller tom 3600 TXT forward-email=info:user@gmail.com,beep:user@gmail.com
    "@", "." eller tom 3600 TXT forward-email=errors:user@gmail.com,boop:user@gmail.com
    Alternativ E: Du kan också ange ett domännamn i din TXT post för att ha global aliasvidarebefordran (t.ex. "user@example.com" kommer att vidarebefordras till "user@example.net"):
    Namn/värd/alias TTL Typ Värde
    "@", "." eller tom 3600 TXT forward-email=example.net
    Alternativ F: Du kan till och med använda webhooks som ett globalt eller individuellt alias att vidarebefordra e-post till. Se exemplet och hela avsnittet om webhooks med titeln Stödjer du webhooks Nedan.
    Namn/värd/alias TTL Typ Värde
    "@", "." eller tom 3600 TXT forward-email=alias:https://requestbin.com/r/en8pfhdgcculn
    Alternativ G: Du kan till och med använda reguljära uttryck ("regex") för att matcha alias och för att hantera ersättningar att vidarebefordra e-postmeddelanden till. Se exemplet och hela avsnittet om regex med titeln Har du stöd för reguljära uttryck eller regex Nedan.
    Namn/värd/alias TTL Typ Värde
    "@", "." eller tom 3600 TXT forward-email=alias:https://requestbin.com/r/en8pfhdgcculn
  5. Använd din registrars DNS-hanteringssida (den andra fliken du har öppnat) och ställ in följande TXT spela in:
    Namn/värd/alias TTL Typ Värde
    "@", "." eller tom 3600 TXT v=spf1 a mx include:spf.forwardemail.net -all
    Viktig: Om du använder Gmail (t.ex. Skicka e-post som) eller G Suite måste du lägga till include:_spf.google.com till värdet ovan, till exempel:

    v=spf1 a mx include:spf.forwardemail.net include:_spf.google.com -all
    Dricks: Om du redan har en liknande rad med "v=spf1", måste du lägga till include:spf.forwardemail.net precis före alla befintliga "include:host.com"-poster och före "-all" på samma rad, till exempel:

    v=spf1 a mx include:spf.forwardemail.net include:host.com -all

    Observera att det är skillnad mellan "-alla" och "~alla". "-" indikerar att SPF-kontrollen bör FAIL om den inte matchar, och "~" indikerar att SPF-kontrollen bör SOFTFAIL. Vi rekommenderar att du använder "-all"-metoden för att förhindra domänförfalskning.

    Du kan också behöva inkludera SPF-posten för vilken värd du än skickar e-post från (t.ex. Outlook).
  6. Verifiera dina DNS-poster med vårt verktyg "Verify Records" som finns på Mitt konto domäner Uppstart.
  7. Skicka ett testmail för att bekräfta att det fungerar. Observera att det kan ta lite tid för dina DNS-poster att spridas.
    Dricks: Om du inte får testmejl eller får ett testmejl som säger "Var försiktig med det här meddelandet", se svaren för Varför får jag inte mina testmeddelanden och Varför skickas mina testmeddelanden till mig själv i Gmail som "misstänkta" respektive.
  8. Om du vill "Skicka e-post som" från Gmail måste du göra det kolla på denna videon, eller följ stegen nedan Hur man skickar e-post som med Gmail Nedan.
Grattis! Du har slutfört alla steg.
Dricks: Valfria tillägg listas nedan. Observera att dessa tillägg är helt valfria och kanske inte är nödvändiga. Vi ville åtminstone ge dig ytterligare information om det skulle behövas.
Valfritt tillägg: Om du är den Hur du skickar e-post som med Gmail funktion, då kanske du vill vitlista dig själv. För att göra detta, helt enkelt Följ dessa instruktioner från Gmail om detta ämne.

Hur du skickar e-post som med Gmail

Beräknad installationstid: Mindre än 10 minuter
Komma igång: När du har följt stegen ovan i Hur kommer jag igång och konfigurera e-post vidarebefordran du kan följa videon ovan eller stegen nedan – för att "Skicka e-post som" med din anpassade domän.

  1. Du behöver ha Gmail: s tvåfaktorautentisering aktiverat för att detta ska fungera. Besök https://www.google.com/landing/2step/ om du inte har det aktiverat.

  2. När tvåfaktorsautentisering har aktiverats (eller om du redan hade det aktiverat), besök https://myaccount.google.com/apppasswords.

  3. När du uppmanas till "Välj den app och enhet du vill skapa applösenordet för":

    • Välj "E-post" under rullgardinsmenyn för "Välj app"
    • Välj "Annat" under rullgardinsmenyn för "Välj enhet"
    • När du uppmanas att mata in text anger du den anpassade domänens e-postadress du vidarebefordrar från (t.ex. "hej@exempel.com"- detta hjälper dig att hålla reda på om du använder den här tjänsten för flera konton)

  4. Kopiera lösenordet till ditt urklipp som genereras automatiskt

    Viktig: Om du använder G Suite besöker du administratörspanelen Appar G Suite Inställningar för Gmail Avancerade inställningar och se till att markera "Tillåt användare att skicka e-post via en extern SMTP-server...". Det kommer att bli en viss fördröjning innan den här ändringen aktiveras, så vänta några minuter.

  5. Gå till Gmail och under inställningar Konton och import Skicka mail som, klicka på "Lägg till en ny e-postadress"

  6. När du uppmanas att "Namn" anger du namnet du vill att din e-post ska ses som "Från" (t.ex. "Elon Musk")

  7. När du uppmanas att "E-postadress" anger du e-postadressen med den anpassade domänen du använde ovan (t.ex. "hej@exempel.com")

  8. Avmarkera "Behandla som ett alias"

    Dricks: Om du föredrar att mottagaren svarar direkt på din Gmail-adress, lämna detta markerat. Att lära sig mer, Följ dessa instruktioner från Gmail om detta ämne.

  9. Klicka på "Nästa steg" för att fortsätta

  10. När du tillfrågas om "SMTP-server", skriv in smtp.gmail.com och lämna hamnen som 587

  11. När du uppmanas att ange "Användarnamn", anger du den del av din Gmail-adress utan gmail.com del (t.ex. bara "användare" om min e-post är user@gmail.com)

    Viktig: Om delen "Användarnamn" är autofylld, då du måste ändra detta till användarnamnsdelen av din Gmail-adress istället.

  12. Klistra in lösenordet du genererade i steg 2 ovan när du uppmanas att "Lösenord"

  13. Låt alternativknappen vara markerad för "Säker anslutning med TLS"

  14. Klicka på "Lägg till konto" för att fortsätta

  15. Öppna en ny flik för att Gmail och vänta på att ditt verifieringsmeddelande kommer fram (du kommer att få en verifieringskod som bekräftar att du är ägaren till den e-postadress du försöker "Skicka e-post som")

  16. När den har kommit, kopierar du och klistrar in verifieringskoden med direktmeddelandet du fick i föregående steg

  17. När du har gjort det, gå tillbaka till e-postmeddelandet och klicka på länken för att "bekräfta begäran". Du måste göra detta steg och föregående steg för att e-postmeddelandet ska konfigureras korrekt.

Grattis! Du har slutfört alla steg.

Varför får jag inte mina testmeddelanden

Om du skickar ett testmail till dig själv med funktionen "Skicka e-post som" kommer det inte att dyka upp i din inkorg p.g.a. detta allmänt kända officiella Gmail-svar.

Om du fortsätter att ha problem är det mest troligt att det är ett problem med DNS-spridning. Du måste vänta lite längre och försöka igen (eller prova att ställa in ett lägre TTL-värde på din TXT uppgifter).

Har du fortfarande problem? Vänligen arkivera a Hjälpförfrågan så att vi kan hjälpa till att undersöka problemet och hitta en snabb lösning.

Hur fungerar ditt system för vidarebefordran av e-post

E-post förlitar sig på SMTP-protokoll. Detta protokoll består av kommandon som skickas till en server (körs oftast på port 25). Det finns en första anslutning, sedan anger avsändaren vem e-postmeddelandet kommer från ("MAIL FROM"), följt av vart det går ("RCPT TO") och slutligen rubrikerna och själva e-postmeddelandet ("DATA" ). Flödet i vårt system för vidarebefordran av e-post beskrivs i förhållande till varje SMTP-protokollkommando nedan:

  • Initial anslutning (inget kommandonamn, t.ex. telnet example.com 25) - Detta är den första anslutningen. Vi kontrollerar avsändare som inte är vitlistade mot våra Svartlista. Slutligen, om en avsändare inte är vitlistad, kontrollerar vi om de har blivit det grålistad.

  • HELO - Detta indikerar en hälsning för att identifiera avsändarens FQDN, IP-adress eller e-posthanterarens namn. Detta värde kan förfalskas, så vi förlitar oss inte på dessa data utan använder istället den omvända värdnamnssökningen av anslutningens IP-adress.

  • MAIL FROM - Detta anger kuvertposten från adressen till e-postmeddelandet. Om ett värde anges måste det vara en giltig RFC 5322-e-postadress. Tomma värden är tillåtna. Vi kolla efter backscatter här, och vi kontrollerar även MAIL FROM mot vår Svartlista. Vi kontrollerar äntligen avsändare som inte finns på vitlistan för hastighetsbegränsning (se avsnittet om Prisbegränsande och Vitlistning för mer information).

  • RCPT TO - Detta indikerar mottagaren(erna) av e-postmeddelandet. Dessa måste vara giltiga RFC 5322-e-postadresser. Vi tillåter endast upp till 100 kuvertmottagare per meddelande (detta skiljer sig från rubriken "Till" från ett e-postmeddelande). Vi kollar även efter en giltig Avsändare omskrivningssystem ("SRS") adress här för att skydda mot spoofing med vårt SRS-domännamn. Mottagare som innehåller en "ej-svar"-adress kommer att få ett 553-fel. Se den komplett lista med "ej-svar"-adresser nedan. Vi kontrollerar även mottagaren mot vår Svartlista.

  • DATA – Det här är kärnan i vår tjänst som behandlar ett mejl. Se avsnittet Hur behandlar du ett e-postmeddelande för vidarebefordran nedan för mer insikt.

Hur behandlar du ett e-postmeddelande för vidarebefordran

Det här avsnittet beskriver vår process relaterad till SMTP-protokollkommandot DATA i avsnittet Hur fungerar ditt system för vidarebefordran av e-post ovan – det är hur vi behandlar ett e-postmeddelandes rubriker, text, säkerhet, bestämmer var det ska levereras till och hur vi hanterar anslutningar.

  1. Om meddelandet överskrider den maximala storleken på 50 MB, avvisas det med en 552-felkod.

  2. Om meddelandet inte hade några rubriker, eller om rubriker inte kunde tolkas, avvisas det med en 421-felkod.

  3. Om meddelandet inte innehöll en "Från"-rubrik, eller om något av värdena i "Från"-huvudet inte var giltiga RFC 5322-e-postadresser, avvisas det med en 550-felkod.

  4. Om meddelandet hade fler än 25 "Mottagna"-rubriker, fastställdes det att det hade fastnat i en omdirigeringsslinga, och det avvisas med en 550-felkod.

  5. Använda e-postmeddelandets fingeravtryck (se avsnittet om Fingeravtryck), kommer vi att kontrollera att meddelandet har försökt försökas igen mer än 500 gånger, och i så fall kommer det att avvisas med en 550-felkod.

  6. Om meddelandet hade en "Till"-rubrik, och om någon av meddelandets "Till"-rubriker var riktade mot SRS-omskrivna adresser med vårt domännamn, kommer vi att skriva om dem (detta gäller nämligen semestersvarare).

  7. Om meddelandet saknade en "Message-ID"-rubrik, kommer vi att lägga till en med antingen kuvertet MAIL FROM parsed FQDN eller vårt domännamn.

  8. Om meddelandet saknade en giltig "Datum"-rubrik, kommer vi att lägga till en med hjälp av ankomsttiden från den första anslutningen av meddelandet.

  9. Vi lagrar i minnet resultaten från att skanna e-postmeddelandet med Skräppostläsare.

  10. Om det fanns några godtyckliga resultat från Spam Scanner, avvisas det med en 554-felkod. Godtyckliga resultat inkluderar endast GTUBE-testet när detta skrivs. Ser https://spamassassin.apache.org/gtube/ för mer insikt.

  11. Vi kommer att lägga till följande rubriker i meddelandet för felsökning och förebyggande av missbruk:

    • X-ForwardEmail-Version - nuvarande SemVer version från package.json av vår kodbas.
    • X-ForwardEmail-Session-ID - ett sessions-ID-värde som används för felsökningsändamål (gäller endast i icke-produktionsmiljöer).
    • X-ForwardEmail-Sender - en kommaseparerad lista som innehåller den ursprungliga kuvertets MAIL FROM-adress (om den inte var tom), den omvända PTR-klienten FQDN (om den finns) och avsändarens IP-adress.
    • X-Report-Abuse - med ett värde av abuse@forwardemail.net (endast om denna rubrik inte redan var inställd)
    • X-Report-Abuse-To - med ett värde av abuse@forwardemail.net (endast om denna rubrik inte redan var inställd)

  12. Vi kontrollerar då meddelandet för DKIM, SPF, ARC, och DMARC.

    • Om meddelandet misslyckades med DMARC och domänen hade en avvisningspolicy (t.ex. p=reject var i DMARC-policyn), då avvisas den med en 550-felkod. Vanligtvis kan en DMARC-policy för en domän hittas i _dmarc underdomän TXT spela in, (t.ex. dig _dmarc.example.com txt).
    • Om meddelandet misslyckades med SPF och domänen hade en policy för hard fail (t.ex. -all var i SPF-policyn i motsats till ~all eller ingen policy alls), så avvisas den med en 550-felkod. Vanligtvis kan en SPF-policy för en domän hittas i TXT post för rotdomänen (t.ex. dig example.com txt). Se detta avsnitt för mer information om skicka e-post som med Gmail angående SPF.

  13. Nu behandlar vi mottagarna av meddelandet som det samlas in från RCPT TO kommandot i avsnittet Hur fungerar ditt system för vidarebefordran av e-post ovan. För varje mottagare utför vi följande operationer:

    • Vi letar upp TXT register över domännamnet (delen efter @ symbol, t.ex. example.com om e-postadressen var test@example.com). Till exempel om domänen är example.com vi gör en DNS-uppslagning som t.ex dig example.com txt.
    • Vi analyserar alla TXT poster som börjar med antingen forward-email= (gratis planer) eller forward-email-site-verification= (betalda planer). Observera att vi analyserar båda, för att behandla e-postmeddelanden medan en användare uppgraderar eller nedgraderar planer.
    • Från dessa analyserade TXT poster, itererar vi över dem för att extrahera vidarebefordringskonfigurationen (som beskrivs i avsnittet Hur kommer jag igång och konfigurera e-post vidarebefordran ovan). Observera att vi bara stöder en forward-email-site-verification= värde, och om mer än en tillhandahålls, kommer ett 550-fel att uppstå och avsändaren kommer att få en avvisning för denna mottagare.
    • Rekursivt itererar vi över den extraherade vidarebefordrankonfigurationen för att bestämma global vidarebefordran, regexbaserad vidarebefordran och alla andra vidarebefordrande konfigurationer som stöds – som nu är kända som våra "vidarebefordranadresser".
    • För varje vidarekopplingsadress stöder vi en rekursiv uppslagning (som kommer att starta om denna serie av operationer på den givna adressen). Om en rekursiv matchning hittades kommer det överordnade resultatet att tas bort från vidarebefordranadresser och underordnade läggs till.
    • Vidarebefordran adresser analyseras för unika (eftersom vi inte vill skicka dubbletter till en adress eller skapa ytterligare onödiga SMTP-klientanslutningar).
    • För varje vidarekopplingsadress söker vi dess domännamn mot vår API-slutpunkt /v1/max-forwarded-addresses (för att avgöra hur många adresser domänen har tillåtelse att vidarebefordra e-post till per alias, t.ex. 10 som standard – se avsnittet om maxgräns för vidarebefordran per alias). Om denna gräns överskrids kommer ett 550-fel att uppstå och avsändaren kommer att få en avvisning för denna mottagare.
    • Vi slår upp inställningarna för den ursprungliga mottagaren mot vår API-slutpunkt /v1/settings, som stöder en sökning för betalda användare (med en reserv för gratisanvändare). Detta returnerar ett konfigurationsobjekt för avancerade inställningar för port (Antal, t.ex. 25), has_adult_content_protection (Booleskt), has_phishing_protection (Booleskt), has_executable_protection (Booleskt), och has_virus_protection (Booleskt).
    • Baserat på dessa inställningar kontrollerar vi sedan mot Spam Scanner-resultat och om några fel uppstår avvisas meddelandet med en 554-felkod (t.ex. has_virus_protection är aktiverat, kommer vi att kontrollera spamscanners resultat för virus). Observera att alla gratisplananvändare kommer att väljas för kontroller mot vuxet innehåll, nätfiske, körbara filer och virus. Som standard är alla betalplansanvändare också invalda, men den här konfigurationen kan ändras under sidan Avancerade inställningar för en domän i instrumentpanelen Vidarebefordra e-post).

  14. För varje behandlad mottagares vidarekopplingsadresser utför vi sedan följande operationer:

    • Adressen kontrolleras mot vår Svartlista, och om det fanns med i listan, kommer en 554-felkod att uppstå och avsändaren kommer att få en avvisning för den här mottagaren.
    • Om adressen är en webhook, ställer vi in en boolesk för framtida operationer (se nedan – vi grupperar liknande webhooks för att göra en POST-begäran mot flera för leverans).
    • Om adressen är en e-postadress tolkar vi värden för framtida operationer (se nedan – vi grupperar liknande värdar för att skapa en anslutning kontra flera individuella anslutningar för leverans).

  15. Om det inte finns några mottagare och det inte finns några avvisningar, svarar vi med ett 550 felmeddelande om "Ogiltiga mottagare".

  16. Om det finns mottagare, upprepar vi dem (grupperade av samma värd) och levererar e-postmeddelanden. Se avsnittet Hur hanterar du e-postleveransproblem nedan för mer insikt.

    • Om några fel uppstår när du skickar e-postmeddelanden kommer vi att lagra dem i minnet för senare bearbetning.
    • Vi tar den lägsta felkoden (om någon) från att skicka e-postmeddelanden – och använder den som svarskod till DATA kommando. Detta innebär att e-postmeddelanden som inte levereras vanligtvis kommer att försökas igen av den ursprungliga avsändaren, men e-postmeddelanden som redan levererats kommer inte att skickas om nästa gång meddelandet skickas (som vi använder Fingeravtryck).
    • Om inga fel inträffade kommer vi att skicka en 250 framgångsrik SMTP-svarsstatuskod.
    • En avvisning bestäms vara varje leveransförsök som resulterar i en statuskod som är >= 500 (permanenta fel).

  17. Om inga avvisningar inträffade (permanenta fel) kommer vi att returnera en SMTP-svarsstatuskod för den lägsta felkoden från icke-permanenta fel (eller en 250 framgångsrik statuskod om det inte fanns någon).

  18. Om avvisningar inträffade kommer vi att skicka avvisningsmail i bakgrunden efter att ha returnerat den lägsta av alla felkoder till avsändaren. Men om den lägsta felkoden är >= 500, skickar vi inga studsmeddelanden. Detta beror på att om vi gjorde det, skulle avsändare få ett dubbelt studsmeddelande (t.ex. en från deras utgående MTA, som Gmail – och även en från oss). Se avsnittet om Hur skyddar du dig mot backscatter nedan för mer insikt.

Hur hanterar du e-postleveransproblem

Observera att vi kommer att göra en "Friendly-From"-omskrivning av e-postmeddelandena om och endast om avsändarens DMARC-policy var p=rejectOCH den har en godkänd SPF, OCH inga DKIM-signaturer justerades med "Från"-huvudet. Det betyder att vi kommer att ändra "Från"-huvudet på meddelandet, ställa in "X-Original-Från" och även ställa in ett "Svara-Till" om det inte redan var inställt. Vi kommer också att återförsegla ARC-förseglingen på meddelandet efter att ha ändrat dessa rubriker.

Vi använder också smart analys av felmeddelanden på alla nivåer i vår stack – i vår kod är DNS-förfrågningar, Node.js-interna, HTTP-förfrågningar (t.ex. 408, 413 och 429 mappade till SMTP-svarskoden 421 om mottagaren är en webhook), och e-postserversvar (t.ex. svar med "defer" eller "slowdown" skulle försökas igen som 421-fel).

Vår logik är dummysäker och den kommer också att försöka igen för TLS/SSL-fel, anslutningsproblem och mer. Målet med dummy-proofing är att maximera leveransbarheten till alla mottagare för en vidarebefordringskonfiguration.

Om mottagaren är en webhook kommer vi att tillåta en 60 sekunders timeout för begäran att slutföras med upp till 3 försök (så totalt fyra förfrågningar innan ett misslyckande). Observera att vi korrekt analyserar felkoderna 408, 413 och 429 och mappar dem till en SMTP-svarskod på 421.

Annars, om mottagaren är en e-postadress, kommer vi att försöka skicka e-postmeddelandet med opportunistisk TLS (vi försöker använda STARTTLS om det är tillgängligt på mottagarens e-postserver). Om ett SSL- eller TLS-fel uppstår när vi försöker skicka e-postmeddelandet, kommer vi att försöka skicka e-postmeddelandet utan TLS (utan att använda STARTTLS).

Om några DNS- eller anslutningsfel uppstår kommer vi att återgå till DATA beordra en SMTP-svarskod på 421, annars kommer studsar att skickas om det finns >= 500 nivåfel.

Om vi upptäcker att en e-postserver som vi försöker leverera till har en eller flera av våra IP-adresser för e-postutbyte svartlistade (t.ex. genom vilken teknik de än använder för att skjuta upp spammare), kommer vi att skicka en SMTP-svarskod på 421 för avsändaren till Försök igen deras meddelande senare (och vi varnas om problemet så att vi förhoppningsvis kan lösa det innan nästa försök).

Hur hanterar du att dina IP-adresser blir svartlistade

Vi övervakar rutinmässigt alla större DNS-svartlistor och om någon av våra IP-adresser för e-postutbyte ("MX") är listade i en större svartlista, kommer vi att dra ut den från den relevanta DNS A-posten om möjligt tills problemet är löst.

När detta skrivs är vi också listade i flera vitlistor för DNS, och vi tar övervakningssvarta listor på allvar. Om du ser några problem innan vi har möjlighet att lösa dem, vänligen meddela oss skriftligen på support@forwardemail.net.

Vad är adresser utan svar

Vi vidarebefordrar inte e-postmeddelanden till "ej-svar"-adresser, och alla avsändare som försöker kommer att få ett 553-fel.

Användarnamn för e-post som motsvarar något av följande (okänsligt för skiftlägen) anses vara adresser som inte svarar:

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

Har du en vitlista

Ja, vi uppdaterar en vitlista dagligen baserat på det mest populära root-FQDN som används på DNS-nivå. Denna lista består av cirka 200 000 till 300 000 unika rotdomännamn.

Populära leverantörer som Google (Gmail), Yahoo, Microsoft (Outlook), Amazon (Amazon SES), Meta (Facebook), Twitter, Netflix, Spotify och fler ingår.

Om du är en avsändare eller använder en avsändare som inte finns med på vitlistan, kommer du att vara första gången din FQDN-rotdomän eller IP-adress skickar ett e-postmeddelande. sats begränsad och grålistad.

Vitlista-förfrågningar kan skickas till whitelist@forwardemail.net (vänligen ange en fullständig beskrivning och skäl för vitlistan, länkar till webbplatser och ditt företags certifikat om att du ska vitlistas).

Har du en grålista

Ja, vi är väldigt slappa e-grålista policy som används. Grålistning gäller endast för avsändare som inte finns på vår vitlista och varar i vår cache i 30 dagar.

För alla nya avsändare lagrar vi en nyckel i vår Redis-databas i 30 dagar med ett värde inställt på den första ankomsttiden för deras första förfrågan. Vi avvisar sedan deras e-postmeddelande med statuskoden 450 för att försöka igen och låter den bara passera när 5 minuter har gått.

Om de framgångsrikt har väntat i 5 minuter från denna första ankomsttid, kommer deras e-postmeddelanden att accepteras och de kommer inte att få denna 450-statuskod.

Nyckeln består av antingen FQDN-rotdomänen eller avsändarens IP-adress. Detta betyder att alla underdomäner som passerar grålistan också kommer att passera för rotdomänen, och vice versa (detta är vad vi menar med en "mycket slapp" policy).

Till exempel om ett mejl kommer från test.example.com innan vi ser ett mejl komma ifrån example.com, sedan valfritt e-postmeddelande från test.example.com och/eller example.com kommer att behöva vänta 5 minuter från den första ankomsttiden för anslutningen. Vi gör inte båda test.example.com och example.com var och en väntar sina egna 5 minuters perioder (vår grålistningspolicy gäller på rotdomännivå).

Observera att grålistning inte gäller för någon avsändare på vår Vitlista (t.ex. Meta, Amazon, Netflix, Google, Microsoft när detta skrivs).

Har du en svartlista

Ja, vi driver vår egen privata svarta lista och uppdaterar den automatiskt i realtid och manuellt baserat på spam och skadlig aktivitet som upptäckts. Svartlistade avsändare kommer att få ett 554-felmeddelande.

Vi drar också från UCEPROTECT Level 1 Blacklist kl http://wget-mirrors.uceprotect.net/rbldnsd-all/dnsbl-1.uceprotect.net.gz varje timme och mata in den i vår Redis-databas med 7 dagars utgång.

Begäran om borttagning av svartlista kan skickas till whitelist@forwardemail.net (vänligen ange en fullständig beskrivning och skäl för vitlistan, länkar till webbplatser och ditt företags certifikat om att du ska vitlistas).

Har du räntebegränsning

Ja, vi har prisbegränsningar som endast gäller för avsändare som inte finns på Vitlista.

Vi tillåter endast upp till 100 anslutningar per timme, per avsändare löst FQDN-rotdomän (eller) avsändarens fjärr-IP-adress (om ingen omvänd PTR är tillgänglig) och per kuvertmottagare till. Vi lagrar nyckeln för hastighetsbegränsning som en kryptografisk hash i vår Redis-databas.

Om du skickar e-post via vårt system, se till att du har en omvänd PTR-inställning för alla dina IP-adresser (annars kommer varje unik FQDN-rotdomän eller IP-adress du skickar från att vara hastighetsbegränsad).

Observera att om du skickar via ett populärt system som Amazon SES, kommer du inte att vara prisbegränsad eftersom (när detta skrivs) Amazon SES är vitlistad.

Om du skickar från en domän som t.ex test.abc.123.example.com, då kommer taxegränsen att införas example.com. Många spammare använder hundratals underdomäner för att kringgå vanliga skräppostfilter som bara klassificerar unika värdnamn i motsats till unika FQDN-rotdomäner.

Avsändare som överskrider hastighetsgränsen kommer att avvisas med ett 421-fel.

Hur skyddar du dig mot backscatter

Felriktade avvisningar eller avvisande spam (känd som "Backscatter") kan orsaka negativt rykte för avsändarens IP-adresser.

Vi tar två steg för att skydda mot backscatter, vilket beskrivs i följande avsnitt Förhindra studsar från kända MAIL FRÅN spammare och Förhindra onödiga studsar för att skydda mot backscatter Nedan.

Förhindra studsar från kända MAIL FRÅN spammare

Vi drar listan från Backscatter.org (drivs av UCEPROTECT) kl http://wget-mirrors.uceprotect.net/rbldnsd-all/ips.backscatterer.org.gz varje timme och mata in den i vår Redis-databas (vi jämför också skillnaden i förväg, ifall någon IP-adress skulle tas bort som måste respekteras).

Om MAIL FROM är tom ELLER innehåller (skiftlägeskänsligt) ett av följande användarnamn (delen före @ i ett e-postmeddelande), så kontrollerar vi om avsändarens IP matchar ett på denna lista:

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

Om avsändarens IP är listad (och inte i vår Vitlista), så skickar vi ett 554-fel med meddelandet The IP ${session.remoteAddress} is blacklisted by https://www.backscatterer.org/index.php?target=test&ip=${session.remoteAddress}. Vi kommer att meddelas om en avsändare finns på både Backscatterer-listan och i vår vitlista så att vi kan lösa problemet om det behövs.

Teknikerna som beskrivs i detta avsnitt följer rekommendationen "SAFE MODE" på https://www.backscatterer.org/?target=usage – där vi endast kontrollerar avsändarens IP om vissa villkor redan är uppfyllda.

Förhindra onödiga studsar för att skydda mot backscatter

Avvisningar är e-postmeddelanden som indikerar att vidarebefordran av e-post misslyckades helt till mottagaren och e-postmeddelandet kommer inte att göras om.

En vanlig orsak till att bli listad på Backscatterer-listan är felriktade studsar eller studsspam, så vi måste skydda oss mot detta på några sätt:

  1. Vi skickar bara avvisningar när >= 500 statuskodfel uppstår (när e-postmeddelanden som försökt vidarebefordras har misslyckats, t.ex. Gmail svarar med ett 500-nivåfel).

  2. Vi skickar bara studsar en gång och bara en gång (vi använder en beräknad studsfingeravtrycksnyckel och lagrar den i cachen för att förhindra att dubbletter skickas). Bounce-fingeravtrycket är en nyckel som är meddelandets fingeravtryck kombinerat med en hash av studsadressen och dess felkod). Se avsnittet om Fingeravtryck för mer insikt i hur meddelandets fingeravtryck beräknas. Lyckade skickade avvisningsfingeravtryck upphör att gälla efter 7 dagar i vår Redis-cache.

  3. Vi skickar bara avvisningar när MAIL FROM inte är tom och inte innehåller (skiftlägeskänsligt) ett av följande användarnamn (delen före @ i ett e-postmeddelande). Observera att den här listan är lite kortare än den ovan i MAIL FROM-kontrollen eftersom vi inte vill ha falska positiva resultat (t.ex. security@ är en giltig adress som du kanske vill få en avvisning för; många människor använda security@ för sina bug-bounty-program).

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

  4. Vi skickar inte avvisningar om det ursprungliga meddelandet hade någon av följande rubriker (skiftlägeskänsligt):

    • Auto-Submitted (med ett värde av no)
    • X-Auto-Response-Suppress (med ett värde av 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 ett värde av bulk, autoreply, auto-reply, auto_reply, eller list)

Hur bestämmer du ett e-postfingeravtryck

Ett e-postmeddelandes fingeravtryck används för att bestämma det unika hos ett e-postmeddelande och för att förhindra att duplicerade meddelanden levereras och dubbla studsar från att skickas.

Fingeravtrycket är en serie kryptografiskt beräknade hashar avgränsade av ett kolon, och det används internt i vår kodbas.

Dessa beräknade hashpunkter skickas till en Array (en lista) om och bara om deras värden finns:

  • Klientlöst FQDN-värdnamn eller IP-adress
  • Message-ID rubrikvärde
  • Date rubrikvärde (om och endast if Message-ID existerade inte)
  • From rubrikvärde (om och endast if Message-ID existerade inte)
  • To rubrikvärde (om och endast if Message-ID existerade inte)
  • Cc rubrikvärde (om och endast if Message-ID existerade inte)
  • Subject rubrikvärde (om och endast if Message-ID existerade inte)
  • Body värde (om och endast om Message-ID existerade inte)

Varför skickas mina testmeddelanden till mig själv i Gmail som "misstänkta"

Om du ser det här felmeddelandet i Gmail när du skickar ett test till dig själv, eller när en person som du e-postar med ditt alias ser ett e-postmeddelande från dig för första gången, snälla oroa dig inte – eftersom detta är en inbyggd säkerhetsfunktion i Gmail.

Du kan helt enkelt klicka på "Ser säker ut". Om du till exempel skulle skicka ett testmeddelande med funktionen Skicka e-post som (till någon annan), kommer de inte att se detta meddelande.

Men om de ser det här meddelandet beror det på att de vanligtvis var vana vid att se dina e-postmeddelanden komma ifrån john@gmail.com istället för john@customdomain.com (bara ett exempel). Gmail kommer att varna användarna bara för att se till att saker och ting är säkra ifall det inte finns någon lösning.

Kan jag ta bort dot-net via dot-mail i Gmail

Detta är ENDAST tillämpligt om du använder Hur du skickar e-post som med Gmail funktion. För närvarande finns det ingen lösning för detta, och det påverkar alla tjänsteleverantörer (inte bara oss). Lösningen är att använda en anpassad SMTP-server. Vi erbjuder dock inte SMTP ännu.

Vi planerar att släppa vår egen SMTP-tjänst (inte bara vidarebefordran, utan e-post i allmänhet), vilket skulle lindra detta. Gmail lägger automatiskt till detta och det finns ingen aktuell lösning. Andra tjänster för vidarebefordran av e-post med liknande funktioner som våra kommer fortfarande att uppstå samma problem också (och andra lösningar för vidarebefordran av e-post erbjuder helt enkelt inte den nivå av integritet vi gör).

Om du vill bli meddelad när detta släpps kan du maila smtp@forwardemail.net och vi skickar ett meddelande till dig när det har släppts. Eller registrera dig för ett konto här om du inte redan har gjort det!

Kan jag vidarebefordra e-post till andra portar än 25 (t.ex. om min internetleverantör har blockerat port 25)

Ja, från och med 5 maj 2020 har vi lagt till den här funktionen. Just nu är funktionen domänspecifik, i motsats till aliaspecifik. Om du vill att det ska vara aliasspecifikt, vänligen kontakta oss för att meddela oss om dina behov.

Förbättrat integritetsskydd: Om du har en betald plan (som har förbättrat integritetsskydd), gå till Mitt konto domäner, klicka på "Inställningar" bredvid din domän och klicka sedan på "Avancerade inställningar". Om du vill veta mer om betalda planer, se vår Prissättning sida. Annars kan du fortsätta att följa instruktionerna nedan.

Om du har den kostnadsfria planen lägger du bara till en ny DNS TXT spela in som visas nedan, men ändra porten från 25 till den port du väljer.

Till exempel om jag vill ha alla mejl som går till example.com vidarebefordra till aliasmottagarnas SMTP-port 1337 istället för 25:

Namn/värd/alias TTL Typ Värde
"@", "." eller tom 3600 TXT forward-email-port=1337
Dricks: Det vanligaste scenariot för anpassad portvidarebefordran är när du vill vidarebefordra alla e-postmeddelanden som går till example.com till en annan port på example.com, förutom SMTP-standarden för port 25. För att ställa in detta lägger du bara till följande TXT catch-all rekord.
Namn/värd/alias TTL Typ Värde
"@", "." eller tom 3600 TXT forward-email=example.com

Erbjuder du en pengarna tillbaka-garanti på betalda planer

ja! Automatiska återbetalningar sker när du uppgraderar, nedgraderar eller avslutar ditt konto inom 30 dagar från det att din plan började. Detta gäller endast för förstagångskunder.

Om jag byter plan gör du ett nytt pris och återbetalar skillnaden

Vi delar inte ut eller återbetalar mellanskillnaden när du byter plan. Istället konverterar vi den återstående varaktigheten från din befintliga plans utgångsdatum till den närmaste relativa varaktigheten för din nya plan (avrundat nedåt efter månad).

Observera att om du uppgraderar eller nedgraderar mellan betalplaner inom en 30-dagarsperiod sedan du startade en betalplan, kommer vi automatiskt att återbetala hela beloppet från din befintliga plan.

Stödjer du webhooks

Ja, från och med den 15 maj 2020 har vi lagt till den här funktionen. Du kan helt enkelt lägga till webhook (er) precis som du skulle göra med alla mottagare! Se till att du har "http" eller "https" -protokollet förinställd i webbhookens URL.

Förbättrat integritetsskydd: Om du har en betald plan (som har förbättrat integritetsskydd), gå till Mitt konto domäner och klicka på "Alias" bredvid din domän för att konfigurera dina webhooks. Om du vill veta mer om betalda planer, se vår Prissättning sida. Annars kan du fortsätta att följa instruktionerna nedan.

Om du har den kostnadsfria planen lägger du bara till en ny DNS TXT spela in enligt nedan:

Till exempel om jag vill ha alla mejl som går till alias@example.com att vidarebefordra till en ny begär soptunna testslutpunkt:

Namn/värd/alias TTL Typ Värde
"@", "." eller tom 3600 TXT forward-email=alias:https://requestbin.com/r/en8pfhdgcculn

Eller så kanske du vill ha alla e-postmeddelanden som går till example.com för att vidarebefordra till denna slutpunkt:

Namn/värd/alias TTL Typ Värde
"@", "." eller tom 3600 TXT forward-email=https://requestbin.com/r/en8pfhdgcculn

Här är ytterligare anmärkningar om webhooks:

  • Webhook HTTP-förfrågningar kommer att försöka igen upp till 3 gånger, med en maximal timeout på 60 sekunder per slutpunkts POST-begäran. Vi kommer att försöka igen automatiskt baserat på standardstatus och felkoder som används i superagentens omprövningsmetod.

  • Vi grupperar webhook HTTP-förfrågningar till samma slutpunkt i en begäran istället för flera) för att spara resurser och snabba på svarstiden. Till exempel om du skickar ett mejl till webhook1@example.com, webhook2@example.com, och webhook3@example.com, och alla dessa är konfigurerade att träffa samma exakt slutpunkts-URL kommer endast en begäran att göras. Vi grupperar oss efter exakt ändpunktsmatchning med strikt jämlikhet.

  • Observera att vi använder mailparser bibliotekets "simpleParser"-metod för att analysera meddelandet till ett JSON-vänligt objekt.

  • Rå e-postvärde som en sträng anges som egenskapen "rå".

  • Autentiseringsresultat ges som egenskaperna "dkim", "spf", "arc", "dmarc" och "bimi".

  • De analyserade e-posthuvudena ges som egenskapen "headers" - men observera också att du kan använda "headerLines" för enklare iteration och analys.

  • De grupperade mottagarna för denna webhook grupperas tillsammans och anges som egenskapen "mottagare".

  • SMTP-sessionsinformationen ges som egenskapen "session". Detta innehåller information om avsändaren av meddelandet, ankomsttid för meddelandet, HELO och klientens värdnamn. Klientvärdnamnets värde som session.clientHostname är antingen FQDN (från en omvänd PTR-sökning) eller så är det session.remoteAddress insvept i parentes (t.ex. "[127.0.0.1]").

  • Om det finns bilagor kommer de att läggas till attachments Array med buffertvärden. Du kan analysera dem tillbaka till innehåll med hjälp av ett tillvägagångssätt med JavaScript 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());
Dricks: Nyfiken på hur webhook-förfrågan ser ut från vidarebefordrade e-postmeddelanden? Vi har inkluderat ett exempel nedan för dig! 
{
  "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
  }
}

Har du stöd för reguljära uttryck eller regex

Ja, från och med den 27 september 2021 har vi lagt till den här funktionen. Du kan helt enkelt skriva reguljära uttryck ("regex") för att matcha alias och utföra understationer.

Alias som stöds av reguljära uttryck är sådana som börjar med a / och avsluta med / och deras mottagare är e-postadresser eller webhooks. Mottagarna kan också inkludera stöd för regex-substitution (t.ex. $1, $2).

Vi stöder två reguljära uttrycksflaggor inklusive i och g. Den skiftlägesokänsliga flaggan för i är en permanent standard och den tillämpas alltid. Den globala flaggan g kan läggas till av dig genom att fästa slutet / med /g.

Observera att vi också stödjer vår inaktiverad aliasfunktion för mottagardelen med vårt regex-stöd.

Reguljära uttryck stöds inte på gratis globala fåfängadomäner (eftersom detta kan vara en säkerhetsrisk).

Förbättrat integritetsskydd: Om du har en betald plan (som har förbättrat integritetsskydd), gå till Mitt konto domäner och klicka på "Alias" bredvid din domän för att konfigurera reguljära uttryck. Om du vill veta mer om betalda planer, se vår Prissättning sida. Annars kan du fortsätta att följa instruktionerna nedan.

Om du har den kostnadsfria planen lägger du bara till en ny DNS TXT spela in med ett eller flera av exemplen nedan:

Enkelt exempel: Om jag vill att alla e-postmeddelanden som går till `elon@example.com` eller `musk@example.com` ska vidarebefordras till `user@gmail.com`:
Namn/värd/alias TTL Typ Värde
"@", "." eller tom 3600 TXT forward-email=/^(elon|musk)$/:user@gmail.com
Förnamn Efternamn Ersättningsexempel: Föreställ dig att alla dina företags e-postadresser har mönstret `förnamn.efternamn@exempel.com`. Om jag vill att alla e-postmeddelanden som går till mönstret "förnamn.efternamn@exempel.com" ska vidarebefordras till "förnamn.efternamn@företag.com" med substitutionsstöd (visa test på RegExr):
Namn/värd/alias TTL Typ Värde
"@", "." eller tom 3600 TXT forward-email=/^([A-Za-z]+)+\.([A-Za-z]+)+$/:$1.$2@company.com
Plus -symbolfiltreringsersättningsexempel: Om jag vill att alla e-postmeddelanden som går till `info@example.com` eller `support@example.com` ska vidarebefordras till `user+info@gmail.com` respektive `user+support@gmail.com` (med substitutionsstöd ) (visa test på RegExr):
Namn/värd/alias TTL Typ Värde
"@", "." eller tom 3600 TXT forward-email=/^(support|info)$/:user+$1@gmail.com
Webhook Querystring -ersättningsexempel: Du kanske vill att alla e-postmeddelanden som går till `example.com` ska gå till en webhook och har en dynamisk frågesträngsnyckel "till" med värdet på användarnamnsdelen av e-postadressen (visa test på RegExr):
Namn/värd/alias TTL Typ Värde
"@", "." eller tom 3600 TXT forward-email=/^(.*?)$/:https://example.com/webhook?username=$1
Inaktivera exempel: Om du vill att alla e-postmeddelanden som matchar ett visst mönster ska inaktiveras (se Kan jag inaktivera specifika alias), använd sedan helt enkelt samma metod med ett utropstecken "!":
Namn/värd/alias TTL Typ Värde
"@", "." eller tom 3600 TXT forward-email=/^(elon|musk)$/:!
Dricks: Nyfiken på hur man skriver ett reguljärt uttryck eller behöver testa din ersättare? Du kan gå till den kostnadsfria webbplatsen för testning av reguljära uttryck RegExr på https://regexr.com.

Kan jag bara använda den här e-post-vidarebefordringstjänsten som en "fallback" eller "fallover" MX-server

Nej, det rekommenderas inte, eftersom du bara kan använda en e-postutbytesserver åt gången. Reserveringar görs vanligtvis aldrig om på grund av prioritetsfelkonfigurationer och e-postservrar som inte respekterar MX-utbytesprioritetskontroll.

Kan jag inaktivera specifika alias

ja! Från och med den 6 februari 2020 har vi lagt till den här funktionen. Redigera helt enkelt din DNS TXT spela in och prefixa aliaset med ett utropstecken. Observera att du måste bevara ":"-mappningen, eftersom den krävs om du någonsin bestämmer dig för att stänga av detta (och det används också för import i våra betalplaner).

Om du prefixerar ett alias med "!" (utropstecken) kommer det fortfarande att returnera framgångsrika svarskoder till avsändare som försöker skicka till den här adressen, men själva e-postmeddelanden går ingenstans; till ett svarthål.

E-postmeddelanden som skickas till inaktiverade adresser kommer att svara med en SMTP-svarsstatuskod på 250 (godkänd), men e-postmeddelandena kommer faktiskt inte att levereras till mottagaren/mottagarna.

Till exempel om jag vill ha alla mejl som går till alias@example.com att sluta strömma igenom till user@gmail.com:

Namn/värd/alias TTL Typ Värde
"@", "." eller tom 3600 TXT forward-email=!alias:user@gmail.com
Dricks: Du kan också skriva om den vidarebefordrade mottagarens adress till "nobody@forwardemail.net", vilket kommer att dirigera den till ingen som i exemplet nedan.
Namn/värd/alias TTL Typ Värde
"@", "." eller tom 3600 TXT forward-email=!alias:nobody@forwardemail.net
Dricks: Om du vill ha ökad säkerhet kan du också ta bort delen ":användare@gmail.com" (eller ":nobody@forwardemail.net") och lämna bara "!alias" som i exemplet nedan.
Namn/värd/alias TTL Typ Värde
"@", "." eller tom 3600 TXT forward-email=!alias

Kan jag vidarebefordra e-postmeddelanden till flera mottagare

Ja absolut. Ange bara flera mottagare i din TXT uppgifter.

Till exempel om jag vill ha ett mejl som går till hello@example.com att bli vidarebefordrad till user+a@gmail.com och user+b@gmail.com, sedan min TXT skivan skulle se ut så här:

Namn/värd/alias TTL Typ Värde
"@", "." eller tom 3600 TXT forward-email=hello:user+a@gmail.com,hello:user+b@gmail.com

Eller så kan du ange dem i två separata rader, t.ex.

Namn/värd/alias TTL Typ Värde
"@", "." eller tom 3600 TXT forward-email=hello:user+a@gmail.com
"@", "." eller tom 3600 TXT forward-email=hello:user+b@gmail.com

Det är upp till dig!

Kan jag ha flera globala catch-all-mottagare

Jo det kan du. Ange bara flera globala catch-all-mottagare i din TXT uppgifter.

Till exempel om jag vill ha varje mejl som går till *@example.com (stjärnan betyder att det är ett jokertecken aka catch-all) att vidarebefordra till user+a@gmail.com och user+b@gmail.com, sedan min TXT skivan skulle se ut så här:

Namn/värd/alias TTL Typ Värde
"@", "." eller tom 3600 TXT forward-email=user+a@gmail.com,user+b@gmail.com

Eller så kan du ange dem i två separata rader, t.ex.

Namn/värd/alias TTL Typ Värde
"@", "." eller tom 3600 TXT forward-email=user+a@gmail.com
@, "." eller tom 3600 TXT forward-email=user+b@gmail.com

Det är upp till dig!

Finns det en maximal gräns för antalet e-postadresser jag kan skicka till per alias

Ja, standardgränsen är 10. Detta betyder INTE att du bara kan ha 10 alias på ditt domännamn. Du kan ha hur många alias du vill (obegränsat antal). Det betyder att du bara kan vidarebefordra ett alias till 10 unika e-postadresser. Du skulle kunna ha hello:user+1@gmail.com, hello:user+2@gmail.com, hello:user+3@gmail.com, … (från 1-10) – och eventuella e-postmeddelanden till hello@example.com skulle vidarebefordras till user+1@gmail.com, user+2@gmail.com, user+3@gmail.com, ... (från 1-10).

Dricks: Behöver du fler än 10 mottagare per alias? Skicka oss ett mail så ökar vi gärna din kontogräns.

Kan jag rekursivt vidarebefordra e-postmeddelanden

Ja, du kan, men du måste fortfarande hålla dig till maxgränsen. Om du har hello:elon@example.com och elon:user@gmail.come-postar sedan till hello@example.com skulle vidarebefordras till elon@example.com och user@gmail.com. Observera att ett fel kastas om du försöker rekursivt vidarebefordra e-postmeddelanden.

Kan människor avregistrera eller registrera min vidarebefordran via e-post utan min tillåtelse

Vi använder MX och TXT postverifiering, därför om du lägger till den här tjänstens respektive MX och TXT register, då är du registrerad. Om du tar bort dem är du avregistrerad. Du har äganderätt till din domän och DNS-hantering, så om någon har tillgång till det är det ett problem.

Hur är det gratis

Tjänsten fortsätter att köras tack vare användare som uppgraderat till betalplaner. Vi vill tillhandahålla ett gratis alternativ för personer som använder tjänster för sluten källkod (och därefter riskerar sin integritet och säkerhet).

Vad är maxgränsen för e-poststorlek

Vi har en standardgräns på 50 MB som innehåller innehåll, rubriker och bilagor. Observera att tjänster som Gmail och Outlook endast tillåter 25 MB storlek och om du överskrider gränsen när du skickar till adresser hos dessa leverantörer får du ett felmeddelande.

Ett fel med rätt svarskod returneras om filstorleksgränsen överskrids.

Lagrar du e-postmeddelanden och deras innehåll

Nej, absolut inte. Se vår Integritetspolicy.

Lagrar du loggar med e-postmeddelanden

Nej, absolut inte. Se vår Integritetspolicy.

Läser du mina e-postmeddelanden

Nej, absolut inte. Vi lagrar inte SMTP-loggar. Se vår Integritetspolicy.

Många andra tjänster för vidarebefordran av e-post lagrar och kan potentiellt läsa din e-post. Det finns ingen anledning till varför vidarebefordrade e-postmeddelanden behöver lagras på disklagring – och därför skapade vi den första öppen källkodslösningen som gör allt i minnet.

Vi anser att du ska ha rätt till integritet och vi respekterar det strikt. Koden som distribueras till servern är öppen källkodsprogram på GitHub för transparens och för att bygga förtroende.

Stöder den plus + -symbolen för Gmail-alias

Ja absolut.

Stöder det underdomäner

Ja absolut. Istället för att använda "@", "." Eller tomt som namn / värd / alias använder du bara underdomänen som värde istället.

Om du vill foo.example.com för att vidarebefordra e-postmeddelanden, ange sedan foo som namn/värd/aliasvärde i dina DNS-inställningar (för både MX och TXT uppgifter).

Vidarebefordrar detta mina e-postadressrubriker

Ja absolut.

Är detta väl testat

Ja, den har prov skrivna med ava och har även kodtäckning.

Passerar du längs SMTP-svarsmeddelanden och koder

Ja absolut. Till exempel om du skickar ett e-postmeddelande till hello@example.com och det är registrerat att vidarebefordra till user@gmail.com, kommer sedan SMTP-svarmeddelandet och koden från SMTP-servern "gmail.com" att returneras istället för proxyservern på "mx1.forwardemail.net" eller "mx2.forwardemail.net".

Hur förhindrar du spammare och säkerställer ett gott rykte för e-post vidarebefordran

Se våra avsnitt om Hur fungerar ditt system för vidarebefordran av e-post, Hur hanterar du e-postleveransproblem, och Hur hanterar du att dina IP-adresser blir svartlistade ovan.

Vad ska jag göra om jag får skräppost

Du bör avregistrera dig från e-postlistan (om möjligt) och blockera avsändaren.

Rapportera inte meddelandet som skräppost, utan vidarebefordra det till vårt manuellt samordnade och integritetsfokuserade system för förebyggande av missbruk.

E-postadressen att vidarebefordra skräppost till är: abuse@forwardemail.net

Kan jag "skicka e-post som" i Gmail med detta

ja! Från och med den 2 oktober 2018 har vi lagt till den här funktionen. Ser Hur du skickar e-post som med Gmail ovan!

Du bör också ställa in SPF-posten för Gmail i din DNS-konfiguration TXT spela in.

Viktig: Om du använder Gmail (t.ex. Skicka e-post som) eller G Suite måste du lägga till include:_spf.google.com till din SPF TXT spela in, till exempel:

v=spf1 a mx include:spf.forwardemail.net include:_spf.google.com -all

Kan jag "skicka e-post som" i Outlook med detta

ja! Från och med 2 oktober 2018 har vi lagt till den här funktionen. Se bara dessa två länkar från Microsoft nedan:

Du bör också ställa in SPF-posten för Outlook i din DNS-konfiguration TXT spela in.

Viktig: Om du använder Microsoft Outlook eller Live.com måste du lägga till include:spf.protection.outlook.com till din SPF TXT spela in, till exempel:

v=spf1 a mx include:spf.forwardemail.net include:spf.protection.outlook.com -all

Kan jag "skicka e-post som" i Apple Mail och iCloud Mail med detta

Tyvärr tillåter Apple inte detta, oavsett vilken tjänst du använder. Du kan dock använda Mail-appen tillsammans med domänens e-postkonto.

Kan jag vidarebefordra obegränsade e-postmeddelanden med detta

Ja, men "relativt okända" avsändare är hastighetsbegränsade till 1 000 anslutningar per timme per värdnamn eller IP. Se avsnittet om Prisbegränsande och Grålistning ovan.

Med "relativt okända" menar vi avsändare som inte förekommer i Vitlista.

Om denna gräns överskrids skickar vi en "421" svarskod som talar om för avsändarens e-postserver att försöka igen senare.

Hur lägger jag till en profilbild till min e-postadress

Om du använder Gmail följer du stegen nedan:

  1. Gå till https://google.com och logga ut från alla e-postkonton
  2. Klicka på "Logga in" och på listrutan klicka på "annat konto"
  3. Välj "Använd ett annat konto"
  4. Välj "Skapa konto"
  5. Välj "Använd min nuvarande e-postadress istället"
  6. Ange din anpassade e-postadress för domännamn
  7. Hämta verifieringsmeddelandet skickat till din e-postadress
  8. Ange verifieringskoden från det här e-postmeddelandet
  9. Komplett profilinformation för ditt nya Google-konto
  10. Godkänn alla policyer för sekretess och användarvillkor
  11. Gå till https://google.com och i det övre högra hörnet, klicka på din profilikon och klicka på knappen "Ändra".
  12. Ladda upp ett nytt foto eller avatar för ditt konto
  13. Förändringar tar ungefär 1-2 timmar att sprida, men ibland kan det vara mycket snabbt.
  14. Skicka ett testmeddelande så ska profilfotoet visas.

Vad är skillnaden mellan gratis och förbättrat skydd

Gratisplanen kräver att du använder offentliga DNS-poster för att lagra din vidarekopplingskonfiguration. Vem som helst med en dator kan slå upp din vidarekopplingskonfiguration i en terminal om du använder gratisplanen. Till skillnad från Free-planen använder Enhanced Protection-planen en kryptografiskt genererad slumpmässig sträng för att lagra din vidarekopplingskonfiguration privat.

Gratis planFörbättrad skyddsplan
forward-email=user@gmail.comforward-email-site-verification=m8d7o8K4Il

Stödjer du bästa praxis via e-post

Ja. Vi har inbyggt stöd för SPF, DKIM, DMARC, ARC och SRS i alla planer. Vi har också arbetat mycket med de ursprungliga författarna till dessa specifikationer och andra e-postexperter för att säkerställa perfektion och hög leverans.

Erbjuder du obegränsade domäner till ett pris

Ja. Oavsett vilken plan du är på betalar du bara en månadsavgift - som täcker alla dina domäner.

Vilka betalningsmetoder accepterar du

Vi accepterar kort, plånböcker och banköverföringar med hjälp av Rand och PayPal – för engångsbetalningar eller månads-, kvartals- eller årsprenumerationer.

Kommer du att någonsin höja priserna

Nej. Priserna kommer aldrig att öka. Till skillnad från andra företag kommer vi heller inte att stänga av vår tjänst.

Hur utför du DNS-sökningar på domännamn

Vi använder CloudFlares integritetsförsta DNS-tjänst för konsumenter (se tillkännagivande här). Vi sätter 1.1.1.3 och 1.0.0.3 som DNS-servrar (se https://developers.cloudflare.com/1.1.1.1/1.1.1.1-for-families/) använder sig av /etc/resolv.conf på våra servrar och testmiljöer.

Hur snabb är den här tjänsten

Den senaste versionen, v2 (släpptes den 6 maj 2019) var en stor omskrivning från v1 och fokuserar på prestanda genom strömmar. Nodemailer s produktiv författare Andris Reinman (@ andris9) hjälpte oss att stänga av med hjälp av mailparser bibliotek och användning mailsplit istället med lite anpassad transformeringslogik för att dela upp rubriken och meddelandetexten utan att påverka texten. Detta gör att vi kan utföra operationer på rubriker mycket snabbt (som säkerhetskontroller och för SPF/DKIM/DMARC-efterlevnad).

Med andra ord, den senaste versionen av den här tjänsten använder strömmar rent nu och är snabba. Den äldre versionen v1 hade också en viss logik som inte var i den mest optimala operationsordningen – men nu utför v2 mindre minne/nätverksintensiva operationer först (och återkommer tidigt om möjligt för att skicka ett svar så snabbt som möjligt till SMTP-klienten). Vi planerar att fortsätta att optimera hastigheten, förbättra funktionerna och förbättra den här tjänsten över tid.

På ingen tidpunkt skriver vi till skivan eller lagrar e-postmeddelanden - allt görs i minnet tack vare Node.js strömmar och omvandlingar! 🎉