Vanliga frågor

Snabbstart

Så här kommer du igång med vidarebefordran av e-post:

1. Skapa ett konto på forwardemail.net/register

2. Lägg till och verifiera din domän under Mitt konto → Domäner

3. Lägg till och konfigurera e-postalias/postlådor under Mitt konto → Domäner → Alias

4. Testa din installation genom att skicka ett e-postmeddelande till ett av dina nya alias

[!TIP] Det kan ta upp till 24–48 timmar innan DNS-ändringar sprids globalt, men de träder ofta i kraft mycket tidigare.

[!VIKTIGT] För förbättrad leveransbarhet rekommenderar vi att du konfigurerar SPF, DKIM, och DMARC uppgifter.

Introduktion

Vad är vidarebefordra e-post

[!NOTE] Vidarebefordra e-post är perfekt för individer, småföretag och utvecklare som vill ha professionella e-postadresser utan kostnaden och underhållet av en komplett e-posthostinglösning.

Vidarebefordra e-post är en komplett e-postleverantör och e-postvärdleverantör för anpassade domännamn.

Det är den enda kostnadsfria tjänsten med öppen källkod, och låter dig använda anpassade domän-e-postadresser utan komplexiteten i att konfigurera och underhålla din egen e-postserver.

Vår tjänst vidarebefordrar e-postmeddelanden som skickas till din anpassade domän till ditt befintliga e-postkonto – och du kan till och med använda oss som din dedikerade e-posthotellleverantör.

Viktiga funktioner för vidarebefordran av e-post:

• E-post för anpassad domänAnvänd professionella e-postadresser med ditt eget domännamn
• Gratis nivåGrundläggande vidarebefordran av e-post utan kostnad
• Förbättrad integritetVi läser inte dina e-postmeddelanden eller säljer dina uppgifter
• Öppen källaHela vår kodbas finns tillgänglig på GitHub
• Stöd för SMTP, IMAP och POP3Fullständiga funktioner för att skicka och ta emot e-post
• End-to-end-krypteringStöd för OpenPGP/MIME
• Anpassade catch-all-aliasSkapa obegränsat antal e-postalias

Du kan jämföra oss med 56+ andra e-postleverantörer på vår sida för e-postjämförelse.

[!TIP] Läs mer om att vidarebefordra e-post genom att läsa vår kostnadsfria Teknisk vitbok

Vem använder vidarebefordra e-post

Vi tillhandahåller e-postvärd och vidarebefordran av e-post till 500 000+ domäner och dessa anmärkningsvärda användare:

Kund	Fallstudie
Amerikanska marinakademin	📄 Fallstudie
Kanonisk	📄 Fallstudie
Netflix-spel
Linux Foundation	📄 Fallstudie
PHP Foundation
Fox News Radio
Disney annonsförsäljning
jQuery	📄 Fallstudie
LineageOS
Ubuntu	📄 Fallstudie
I mänskligheten	📄 Fallstudie
Lubuntu	📄 Fallstudie
University of Cambridge	📄 Fallstudie
University of Maryland	📄 Fallstudie
University of Washington	📄 Fallstudie
Tufts universitet	📄 Fallstudie
Swarthmore College	📄 Fallstudie
Sydaustraliens regering
Dominikanska republikens regering
Flyga.detta
RCD hotell
Isaac Z. Schlueter (npm)	📄 Fallstudie
David Heinemeier Hansson (Ruby on Rails)

Vad är historiken för vidarebefordran av e-post?

Du kan lära dig mer om Vidarebefordra e-post på vår Om-sida.

Hur snabb är den här tjänsten

[!NOTE] Vårt system är utformat för hastighet och tillförlitlighet, med flera redundanta servrar för att säkerställa att dina e-postmeddelanden levereras snabbt.

Vidarebefordra e-post levererar meddelanden med minimal fördröjning, vanligtvis inom några sekunder efter mottagandet.

Prestandamätvärden:

• Genomsnittlig leveranstidMindre än 5–10 sekunder från mottagande till vidarebefordran (se vår sida för övervakning av tid till inkorg "TTI")
• Drifttid99,9 %+ tillgänglighet för tjänster
• Global infrastrukturServrar strategiskt placerade för optimal routing
• Automatisk skalningVårt system skalas upp under perioder med hög e-postbelastning

Vi arbetar i realtid, till skillnad från andra leverantörer som förlitar sig på fördröjda köer.

Vi skriver inte till disk eller lagrar loggar – med undantag för fel och utgående SMTP (se vår Integritetspolicy).

Allt görs i minnet och vår källkod finns på GitHub.

E-postklienter

Thunderbird

1. Skapa ett nytt alias och generera ett lösenord i din instrumentpanel för vidarebefordran av e-post
2. Öppna Thunderbird och gå till Redigera → Kontoinställningar → Kontoåtgärder → Lägg till e-postkonto
3. Ange ditt namn, din e-postadress för vidarebefordran och ditt lösenord
4. Klick Konfigurera manuellt och ange:
   • Inkommande: IMAP, imap.forwardemail.net, port 993, SSL/TLS
   • Utgående: SMTP, smtp.forwardemail.net, port 587, STARTTLS
5. Klick Gjort

Microsoft Outlook

1. Skapa ett nytt alias och generera ett lösenord i din instrumentpanel för vidarebefordran av e-post
2. Gå till Arkiv → Lägg till konto
3. Ange din vidarebefordransadress och klicka på Ansluta
4. Välja Avancerade alternativ och välj Låt mig konfigurera mitt konto manuellt
5. Välja IMAP och ange:
   • Inkommande: imap.forwardemail.net, port 993, SSL
   • Utgående: smtp.forwardemail.net, port 587, TLS
   • Användarnamn: Din fullständiga e-postadress
   • Lösenord: Ditt genererade lösenord
6. Klick Ansluta

Apple Mail

1. Skapa ett nytt alias och generera ett lösenord i din instrumentpanel för vidarebefordran av e-post
2. Gå till E-post → Inställningar → Konton → +
3. Välja Annat e-postkonto
4. Ange ditt namn, din e-postadress för vidarebefordran och ditt lösenord
5. För serverinställningar, ange:
   • Inkommande: imap.forwardemail.net
   • Utgående: smtp.forwardemail.net
   • Användarnamn: Din fullständiga e-postadress
   • Lösenord: Ditt genererade lösenord
6. Klick Logga in

Mobila enheter

För iOS:

1. Gå till Inställningar → E-post → Konton → Lägg till konto → Annat
2. Knacka Lägg till e-postkonto och ange dina uppgifter
3. För serverinställningar, använd samma IMAP- och SMTP-inställningar som ovan

För Android:

1. Gå till Inställningar → Konton → Lägg till konto → Personligt (IMAP)
2. Ange din vidarebefordrans e-postadress och lösenord
3. För serverinställningar, använd samma IMAP- och SMTP-inställningar som ovan

Hur du skickar e-post som med Gmail

Vad är den gamla gratisguiden för Skicka e-post som med Gmail

Avancerad Gmail-routingkonfiguration

Om du vill konfigurera avancerad routing i Gmail så att alias som inte matchar en postlåda vidarebefordrar till e-postutbytena för Vidarebefordra e-post, följ dessa steg:

1. Logga in på din Google-administratörskonsol på admin.google.com
2. Gå till Appar → Google Workspace → Gmail → Routing
3. Klicka på Lägg till rutt och konfigurera följande inställningar:

Inställningar för enskild mottagare:

• Välj "Ändra kuvertmottagare" och ange din primära Gmail-adress
• Markera "Lägg till X-Gm-Original-To-rubrik med originalmottagare"

Mönster för kuvertmottagare:

• Lägg till ett mönster som matchar alla icke-existerande brevlådor (t.ex. .*@yourdomain.com)

Inställningar för e-postserver:

• Välj "Rutt till värd" och ange mx1.forwardemail.net som den primära servern
• Tillägga mx2.forwardemail.net som backupserver
• Ställ in porten till 25
• Välj "Kräv TLS" för säkerhets skull

4. Klick Spara att skapa rutten

Avancerad Outlook-routingkonfiguration

För Microsoft 365-användare (tidigare Office 365) som vill konfigurera avancerad routning så att alias som inte matchar en postlåda vidarebefordrar till e-postutbytena för Vidarebefordra e-post:

1. Logga in på Microsoft 365 administrationscenter på admin.microsoft.com
2. Gå till Utbyte → E-postflöde → Regler
3. Klick Lägg till en regel och välj Skapa en ny regel
4. Namnge din regel (t.ex. "Vidarebefordra icke-existerande postlådor till Vidarebefordra e-post")
5. Under Tillämpa denna regel om, välj:
   • "Mottagaradressen matchar..."
   • Ange ett mönster som matchar alla adresser på din domän (t.ex. *@yourdomain.com)
6. Under Gör följande, välj:
   • "Omdirigera meddelandet till..."
   • Välj "Följande e-postserver"
   • Skriva in mx1.forwardemail.net och port 25
   • Tillägga mx2.forwardemail.net som en backupserver
7. Under Förutom om, välj:
   • "Mottagaren är..."
   • Lägg till alla dina befintliga brevlådor som inte ska vidarebefordras
8. Ange regelprioritet för att säkerställa att den körs efter andra regler för e-postflöde
9. Klick Spara för att aktivera regeln

Felsökning

Varför får jag inte mina testmeddelanden

Om du skickar ett testmail till dig själv kanske det inte dyker upp i din inkorg eftersom det har samma "Message-ID"-huvud.

Detta är ett allmänt känt problem och påverkar även tjänster som Gmail. Här är det officiella Gmail-svaret angående det här problemet.

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? Snälla du kontakta oss så att vi kan hjälpa till att undersöka problemet och hitta en snabb lösning.

Hur konfigurerar jag min e-postklient för att fungera med Vidarebefordra e-post

Typ	Värdnamn	Protokoll	Hamnar
IMAP	imap.forwardemail.net	SSL/TLS Föredraget	993 och 2993
SMTP	smtp.forwardemail.net	SSL/TLS Föredraget eller TLS (STARTTLS)	465 och 2465 för SSL/TLS (eller) 587, 2587, 2525, och 25 för TLS (STARTTLS)

Varför landar mina e-postmeddelanden i skräppost och skräppost och hur kan jag kontrollera mitt domänrykte

Det här avsnittet vägleder dig om din utgående e-post använder våra SMTP-servrar (t.ex. smtp.forwardemail.net) (eller vidarebefordras via mx1.forwardemail.net eller mx2.forwardemail.net) och det levereras i skräppost- eller skräppostmappen för mottagarna.

Vi övervakar rutinmässigt vår IP-adresser mot alla välrenommerade DNS-förnekare, därför är det med största sannolikhet en specifik fråga för domänrykte.

E-postmeddelanden kan hamna i skräppostmappar av flera anledningar:

1. Saknad autentisering: Ställ in SPF, DKIM, och DMARC uppgifter.

2. DomänrykteNya domäner har ofta ett neutralt rykte tills de etablerar en avsändningshistorik.

3. InnehållsutlösareVissa ord eller fraser kan utlösa skräppostfilter.

4. SändningsmönsterPlötsliga ökningar av e-postvolymen kan se misstänkta ut.

Du kan prova att använda ett eller flera av dessa verktyg för att kontrollera din domäns rykte och kategorisering:

Verktygsnamn	URL	Typ
Feedback om Cloudflare-domänkategorisering	https://radar.cloudflare.com/domains/feedback	Kategorisering
Spamhaus IP och Domän Reputation Checker	https://check.spamhaus.org/	DNSBL
Cisco Talos IP och Domain Reputation Center	https://talosintelligence.com/reputation_center	Rykte
Barracuda IP och domänryktesökning	https://www.barracudacentral.org/lookups/lookup-reputation	DNSBL
MX Toolbox Blacklist Check	https://mxtoolbox.com/blacklists.aspx	Svarta listan
Google Postmaster Tools	https://www.gmail.com/postmaster/	Rykte
Yahoo Sender Hub	https://senders.yahooinc.com/	Rykte
MultiRBL.valli.org Blacklist Check	https://multirbl.valli.org/lookup/	DNSBL
Avsändarens poäng	https://senderscore.org/act/blocklist-remover/	Rykte
Värdering	https://www.invaluement.com/lookup/	DNSBL
SURBL	https://www.surbl.org/	DNSBL
Apple/Proofpoint IP-borttagning	https://ipcheck.proofpoint.com/	Borttagning
Cloudmark IP-borttagning	https://csi.cloudmark.com/en/reset/	Borttagning
SpamCop	https://www.spamcop.net/bl.shtml	DNSBL
Microsoft Outlook och Office 365 IP-borttagning	https://sendersupport.olc.protection.outlook.com/pm/Postmaster	Borttagning
UCEPROTECTs nivåer 1, 2 och 3	https://www.uceprotect.net/en/rblcheck.php	DNSBL
UCEPROTECTs backscatterer.org	https://www.backscatterer.org/	Skydd mot bakåtspridning
UCEPROTECTs whitelisted.org	https://www.whitelisted.org/ (kräver en avgift)	DNSWL
AT&T	abuse_rbl@abuse-att.net	Borttagning
AOL/Verizon (t.ex. [IPTS04])	https://senders.yahooinc.com/	Borttagning
Cox Communications	unblock.request@cox.net	Borttagning
t-online.de (tyska/T-Mobile)	tobr@rx.t-online.de	Borttagning

[!TIP] Börja med en låg volym av högkvalitativa e-postmeddelanden för att bygga ett positivt rykte innan du skickar in större volymer.

[!VIKTIGT] Om din domän finns på en svartlista har varje svartlista sin egen borttagningsprocess. Se deras webbplatser för instruktioner.

[!TIP] Om du behöver ytterligare hjälp eller upptäcker att vi har blivit falskt positivt listade som skräppost av en viss e-postleverantör, vänligen kontakta oss.

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

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 ämne är relaterat till a ett allmänt känt problem i Gmail där extra information visas bredvid avsändarens namn.

Från och med maj 2023 stöder vi att skicka e-post med SMTP som ett tillägg för alla betalda användare – vilket innebär att du kan ta bort via forwardmail dot net i Gmail.

Observera att detta FAQ-ämne är specifikt för dem som använder Hur du skickar e-post som med Gmail funktion.

Se avsnittet om Stöder du att skicka e-post med SMTP för konfigurationsinstruktioner.

Datahantering

Var finns era servrar

[!TIP] Vi kan snart komma att tillkännage vår EU-datacenterplats som ligger under forwardemail.euPrenumerera på diskussionen på https://github.com/orgs/forwardemail/discussions/336 för uppdateringar.

Våra servrar finns huvudsakligen i Denver, Colorado – se https://forwardemail.net/ips för vår kompletta lista över IP-adresser.

Du kan läsa mer om våra underleverantörer på vår GDPR, DPA, och Integritet sidor.

Hur exporterar och säkerhetskopierar jag min postlåda

Du kan när som helst exportera dina brevlådor som EML, Mbox, eller krypterad SQLite format.

Gå till Mitt konto domäner alias Ladda ner Backup och välj önskad exportformattyp.

Du kommer att få en länk för att ladda ner exporten via e-post när den är klar.

Observera att den här exportlänken för nedladdning upphör efter 4 timmar av säkerhetsskäl.

Om du behöver inspektera dina exporterade EML- eller Mbox-format kan dessa öppna källa-verktyg vara användbara:

namn	Formatera	Plattform	GitHub URL
MBox Viewer	Mbox	Windows	https://github.com/eneam/mboxviewer
mbox-web-viewer	Mbox	Alla plattformar	https://github.com/PHMRanger/mbox-web-viewer
EmlReader	EML	Windows	https://github.com/ayamadori/EmlReader
E-postvisare	EML	VSCode	https://github.com/joelharkes/vscode_email_viewer
eml-läsare	EML	Alla plattformar	https://github.com/s0ph1e/eml-reader

Om du behöver konvertera en Mbox-fil till EML-fil kan du dessutom använda https://github.com/noelmartinon/mboxzilla.

Hur importerar och migrerar jag min befintliga postlåda

Du kan enkelt importera din e-post till Vidarebefordra e-post (t.ex. med hjälp av Thunderbird) med instruktionerna nedan:

1. Exportera din e-post från din befintliga e-postleverantör:

   E-postleverantör	Exportformat	Exportinstruktioner
   Gmail	MBOX	https://takeout.google.com/settings/takeout/custom/gmail
   Syn	PST	Dricks: Om du använder Outlook (PST exportformat), så kan du helt enkelt följa instruktionerna under "Övrigt" nedan. Men vi har tillhandahållit länkar nedan för att konvertera PST till MBOX/EML-format baserat på ditt operativsystem: Zinkuba för Windows (GitHub) readpst för Windows cygwin - (t.ex. readpst -u -o $OUT_DIR $IN_DIR byter ut $OUT_DIR och $IN_DIR med sökvägarna för utdatakatalogen respektive inmatningskatalogen). readpst för Ubuntu/Linux - (t.ex. sudo apt-get install readpst och då readpst -u -o $OUT_DIR $IN_DIR, byter ut $OUT_DIR och $IN_DIR med sökvägarna för utdatakatalogen respektive inmatningskatalogen). readpst för macOS (via brew) - (t.ex. brew install libpst och då readpst -u -o $OUT_DIR $IN_DIR, byter ut $OUT_DIR och $IN_DIR med sökvägarna för utdatakatalogen respektive inmatningskatalogen). PST Converter för Windows (GitHub)
   Apple Mail	MBOX	https://support.apple.com/guide/mail/import-or-export-mailboxes-mlhlp1030/mac#apd37a3190755974
   Fastmail	EML	https://www.fastmail.help/hc/en-us/articles/360060590573-Download-all-your-data#downloadmail
   Proton Mail	MBOX/EML	https://proton.me/support/export-emails-import-export-app
   Tutanota	EML	https://github.com/crepererum-oss/tatuanatata?tab=readme-ov-file#tatutanatata
   Tror	EML	https://docs.gandi.net/en/gandimail/common_operations/backup_email.html#contents
   Zoho	EML	https://www.zoho.com/mail/help/import-export-emails.html#alink2
   Övrig	Använd Thunderbird	Konfigurera ditt befintliga e-postkonto i Thunderbird och använd sedan ImportExportTools OF plugin för att exportera och importera din e-post. Du kanske också kan helt enkelt kopiera/klistra in eller dra/släppa e-postmeddelanden mellan ett konto till ett annat.

2. Ladda ner, installera och öppna Thunderbird.

3. Skapa ett nytt konto med ditt alias fullständiga e-postadress (t.ex. you@yourdomain.com) och ditt skapade lösenord. Om du ännu inte har ett genererat lösenord, då se våra installationsinstruktioner.

4. Ladda ner och installera ImportExportTools OF Thunderbird plugin.

5. Skapa en ny lokal mapp i Thunderbird och högerklicka sedan på den → välj ImportExportTools NG alternativ → välj Import mbox file (för MBOX-exportformat) – eller – Import messages / Import all messages from a directory (för EML-exportformat).

6. Dra/släpp från den lokala mappen till en ny (eller befintlig) IMAP-mapp i Thunderbird som du vill ladda upp meddelanden till i IMAP-lagring med vår tjänst. Detta säkerställer att de säkerhetskopieras online med vår SQLite-krypterade lagring.

   Dricks: Om du är förvirrad över hur du importerar till Thunderbird, kan du hänvisa till officiella instruktioner på https://kb.mozillazine.org/Importing_folders och https://github.com/thunderbird/import-export-tools-ng/wiki.

Stöder du självhotell

Ja, från och med mars 2025 stöder vi ett alternativ för egen värd. Läs bloggen här. Kolla in självvärd guide för att komma igång. Och för de som är intresserade av en mer detaljerad steg-för-steg-version, se vår Ubuntu eller Debian baserade guider.

E-postkonfiguration

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

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	Svar/Värde
   "@", "." eller tom	3600	MX	0	mx1.forwardemail.net
   "@", "." eller tom	3600	MX	0	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@solvefaction.com", "hej@solvefaction.com", etc) till en specifik adress "användare@gmail.com":

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

   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 enda e-postadress (t.ex. hello@solvefaction.com till user@gmail.com; detta kommer också att vidarebefordra "hello+test@solvefaction.com" till "user+test@gmail.com" automatiskt):

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

   ---

   Alternativ C: Om du vidarebefordrar flera e-postmeddelanden vill du separera dem med ett kommatecken:

   Namn/värd/alias	TTL	Typ	Svar/Värde
   "@", "." eller tom	3600	TXT	forward-email=hello:user@gmail.com,support:user@gmail.com Kopia Kryptera

   ---

   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	Svar/Värde
   "@", "." eller tom	3600	TXT	forward-email=hello:user@gmail.com,support:user@gmail.com Kopia Kryptera
   "@", "." eller tom	3600	TXT	forward-email=help:user@gmail.com,foo:user@gmail.com Kopia Kryptera
   "@", "." eller tom	3600	TXT	forward-email=orders:user@gmail.com,baz:user@gmail.com Kopia Kryptera
   "@", "." eller tom	3600	TXT	forward-email=info:user@gmail.com,beep:user@gmail.com Kopia Kryptera
   "@", "." eller tom	3600	TXT	forward-email=errors:user@gmail.com,boop:user@gmail.com Kopia Kryptera

   ---

   Alternativ E: Du kan också ange ett domännamn i din TXT post för att ha global aliasvidarebefordran (t.ex. "user@solvefaction.com" kommer att vidarebefordras till "user@example.net"):

   Namn/värd/alias	TTL	Typ	Svar/Värde
   "@", "." eller tom	3600	TXT	forward-email=example.net Kopia Kryptera

   ---

   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	Svar/Värde
   "@", "." eller tom	3600	TXT	forward-email=alias:https://requestbin.com/r/en8pfhdgcculn Kopia Kryptera

   ---

   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 exemplen och hela avsnittet om regex med titeln Har du stöd för reguljära uttryck eller regex Nedan.
   Behöver du avancerad regex med substitution? Se exemplen och hela avsnittet om regex med titeln Har du stöd för reguljära uttryck eller regex Nedan.
   Enkelt exempel: Om jag vill att alla e-postmeddelanden som går till `linus@solvefaction.com` eller `torvalds@solvefaction.com` ska vidarebefordras till `user@gmail.com`:

   Namn/värd/alias	TTL	Typ	Svar/Värde
   "@", "." eller tom	3600	TXT	forward-email=/^(linus|torvalds)$/:user@gmail.com Kopia Kryptera

   Viktig: Catch-all-vidarebefordransregler kan också beskrivas som "fall-through". Detta innebär att inkommande e-postmeddelanden som matchar minst en specifik vidarebefordranregel kommer att användas istället för catch-all. Specifika regler inkluderar e-postadresser och reguljära uttryck.
   
   Till exempel:
   forward-email=hello:first@gmail.com,second@gmail.com

   • Kopia
   • Kryptera

   
   E-postmeddelanden skickas till hello@solvefaction.com kommer **inte** att vidarebefordras till second@gmail.com (catch-all) med denna konfiguration, och istället bara levereras till first@gmail.com.

   ---

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	Svar/Värde
   "@", "." eller tom	3600	TXT	v=spf1 a 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 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 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.

Kan jag använda flera MX-växlar och servrar för avancerad vidarebefordran

Ja men du bör bara ha en MX-börs listad i dina DNS-poster.

Försök inte använda "Prioritet" som ett sätt att konfigurera flera MX-växlar.

Istället måste du konfigurera din befintliga MX-växel för att vidarebefordra e-post för alla icke-matchande alias till vår tjänsts växlar (mx1.forwardemail.net och/eller mx2.forwardemail.net).

Om du använder Google Workspace och du vill vidarebefordra alla icke-matchande alias till vår tjänst, se https://support.google.com/a/answer/6297084.

Om du använder Microsoft 365 (Outlook) och du vill vidarebefordra alla icke-matchande alias till vår tjänst, se https://learn.microsoft.com/en-us/exchange/mail-flow-best-practices/use-connectors-to-configure-mail-flow/set-up-connectors-to-route-mail och https://learn.microsoft.com/en-us/exchange/mail-flow-best-practices/manage-mail-flow-for-multiple-locations.

Hur ställer jag in en semestersvarare (automatisk svarare utanför kontoret)

Gå till Mitt konto domäner Alias och antingen skapa eller redigera aliaset du vill konfigurera en semesterautosvarare för.

Du har möjlighet att konfigurera ett startdatum, slutdatum, ämne och meddelande och aktivera eller inaktivera det när som helst:

• Klartext ämne och meddelande stöds för närvarande (vi använder striptags paket internt för att ta bort eventuell HTML).
• Ämnet är begränsat till 100 tecken.
• Meddelandet är begränsat till 1000 tecken.
• Installationen kräver utgående SMTP-konfiguration (t.ex. måste du ställa in DKIM-, DMARC- och Return-Path DNS-poster).
  • Gå till Mitt konto domäner inställningar Utgående SMTP-konfiguration och följ installationsinstruktionerna.
• Vacation responder kan inte aktiveras på globala domännamn (t.ex. engångsadresser stöds inte).
• Semestersvar kan inte aktiveras för alias med jokertecken/catch-all (*) eller reguljära uttryck.

Till skillnad från mailsystem som t.ex postfix (t.ex. som använder sieve semesterfiltertillägg) – Forward Email lägger automatiskt till din DKIM-signatur, dummysäkrar anslutningsproblem när du skickar semestersvar (t.ex. på grund av vanliga SSL/TLS-anslutningsproblem och äldre underhållna servrar), och stöder till och med Open WKD- och PGP-kryptering för semestersvar.

1. Vi skickar endast en gång per godkända avsändare var fjärde dag (vilket liknar Gmails beteende).

   • Vår Redis-cache använder ett fingeravtryck av alias_id och sender, medan alias_id är aliaset MongoDB ID och sender är antingen Från-adressen (om den är tillåten) eller rotdomänen i Från-adressen (om den inte är tillåten). För enkelhetens skull är utgången av detta fingeravtryck i cachen satt till 4 dagar.

   • Vårt tillvägagångssätt att använda rotdomänen som tolkas i Från-adressen för icke-tillåtna avsändare förhindrar missbruk från relativt okända avsändare (t.ex. illvilliga aktörer) från att översvämma semestersvarsmeddelanden.

2. Vi skickar endast när MAIL FROM och/eller From inte är tomt och inte innehåller (skiftlägeskänsligt) en postmaster användarnamn (delen före @ i ett e-postmeddelande).

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

   • Rubrik på auto-submitted med ett värde som inte är lika med no.
   • Rubrik på x-auto-response-suppress med ett värde av dr, autoreply, auto-reply, auto_reply, eller all
   • Rubrik på list-id, list-subscribe, list-unsubscribe, list-help, list-post, list-owner, list-archive, x-autoreply, x-autorespond, eller x-auto-respond (oavsett värde).
   • Rubrik på precedence med ett värde av bulk, autoreply, auto-reply, auto_reply, eller list.

4. Vi skickar inte om e-postadressen MAIL FROM eller From slutar med +donotreply, -donotreply, +noreply, eller -noreply.

5. Vi skickar inte om avsnittet Från e-postadress användarnamn var mdaemon och den hade en skiftlägesokänslig rubrik på X-MDDSN-Message.

6. Vi skickar inte om det fanns en skiftlägesokänslig content-type huvudet på multipart/report.

Hur ställer jag in SPF för vidarebefordran av e-post

Använd din registrars DNS-hanteringssida och ställ in följande TXT spela in:

Namn/värd/alias	TTL	Typ	Svar/Värde
"@", "." eller tom	3600	TXT	v=spf1 a include:spf.forwardemail.net -all

Hur ställer jag in DKIM för vidarebefordra e-post

Gå till Mitt konto domäner inställningar Utgående SMTP-konfiguration och följ installationsinstruktionerna.

Hur ställer jag in DMARC för vidarebefordran av e-post

Gå till Mitt konto domäner inställningar Utgående SMTP-konfiguration och följ installationsinstruktionerna.

Hur ansluter och konfigurerar jag mina kontakter

För att konfigurera dina kontakter, använd CardDAV-URL:en för: https://carddav.forwardemail.net (eller bara carddav.forwardemail.net om din klient tillåter det)

Hur ansluter jag och konfigurerar mina kalendrar

För att konfigurera din kalender, använd CalDAV URL:en för: https://caldav.forwardemail.net (eller bara caldav.forwardemail.net om din klient tillåter det)

Hur lägger jag till fler kalendrar och hanterar befintliga kalendrar

Om du vill lägga till ytterligare kalendrar lägger du bara till en ny kalender-URL för: https://caldav.forwardemail.net/dav/principals/calendar-name (se till att byta ut calendar-name med ditt önskade kalendernamn)

Du kan ändra en kalenders namn och färg efter att den skapats – använd bara ditt föredragna kalenderprogram (t.ex. Apple Mail eller Thunderbird).

Hur ställer jag in SRS för vidarebefordran av e-post

Vi konfigurerar automatiskt Avsändare omskrivningssystem ("SRS") – du behöver inte göra detta själv.

Hur ställer jag in MTA-STS för vidarebefordran av e-post

Vänligen hänvisa till vårt avsnitt om MTA-STS för mer insikt.

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å rullgardinsmenyn 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.

Avancerade funktioner

Stöder ni nyhetsbrev eller e-postlistor för marknadsföringsrelaterad e-post?

Ja, du kan läsa mer på https://forwardemail.net/guides/newsletter-with-listmonk.

Observera att för att upprätthålla IP-rykte och säkerställa leveransbarhet har Forward Email en manuell granskningsprocess per domän för godkännande av nyhetsbrev. E-post support@forwardemail.net eller öppna en hjälp begäran för godkännande. Detta tar vanligtvis mindre än 24 timmar, och de flesta förfrågningar besvaras inom 1-2 timmar. Inom en snar framtid siktar vi på att göra denna process omedelbar med ytterligare spamkontroller och varningar. Denna process säkerställer att dina e-postmeddelanden når inkorgen och att dina meddelanden inte markeras som skräppost.

Stöder du att skicka e-post med API

Ja, från och med maj 2023 stöder vi att skicka e-post med API som ett tillägg för alla betalda användare.

Se vårt avsnitt om E-postmeddelanden i vår API-dokumentation för alternativ, exempel och mer insikt.

För att skicka utgående e-post med vårt API måste du använda din API-token som finns tillgänglig under Min säkerhet.

Stöder du att ta emot e-post med IMAP

Ja, från och med den 16 oktober 2023 stöder vi att ta emot e-post via IMAP som ett tillägg för alla betalda användare. Läs vår djupdykningsartikel på hur vår krypterade SQLite-postlådelagringsfunktion fungerar.

Stöder du POP3

Ja, från och med den 4 december 2023 stöder vi POP3 som ett tillägg för alla betalda användare. Läs vår djupdykningsartikel på hur vår krypterade SQLite-postlådelagringsfunktion fungerar.

Stöder du kalendrar (CalDAV)

Ja, från och med den 5 februari 2024 har vi lagt till den här funktionen. Vår server är caldav.forwardemail.net och övervakas även på vår statussida.

Den stöder både IPv4 och IPv6 och är tillgänglig över port 443 (HTTPS).

Logga in	Exempel	Beskrivning
Användarnamn	user@solvefaction.com	E-postadress för ett alias som finns för domänen på Mitt konto domäner.
Lösenord	************************	Alias-specifikt genererat lösenord.

För att använda kalenderstöd, användare måste vara e-postadressen till ett alias som finns för domänen på Mitt konto domäner - och den Lösenord måste vara ett aliasspecifikt genererat lösenord.

Stödjer ni kontakter (CardDAV)

Ja, från och med den 12 juni 2025 har vi lagt till den här funktionen. Vår server är carddav.forwardemail.net och övervakas även på vår statussida.

Den stöder både IPv4 och IPv6 och är tillgänglig över port 443 (HTTPS).

Logga in	Exempel	Beskrivning
Användarnamn	user@solvefaction.com	E-postadress för ett alias som finns för domänen på Mitt konto domäner.
Lösenord	************************	Alias-specifikt genererat lösenord.

För att använda kontaktsupporten, användare måste vara e-postadressen till ett alias som finns för domänen på Mitt konto domäner - och den Lösenord måste vara ett aliasspecifikt genererat lösenord.

Stöder du att skicka e-post med SMTP

Ja, från och med maj 2023 stöder vi att skicka e-post med SMTP som ett tillägg för alla betalda användare.

Stöder du OpenPGP/MIME, end-to-end-kryptering ("E2EE") och webbnyckelkatalog ("WKD")

Ja, vi stödjer ÖppnaPGP, end-to-end-kryptering ("E2EE"), och upptäckten av publika nycklar med hjälp av Web Key Directory ("WKD"). Du kan konfigurera OpenPGP med keys.openpgp.org eller själv värd dina egna nycklar (hänvisa till denna sammanfattning för WKD-serverinstallation).

• WKD-sökningar cachelagras i 1 timme för att säkerställa snabb e-postleverans → därför om du lägger till, ändrar eller tar bort din WKD-nyckel, vänligen maila oss på support@forwardemail.net med din e-postadress för att vi ska kunna rensa cachen manuellt.
• Vi stöder PGP-kryptering för meddelanden som vidarebefordras via WKD-sökning eller med en uppladdad PGP-nyckel i vårt gränssnitt.
• Uppladdade nycklar tar överhanden så länge PGP-kryssrutan är aktiverad/markerad.
• Meddelanden som skickas till webhooks är för närvarande inte krypterade med PGP.
• Om du har flera alias som matchar en given adress för vidarebefordran (t.ex. regex/wildcard/exact combo) och om mer än ett av dessa innehåller en uppladdad PGP-nyckel och har PGP kontrollerat → så skickar vi ett felmeddelande via e-post och kommer inte att kryptera meddelandet med din uppladdade PGP-nyckel. Detta är mycket sällsynt och gäller vanligtvis bara avancerade användare med komplexa aliasregler.
• PGP-kryptering kommer inte att tillämpas på vidarebefordran av e-post via våra MX-servrar om avsändaren hade en DMARC-policy för avvisning. Om du behöver PGP-kryptering på Allt mail så föreslår vi att du använder vår IMAP-tjänst och konfigurerar din PGP-nyckel för ditt alias för inkommande post.

Du kan validera din webbnyckelkatalog på https://wkd.chimbosonic.com/ (öppen källkod) eller https://www.webkeydirectory.com/ (egendom).

1. Ladda ner och installera din e-postklients rekommenderade plugin nedan:

   E-postklient	Plattform	Rekommenderad plugin	Anteckningar
   Thunderbird	Skrivbord	Konfigurera OpenPGP i Thunderbird	Thunderbird har inbyggt stöd för OpenPGP.
   Gmail	Webbläsare	Postkuvert eller FlowCrypt (egen licens)	Gmail stöder inte OpenPGP, men du kan ladda ner plugin-programmet med öppen källkod Postkuvert eller FlowCrypt.
   Apple Mail	Mac OS	Gratis-GPGMail	Apple Mail stöder inte OpenPGP, men du kan ladda ner plugin-programmet med öppen källkod Gratis-GPGMail.
   Apple Mail	iOS	PGPro eller FlowCrypt (egen licens)	Apple Mail stöder inte OpenPGP, men du kan ladda ner plugin-programmet med öppen källkod PGPro eller FlowCrypt.
   Syn	Windows	gpg4win	Outlooks stationära e-postklient stöder inte OpenPGP, men du kan ladda ner plugin-programmet med öppen källkod gpg4win.
   Syn	Webbläsare	Postkuvert eller FlowCrypt (egen licens)	Outlooks webbaserade e-postklient stöder inte OpenPGP, men du kan ladda ner plugin-programmet med öppen källkod Postkuvert eller FlowCrypt.
   Android	Mobil	Öppna nyckelring eller FlowCrypt	Android e-postklienter Till exempel Thunderbird mobil och FairEmail båda stöder plugin-programmet med öppen källkod Öppna nyckelring. Du kan alternativt använda plugin-programmet med öppen källkod (proprietär licensiering). FlowCrypt.
   Google Chrome	Webbläsare	Postkuvert eller FlowCrypt (egen licens)	Du kan ladda ner webbläsartillägget med öppen källkod Postkuvert eller FlowCrypt.
   Mozilla Firefox	Webbläsare	Postkuvert eller FlowCrypt (egen licens)	Du kan ladda ner webbläsartillägget med öppen källkod Postkuvert eller FlowCrypt.
   Microsoft Edge	Webbläsare	Postkuvert	Du kan ladda ner webbläsartillägget med öppen källkod Postkuvert.
   Modig	Webbläsare	Postkuvert eller FlowCrypt (egen licens)	Du kan ladda ner webbläsartillägget med öppen källkod Postkuvert eller FlowCrypt.
   Balsa	Skrivbord	Konfigurera OpenPGP i Balsa	Balsa har inbyggt stöd för OpenPGP.
   KMail	Skrivbord	Konfigurera OpenPGP i KMail	KMail har inbyggt stöd för OpenPGP.
   GNOME Evolution	Skrivbord	Konfigurera OpenPGP i Evolution	GNOME Evolution har inbyggt stöd för OpenPGP.
   Terminal	Skrivbord	Konfigurera gpg i Terminal	Du kan använda öppen källkod gpg kommandoradsverktyg för att generera en ny nyckel från kommandoraden.

2. Öppna plugin-programmet, skapa din publika nyckel och konfigurera din e-postklient att använda den.

3. Ladda upp din offentliga nyckel på https://keys.openpgp.org/upload.

   Dricks: Du kan besöka https://keys.openpgp.org/manage för att hantera din nyckel i framtiden.
   Valfritt tillägg: Om du använder vår krypterad lagring (IMAP/POP3) service och önskemål Allt e-post lagrad i din (redan krypterade) SQLite-databas för att krypteras med din publika nyckel, gå sedan till Mitt konto domäner Alias (t.ex. hello@solvefaction.com) Redigera ÖppnaPGP och ladda upp din publika nyckel.

4. Lägg till en ny CNAME registrera till ditt domännamn (t.ex. solvefaction.com):

   Namn/värd/alias	TTL	Typ	Svar/Värde
   openpgpkey	3600	CNAME	wkd.keys.openpgp.org

   Dricks: Om ditt alias använder vår fåfänga/engångsdomäner (t.ex. hideaddress.net), kan du hoppa över det här steget.

Stöder du MTA-STS

Ja, från och med den 2 mars 2023 stöder vi MTA-STS. Du kan använda denna mall om du vill aktivera det på din domän.

Vår konfiguration kan hittas offentligt på GitHub på https://github.com/forwardemail/mta-sts.forwardemail.net.

Har du stöd för lösenord och WebAuthn

Ja! Från och med den 13 december 2023 har vi lagt till stöd för lösenord på grund av stor efterfrågan.

Nyckelnycklar låter dig logga in på ett säkert sätt utan att behöva lösenord och tvåfaktorsautentisering.

Du kan validera din identitet med beröring, ansiktsigenkänning, enhetsbaserat lösenord eller PIN.

Vi tillåter dig att hantera upp till 30 lösenord samtidigt, så att du enkelt kan logga in med alla dina enheter.

Läs mer om lösenord på följande länkar:

• Logga in på dina applikationer och webbplatser med lösenord (Google)
• Använd lösenord för att logga in på appar och webbplatser på iPhone (Äpple)
• Wikipedia-artikel om lösenord

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.

Stöder du bounce webhooks

Ja, från och med den 14 augusti 2024 har vi lagt till den här funktionen. Du kan nu gå till Mitt konto → Domäner → Inställningar → Bounce Webhook URL och konfigurera en http:// eller https:// URL som vi skickar en POST begäran till när utgående SMTP-e-postmeddelanden studsar.

Detta är användbart för dig att hantera och övervaka din utgående SMTP – och kan användas för att behålla abonnenter, välja bort och upptäcka närhelst avvisningar inträffar.

Bounce webhook-nyttolaster skickas som en JSON med dessa egenskaper:

• email_id (Sträng) - e-post-ID som motsvarar ett e-postmeddelande i Mitt konto → E-postmeddelanden (utgående SMTP)
• list_id (Sträng) - den List-ID header (skiftlägeskänsligt) värde, om något, från det ursprungliga utgående e-postmeddelandet
• list_unsubscribe (Sträng) - den List-Unsubscribe header (skiftlägeskänsligt) värde, om något, från det ursprungliga utgående e-postmeddelandet
• feedback_id (Sträng) - den Feedback-ID header (skiftlägeskänsligt) värde, om något, från det ursprungliga utgående e-postmeddelandet
• recipient (String) - e-postadressen till mottagaren som studsade eller gjorde fel
• message (String) - ett detaljerat felmeddelande för avvisningen
• response (String) - SMTP-svarsmeddelandet
• response_code (Nummer) - den analyserade SMTP-svarskoden
• truth_source (String) - om svarskoden kom från en betrodd källa, kommer detta värde att fyllas i med rotdomännamnet (t.ex. google.com eller yahoo.com)
• bounce (Objekt) - ett objekt som innehåller följande egenskaper som beskriver statusen för avvisning och avvisning
  • action (Sträng) - studsverkan (t.ex. "reject")
  • message (Sträng) - anledning till studs (t.ex. "Message Sender Blocked By Receiving Server")
  • category (Sträng) – avvisningskategori (t.ex. "block")
  • code (Nummer) - studsstatuskod (t.ex. 554)
  • status (Sträng) - studskod från svarsmeddelande (t.ex. 5.7.1)
  • line (Nummer) - tolkat radnummer, om något, från Zone-MTA studsanalyslistan (t.ex. 526)
• headers (Objekt) - nyckelvärdepar med rubriker för utgående e-post
• bounced_at (Sträng) - ISO 8601 formaterat Datum för när avvisningsfelet inträffade

Till exempel:

{
  "email_id": "66bcce793ef7b2a0928e14ba",
  "recipient": "example@gmail.com",
  "message": "The email account that you tried to reach is over quota.",
  "response": "552 5.2.2 The email account that you tried to reach is over quota.",
  "response_code": 552,
  "truth_source": "google.com",
  "bounce": {
    "action": "reject",
    "message": "Gmail Mailbox is full",
    "category": "capacity",
    "code": 552,
    "status": "5.2.2",
    "line": 300
  },
  "headers": {},
  "bounced_at": "2024-08-24T01:50:02.828Z"
}

Här är några ytterligare anmärkningar om studswebbhooks:

• Om webhook nyttolasten innehåller en list_id, list_unsubscribe, eller feedback_id värde, bör du vidta lämpliga åtgärder för att ta bort recipient från listan vid behov.
  • Om bounce.category värdet var ett "block", "recipient", "spam", eller "virus", då bör du definitivt ta bort användaren från listan.
• Om du behöver verifiera webhook-nyttolaster (för att säkerställa att de faktiskt kommer från vår server), så kan du det lösa klientens värdnamn för fjärrklientens IP-adress med en omvänd sökning – det borde vara smtp.forwardemail.net.
  • Du kan också kontrollera IP:n mot våra publicerade IP-adresser.
  • Gå till Mitt konto → Domäner → Inställningar → Webhook Signature Payload Verification Key för att få din webhook-nyckel.
    • Du kan rotera den här nyckeln när som helst av säkerhetsskäl.
    • Beräkna och jämför X-Webhook-Signature värde från vår webhook-förfrågan med det beräknade kroppsvärdet med denna nyckel. Ett exempel på hur man gör detta finns på detta Stack Overflow-inlägg.
  • Se diskussionen på https://github.com/forwardemail/free-email-forwarding/issues/235 för mer insikt.
• Vi väntar upp till 5 sekunder för din webhook-slutpunkt att svara med en 200 statuskod, och vi kommer att försöka igen till 1 tid.
• Om vi upptäcker att din avvisningswebbhook-URL har ett fel när vi försöker skicka en begäran till den, kommer vi att skicka ett e-postmeddelande till dig en gång i veckan.

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.

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@solvefaction.com att vidarebefordra till en ny begär soptunna testslutpunkt:

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

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

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

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

• Om du behöver verifiera webhook-nyttolaster (för att säkerställa att de faktiskt kommer från vår server), så kan du det lösa klientens värdnamn för fjärrklientens IP-adress med en omvänd sökning – det borde vara antingen mx1.forwardemail.net eller mx2.forwardemail.net.

  • Du kan också kontrollera IP:n mot våra publicerade IP-adresser.
  • Om du har en avgiftsbelagd plan går du till Mitt konto → Domäner → Inställningar → Webhook Signature Payload Verification Key för att få din webhook-nyckel.
    • Du kan rotera den här nyckeln när som helst av säkerhetsskäl.
    • Beräkna och jämför X-Webhook-Signature värde från vår webhook-förfrågan med det beräknade kroppsvärdet med denna nyckel. Ett exempel på hur man gör detta finns på detta Stack Overflow-inlägg.
  • Se diskussionen på https://github.com/forwardemail/free-email-forwarding/issues/235 för mer insikt.

• Om en webhook inte svarar med en 200 statuskod, så lagrar vi dess svar i fellogg skapad – vilket är användbart för felsökning.

• Webhook HTTP-förfrågningar kommer att försöka igen upp till 3 gånger varje SMTP-anslutningsförsök, med en maximal timeout på 60 sekunder per slutpunkts POST-begäran. Observera att detta inte betyder att den bara försöker igen 3 gånger, kommer den faktiskt att försöka igen kontinuerligt över tiden genom att skicka en SMTP-kod på 421 (vilket indikerar att avsändaren försöker igen senare) efter det tredje misslyckade försöket med HTTP POST-begäran. Detta innebär att e-postmeddelandet kommer att försöka igen kontinuerligt i dagar tills en 200-statuskod uppnås.

• Vi kommer att försöka igen automatiskt baserat på standardstatus och felkoder som används i superagentens omprövningsmetod (vi är underhållare).

• 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@solvefaction.com, webhook2@solvefaction.com, och webhook3@solvefaction.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 du behöver ett snabbt sätt att få värdet av X-Original-To, då kan du använda värdet på session.recipient (se exempel nedan). Rubriken X-Original-To är en rubrik som vi lägger till meddelanden för felsökning med den ursprungliga mottagaren (före maskerad vidarebefordran) för meddelandet.

• Om du behöver ta bort attachments och/eller raw egenskaper från nyttolastkroppen, lägg helt enkelt till ?attachments=false, ?raw=false, eller ?attachments=false&raw=false till din webhook-slutpunkt som en frågesträngsparameter (t.ex. https://solvefaction.com/webhook?attachments=false&raw=false).

• 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());
  

{
  "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=solvefaction.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=solvefaction.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=solvefaction.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=solvefaction.com;\r\n bimi=skipped (DMARC not enabled)"
    },
    {
      "key": "x-forward-email-sender",
      "line": "X-Forward-Email-Sender: rfc822; test@example.net"
    },
    {
      "key": "x-forward-email-session-id",
      "line": "X-Forward-Email-Session-ID: w2czxgznghn5ryyw"
    },
    {
      "key": "x-forward-email-version",
      "line": "X-Forward-Email-Version: 9.0.0"
    },
    {
      "key": "content-type",
      "line": "Content-Type: multipart/mixed; boundary=\"--_NmP-179a735428ca7575-Part_1\""
    },
    {
      "key": "from",
      "line": "From: some <random@solvefaction.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@solvefaction.com",
        "name": "some"
      }
    ],
    "html": "<span class=\"mp_address_group\"><span class=\"mp_address_name\">some</span> &lt;<a href=\"mailto:random@solvefaction.com\" class=\"mp_address_email\">random@solvefaction.com</a>&gt;</span>",
    "text": "some <random@solvefaction.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=solvefaction.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=solvefaction.com;\r\n bimi=skipped (DMARC not enabled)\r\nX-Forward-Email-Sender: rfc822; test@example.net\r\nX-Forward-Email-Session-ID: w2czxgznghn5ryyw\r\nX-Forward-Email-Version: 9.0.0\r\nContent-Type: multipart/mixed; boundary=\"--_NmP-179a735428ca7575-Part_1\"\r\nFrom: some <random@solvefaction.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@solvefaction.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=solvefaction.com;\r\n bimi=skipped (DMARC not enabled)"
  },
  "dmarc": {
    "status": {
      "result": "none",
      "header": {
        "from": "solvefaction.com"
      }
    },
    "domain": "solvefaction.com",
    "info": "dmarc=none header.from=solvefaction.com"
  },
  "bimi": {
    "status": {
      "header": {},
      "result": "skipped",
      "comment": "DMARC not enabled"
    },
    "info": "bimi=skipped (DMARC not enabled)"
  },
  "recipients": [
    "webhook1@webhooks.net"
  ],
  "session": {
    "recipient": "webhook1@webhooks.net",
    "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å globala fåfängadomäner (eftersom detta kan vara en säkerhetsrisk).

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

Namn/värd/alias	TTL	Typ	Svar/Värde
"@", "." eller tom	3600	TXT	forward-email=/^(linus|torvalds)$/:user@gmail.com Kopia Kryptera

Namn/värd/alias	TTL	Typ	Svar/Värde
"@", "." eller tom	3600	TXT	forward-email=/^([A-Za-z]+)+\.([A-Za-z]+)+$/:$1.$2@company.com Kopia Kryptera

Namn/värd/alias	TTL	Typ	Svar/Värde
"@", "." eller tom	3600	TXT	forward-email=/^(support|info)$/:user+$1@gmail.com Kopia Kryptera

Namn/värd/alias	TTL	Typ	Svar/Värde
"@", "." eller tom	3600	TXT	forward-email=/^(.*?)$/:https://solvefaction.com/webhook?username=$1 Kopia Kryptera

Namn/värd/alias	TTL	Typ	Svar/Värde
"@", "." eller tom	3600	TXT	forward-email=/^(linus|torvalds)$/:! Kopia Kryptera

Namn/värd/alias	TTL	Typ	Svar/Värde
"@", "." eller tom	3600	TXT	forward-email=/^(linus|torvalds)$/:!! Kopia Kryptera

Namn/värd/alias	TTL	Typ	Svar/Värde
"@", "." eller tom	3600	TXT	forward-email=/^(linus|torvalds)$/:!!! Kopia Kryptera

Vilka är dina utgående SMTP-gränser

Vi begränsar användare och domäner till 300 utgående SMTP-meddelanden per dag. Detta är i genomsnitt 9000+ e-postmeddelanden under en kalendermånad. Om du behöver överskrida detta belopp eller har konsekvent stora e-postmeddelanden, vänligen kontakta oss.

Behöver jag godkännande för att aktivera SMTP

Ja, vänligen notera att för att upprätthålla IP-rykte och säkerställa leveransbarhet har Forward Email en manuell granskningsprocess per domän för utgående SMTP-godkännande. E-post support@forwardemail.net eller öppna en hjälp begäran för godkännande. Detta tar vanligtvis mindre än 24 timmar, och de flesta förfrågningar besvaras inom 1-2 timmar. Inom en snar framtid siktar vi på att göra denna process omedelbar med ytterligare spamkontroller och varningar. Denna process säkerställer att dina e-postmeddelanden når inkorgen och att dina meddelanden inte markeras som skräppost.

Vilka är dina SMTP-serverkonfigurationsinställningar

Vår server är smtp.forwardemail.net och övervakas även på vår statussida.

Den stöder både IPv4 och IPv6 och är tillgänglig via portar 465 och 2465 för SSL/TLS och 587, 2587, 2525, och 25 för TLS (STARTTLS).

Protokoll	Värdnamn	Hamnar	IPv4	IPv6
SSL/TLS Föredraget	smtp.forwardemail.net	465, 2465	✅	✅
TLS (STARTTLS)	smtp.forwardemail.net	587, 2587, 2525, 25	✅	✅

Logga in	Exempel	Beskrivning
Användarnamn	user@solvefaction.com	E-postadress för ett alias som finns för domänen på Mitt konto domäner.
Lösenord	************************	Alias-specifikt genererat lösenord.

För att skicka utgående e-post med SMTP, SMTP-användare måste vara e-postadressen till ett alias som finns för domänen på Mitt konto domäner - och den SMTP-lösenord måste vara ett aliasspecifikt genererat lösenord.

Vänligen hänvisa till Stöder du att skicka e-post med SMTP för steg för steg instruktioner.

Vilka är dina IMAP-serverkonfigurationsinställningar

Vår server är imap.forwardemail.net och övervakas även på vår statussida.

Den stöder både IPv4 och IPv6 och är tillgänglig via portar 993 och 2993 för SSL/TLS.

Protokoll	Värdnamn	Hamnar	IPv4	IPv6
SSL/TLS Föredraget	imap.forwardemail.net	993, 2993	✅	✅

Logga in	Exempel	Beskrivning
Användarnamn	user@solvefaction.com	E-postadress för ett alias som finns för domänen på Mitt konto domäner.
Lösenord	************************	Alias-specifikt genererat lösenord.

För att ansluta till IMAP, IMAP-användare måste vara e-postadressen till ett alias som finns för domänen på Mitt konto domäner - och den IMAP-lösenord måste vara ett aliasspecifikt genererat lösenord.

Vänligen hänvisa till Stöder du att ta emot e-post med IMAP för steg för steg instruktioner.

Vilka är dina POP3-serverkonfigurationsinställningar

Vår server är pop3.forwardemail.net och övervakas även på vår statussida.

Den stöder både IPv4 och IPv6 och är tillgänglig via portar 995 och 2995 för SSL/TLS.

Protokoll	Värdnamn	Hamnar	IPv4	IPv6
SSL/TLS Föredraget	pop3.forwardemail.net	995, 2995	✅	✅

Logga in	Exempel	Beskrivning
Användarnamn	user@solvefaction.com	E-postadress för ett alias som finns för domänen på Mitt konto domäner.
Lösenord	************************	Alias-specifikt genererat lösenord.

För att ansluta till POP3, POP3-användare måste vara e-postadressen till ett alias som finns för domänen på Mitt konto domäner - och den IMAP-lösenord måste vara ett aliasspecifikt genererat lösenord.

Vänligen hänvisa till Stöder du POP3 för steg för steg instruktioner.

Postfix SMTP-reläkonfiguration

Du kan konfigurera Postfix att vidarebefordra e-postmeddelanden via Forward Emails SMTP-servrar. Detta är användbart för serverapplikationer som behöver skicka e-post.

Installation

1. Installera Postfix på din server:

# Ubuntu/Debian
sudo apt update && sudo apt install postfix
CentOS/RHEL
sudo yum install postfix
macOS
brew install postfix

2. Under installationen väljer du "Internetwebbplats" när du blir ombedd att ange konfigurationstyp.

Konfiguration

1. Redigera den huvudsakliga Postfix-konfigurationsfilen:

sudo nano /etc/postfix/main.cf

2. Lägg till eller ändra dessa inställningar:

# SMTP relay configuration
relayhost = [smtp.forwardemail.net]:587
smtp_use_tls = yes
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_sasl_security_options = noanonymous
smtp_tls_CAfile = /etc/ssl/certs/ca-certificates.crt

3. Skapa SASL-lösenordsfilen:

sudo nano /etc/postfix/sasl_passwd

4. Lägg till dina inloggningsuppgifter för vidarebefordran av e-post:

[smtp.forwardemail.net]:587 your-alias@yourdomain.com:your-generated-password

5. Säkra och hasha lösenordsfilen:

sudo chmod 600 /etc/postfix/sasl_passwd
sudo postmap /etc/postfix/sasl_passwd

6. Starta om Postfix:

sudo systemctl restart postfix

Testning

Testa din konfiguration genom att skicka ett testmejl:

echo "Test email body" | mail -s "Test Subject" recipient@solvefaction.com

säkerhet

Avancerade serverhärdningstekniker

[!TIP] Läs mer om vår säkerhetsinfrastruktur på vår säkerhetssida.

Vidarebefordra e-post implementerar ett flertal serverhärdningstekniker för att säkerställa säkerheten för vår infrastruktur och dina data:

1. Nätverkssäkerhet:

   • IP-tabeller brandvägg med strikta regler
   • Fail2ban för brute force-skydd
   • Regelbundna säkerhetsrevisioner och penetrationstester
   • Endast VPN-administratörsåtkomst

2. Systemhärdning:

   • Minimal paketinstallation
   • Regelbundna säkerhetsuppdateringar
   • SELinux i tvingande läge
   • Inaktiverad root SSH-åtkomst
   • Endast nyckelbaserad autentisering

3. Applikationssäkerhet:

   • Rubriker för innehållssäkerhetspolicy (CSP)
   • HTTPS Strict Transport Security (HSTS)
   • XSS-skyddsrubriker
   • Ramalternativ och rubriker för hänvisningspolicyer
   • Regelbundna beroenderevisioner

4. Dataskydd:

   • Fullständig diskkryptering med LUKS
   • Säker nyckelhantering
   • Regelbundna säkerhetskopior med kryptering
   • Dataminimeringsrutiner

5. Övervakning och respons:

   • Intrångsdetektering i realtid
   • Automatiserad säkerhetsskanning
   • Centraliserad loggning och analys
   • Procedurer för incidenthantering

[!VIKTIGT] Våra säkerhetsrutiner uppdateras kontinuerligt för att hantera nya hot och sårbarheter.

[!TIP] För maximal säkerhet rekommenderar vi att du använder vår tjänst med end-to-end-kryptering via OpenPGP.

Har ni SOC 2- eller ISO 27001-certifieringar?

[!NOTE] Vidarebefordra e-post använder infrastruktur som tillhandahålls av certifierade underleverantörer för att säkerställa efterlevnad av branschstandarder.

Vidarebefordran av e-post har inte direkt SOC 2 Typ II- eller ISO 27001-certifieringar. Tjänsten drivs dock på infrastruktur som tillhandahålls av certifierade underleverantörer:

• Digitalt HavSOC 2 Typ II och SOC 3 Typ II-certifierade (granskade av Schellman & Company LLC), ISO 27001-certifierade vid flera datacenter. Detaljer: https://www.digitalocean.com/trust/certification-reports

• VultrSOC 2+ (HIPAA)-certifierad, ISO/IEC-certifieringar: 20000-1:2018, 27001:2022, 27017:2015, 27018:2019. Detaljer: https://www.vultr.com/legal/compliance/

• DataPacketSOC 2-kompatibel (kontakta DataPacket direkt för att få certifiering), infrastrukturleverantör i företagsklass (plats i Denver). Detaljer: https://www.datapacket.com/datacenters/denver

Vidarebefordra e-post följer branschens bästa praxis för säkerhetsrevisioner och samarbetar regelbundet med oberoende säkerhetsforskare. Källa: https://forwardemail.net/technical-whitepaper.pdf#page=36

Använder ni TLS-kryptering för vidarebefordran av e-post?

Ja. Vidarebefordra e-post tillämpar strikt TLS 1.2+ för alla anslutningar (HTTPS, SMTP, IMAP, POP3) och implementerar MTA-STS för förbättrat TLS-stöd. Implementeringen inkluderar:

• TLS 1.2+ tillämpning för alla e-postanslutningar
• ECDHE (Elliptic Curve Diffie-Hellman Ephemeral) nyckelutbyte för perfekt framåtriktad sekretess
• Moderna krypteringssviter med regelbundna säkerhetsuppdateringar
• HTTP/2-stöd för förbättrad prestanda och säkerhet
• HSTS (HTTP Strict Transport Security) med förladdning i de flesta webbläsare
• MTA-STS (Mail Transfer Agent Strict Transport Security) för strikt TLS-tillämpning

Källa: https://forwardemail.net/technical-whitepaper.pdf#page=25

MTA-STS-implementeringVidarebefordra e-post implementerar strikt MTA-STS-tillämpning i kodbasen. När TLS-fel uppstår och MTA-STS tillämpas returnerar systemet 421 SMTP-statuskoder för att säkerställa att e-postmeddelanden försöks igen senare snarare än att levereras osäkert. Implementeringsdetaljer:

• TLS-feldetektering: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/is-tls-error.js
• MTA-STS-tillämpning i hjälpen för att skicka e-post: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/send-email.js

Tredjepartsvalidering: https://www.hardenize.com/report/forwardemail.net/1750312779 visar "Bra" betyg för alla TLS- och transportsäkerhetsåtgärder.

Bevarar ni rubriker för e-postautentisering

Ja. Vidarebefordra e-post implementerar och bevarar e-postautentiseringsrubriker på ett omfattande sätt:

• SPF (Avsändarpolicyramverk): Korrekt implementerad och bevarad
• DKIM (DomainKeys Identified Mail)Fullt stöd med korrekt nyckelhantering
• DMARCPolicytillämpning för e-postmeddelanden som inte godkänns av SPF- eller DKIM-validering
• ARCÄven om det inte är explicit detaljerat, tyder tjänstens perfekta efterlevnadspoäng på omfattande hantering av autentiseringshuvuden.

Källa: https://forwardemail.net/technical-whitepaper.pdf#page=31

Validering: Internet.nl Mail Test visar 100/100 poäng specifikt för implementeringen av "SPF, DKIM och DMARC". Hardenize-bedömningen bekräftar "Bra" betyg för SPF och DMARC: https://www.hardenize.com/report/forwardemail.net/1750312779

Bevarar ni ursprungliga e-postrubriker och förhindrar förfalskning?

[!TIP] Forward Email implementerar sofistikerat skydd mot förfalskning för att förhindra missbruk av e-post.

Vidarebefordra e-post bevarar ursprungliga e-postrubriker samtidigt som det implementerar omfattande skydd mot förfalskning genom MX-kodbasen:

• Bevarande av rubrikUrsprungliga autentiseringsrubriker bibehålls under vidarebefordran
• Anti-spoofingDMARC-policytillämpning förhindrar förfalskning av header genom att avvisa e-postmeddelanden som inte klarar SPF- eller DKIM-validering
• Förebyggande av rubrikinjektionInmatningsvalidering och sanering med hjälp av striptags-biblioteket
• Avancerat skyddSofistikerad nätfiskedetektering med förfalskningsdetektering, personifieringsskydd och användaraviseringssystem

MX-implementeringsdetaljerDen centrala e-postbehandlingslogiken hanteras av MX-serverns kodbas, specifikt:

• Huvudsaklig MX-datahanterare: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/on-data-mx.js
• Godtycklig e-postfiltrering (anti-spoofing): https://github.com/forwardemail/forwardemail.net/blob/master/helpers/is-arbitrary.js

De isArbitrary helper implementerar sofistikerade regler mot förfalskning, inklusive detektering av domänimitation, blockerade fraser och olika nätfiskemönster.

Källa: https://forwardemail.net/technical-whitepaper.pdf#page=32

Hur skyddar du dig mot spam och missbruk

Vidarebefordra e-post implementerar omfattande flerskiktsskydd:

• PrisbegränsandeTillämpas på autentiseringsförsök, API-slutpunkter och SMTP-anslutningar
• ResursisoleringMellan användare för att förhindra påverkan från användare med hög volym
• DDoS-skyddFlerskiktsskydd genom DataPackets Shield-system och Cloudflare
• Automatisk skalningDynamisk resursjustering baserad på efterfrågan
• Förebyggande av övergreppAnvändarspecifika kontroller för att förhindra missbruk och hashbaserad blockering av skadligt innehåll
• E-postautentiseringSPF-, DKIM- och DMARC-protokoll med avancerad nätfiskedetektering

Källor:

• https://forwardemail.net/technical-whitepaper.pdf#page=18
• https://www.datapacket.com/datacenters/denver (Detaljer om DDoS-skydd)
• https://github.com/forwardemail/forwardemail.net/blob/master/helpers/abuse-prevention-by-user-id.js

Lagrar ni e-postinnehåll på disk?

[!VIKTIGT] Vidarebefordra e-post använder en nollkunskapsarkitektur som förhindrar att e-postinnehåll skrivs till disk.

• NollkunskapsarkitekturIndividuellt krypterade SQLite-postlådor innebär att vidarebefordran av e-post inte kan komma åt e-postinnehåll
• Minnesbaserad bearbetningE-postbehandling sker helt i minnet, vilket undviker disklagring
• Ingen innehållsloggningVi varken loggar eller lagrar e-postinnehåll eller metadata på disk.
• SandlådekrypteringKrypteringsnycklar lagras aldrig på disk i klartext

MX-kodbasbevisMX-servern bearbetar e-postmeddelanden helt i minnet utan att skriva innehåll till disk. Den huvudsakliga hanteraren för e-postbearbetning demonstrerar denna metod i minnet: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/on-data-mx.js

Källor:

• https://forwardemail.net/technical-whitepaper.pdf#page=10 (Abstrakt)
• https://forwardemail.net/technical-whitepaper.pdf#page=59 (Detaljer om nollkunskap)
• https://forwardemail.net/technical-whitepaper.pdf#page=21 (Sandlådebaserad kryptering)

Kan e-postinnehåll exponeras vid systemkrascher

Nej. Vidarebefordra e-post implementerar omfattande skyddsåtgärder mot kraschrelaterad dataexponering:

• Core Dumps inaktiveradFörhindrar minnesexponering vid krascher
• Minnebyte inaktiveratHelt inaktiverad för att förhindra extraktion av känslig data från växlingsfiler
• Minnesbaserad arkitekturE-postinnehåll finns endast i flyktigt minne under bearbetning
• Skydd av krypteringsnyckelNycklar lagras aldrig på disk i klartext
• Fysisk säkerhetLUKS v2-krypterade diskar förhindrar fysisk åtkomst till data
• USB-lagring inaktiveradFörhindrar obehörig datautvinning

Felhantering för systemproblemVidarebefordra e-post använder hjälpfunktioner isCodeBug och isTimeoutError för att säkerställa att om problem med databasens anslutning, DNS-nätverk/blocklistor eller uppströmsanslutningar uppstår, returnerar systemet 421 SMTP-statuskoder för att säkerställa att e-postmeddelanden försöks igen senare snarare än att förloras eller exponeras.

Implementeringsdetaljer:

• Felklassificering: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/is-code-bug.js
• Hantering av timeout-fel i MX-bearbetning: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/on-data-mx.js

Källa: https://forwardemail.net/technical-whitepaper.pdf#page=15

Vem har åtkomst till er e-postinfrastruktur

Vidarebefordra e-post implementerar omfattande åtkomstkontroller för sitt minimala teknikteam på 2–3 personer med strikta 2FA-krav:

• Rollbaserad åtkomstkontrollFör teamkonton med resursbaserade behörigheter
• Principen om minsta privilegiumTillämpas i alla system
• Segregering av arbetsuppgifterMellan operativa roller
• AnvändarhanteringSeparata distributions- och devops-användare med distinkta behörigheter
• Root-inloggning inaktiveradTvingar fram åtkomst via korrekt autentiserade konton
• Strikt 2FAIngen SMS-baserad 2FA på grund av risk för MiTM-attacker - endast appbaserade eller hårdvarubaserade tokens
• Omfattande revisionsloggningMed redigering av känsliga uppgifter
• Automatiserad avvikelsedetekteringFör ovanliga åtkomstmönster
• Regelbundna säkerhetsgranskningarAv åtkomstloggar
• Förebyggande av attacker mot onda städerskorUSB-lagring inaktiverad och andra fysiska säkerhetsåtgärder

Källor:

• https://forwardemail.net/technical-whitepaper.pdf#page=30 (Auktoriseringskontroller)
• https://forwardemail.net/technical-whitepaper.pdf#page=30 (Nätverkssäkerhet)
• https://forwardemail.net/technical-whitepaper.pdf#page=15 (Förebyggande av attacker mot onda städerskor)

Vilka infrastrukturleverantörer använder ni

[!VIKTIGT] Vidarebefordra e-post använder flera infrastrukturunderleverantörer med omfattande efterlevnadscertifieringar.

Fullständig information finns på vår sida om GDPR-efterlevnad: https://forwardemail.net/gdpr

Primära infrastrukturunderbiträden:

Leverantör	Certifierad ram för dataskydd	GDPR-efterlevnadssida
CloudFlare	✅ Ja	https://www.cloudflare.com/trust-hub/gdpr/
DataPacket	❌ Nej	https://www.datapacket.com/privacy-policy
Digitalt Hav	❌ Nej	https://www.digitalocean.com/legal/gdpr
Vultr	❌ Nej	https://www.vultr.com/legal/eea-gdpr-privacy/

Detaljerade certifieringar:

Digitalt Hav

• SOC 2 Typ II och SOC 3 Typ II (granskad av Schellman & Company LLC)
• ISO 27001-certifierad vid flera datacenter
• PCI-DSS-kompatibel
• CSA STAR Nivå 1-certifierad
• APEC CBPR PRP-certifierad
• Detaljer: https://www.digitalocean.com/trust/certification-reports

Vultr

• SOC 2+ (HIPAA)-certifierad
• PCI Merchant-kompatibel
• CSA STAR Nivå 1-certifierad
• ISO/IEC 20000-1:2018, 27001:2022, 27017:2015, 27018:2019
• Detaljer: https://www.vultr.com/legal/compliance/

DataPacket

• SOC 2-kompatibel (kontakta DataPacket direkt för att få certifiering)
• Infrastruktur i företagsklass (plats i Denver)
• DDoS-skydd genom Shield cybersäkerhetsstack
• 24/7 teknisk support
• Globalt nätverk över 58 datacenter
• Detaljer: https://www.datapacket.com/datacenters/denver

Betalningsbehandlare:

• RandCertifierad enligt Data Privacy Framework - https://stripe.com/legal/privacy-center
• PayPalInte DPF-certifierad - https://www.paypal.com/uk/legalhub/privacy-full

Erbjuder ni ett databehandlingsavtal (DPA)?

Ja, Forward Email erbjuder ett omfattande databehandlingsavtal (DPA) som kan undertecknas med vårt företagsavtal. En kopia av vårt DPA finns tillgänglig på: https://forwardemail.net/dpa

DPA-uppgifter:

• Omfattar GDPR-efterlevnad och ramverken för Privacy Shield mellan EU och USA/Schweiz och USA
• Godkänns automatiskt när du godkänner våra användarvillkor
• Ingen separat underskrift krävs för standard DPA
• Anpassade DPA-avtal tillgängliga via Enterprise License

Ramverk för efterlevnad av GDPR: Vårt dataskyddsavtal beskriver i detalj efterlevnaden av GDPR samt internationella krav på dataöverföring. Fullständig information finns på: https://forwardemail.net/gdpr

För företagskunder som behöver anpassade DPA-villkor eller specifika avtalsarrangemang kan dessa hanteras via vår Företagslicens (250 USD/månad) programmera.

Hur hanterar ni anmälningar om dataintrång

[!NOTE] Vidarebefordran av e-posts nollkunskapsarkitektur begränsar intrångets inverkan avsevärt.

• Begränsad dataexponeringKan inte komma åt krypterat e-postinnehåll på grund av nollkunskapsarkitektur
• Minimal datainsamlingEndast grundläggande prenumerantinformation och begränsade IP-loggar för säkerhets skull
• Ramverk för underleverantörerDigitalOcean och Vultr upprätthåller GDPR-kompatibla incidenthanteringsrutiner

Information om GDPR-representant: Forward Email har utsett GDPR-representanter i enlighet med artikel 27:

EU-representant: Osano International Compliance Services Limited ATTN: LFHC 3 Dublin Landings, North Wall Quay Dublin 1, D01C4E0

Representant i Storbritannien: Osano UK Compliance LTD ATTN: LFHC 42-46 Fountain Street, Belfast Antrim, BT1 - 5EF

För företagskunder som behöver specifika servicenivåavtal för intrångsmeddelanden bör dessa diskuteras som en del av en Företagslicens avtal.

Källor:

• https://forwardemail.net/technical-whitepaper.pdf#page=59
• https://forwardemail.net/gdpr

Erbjuder ni en testmiljö

Den tekniska dokumentationen för Vidarebefordra e-post beskriver inte uttryckligen ett dedikerat sandlådeläge. Potentiella testmetoder inkluderar dock:

• Alternativ för egen hostingOmfattande egenhostingfunktioner för att skapa testmiljöer
• API-gränssnittPotential för programmatisk testning av konfigurationer
• Öppen källa100 % öppen källkod låter kunderna undersöka vidarebefordringslogik
• Flera domänerStöd för flera domäner kan möjliggöra skapande av testdomäner

För företagskunder som behöver formella sandboxfunktioner bör detta diskuteras som en del av en Företagslicens arrangemang.

Källa: https://github.com/forwardemail/forwardemail.net (Detaljer om utvecklingsmiljön)

Tillhandahåller ni övervaknings- och varningsverktyg?

Vidarebefordra e-post ger övervakning i realtid med vissa begränsningar:

Tillgänglig:

• Leveransövervakning i realtidOffentligt synliga prestandamått för större e-postleverantörer
• Automatisk aviseringTeknikteamet varnas när leveranstiderna överstiger 10 sekunder
• Transparent övervakning100 % övervakningssystem med öppen källkod
• InfrastrukturövervakningAutomatiserad avvikelsedetektering och omfattande granskningsloggning

Begränsningar:

• Kundvända webhooks eller API-baserade leveransstatusmeddelanden är inte explicit dokumenterade.

För företagskunder som behöver detaljerade webhooks för leveransstatus eller anpassade övervakningsintegrationer kan dessa funktioner vara tillgängliga via Företagslicens arrangemang.

Källor:

• https://forwardemail.net (Visning av realtidsövervakning)
• https://github.com/forwardemail/forwardemail.net (Övervakning av implementering)

Hur säkerställer du hög tillgänglighet

[!VIKTIGT] Vidarebefordra e-post implementerar omfattande redundans över flera infrastrukturleverantörer.

• Distribuerad infrastrukturFlera leverantörer (DigitalOcean, Vultr, DataPacket) över geografiska regioner
• Geografisk lastbalanseringCloudflare-baserad geolokaliserad lastbalansering med automatisk redundansväxling
• Automatisk skalningDynamisk resursjustering baserad på efterfrågan
• Flerskikts DDoS-skyddGenom DataPackets Shield-system och Cloudflare
• ServerredundansFlera servrar per region med automatisk redundansväxling
• DatabasreplikeringRealtidsdatasynkronisering över flera platser
• Övervakning och varningarÖvervakning dygnet runt med automatisk incidentrespons

Drifttidsåtagande99,9 %+ tjänstetillgänglighet med transparent övervakning tillgänglig på https://forwardemail.net

Källor:

• https://forwardemail.net/technical-whitepaper.pdf#page=18
• https://www.datapacket.com/datacenters/denver

Följer du kraven i avsnitt 889 i lagen om nationell försvarsauktorisering (NDAA)?

[!VIKTIGT] Vidarebefordra e-post följer helt avsnitt 889 genom noggrant urval av infrastrukturpartners.

Ja, vidarebefordra e-post är Avsnitt 889-kompatibelAvsnitt 889 i National Defense Authorization Act (NDAA) förbjuder myndigheter att använda eller ingå avtal med enheter som använder telekommunikations- och videoövervakningsutrustning från specifika företag (Huawei, ZTE, Hikvision, Dahua och Hytera).

Hur vidarebefordran av e-post uppnår efterlevnad av avsnitt 889:

Vidarebefordra e-post förlitar sig uteslutande på två viktiga infrastrukturleverantörer, varav ingen använder utrustning som är förbjuden enligt paragraf 889:

1. CloudFlareVår primära partner för nätverkstjänster och e-postsäkerhet
2. DataPacketVår primära leverantör av serverinfrastruktur (med exklusiva Arista Networks- och Cisco-utrustning)
3. Backup-leverantörerVåra backupleverantörer av Digital Ocean och Vultr har dessutom skriftligen bekräftats vara kompatibla med Section 889.

Cloudflares engagemangCloudflare anger uttryckligen i sin uppförandekod för tredje part att de inte använder telekommunikationsutrustning, videoövervakningsprodukter eller tjänster från några enheter som är förbjudna enligt avsnitt 889.

Fall av användning för myndigheterVår efterlevnad av avsnitt 889 validerades när Amerikanska marinakademin valde vidarebefordra e-post för sina behov av säker vidarebefordran av e-post, vilket krävde dokumentation av våra federala efterlevnadsstandarder.

För fullständig information om vårt regelverk för efterlevnad av myndighetsregler, inklusive bredare federala bestämmelser, läs vår omfattande fallstudie: Kompatibel med avsnitt 889 i den federala regeringens e-posttjänst

System- och tekniska detaljer

Lagrar du e-postmeddelanden och deras innehåll

Nej, vi skriver inte till disk eller lagrar loggar – med undantag för fel och utgående SMTP (se vår Integritetspolicy).

Allt görs i minnet och vår källkod finns på GitHub.

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 solvefaction.com 25) - Detta är den första anslutningen. Vi kontrollerar avsändare som inte finns i vår godkännandelista mot vårt denylist. Slutligen, om en avsändare inte finns på vår godkännandelista, kontrollerar vi om de har varit 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 denylist. Vi kontrollerar äntligen avsändare som inte finns med på godkännandelistan med avseende på hastighetsbegränsning (se avsnittet om Prisbegränsande och godkännandelista 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 50 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.

• 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 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.

3. 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.

4. Använda e-postmeddelandets fingeravtryck (se avsnittet om Fingeravtryck), kommer vi att kontrollera att meddelandet har försökt testas igen i mer än 5 dagar (vilket matchar standardbeteende för postfix), och i så fall kommer den att avvisas med en 550-felkod.

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

6. 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.

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

   • Received - vi lägger till denna standard mottagna header med ursprungs-IP och värd, överföringstyp, TLS-anslutningsinformation, datum/tid och mottagare.
   • X-Original-To - den ursprungliga mottagaren av meddelandet:
     • Detta är användbart för att avgöra var ett e-postmeddelande ursprungligen levererades till (utöver rubriken "Mottaget").
     • Detta läggs till per mottagare vid tidpunkten för IMAP och/eller maskerad vidarebefordran (för att skydda integriteten).
   • X-Forward-Email-Website - innehåller en länk till vår webbplats för https://forwardemail.net
   • X-Forward-Email-Version - nuvarande SemVer version från package.json av vår kodbas.
   • X-Forward-Email-Session-ID - ett sessions-ID-värde som används för felsökningsändamål (gäller endast i icke-produktionsmiljöer).
   • X-Forward-Email-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-Forward-Email-ID - detta är endast tillämpligt för utgående SMTP och korrelerar med e-post-ID:t lagrat i Mitt konto → E-postmeddelanden
   • X-Report-Abuse - med ett värde av abuse@forwardemail.net.
   • X-Report-Abuse-To - med ett värde av abuse@forwardemail.net.
   • X-Complaints-To - med ett värde av abuse@forwardemail.net.

8. 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.solvefaction.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 solvefaction.com txt). Se detta avsnitt för mer information om skicka e-post som med Gmail angående SPF.

9. 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. solvefaction.com om e-postadressen var test@solvefaction.com). Till exempel om domänen är solvefaction.com vi gör en DNS-uppslagning som t.ex dig solvefaction.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å anmälda, men den här konfigurationen kan ändras på sidan Inställningar för en domän i instrumentpanelen Vidarebefordra e-post).

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

    • Adressen kontrolleras mot vår denylist, och om den fanns med i listan kommer en 421-felkod att uppstå (indikerar för avsändaren att försöka igen senare).
    • 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).

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

12. 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).

13. 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).

14. 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 inte godkändes OCH inga DKIM-signaturer var anpassade till "Från"-huvudet. Det betyder att vi kommer att ändra rubriken "Från" 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 SSL/TLS-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/TLS-fel inträffar när du 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 blockerade (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 blockeras

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

När detta skrivs är vi också listade i flera DNS-tillståndslistor, och vi tar övervakningsförnekare 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.

Våra IP-adresser är allmänt tillgängliga, se det här avsnittet nedan för mer insikt.

Vad är postmästaradresser

För att förhindra missriktade avvisningar och att skicka semestersvarsmeddelanden till oövervakade eller obefintliga postlådor, upprätthåller vi en lista över mailer-daemon-liknande användarnamn:

• automailer
• autoresponder
• bounce
• bounce-notification
• bounce-notifications
• bounces
• hostmaster
• listserv
• localhost
• mail-daemon
• mail.daemon
• maildaemon
• mailer-daemon
• mailer.daemon
• mailerdaemon
• majordomo
• postmaster
• och eventuell obesvarad adress

Ser RFC 5320 Avsnitt 4.6 för mer insikt i hur listor som dessa används för att skapa effektiva e-postsystem.

Vad är adresser utan svar

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:

• do-not-reply
• do-not-respond
• do.not.reply
• donotreply
• donotrespond
• dont-reply
• naoresponda
• no-replies
• no-reply
• no-replys
• no.replies
• no.reply
• no.replys
• no_reply
• nobody
• noreplies
• noreply
• noreplys

Denna lista bibehålls som ett öppen källkodsprojekt på GitHub.

Vilka är din servers IP-adresser

Vi publicerar våra IP-adresser på https://forwardemail.net/ips.

Har du en godkännandelista

Ja, vi har en lista över domännamnstillägg som är godkännandelista som standard och en dynamisk, cachad och rullande godkännandelista baserad på strikta kriterier.

Alla e-postmeddelanden, domäner och mottagare från kunder med betalabonnemang läggs automatiskt till på vår godkännandelista.

Vilka domännamnstillägg är tillåtna som standard

Följande domännamnstillägg anses vara godkända som standard (oavsett om de finns på paraplypopularitetslistan eller inte):

• edu
• gov
• mil
• int
• arpa
• dni.us
• fed.us
• isa.us
• kids.us
• nsn.us
• ak.us
• al.us
• ar.us
• as.us
• az.us
• ca.us
• co.us
• ct.us
• dc.us
• de.us
• fl.us
• ga.us
• gu.us
• hi.us
• ia.us
• id.us
• il.us
• in.us
• ks.us
• ky.us
• la.us
• ma.us
• md.us
• me.us
• mi.us
• mn.us
• mo.us
• ms.us
• mt.us
• nc.us
• nd.us
• ne.us
• nh.us
• nj.us
• nm.us
• nv.us
• ny.us
• oh.us
• ok.us
• or.us
• pa.us
• pr.us
• ri.us
• sc.us
• sd.us
• tn.us
• tx.us
• ut.us
• va.us
• vi.us
• vt.us
• wa.us
• wi.us
• wv.us
• wy.us
• mil.tt
• edu.tt
• edu.tr
• edu.ua
• edu.au
• ac.at
• edu.br
• ac.nz
• school.nz
• cri.nz
• health.nz
• mil.nz
• parliament.nz
• ac.in
• edu.in
• mil.in
• ac.jp
• ed.jp
• lg.jp
• ac.za
• edu.za
• mil.za
• school.za
• mil.kr
• ac.kr
• hs.kr
• ms.kr
• es.kr
• sc.kr
• kg.kr
• edu.es
• ac.lk
• sch.lk
• edu.lk
• ac.th
• mi.th
• admin.ch
• canada.ca
• gc.ca
• go.id
• go.jp
• go.ke
• go.kr
• go.th
• gob.ar
• gob.cl
• gob.es
• gob.mx
• gob.ve
• gob.sv
• gouv.fr
• gouv.nc
• gouv.qc.ca
• gov.ad
• gov.af
• gov.ai
• gov.al
• gov.am
• gov.ao
• gov.au
• gov.aw
• gov.ax
• gov.az
• gov.bd
• gov.be
• gov.bg
• gov.bm
• gov.by
• gov.cl
• gov.cn
• gov.co
• gov.cy
• gov.cz
• gov.dz
• gov.eg
• gov.fi
• gov.fk
• gov.gg
• gov.gr
• gov.hk
• gov.hr
• gov.hu
• gov.ie
• gov.il
• gov.im
• gov.in
• gov.iq
• gov.ir
• gov.it
• gov.je
• gov.kp
• gov.krd
• gov.ky
• gov.kz
• gov.lb
• gov.lk
• gov.lt
• gov.lv
• gov.ma
• gov.mm
• gov.mo
• gov.mt
• gov.my
• gov.ng
• gov.np
• gov.ph
• gov.pk
• gov.pl
• gov.pt
• gov.py
• gov.ro
• gov.ru
• gov.scot
• gov.se
• gov.sg
• gov.si
• gov.sk
• gov.tr
• gov.tt
• gov.tw
• gov.ua
• gov.uk
• gov.vn
• gov.wales
• gov.za
• government.pn
• govt.nz
• gv.at
• ac.uk
• bl.uk
• judiciary.uk
• mod.uk
• nhs.uk
• parliament.uk
• police.uk
• rct.uk
• royal.uk
• sch.uk
• ukaea.uk

Dessutom dessa varumärke och företags toppdomäner är godkända som standard (t.ex. apple för applecard.apple för Apple Card-kontoutdrag):

• aaa
• aarp
• abarth
• abb
• abbott
• abbvie
• abc
• accenture
• aco
• aeg
• aetna
• afl
• agakhan
• aig
• aigo
• airbus
• airtel
• akdn
• alfaromeo
• alibaba
• alipay
• allfinanz
• allstate
• ally
• alstom
• amazon
• americanexpress
• amex
• amica
• android
• anz
• aol
• apple
• aquarelle
• aramco
• audi
• auspost
• aws
• axa
• azure
• baidu
• bananarepublic
• barclaycard
• barclays
• basketball
• bauhaus
• bbc
• bbt
• bbva
• bcg
• bentley
• bharti
• bing
• blanco
• bloomberg
• bms
• bmw
• bnl
• bnpparibas
• boehringer
• bond
• booking
• bosch
• bostik
• bradesco
• bridgestone
• brother
• bugatti
• cal
• calvinklein
• canon
• capitalone
• caravan
• cartier
• cba
• cbn
• cbre
• cbs
• cern
• cfa
• chanel
• chase
• chintai
• chrome
• chrysler
• cipriani
• cisco
• citadel
• citi
• citic
• clubmed
• comcast
• commbank
• creditunion
• crown
• crs
• csc
• cuisinella
• dabur
• datsun
• dealer
• dell
• deloitte
• delta
• dhl
• discover
• dish
• dnp
• dodge
• dunlop
• dupont
• dvag
• edeka
• emerck
• epson
• ericsson
• erni
• esurance
• etisalat
• eurovision
• everbank
• extraspace
• fage
• fairwinds
• farmers
• fedex
• ferrari
• ferrero
• fiat
• fidelity
• firestone
• firmdale
• flickr
• flir
• flsmidth
• ford
• fox
• fresenius
• forex
• frogans
• frontier
• fujitsu
• fujixerox
• gallo
• gallup
• gap
• gbiz
• gea
• genting
• giving
• gle
• globo
• gmail
• gmo
• gmx
• godaddy
• goldpoint
• goodyear
• goog
• google
• grainger
• guardian
• gucci
• hbo
• hdfc
• hdfcbank
• hermes
• hisamitsu
• hitachi
• hkt
• honda
• honeywell
• hotmail
• hsbc
• hughes
• hyatt
• hyundai
• ibm
• ieee
• ifm
• ikano
• imdb
• infiniti
• intel
• intuit
• ipiranga
• iselect
• itau
• itv
• iveco
• jaguar
• java
• jcb
• jcp
• jeep
• jpmorgan
• juniper
• kddi
• kerryhotels
• kerrylogistics
• kerryproperties
• kfh
• kia
• kinder
• kindle
• komatsu
• kpmg
• kred
• kuokgroup
• lacaixa
• ladbrokes
• lamborghini
• lancaster
• lancia
• lancome
• landrover
• lanxess
• lasalle
• latrobe
• lds
• leclerc
• lego
• liaison
• lexus
• lidl
• lifestyle
• lilly
• lincoln
• linde
• lipsy
• lixil
• locus
• lotte
• lpl
• lplfinancial
• lundbeck
• lupin
• macys
• maif
• man
• mango
• marriott
• maserati
• mattel
• mckinsey
• metlife
• microsoft
• mini
• mit
• mitsubishi
• mlb
• mma
• monash
• mormon
• moto
• movistar
• msd
• mtn
• mtr
• mutual
• nadex
• nationwide
• natura
• nba
• nec
• netflix
• neustar
• newholland
• nfl
• nhk
• nico
• nike
• nikon
• nissan
• nissay
• nokia
• northwesternmutual
• norton
• nra
• ntt
• obi
• office
• omega
• oracle
• orange
• otsuka
• panasonic
• pccw
• pfizer
• philips
• piaget
• pictet
• ping
• pioneer
• play
• playstation
• pohl
• politie
• praxi
• prod
• progressive
• pru
• prudential
• pwc
• qvc
• redstone
• reliance
• rexroth
• ricoh
• rmit
• rocher
• rogers
• rwe
• safety
• sakura
• samsung
• sandvik
• sandvikcoromant
• sanofi
• sap
• saxo
• sbi
• sca
• scb
• schaeffler
• schmidt
• schwarz
• scjohnson
• scor
• seat
• sener
• ses
• sew
• seven
• sfr
• seek
• shangrila
• sharp
• shaw
• shell
• shriram
• sina
• sky
• skype
• smart
• sncf
• softbank
• sohu
• sony
• spiegel
• stada
• staples
• star
• starhub
• statebank
• statefarm
• statoil
• stc
• stcgroup
• suzuki
• swatch
• swiftcover
• symantec
• taobao
• target
• tatamotors
• tdk
• telecity
• telefonica
• temasek
• teva
• tiffany
• tjx
• toray
• toshiba
• total
• toyota
• travelchannel
• travelers
• tui
• tvs
• ubs
• unicom
• uol
• ups
• vanguard
• verisign
• vig
• viking
• virgin
• visa
• vista
• vistaprint
• vivo
• volkswagen
• volvo
• walmart
• walter
• weatherchannel
• weber
• weir
• williamhill
• windows
• wme
• wolterskluwer
• woodside
• wtc
• xbox
• xerox
• xfinity
• yahoo
• yamaxun
• yandex
• yodobashi
• youtube
• zappos
• zara
• zippo

Från och med den 18 mars 2025 har vi även lagt till dessa franska utomeuropeiska territorier till denna lista (enligt denna GitHub-förfrågan):

• bzh
• gf
• gp
• mq
• nc
• pf
• pm
• re
• tf
• wf
• yt

Vilka kriterier har du för godkännandelistan

Vi har en statisk lista över domännamnstillägg godkända som standard – och vi upprätthåller även en dynamisk, cachad, rullande godkännandelista baserad på följande strikta kriterier:

• Avsändarens rotdomän måste vara av en domännamnstillägg som matchar listan vi erbjuder på vår kostnadsfria plan (med tillägg av biz och info). Vi inkluderar också edu, gov, och mil delmatcher, som t.ex xyz.gov.au och xyz.edu.au.
• Avsändarens rotdomän måste vara inom de 100 000 bästa unika rotdomänens analyserade resultat från Paraply popularitetslista ("UPL").
• Avsändarens rotdomän måste vara inom de 50 000 bästa resultaten från unika rotdomäner som har dykt upp under minst fyra av de senaste sju dagarna av UPL:er (~50%+).
• Avsändarens rotdomän får inte vara det kategoriseras som vuxet innehåll eller skadlig programvara av Cloudflare.
• Avsändarens rotdomän måste ha antingen A- eller MX-poster inställda.
• Avsändarens rotdomän måste ha antingen A-post(er), MX-post(er), DMARC-post med p=reject eller p=quarantine, eller en SPF-post med -all eller ~all kval.

Om detta kriterium är uppfyllt kommer avsändarens rotdomän att cachelagras i 7 dagar. Observera att vårt automatiserade jobb körs dagligen – därför är detta en rullande godkännandelista cache som uppdateras dagligen.

Vårt automatiserade jobb kommer att ladda ner de föregående 7 dagarna av UPL:s minne, packa upp dem och sedan analysera minnet enligt de strikta kriterierna ovan.

Populära domäner när detta skrivs som Google, Yahoo, Microsoft, Amazon, Meta, Twitter, Netflix, Spotify, med flera – ingår såklart.

Om du är en avsändare som inte finns med på vår godkännandelista 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. Observera att detta är standardpraxis som antagits som en e-poststandard. De flesta e-postserverklienter kommer att försöka igen om de får en hastighetsgräns eller grålistasfel (t.ex. en 421- eller 4xx-nivåfelstatuskod).

Observera att specifika avsändare som t.ex a@gmail.com, b@xyz.edu, och c@gov.au kan fortfarande vara förnekas (t.ex. om vi automatiskt upptäcker spam, nätfiske eller skadlig programvara från dessa avsändare).

Vilka domännamnstillägg kan användas gratis

Från och med den 31 mars 2023 tillämpade vi en ny generell skräppostregel för att skydda våra användare och tjänster.

Den här nya regeln tillåter endast att följande domännamnstillägg används i vår kostnadsfria plan:

• ac
• ad
• ag
• ai
• al
• am
• app
• as
• at
• au
• ba
• be
• br
• by
• ca
• cc
• cd
• ch
• ck
• co
• com
• de
• dev
• dj
• dk
• ee
• es
• eu
• family
• fi
• fm
• fr
• gg
• gl
• id
• ie
• il
• im
• in
• io
• ir
• is
• it
• je
• jp
• ke
• kr
• la
• li
• lv
• ly
• md
• me
• mn
• ms
• mu
• mx
• net
• ni
• nl
• no
• nu
• nz
• org
• pl
• pr
• pt
• pw
• rs
• sc
• se
• sh
• si
• sm
• sr
• st
• tc
• tm
• to
• tv
• uk
• us
• uz
• vc
• vg
• vu
• ws
• xyz
• za

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 godkännandelista 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.solvefaction.com innan vi ser ett mejl komma ifrån solvefaction.com, sedan valfritt e-postmeddelande från test.solvefaction.com och/eller solvefaction.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.solvefaction.com och solvefaction.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 godkännandelista (t.ex. Meta, Amazon, Netflix, Google, Microsoft när detta skrivs).

Har du en denylist

Ja, vi driver vår egen avvisningslista och uppdaterar den automatiskt i realtid och manuellt baserat på spam och skadlig aktivitet som har upptäckts.

Vi hämtar också alla IP-adresser från UCEPROTECT Level 1-avvisningslistan på http://wget-mirrors.uceprotect.net/rbldnsd-all/dnsbl-1.uceprotect.net.gz varje timme och mata in den i vår denylist med 7 dagars utgång.

Avsändare som hittas i denylistan kommer att få en 421-felkod (indikerar att avsändaren ska försöka igen senare) om de är inte godkända.

Genom att använda en 421-statuskod istället för en 554-statuskod kan potentiella falska positiva resultat lindras i realtid och sedan kan meddelandet levereras framgångsrikt vid nästa försök.

Detta är utformat till skillnad från andra e-posttjänster, där om du sätts på en blockeringslista, uppstår ett hårt och permanent misslyckande. Det är ofta svårt att be avsändare att testa meddelanden igen (särskilt från stora organisationer), och därför ger detta tillvägagångssätt ungefär 5 dagar från det första e-postförsöket för antingen avsändaren, mottagaren eller oss att gå in och lindra problemet (genom att begära avvisningslista borttagning).

Alla begäranden om borttagning av denylist övervakas i realtid av administratörer (t.ex. så att återkommande falska positiva meddelanden permanent kan godkännas av administratörer).

Begäran om borttagning av denylist kan begäras på https://forwardemail.net/denylist. Betalda användare får sina begäranden om borttagning av denylist bearbetade omedelbart, medan icke-betalda användare måste vänta på att administratörer ska behandla deras begäran.

Avsändare som upptäcks skicka skräppost eller virusinnehåll läggs till i avvisningslistan på följande sätt:

1. De första meddelandets fingeravtryck är grålistad vid upptäckt av skräppost eller blockeringslista från en "betrodd" avsändare (t.ex. gmail.com, microsoft.com, apple.com).
   • Om avsändaren var godkänd är meddelandet grålistat i 1 timme.
   • Om avsändaren inte är godkänd är meddelandet grålistat i 6 timmar.
2. Vi analyserar denylistnycklar från information från avsändaren och meddelandet, och för var och en av dessa nycklar skapar vi (om en inte redan finns) en räknare, ökar den med 1 och cachar den i 24 timmar.
   • För godkända avsändare:
     • Lägg till en nyckel för kuvertets "MAIL FROM"-e-postadress om den hade godkänt SPF eller ingen SPF, och det inte ett postmaster användarnamn eller ett användarnamn utan svar.
     • Om "Från"-rubrik var tillåten, lägg sedan till en nyckel för "Från"-rubrikens e-postadress om den hade godkänt SPF eller godkänd och justerad DKIM.
     • Om "Från"-rubriken inte var tillåten, lägg till en nyckel för "Från"-huvudets e-postadress och dess rotparsade domännamn.
   • För icke-tillåtna avsändare:
     • Lägg till en nyckel för kuvertets "MAIL FROM"-e-postadress om den hade godkänt SPF.
     • Om "Från"-rubrik var tillåten, lägg sedan till en nyckel för "Från"-rubrikens e-postadress om den hade godkänt SPF eller godkänd och justerad DKIM.
     • Om "Från"-rubriken inte var tillåten, lägg till en nyckel för "Från"-huvudets e-postadress och dess rotparsade domännamn.
     • Lägg till en nyckel för avsändarens fjärr-IP-adress.
     • Lägg till en nyckel för det klientupplösta värdnamnet genom omvänd sökning från avsändarens IP-adress (om någon).
     • Lägg till en nyckel för rotdomänen för det klientlösta värdnamnet (om det finns något, och om det skiljer sig från det klientlösta värdnamnet).
3. Om räknaren når 5 för en icke-tillåten avsändare och nyckel, nekar vi nyckeln i 30 dagar och ett e-postmeddelande skickas till vårt missbruksteam. Dessa siffror kan ändras och uppdateringar kommer att återspeglas här när vi övervakar missbruk.
4. Om räknaren når 10 för en godkänd avsändare och nyckel, nekar vi nyckeln i 7 dagar och ett e-postmeddelande skickas till vårt missbruksteam. Dessa siffror kan ändras och uppdateringar kommer att återspeglas här när vi övervakar missbruk.

NOTE: Inom en snar framtid kommer vi att införa ryktesövervakning. Rykteövervakning kommer istället att beräkna när en avsändare ska nekas lista baserat på en procentuell tröskel (i motsats till en rudimentär räknare som nämnts ovan).

Har du räntebegränsning

Begränsningen av avsändarhastigheten är antingen genom att rotdomänen analyseras från en omvänd PTR-sökning på avsändarens IP-adress – eller om det inte ger något resultat, så använder den helt enkelt avsändarens IP-adress. Observera att vi refererar till detta som Sender Nedan.

Våra MX-servrar har dagliga gränser för inkommande e-post som tas emot för krypterad IMAP-lagring:

• Istället för att begränsa inkommande post som tas emot på individuell aliasbasis (t.ex. you@yourdomain.com) – vi betygsätter gränsen för själva aliasets domännamn (t.ex. yourdomain.com). Detta förhindrar Senders från att översvämma inkorgarna för alla alias över din domän på en gång.
• Vi har generella gränser som gäller för alla Senders över vår tjänst oavsett mottagare:
  • Senders som vi anser vara "betrodda" som en källa till sanning (t.ex. gmail.com, microsoft.com, apple.com) är begränsade till att skicka 100 GB per dag.
  • Senders som är godkända är begränsade till att skicka 10 GB per dag.
  • Allt annat Senders är begränsade till att skicka 1 GB och/eller 1000 meddelanden per dag.
• Vi har en specifik gräns per Sender och yourdomain.com på 1 GB och/eller 1000 meddelanden dagligen.

MX-servrarna begränsar även meddelanden som vidarebefordras till en eller flera mottagare genom hastighetsbegränsning – men detta gäller endast för Senders inte på godkännandelista:

• Vi tillåter endast upp till 100 anslutningar per timme, per Sender löst FQDN-rotdomän (eller) Sender 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 finns med i vår godkännandelista.

• Om du skickar från en domän som t.ex test.abc.123.solvefaction.com, då kommer taxegränsen att införas solvefaction.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.

• Senders som överskrider gränsen kommer att avvisas med ett 421-fel.

Våra IMAP- och SMTP-servrar begränsar dina alias från att ha mer än 60 samtidiga anslutningar på en gång.

Våra MX-servrar begränsar icke-tillåten avsändare från att upprätta fler än 10 samtidiga anslutningar (med 3 minuters cacheminne för räknaren, vilket speglar vår socket timeout på 3 minuter).

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 blank ELLER är lika med (skiftlägeskänsligt) någon av postmästaradresser (delen före @ i ett e-postmeddelande), sedan kontrollerar vi om avsändarens IP matchar en från den här listan.

Om avsändarens IP är listad (och inte i vår godkännandelista), så skickar vi ett 554-fel med meddelandet The IP ${session.remoteAddress} is blocked 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 på vår godkännandelista 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 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 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 endast när MAIL FROM och/eller From inte är tomt och inte innehåller (skiftlägeskänsligt) en postmaster användarnamn (delen före @ i ett e-postmeddelande).

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

   • Rubrik på auto-submitted med ett värde som inte är lika med no.
   • Rubrik på x-auto-response-suppress med ett värde av dr, autoreply, auto-reply, auto_reply, eller all
   • Rubrik på list-id, list-subscribe, list-unsubscribe, list-help, list-post, list-owner, list-archive, x-autoreply, x-autorespond, eller x-auto-respond (oavsett värde).
   • Rubrik på precedence med ett värde av bulk, autoreply, auto-reply, auto_reply, eller list.

5. Vi skickar inte om e-postadressen MAIL FROM eller From slutar med +donotreply, -donotreply, +noreply, eller -noreply.

6. Vi skickar inte om avsnittet Från e-postadress användarnamn var mdaemon och den hade en skiftlägesokänslig rubrik på X-MDDSN-Message.

7. Vi skickar inte om det fanns en skiftlägesokänslig content-type huvudet på multipart/report.

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 beräknas från följande lista:

• Klientlöst FQDN-värdnamn eller IP-adress
• Message-ID rubrikvärde (om något)
• Date rubrikvärde (om något)
• From rubrikvärde (om något)
• To rubrikvärde (om något)
• Cc rubrikvärde (om något)
• Subject rubrikvärde (om något)
• Body värde (om något)

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.

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 solvefaction.com vidarebefordra till aliasmottagarnas SMTP-port 1337 istället för 25:

Namn/värd/alias	TTL	Typ	Svar/Värde
"@", "." eller tom	3600	TXT	forward-email-port=1337 Kopia Kryptera

Namn/värd/alias	TTL	Typ	Svar/Värde
"@", "." eller tom	3600	TXT	forward-email=solvefaction.com Kopia Kryptera

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.solvefaction.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@solvefaction.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 blockeras ovan.

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

Vi skapade ett mjukvaruprojekt med öppen källkod 🍊 Mandarin och använd den för DNS-uppslagningar. Standard DNS-servrarna som används är 1.1.1.1 och 1.0.0.1, och DNS-frågor är klara DNS över HTTPS ("DoH") vid applikationslagret.

🍊 Mandarin använder CloudFlares integritetsförsta DNS-tjänst för konsumenter som standard.

Konto och fakturering

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.

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, redigera helt enkelt din DNS TXT spela in och prefix aliaset med antingen ett, två eller tre utropstecken (se nedan).

Observera att du skall bevara ":"-mappningen, eftersom denna krävs om du någonsin bestämmer dig för att stänga av den här (och den används också för import om du uppgraderar till en av våra betalplaner).

För tyst avvisning (för avsändaren verkar det som om meddelandet skickades framgångsrikt, men går faktiskt ingenstans) (statuskod 250): Om du prefix ett alias med "!" (enkelt utropstecken) så kommer den att returnera en framgångsrik statuskod på 250 till avsändare som försöker skicka till den här adressen, men själva e-postmeddelandena kommer ingenstans (t.ex. ett svart hål eller /dev/null).

För mjukt avslag (statuskod 421): Om du prefix ett alias med "!!" (dubbelt utropstecken) så kommer den att returnera en mjuk felstatuskod på 421 till avsändare som försöker skicka till den här adressen, och e-postmeddelandena kommer ofta att försökas igen i upp till 5 dagar innan de avvisas och studsar.

För hård avvisning (statuskod 550): Om du prefix ett alias med "!!!" (trippelt utropstecken) så kommer den att returnera en permanent felstatuskod på 550 till avsändare som försöker skicka till den här adressen och e-postmeddelandena kommer att avvisas och studsa.

Till exempel om jag vill ha alla mejl som går till alias@solvefaction.com att sluta strömma igenom till user@gmail.com och bli avvisad och studsa (använd t.ex. tre utropstecken):

Namn/värd/alias	TTL	Typ	Svar/Värde
"@", "." eller tom	3600	TXT	forward-email=!!!alias:user@gmail.com Kopia Kryptera

Namn/värd/alias	TTL	Typ	Svar/Värde
"@", "." eller tom	3600	TXT	forward-email=!!!alias:nobody@forwardemail.net Kopia Kryptera

Namn/värd/alias	TTL	Typ	Svar/Värde
"@", "." eller tom	3600	TXT	forward-email=!!!alias Kopia Kryptera

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@solvefaction.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	Svar/Värde
"@", "." eller tom	3600	TXT	forward-email=hello:user+a@gmail.com,hello:user+b@gmail.com Kopia Kryptera

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

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

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 *@solvefaction.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	Svar/Värde
"@", "." eller tom	3600	TXT	forward-email=user+a@gmail.com,user+b@gmail.com Kopia Kryptera

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

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

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@solvefaction.com skulle vidarebefordras till user+1@gmail.com, user+2@gmail.com, user+3@gmail.com, ... (från 1-10).

Kan jag rekursivt vidarebefordra e-postmeddelanden

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

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

Forward Email erbjuder en gratisnivå genom en kombination av öppen källkodsutveckling, effektiv infrastruktur och valfria betalda planer som stöder tjänsten.

Vår gratisnivå stöds av:

1. Utveckling med öppen källkodVår kodbas är öppen källkod, vilket möjliggör bidrag från communityn och transparent drift.

2. Effektiv infrastrukturVi har optimerat våra system för att hantera vidarebefordran av e-post med minimala resurser.

3. Betalda premiumplanerAnvändare som behöver ytterligare funktioner som SMTP-sändning, IMAP-mottagning eller utökade sekretessalternativ prenumererar på våra betalda abonnemang.

4. Rimliga användningsgränserGratisnivån har policyer för rättvis användning för att förhindra missbruk.

[!NOTE] Vi strävar efter att hålla grundläggande vidarebefordran av e-post gratis samtidigt som vi erbjuder premiumfunktioner för användare med mer avancerade behov.

[!TIP] Om du tycker att vår tjänst är värdefull kan du överväga att uppgradera till en betald plan för att stödja kontinuerlig utveckling och underhåll.

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 loggar med e-postmeddelanden

Nej, vi skriver inte till disk eller lagrar loggar – med undantag för fel och utgående SMTP (se vår Integritetspolicy).

Allt görs i minnet och vår källkod finns på GitHub.

Lagrar du felloggar

Ja. Du kan komma åt felloggar under Mitt konto → Loggar eller Mitt konto → Domäner.

Från och med februari 2023 lagrar vi felloggar för 4xx och 5xx SMTP-svarskoder för en period av 7 dagar – som innehåller SMTP-fel, kuvert och e-postrubriker (vi låt bli lagra e-posttexten eller bilagorna).

Felloggar låter dig kontrollera om viktiga e-postmeddelanden saknas och minska falska positiva skräppostmeddelanden för dina domäner. De är också en bra resurs för att felsöka problem med e-postwebhooks (eftersom felloggarna innehåller webhook-slutpunktssvaret).

Felloggar för satsbegränsande och grålistning är inte tillgängliga eftersom anslutningen avslutas tidigt (t.ex. före RCPT TO och MAIL FROM kommandon kan överföras).

Se vår Integritetspolicy för mer insikt.

Läser du mina e-postmeddelanden

Nej, absolut inte. 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.

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.

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:

• 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 också ställa in SPF-posten för Outlook i din DNS-konfiguration TXT spela in.

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.

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

Kan jag vidarebefordra obegränsade e-postmeddelanden med detta

Ja, men "relativt okända" avsändare är hastighetsbegränsade till 100 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 godkännandelista.

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.

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

Vidarebefordran av e-post accepterar följande engångs- eller månatliga/kvartalsvisa/årliga betalningsmetoder:

1. Kredit-/betalkort/banköverföringarVisa, Mastercard, American Express, Discover, JCB, Diners Club, etc.
2. PayPalAnslut ditt PayPal-konto för enkla betalningar
3. KryptovalutaVi accepterar betalningar via Stripes stablecoin-betalningar på Ethereum-, Polygon- och Solana-nätverken.

[!NOTE] Vi lagrar begränsad betalningsinformation på våra servrar, vilken endast inkluderar betalningsidentifikatorer och referenser till Rand och PayPal transaktions-, kund-, prenumerations- och betalnings-ID:n.

[!TIP] För maximal integritet, överväg att använda kryptovalutabetalningar.

Alla betalningar behandlas säkert via Stripe eller PayPal. Dina betalningsuppgifter lagras aldrig på våra servrar.

Ytterligare resurser

[!TIP] Våra artiklar nedan uppdateras regelbundet med nya guider, tips och teknisk information. Kom tillbaka ofta för det senaste innehållet.

• Fallstudier och utvecklardokumentation
• Resurser
• guider