Vanliga frågor

Snabbstart

För att komma 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

Introduktion

Vad är vidarebefordran av e-post

Forward Email är en fullfjädrad e-postleverantör och e-posthotellleverantö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-postadress med anpassad domän: Använd professionella e-postadresser med ditt eget domännamn
• Gratisnivå: Grundläggande vidarebefordran av e-post utan kostnad
• Förbättrad integritet: Vi läser inte dina e-postmeddelanden eller säljer dina data
• Öppen källkod: Hela vår kodbas finns tillgänglig på GitHub
• Stöd för SMTP, IMAP och POP3: Fullständiga funktioner för att skicka och ta emot e-post
• End-to-End-kryptering: Stöd för OpenPGP/MIME
• Anpassade Catch-All-alias: Skapa obegränsat antal e-postalias

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

Vem använder vidarebefordran av e-post

Vi erbjuder e-posthosting och vidarebefordran av e-post till över 500 000 domäner och dessa anmärkningsvärda användare:

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

Du kan läsa mer om att vidarebefordra e-post på vår Om-sida.

Hur snabb är den här tjänsten

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

Prestandamätvärden:

• Genomsnittlig leveranstid: Mindre än 5–10 sekunder från mottagande till vidarebefordran (se vår sida för övervakning av tid till inkorg "TTI")
• Drifttid: 99,9 %+ tillgänglighet
• Global infrastruktur: Servrar strategiskt placerade för optimal routing
• Automatisk skalning: Vårt system skalar 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. Klicka på Konfigurera manuellt och ange:

• Inkommande: IMAP, imap.forwardemail.net, port 993, SSL/TLS
• Utgående: SMTP, smtp.forwardemail.net, port 587, STARTTLS

5. Klicka på Klart.

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 vidarebefordran av e-postadress och klicka på Anslut
4. Välj Avancerade alternativ och välj Låt mig konfigurera mitt konto manuellt
5. Välj 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. Klicka på Anslut

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älj 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. Klicka på Logga in

Mobila enheter

För iOS:

1. Gå till Inställningar → E-post → Konton → Lägg till konto → Annat
2. Tryck på 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 vidarebefordransadress och ditt lösenord
3. För serverinställningar, använd samma IMAP- och SMTP-inställningar som ovan

Så här skickar du e-post som med Gmail

Vilken är den äldre kostnadsfria guiden för Skicka e-post som med Gmail {#what-is-the-legacy-free-guide-for-send-mail-as-using-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 → Routning
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"

Mottagarmönster för kuvert:

• 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 "Route to host" och ange mx1.forwardemail.net som primär server
• Lägg till mx2.forwardemail.net som backupserver
• Ställ in port 25
• Välj "Kräv TLS" för säkerhet

4. Klicka på Spara för 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 administratörscenter på admin.microsoft.com
2. Gå till Exchange → E-postflöde → Regler
3. Klicka på 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"
• Ange mx1.forwardemail.net och port 25
• Lägg till mx2.forwardemail.net som en säkerhetskopieringsserver

7. Under Förutom om, välj:

• "Mottagaren är..."
• Lägg till alla dina befintliga postlådor som inte ska vidarebefordras

8. Ställ in regelprioriteten för att säkerställa att den körs efter andra regler för e-postflöde
9. Klicka på Spara för att aktivera regeln

Felsökning

Varför får jag inte mina testmejl

Om du skickar ett testmejl till dig själv kanske det inte visas i din inkorg eftersom det har samma rubrik som "Meddelande-ID".

Detta är ett allmänt känt problem och påverkar även tjänster som Gmail. Here är det officiella svaret från Gmail angående detta problem.

Om du fortsätter att ha problem är det troligtvis ett problem med DNS-spridningen. Du måste vänta lite längre och försöka igen (eller försöka ställa in ett lägre TTL-värde för dina TXT-poster).

Har du fortfarande problem? Vänligen 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 vidarebefordran av e-post

Varför hamnar 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 levereras i mottagarnas skräppostmapp.

Vi övervakar rutinmässigt vår IP-adresser mot alla välrenommerade DNS-avvisandelistor, därför är det troligtvis ett domänryktesspecifikt problem.

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

1. Autentisering saknas: Konfigurera posterna SPF, DKIM och DMARC.

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

3. Innehållsutlösare: Vissa ord eller fraser kan utlösa skräppostfilter.

4. Sändningsmönster: Plö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:

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

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

Rapportera inte meddelandet som skräppost, utan vidarebefordra det istället till vårt manuellt utvalda och integritetsfokuserade system för att förebygga missbruk.

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

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

Om du ser det här felmeddelandet i Gmail när du skickar ett testmeddelande till dig själv, eller när en person du mejlar med ditt alias ser ett mejl från dig för första gången, oroa dig inte – eftersom det här är en inbyggd säkerhetsfunktion i Gmail.

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

Men om de ser det här meddelandet beror det på att de normalt sett var vana vid att se dina e-postmeddelanden komma frå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 allt är säkert ifall det inte finns någon lösning.

Kan jag ta bort via forwardemail punkt .NET i Gmail {#can-i-remove-the-via-forwardemail-dot-net-in-gmail}}

Det här ämnet är relaterat till en 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 e-post med SMTP som ett tillägg för alla betalande användare – vilket innebär att du kan ta bort via forwardemail dot net i Gmail.

Observera att den här FAQ-delen är specifik för de som använder Hur man skickar e-post som med Gmail-funktionen.

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

Datahantering

Var finns dina servrar

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

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

Hur exporterar och säkerhetskopierar jag min postlåda

Du kan när som helst exportera dina postlådor i formaten EML, Mbox eller krypterade SQLite.

Gå till Mitt konto Domäner Alias Ladda ner säkerhetskopia 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 att gälla efter 4 timmar av säkerhetsskäl.

Om du behöver granska dina exporterade EML- eller Mbox-format kan dessa verktyg med öppen källkod vara användbara:

Om du dessutom behöver konvertera en Mbox-fil till en EML-fil kan du 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:

2. Ladda ner, installera och öppna Thunderbird.

3. Skapa ett nytt konto med ditt alias fullständiga e-postadress (t.ex. <du@dindomän.com>) och ditt genererade lösenord. Om du inte redan har ett genererat lösenord kan du läsa våra installationsanvisningar.

4. Ladda ner och installera ImportExportVerktyg AV Thunderbird-pluginet.

5. Skapa en ny lokal mapp i Thunderbird och högerklicka sedan på den → välj alternativet ImportExportTools NG → 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.

Stöder du egenhosting?

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

E-postkonfiguration

Hur kommer jag igång och konfigurerar vidarebefordran av e-post

1. Om du redan har registrerat ditt domännamn någonstans måste du hoppa över det här steget helt och gå till steg två! Annars kan du klicka här för att registrera ditt domännamn.
Kommer du ihåg var du registrerade din domän? När du kommer ihåg detta följer du instruktionerna nedan:
Viktigt: Du måste öppna en ny flik och logga in hos din domänregistrator. Du kan enkelt klicka på din "Registrator" nedan för att göra detta automatiskt. I den här nya fliken måste du navigera till DNS-hanteringssidan hos din registrator – och vi har angett steg-för-steg-navigeringsstegen nedan under kolumnen "Steg för att konfigurera". När du har navigerat till den här sidan i den nya fliken kan du återgå till den här fliken och fortsätta till steg tre nedan. Stäng inte den öppnade fliken än; du kommer att behöva den 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 Rutt 53 Logga in Hostade zoner (Välj din domän) Aplus.net" Logga in Mina servrar Domänhantering DNS-hanterare Bluehost" FÖR ROCK: Logga in Domäner (Klicka på ikonen ▼ bredvid för att hantera) DNS
FÖR ÄLDRE: Logga in Domäner Zonredigerare (Välj din domän) Cloudflare Logga in DNS DNS Gjorde enkelt Logga in DNS (Välj din domän) DNSimple" Logga in (Välj din domän) DNS Hantera Digital Ocean Logga in Nätverk Domäner (Välj din domän) Mer Hantera domän Domain.com" Logga in I kortvyn, klicka på hantera på din domän I listvyn, klicka på kugghjulsikonen DNS och namnservrar DNS-poster Domains.com"
Amazon0 class="fa fa-play-circle"> Titta Logga in (Välj din domän) Hantera (klicka på kugghjulsikonen) Klicka på DNS och namnservrar i vänstermenyn Amazon1 Logga in Panel Domäner Hantera domäner DNS Amazon2 Logga in Översikt Hantera Enkel redigerare Poster Amazon3 Logga in (Välj din domän) Hantering Redigera zonen Amazon4
Amazon5 class="fa fa-play-circle"> Titta Logga in Hantera mina domäner (Välj din domän) Hantera DNS Amazon6 Domäner
Amazon7 class="fa fa-play-circle"> Titta Logga in (Välj din domän) Konfigurera DNS Amazon8
Amazon9 class="fa fa-play-circle"> Övervaka Logga in Domänlista (Välj din domän) Hantera Avancerad DNS Aplus.net0" Logga in (Välj din domän) Konfigurera Netlify DNS Aplus.net1 Lösningar Logga in Kontohanterare Mina domännamn (Välj din domän) Hantera Ändra var domänen pekar Avancerad DNS Aplus.net2
Aplus.net3 class="fa fa-play-circle"> Titta Logga in Hanterade domäner (Välj din domän) DNS-inställningar Aplus.net4 Logga in Hemmeny Inställningar Domäner (Välj din domän) Avancerade inställningar Anpassade poster Aplus.net5 Nu Använda "now" CLI now dns add [domain] '@' MX [record-value] [priority] Aplus.net6 Logga in Domänsidan (Välj din domän) DNS Aplus.net7 Logga in Domänsidan (Klicka på ikonen ) Välj Hantera DNS-poster Aplus.net8 Logga in Domäner Mina domäner Annat
Viktigt: Ser du inte ditt registrarnamn listat här? Sök bara 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).
Använd din registrars DNS-hanteringssida (den andra fliken du har öppnat) och ställ in följande "MX"-poster: Viktigt: Observera att det inte ska finnas några andra MX-poster. Båda posterna som visas nedan MÅSTE finnas. Se till att det inte finns några stavfel och att du har stavat både mx1 och mx2 korrekt. 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 tomt	3600	MX	0	mx1.forwardemail.net
"@", ".", eller tomt	3600	MX	0	mx2.forwardemail.net

2. Använd din registrars DNS-hanteringssida (den andra fliken du har öppnat) och ställ in följande TXT-post(er):
   Viktigt: Om du har ett betalt abonnemang måste du hoppa över det här steget helt och gå till steg fem! Om du inte har ett betalt abonnemang kommer dina vidarebefordrade adresser att vara offentligt sökbara – gå till Mitt konto Domäner och uppgradera din domän till ett betalt abonnemang om så önskas. Om du vill veta mer om betalda abonnemang, 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 som listas nedan.

   ---

   Alternativ A: Om du vidarebefordrar alla e-postmeddelanden från din domän (t.ex. "alla@trafficlogic.co", "hello@trafficlogic.co" etc.) till en specifik adress "user@gmail.com":

   Namn/Värd/Alias	TTL	Typ	Svar/Värde
   "@", ".", eller tomt	3600	TXT	forward-email=användare@gmail.com Kopiera Kryptera

   Tips: 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 TTL-värde säkerställer att framtida ändringar som görs i dina DNS-poster sprids snabbare över internet – tänk på detta som hur länge det kommer att cachas i minnet (i sekunder). Du kan läsa mer om TTL på Wikipedia.

   ---

   Alternativ B: Om du bara behöver vidarebefordra en enda e-postadress (t.ex. hello@trafficlogic.co till user@gmail.com; detta kommer också att vidarebefordra "hello+test@trafficlogic.co" till "user+test@gmail.com" automatiskt):

   Namn/Värd/Alias	TTL	Typ	Svar/Värde
   "@", ".", eller tomt	3600	TXT	forward-email=hello:user@gmail.com Kopiera Kryptera

   ---

   Alternativ C: Om du vidarebefordrar flera e-postmeddelanden bör du separera dem med ett kommatecken:

   Namn/Värd/Alias	TTL	Typ	Svar/Värde
   "@", ".", eller tomt	3600	TXT	forward-email=hello:user@gmail.com,support:user@gmail.com Kopiera Kryptera

   ---

   Alternativ D: Du kan konfigurera ett obegränsat antal vidarebefordrande e-postmeddelanden – se bara till att inte radbryta fler än 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 tomt	3600	TXT	forward-email=hello:user@gmail.com,support:user@gmail.com Kopiera Kryptera
   "@", ".", eller tomt	3600	TXT	forward-email=help:user@gmail.com,foo:user@gmail.com Kopiera Kryptera
   "@", ".", eller tomt	3600	TXT	forward-email=orders:user@gmail.com,baz:user@gmail.com Kopiera Kryptera
   "@", ".", eller tomt	3600	TXT	forward-email=info:user@gmail.com,beep:user@gmail.com Kopiera Kryptera
   "@", ".", eller tomt	3600	TXT	forward-email=errors:user@gmail.com,boop:user@gmail.com Kopiera Kryptera

   ---

   Alternativ E: Du kan också ange ett domännamn i din TXT-post för att få global aliasvidarebefordran (t.ex. "användare@trafficlogic.co" vidarebefordras till "användare@example.net"):

   Namn/Värd/Alias	TTL	Typ	Svar/Värde
   "@", ".", eller tomt	3600	TXT	forward-email=example.net Kopiera Kryptera

   ---

   Alternativ F: Du kan till och med använda webhooks som ett globalt eller individuellt alias att vidarebefordra e-postmeddelanden till. Se exemplet och hela avsnittet om webhooks med titeln Stödjer ni webhooks nedan.

   Namn/Värd/Alias	TTL	Typ	Svar/Värde
   "@", ".", eller tomt	3600	TXT	forward-email=alias:https://requestbin.com/r/en8pfhdgcculn Kopiera 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 Stöder ni reguljära uttryck eller regex nedan.
   Behöver du avancerad regex med substitution? Se exemplen och hela avsnittet om regex med titeln Stöder ni reguljära uttryck eller regex nedan.
   Enkelt exempel: Om jag vill att alla e-postmeddelanden som går till `linus@trafficlogic.co` eller `torvalds@trafficlogic.co` ska vidarebefordras till `user@gmail.com`:

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

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

   • Kopiera
   • Kryptera

   
   E-postmeddelanden som skickas till hello@trafficlogic.co kommer **inte** att vidarebefordras till second@gmail.com (all-regel) med denna konfiguration, utan levereras istället endast till first@gmail.com.

   ---

3. Använd din registrars DNS-hanteringssida (den andra fliken du har öppnat) och ställ dessutom in följande TXT-post:

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

   Viktigt: 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
   Tips: Om du redan har en liknande rad med "v=spf1" måste du lägga till include:spf.forwardemail.net precis före eventuella 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 "-all" och "~all". "-" indikerar att SPF-kontrollen ska MISSLYCKAS om den inte matchar, och "~" indikerar att SPF-kontrollen ska MISSLYCKAS MED 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 den värd du skickar e-post från (t.ex. Outlook).
4. Verifiera dina DNS-poster med vårt verktyg "Verifiera poster" som finns tillgängligt på Mitt konto Domäner Inställningar.

   Skicka ett testmejl för att bekräfta att det fungerar. Observera att det kan ta lite tid för dina DNS-poster att spridas.

   Tips: 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 testmejl respektive Varför visas mina testmejl som skickas till mig själv i Gmail som "misstänkta".
5. Om du vill "Skicka e-post som" från Gmail måste du titta på den här videon eller följa stegen under How för att skicka e-post som med Gmail nedan.
Grattis! Du har slutfört alla steg.
Tips: Valfria tillägg listas nedan. Observera att dessa tillägg är helt valfria och kanske inte nödvändiga. Vi ville åtminstone ge dig ytterligare information om det behövs.
Valfritt tillägg: Om du använder funktionen How för att skicka e-post som med Gmail kanske du vill lägga till dig själv på en godkännandelista. Se dessa instruktioner från Gmail om detta ämne.

Kan jag använda flera MX-börser och servrar för avancerad vidarebefordran

Ja, men du ska 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-börser.

Istället behöver du konfigurera din befintliga MX-börs för att vidarebefordra e-post för alla icke-matchande alias till vår tjänsts börser (mx1.forwardemail.net och/eller mx2.forwardemail.net).

Om du använder Google Workspace och 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 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 (autosvarare för frånvaro)

Gå till Mitt konto Domäner Alias och skapa eller redigera det alias du vill konfigurera ett autosvar för semesteranvändning för.

Du kan konfigurera startdatum, slutdatum, ämne och meddelande, och aktivera eller inaktivera det när som helst:

• Ämne och meddelande i klartext stöds för närvarande (vi använder striptags-paketet internt för att ta bort all 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 konfigurera DKIM-, DMARC- och Return-Path DNS-poster).

• Gå till Mitt konto Domäner Inställningar Utgående SMTP-konfiguration och följ installationsanvisningarna.

• Semestersvar kan inte aktiveras på globala vanity-domännamn (t.ex. stöds inte engångsadresser).

• Semestersvar kan inte aktiveras för alias med jokertecken/allmänt uttryck (*) eller reguljära uttryck.

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

1. Vi skickar bara en gång per tillåten på listan-sändare var fjärde dag (vilket liknar Gmails beteende).

• Vår Redis-cache använder ett fingeravtryck på alias_id och sender, medan alias_id är alias 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ångsdatumet för detta fingeravtryck i cachen satt till 4 dagar.

• Vår metod att använda rotdomänen som analyserats i Från-adressen för avsändare som inte finns med på tillåtelselistan förhindrar att missbruk från relativt okända avsändare (t.ex. illvilliga aktörer) översvämmar semestersvarsmeddelanden.

2. Vi skickar bara när MAIL FROM och/eller From inte är tomma 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 för auto-submitted med ett värde som inte är lika med no.
• Rubrik för x-auto-response-suppress med ett värde på dr, autoreply, auto-reply, auto_reply eller all.
• Rubrik för list-id, list-subscribe, no0, no1, no2, no3, no4, no5, no6 eller no7 (oavsett värde).
• Rubrik för no8 med värdet no9, x-auto-response-suppress0, x-auto-response-suppress1, x-auto-response-suppress2 eller x-auto-response-suppress3.

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

5. Vi skickar inte om användarnamnsdelen för e-postadressen "Från" var mdaemon och den hade en rubrik som inte känsligt för gemener och versaler, X-MDDSN-Message.

6. Vi skickar inte om det fanns en content-type-rubrik som inte är skiftlägeskänslig för multipart/report.

Hur konfigurerar jag SPF för vidarebefordran av e-post

Använd din registrars DNS-hanteringssida och ange följande TXT-post:

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

Viktigt: 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
Viktigt: Om du använder Microsoft Outlook eller Live.com måste du lägga till include:spf.protection.outlook.com i din SPF TXT-post, till exempel:

v=spf1 a include:spf.forwardemail.net include:spf.protection.outlook.com -all
Tips: Om du redan har en liknande rad med "v=spf1" måste du lägga till include:spf.forwardemail.net precis före eventuella 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 "-all" och "~all". "-" indikerar att SPF-kontrollen ska MISSLYCKAS om den inte matchar, och "~" indikerar att SPF-kontrollen ska MISSLYCKAS MED 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 den värd du skickar e-post från (t.ex. Outlook).

Hur konfigurerar jag DKIM för vidarebefordran av e-post

Gå till Mitt konto Domäner Inställningar Utgående SMTP-konfiguration och följ installationsanvisningarna.

Hur konfigurerar jag DMARC för vidarebefordran av e-post

Gå till Mitt konto Domäner Inställningar Utgående SMTP-konfiguration och följ installationsanvisningarna.

Hur ansluter och konfigurerar jag mina kontakter

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

Hur ansluter och konfigurerar jag mina kalendrar

För att konfigurera din kalender, använd CalDAV-URL: https://caldav.forwardemail.net (eller helt enkelt 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: https://caldav.forwardemail.net/dav/principals/calendar-name (se till att ersätta calendar-name med önskat kalendernamn)

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

Hur konfigurerar jag SRS för vidarebefordran av e-post

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

Hur konfigurerar jag MTA-STS för vidarebefordran av e-post

Se vår sektion om MTA-STS för mer information.

Hur lägger jag till en profilbild i min e-postadress {#how-do-i-add-a-profile-picture-to-my-email-address}}

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 klicka på "annat konto" i rullgardinsmenyn.
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 e-postadress för ditt anpassade domännamn.
7. Hämta verifieringsmejlet som skickades till din e-postadress.
8. Ange verifieringskoden från detta mejl.
9. Fyll i profilinformationen för ditt nya Google-konto.
10. Godkänn alla sekretess- och användarvillkor.
11. Gå till https://google.com och klicka på din profilikon i det övre högra hörnet och klicka på knappen "ändra".
12. Ladda upp ett nytt foto eller en ny avatar för ditt konto.
13. Ändringarna tar cirka 1–2 timmar att implementera, men kan ibland gå väldigt snabbt.
14. Skicka ett testmejl så bör profilfotot 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 bibehålla IP-rykte och säkerställa leveransbarhet har Forward Email en manuell granskningsprocess per domän för godkännande av nyhetsbrev. Skicka e-post till support@forwardemail.net eller öppna en hjälpförfrågan för godkännande. Detta tar vanligtvis mindre än 24 timmar, och de flesta förfrågningar hanteras inom 1–2 timmar. Inom en snar framtid strävar vi efter att göra denna process omedelbar med ytterligare skräppostkontroller 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 ni att skicka e-post med API

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

Viktigt: Var god läs vår Villkor, Integritetspolicy och Utgående SMTP-gränser – din användning betraktas som ett godkännande och godkännande.

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

För att kunna 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 ni e-postmottagning med IMAP

Ja, från och med den 16 oktober 2023 stöder vi e-post via IMAP som ett tillägg för alla betalande användare. Läs vår djupgående artikel om hur vår krypterade SQLite-postlådelagringsfunktion fungerar.**

Viktigt: Var god läs vår Villkor och Integritetspolicy – din användning betraktas som ett godkännande och godkännande.
1. Skapa ett nytt alias för din domän under Mitt konto Domäner Alias (t.ex. hello@trafficlogic.co)

2. Klicka på Generera lösenord bredvid det nyskapade aliaset. Kopiera till Urklipp och lagra det genererade lösenordet som visas på skärmen på ett säkert sätt.

3. Använd ditt föredragna e-postprogram och lägg till eller konfigurera ett konto med ditt nyskapade alias (t.ex. hello@trafficlogic.co)
Tips: Vi rekommenderar att du använder Thunderbird, Thunderbird Mobile, Apple Mail eller ett öppen källkod och integritetsfokuserat alternativ.
4. När du blir ombedd att ange IMAP-servernamnet anger du imap.forwardemail.net

5. När du blir ombedd att ange IMAP-serverport, ange 993 (SSL/TLS) – se alternativa IMAP-portar om det behövs
Tips: Om du använder Thunderbird, se till att "Anslutningssäkerhet" är inställd på "SSL/TLS" och autentiseringsmetod är inställd på "Normalt lösenord".
6. När du blir ombedd att ange lösenordet för IMAP-servern, klistra in lösenordet från Generera lösenord i steg 2 ovan.

7. Spara dina inställningar – om du har problem, vänligen kontakta oss
Grattis! Du har slutfört alla steg.

Stöder du POP3

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

Viktigt: Var god läs vår Villkor och Integritetspolicy – din användning betraktas som ett godkännande och godkännande.
1. Skapa ett nytt alias för din domän under Mitt konto Domäner Alias (t.ex. hello@trafficlogic.co)

2. Klicka på Generera lösenord bredvid det nyskapade aliaset. Kopiera till Urklipp och lagra det genererade lösenordet som visas på skärmen på ett säkert sätt.

3. Använd ditt föredragna e-postprogram och lägg till eller konfigurera ett konto med ditt nyskapade alias (t.ex. hello@trafficlogic.co)
Tips: Vi rekommenderar att du använder Thunderbird, Thunderbird Mobile, Apple Mail eller ett öppen källkod och integritetsfokuserat alternativ.
4. När du blir ombedd att ange POP3-servernamnet anger du pop3.forwardemail.net

5. När du blir ombedd att ange POP3-serverport, ange 995 (SSL/TLS) – se alternativa POP3-portar om det behövs
Tips: Om du använder Thunderbird, se till att "Anslutningssäkerhet" är inställd på "SSL/TLS" och autentiseringsmetoden är inställd på "Normalt lösenord".
6. När du blir ombedd att ange lösenordet för POP3-servern, klistra in lösenordet från Generera lösenord i steg 2 ovan.

7. Spara dina inställningar – om du har problem, vänligen kontakta oss
Grattis! Du har slutfört alla steg.

Stöder ni 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 via port 443 (HTTPS).

Inloggning	Exempel	Beskrivning
Användarnamn	user@trafficlogic.co	E-postadressen för ett alias som finns för domänen på Mitt konto Domäner.
Lösenord	************************	Aliasspecifikt genererat lösenord.

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

Stödjer du 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 via port 443 (HTTPS).

Inloggning	Exempel	Beskrivning
Användarnamn	user@trafficlogic.co	E-postadressen för ett alias som finns för domänen på Mitt konto Domäner.
Lösenord	************************	Aliasspecifikt genererat lösenord.

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

Stöder ni e-post med SMTP

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

Viktigt: Var god läs vår Villkor, Integritetspolicy och Utgående SMTP-gränser – din användning betraktas som ett godkännande och godkännande.
Viktigt: Om du använder Gmail, se vår guide för att skicka e-post som med Gmail. Om du är utvecklare, se vår dokumentation för e-post-API.
1. Gå till Mitt konto Domäner Inställningar Utgående SMTP-konfiguration och följ installationsanvisningarna.

2. Skapa ett nytt alias för din domän under Mitt konto Domäner Alias (t.ex. hello@trafficlogic.co)

3. Klicka på Generera lösenord bredvid det nyskapade aliaset. Kopiera till Urklipp och lagra det genererade lösenordet som visas på skärmen på ett säkert sätt.

4. Använd ditt föredragna e-postprogram och lägg till eller konfigurera ett konto med ditt nyskapade alias (t.ex. hello@trafficlogic.co)
Tips: Vi rekommenderar att du använder Thunderbird, Thunderbird Mobile, Apple Mail eller ett öppen källkod och integritetsfokuserat alternativ.
5. När du blir ombedd att ange SMTP-servernamnet anger du smtp.forwardemail.net

6. När du blir ombedd att ange SMTP-serverport, ange 465 (SSL/TLS) – se alternativa SMTP-portar om det behövs
Tips: Om du använder Thunderbird, se till att "Anslutningssäkerhet" är inställd på "SSL/TLS" och autentiseringsmetoden är inställd på "Normalt lösenord".
7. När du blir ombedd att ange lösenordet för SMTP-servern, klistra in lösenordet från Generera lösenord i steg 3 ovan.

8. Spara dina inställningar och skicka ditt första testmejl – om du har problem, vänligen kontakta oss
Viktigt: Observera att för att bibehålla IP-rykte och säkerställa leveransbarhet har vi en manuell granskningsprocess per domän för utgående SMTP-godkännande. Detta tar vanligtvis mindre än 24 timmar, och de flesta förfrågningar hanteras inom 1–2 timmar. Inom en snar framtid strävar vi efter att göra denna process omedelbar med ytterligare skräppostkontroller och varningar. Denna process säkerställer att dina e-postmeddelanden når inkorgen och att dina meddelanden inte markeras som skräppost.
Grattis! Du har slutfört alla steg.

Stöder ni OpenPGP/MIME, end-to-end-kryptering ("E2EE") och Web Key Directory ("WKD")?

Ja, vi stöder OpenPGP, end-to-end-kryptering ("E2EE") och identifiering av publika nycklar med hjälp av Webbnyckelkatalog ("WKD"). Du kan konfigurera OpenPGP med hjälp av keys.openpgp.org eller självhosta dina egna nycklar (se denna referens för WKD-serverinstallation).

• WKD-sökningar cachas i 1 timme för att säkerställa snabb e-postleverans → Om du lägger till, ändrar eller tar bort din WKD-nyckel, vänligen maila oss på support@forwardemail.net med din e-postadress så att vi kan 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 har företräde så länge kryssrutan PGP ä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 vidarebefordringsadress (t.ex. regex/wildcard/exact combo) och om mer än ett av dessa innehåller en uppladdad PGP-nyckel och har PGP markerat → skickar vi ett felmeddelande och krypterar inte 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 för all e-post 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 e-post.

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

Automatisk kryptering: Om du använder vår utgående SMTP-tjänst och skickar okrypterade meddelanden, kommer vi automatiskt att försöka kryptera meddelanden per mottagare med hjälp av Web Key Directory ("WKD").
Viktigt: Du måste följa alla följande steg för att aktivera OpenPGP för ditt anpassade domännamn.
1. Ladda ner och installera din e-postklients rekommenderade plugin nedan:

E-postklient	Plattform	Rekommenderat plugin	Anteckningar
Thunderbird	Skrivbord	Configure OpenPGP in Thunderbird	Thunderbird har inbyggt stöd för OpenPGP.
Gmail	Webbläsare	Mailvelope eller FlowCrypt (proprietär licens)	Gmail stöder inte OpenPGP, men du kan ladda ner plugin-programmet med öppen källkod Mailvelope eller FlowCrypt.
Apple Mail	macOS	Free-GPGMail	Apple Mail stöder inte OpenPGP, men du kan ladda ner plugin-programmet med öppen källkod Free-GPGMail.
Apple Mail	iOS	PGPro eller FlowCrypt (proprietär licens)	Apple Mail stöder inte OpenPGP, men du kan ladda ner plugin-programmet med öppen källkod PGPro eller FlowCrypt.
Syn	Fönster	gpg4win	Outlooks e-postklient för skrivbordet stöder inte OpenPGP, men du kan ladda ner plugin-programmet med öppen källkod gpg4win.
Syn	Webbläsare	Mailvelope eller FlowCrypt (proprietär licens)	Outlooks webbaserade e-postklient stöder inte OpenPGP, men du kan ladda ner plugin-programmet med öppen källkod Mailvelope eller FlowCrypt.
Android	Mobil	OpenKeychain eller FlowCrypt	Android mail clients som Thunderbird Mobile och FairEmail stöder båda plugin-programmet med öppen källkod OpenKeychain. Alternativt kan du använda plugin-programmet med öppen källkod (proprietär licens) FlowCrypt.
Google Chrome	Webbläsare	Mailvelope eller FlowCrypt (proprietär licens)	Du kan ladda ner webbläsartillägget med öppen källkod Mailvelope eller FlowCrypt.
Mozilla Firefox	Webbläsare	Mailvelope eller FlowCrypt (proprietär licens)	Du kan ladda ner webbläsartillägget med öppen källkod Mailvelope eller FlowCrypt.
Microsoft Edge	Webbläsare	Mailvelope	Du kan ladda ner webbläsartillägget med öppen källkod Mailvelope.
Modig	Webbläsare	Mailvelope eller FlowCrypt (proprietär licens)	Du kan ladda ner webbläsartillägget med öppen källkod Mailvelope eller FlowCrypt.
Balsa	Skrivbord	Configure OpenPGP in Balsa	Balsa har inbyggt stöd för OpenPGP.
KMail	Skrivbord	Configure OpenPGP in KMail	KMail har inbyggt stöd för OpenPGP.
GNOME-utvecklingen	Skrivbord	Configure OpenPGP in Evolution	GNOME Evolution har inbyggt stöd för OpenPGP.
Terminal	Skrivbord	Configure gpg in Terminal	Du kan använda den öppna källkoden gpg command line tool för att generera en ny nyckel från kommandoraden.

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

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

Tips: 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 krypterade lagringstjänst (IMAP/POP3) och vill att all e-post som lagras i din (redan krypterade) SQLite-databas ska krypteras med din publika nyckel, gå då till Mitt konto Domäner Alias (t.ex. hello@trafficlogic.co) Redigera OpenPGP och ladda upp din publika nyckel.
4. Lägg till en ny CNAME-post till ditt domännamn (t.ex. trafficlogic.co):

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

Tips: Om ditt alias använder våra vanity/disposable-domäner (t.ex. hideaddress.net) kan du hoppa över det här steget.
Grattis! Du har slutfört alla steg.

Stödjer du MTA-STS

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

Vår konfiguration finns tillgänglig offentligt på GitHub på https://github.com/forwardemail/mta-sts.forwardemail.net.

Stöder ni lösenord och WebAuthn

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

Med lösenordsnycklar kan du logga in säkert utan att behöva lösenord och tvåfaktorsautentisering.

Du kan bekräfta din identitet med beröring, ansiktsigenkänning, enhetsbaserat lösenord eller PIN-kod.

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

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

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

Stöder ni bästa praxis för e-post?

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

Stöder ni studsande webhooks

Tips: Letar du efter dokumentation om e-postwebhooks? Se Stödjer ni webhooks? för mer information.

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-förfrågan till när utgående SMTP-e-postmeddelanden studsar.

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

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

• email_id (Sträng) - e-post-ID som motsvarar en e-postadress i Mitt konto → E-postmeddelanden (utgående SMTP)
• list_id (Sträng) - List-ID-rubrikens värde (skiftlägesokänsligt), om sådant finns, från det ursprungliga utgående e-postmeddelandet
• list_unsubscribe (Sträng) - List-Unsubscribe-rubrikens värde (skiftlägesokänsligt), om sådant finns, från det ursprungliga utgående e-postmeddelandet
• feedback_id (Sträng) - Feedback-ID-rubrikens värde (skiftlägesokänsligt), om sådant finns, från det ursprungliga utgående e-postmeddelandet
• recipient (Sträng) - e-postadressen till mottagaren som studsade eller orsakade ett fel
• message (Sträng) - ett detaljerat felmeddelande för studsningen
• response (Sträng) - SMTP-svarsmeddelandet
• list_id0 (Nummer) - den parsad SMTP-svarskod
• list_id1 (Sträng) - om svarskoden kom från en betrodd källa kommer detta värde att fyllas i med rotdomännamnet (t.ex. list_id2 eller list_id3)
• list_id4 (Objekt) - ett objekt som innehåller följande egenskaper som specificerar studs- och avvisningsstatus
• list_id5 (Sträng) - studsåtgärd (t.ex. list_id6)
• list_id7 (Sträng) - studsorsak (t.ex. list_id8)
• list_id9 (Sträng) - studskategori (t.ex. List-ID0)
• List-ID1 (Nummer) - studsstatuskod (t.ex. List-ID2)
• List-ID3 (Sträng) - studskod från svarsmeddelande (t.ex. List-ID4)
• List-ID5 (Nummer) - analyserat radnummer, om sådant finns, List-ID6 (t.ex. List-ID7)
• List-ID8 (Objekt) - nyckelvärdespar av rubriker för det utgående e-postmeddelandet
• List-ID9 (Sträng) - list_unsubscribe0 formaterat datum för när studsfelet 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 angående studsande webhooks:

• Om webhook-nyttolasten innehåller ett värde på list_id, list_unsubscribe eller feedback_id, bör du vidta lämpliga åtgärder för att ta bort recipient från listan om det behövs.

• Om värdet på bounce.category var ett av följande: "block", "recipient", "spam" eller "virus", 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) kan du använda hitta fjärrklientens IP-adress för klientens värdnamn med hjälp av en omvänd sökning – det ska vara list_unsubscribe0.

• Du kan också kontrollera IP-adressen mot list_unsubscribe1.

• 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 list_unsubscribe2-värdet från vår webhook-förfrågan med det beräknade värdet med hjälp av denna nyckel. Ett exempel på hur man gör detta finns på list_unsubscribe3.

• Se diskussionen på <list_unsubscribe4 för mer information.

• Vi väntar i upp till list_unsubscribe5 sekunder på att din webhook-slutpunkt ska svara med statuskoden list_unsubscribe6, och vi försöker igen i upp till list_unsubscribe7 sekunder.

• Om vi upptäcker att din studsande webhook-URL har ett fel när vi försöker skicka en förfrågan till den, skickar vi ett e-postmeddelande till dig en gång i veckan.

Stöder ni webhooks {#do-you-support-webhooks}}

Tips: Letar du efter dokumentation om studsande webhooks? Se Stödjer ni studsande webhooks? för mer information.

Ja, från och med den 15 maj 2020 har vi lagt till den här funktionen. Du kan helt enkelt lägga till webhooks precis som du skulle göra med vilken mottagare som helst! Se till att du har protokollet "http" eller "https" prefixat i webhookens URL.

Förbättrat integritetsskydd: Om du har ett betalt abonnemang (som har förbättrat integritetsskydd) går du till Mitt konto Domäner och klickar på "Alias" bredvid din domän för att konfigurera dina webhooks. Om du vill veta mer om betaltabonnemang kan du se vår Prissättningssida. Annars kan du fortsätta att följa instruktionerna nedan.

Om du har gratisplanen lägger du helt enkelt till en ny DNS-TXT-post enligt nedan:

Om jag till exempel vill att alla e-postmeddelanden som går till alias@trafficlogic.co ska vidarebefordras till en ny testslutpunkt av typen förfrågningsfack:

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

Eller kanske du vill att alla e-postmeddelanden som går till trafficlogic.co ska vidarebefordras till denna slutpunkt:

Namn/Värd/Alias	TTL	Typ	Svar/Värde
"@", ".", eller tomt	3600	TXT	forward-email=https://requestbin.com/r/en8pfhdgcculn Kopiera Kryptera

Här är ytterligare information om webhooks:

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

• Du kan också kontrollera IP-adressen mot våra publicerade IP-adresser.

• Om du har ett betalt abonnemang 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ärdet från vår webhook-förfrågan med det beräknade kroppsvärdet med hjälp av den här nyckeln. Ett exempel på hur du 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 statuskoden 200 lagrar vi dess svar i fellogg skapad – vilket är användbart för felsökning.

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

• Vi försöker igen automatiskt baserat på standardstatusen och felkoderna som används i superagentens återförsöksmetod (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 upp svarstiden. Om du till exempel skickar ett e-postmeddelande till webhook1@trafficlogic.co, webhook2@trafficlogic.co och webhook3@trafficlogic.co, och alla dessa är konfigurerade för att träffa samma exakta slutpunkts-URL, kommer endast en begäran att göras. Vi grupperar tillsammans efter exakt slutpunktsmatchning med strikt likhet.

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

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

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

• De analyserade e-postrubrikerna anges som egenskapen "headers" – men observera också att du kan använda "headerLines" för enklare iteration och parsning.

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

• SMTP-sessionsinformationen anges som egenskapen "session". Denna innehåller information om meddelandets avsändare, meddelandets ankomsttid, HELO och klientens värdnamn. Klientens värdnamnsvärde som mx1.forwardemail.net1 är antingen FQDN (från en omvänd PTR-sökning) eller mx1.forwardemail.net2 inom hakparenteser (t.ex. mx1.forwardemail.net3).

• Om du behöver ett snabbt sätt att få värdet för mx1.forwardemail.net4 kan du använda värdet för mx1.forwardemail.net5 (se exemplet nedan). Rubriken mx1.forwardemail.net6 är en rubrik som vi lägger till i meddelanden för felsökning med den ursprungliga mottagaren (före maskerad vidarebefordran) för meddelandet.

• Om du behöver ta bort egenskaperna mx1.forwardemail.net7 och/eller mx1.forwardemail.net8 från nyttolasten, lägg helt enkelt till mx1.forwardemail.net9, mx2.forwardemail.net0 eller mx2.forwardemail.net1 till din webhook-slutpunkt som en frågesträngparameter (t.ex. mx2.forwardemail.net2).

• Om det finns bilagor kommer de att läggas till i mx2.forwardemail.net3-arrayen med buffertvärden. Du kan analysera dem tillbaka till innehållet med hjälp av en metod 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());
  

Tips: Nyfiken på hur webhook-förfrågan ser ut från vidarebefordrade e-postmeddelanden? Vi har inkluderat ett exempel nedan!

{
  "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=trafficlogic.co;\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=trafficlogic.co;\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=trafficlogic.co;\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=trafficlogic.co;\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@trafficlogic.co>"
    },
    {
      "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@trafficlogic.co",
        "name": "some"
      }
    ],
    "html": "<span class=\"mp_address_group\"><span class=\"mp_address_name\">some</span> &lt;<a href=\"mailto:random@trafficlogic.co\" class=\"mp_address_email\">random@trafficlogic.co</a>&gt;</span>",
    "text": "some <random@trafficlogic.co>"
  },
  "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=trafficlogic.co;\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=trafficlogic.co;\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@trafficlogic.co>\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@trafficlogic.co"
    ],
    "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=trafficlogic.co;\r\n bimi=skipped (DMARC not enabled)"
  },
  "dmarc": {
    "status": {
      "result": "none",
      "header": {
        "from": "trafficlogic.co"
      }
    },
    "domain": "trafficlogic.co",
    "info": "dmarc=none header.from=trafficlogic.co"
  },
  "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
  }
}

Stöder ni 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 substitutioner.

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

Vi stöder två flaggor för reguljära uttryck, inklusive i och g. Den skiftlägeskänsliga flaggan i är en permanent standard och tillämpas alltid. Den globala flaggan g kan läggas till av dig genom att lägga till /g i slutet /.

Observera att vi även stöder vår disabled aliasfunktion för mottagardelen med vårt stöd för regex.

Reguljära uttryck stöds inte på globala vanity-domäner (eftersom detta kan vara en säkerhetsbrist).

Förbättrat integritetsskydd: Om du har ett betalt abonnemang (som har förbättrat integritetsskydd) går du till Mitt konto Domäner och klickar på "Alias" bredvid din domän för att konfigurera reguljära uttryck. Om du vill veta mer om betaltabonnemang kan du se vår Prissättningssida. Annars kan du fortsätta att följa instruktionerna nedan.

Om du har gratisplanen lägger du helt enkelt till en ny DNS-TXT-post med hjälp av ett eller flera av exemplen nedan:

Enkelt exempel: Om jag vill att alla e-postmeddelanden som går till `linus@trafficlogic.co` eller `torvalds@trafficlogic.co` ska vidarebefordras till `user@gmail.com`:

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

Exempel på förnamns- och efternamnssubstitution: Tänk dig att alla dina företags e-postadresser har mönstret `firstname.lastname@trafficlogic.co`. Om jag vill att alla e-postmeddelanden som går till mönstret `firstname.lastname@trafficlogic.co` ska vidarebefordras till `firstname.lastname@company.com` med stöd för substitution (visa test på RegExr):

Namn/Värd/Alias	TTL	Typ	Svar/Värde
"@", ".", eller tomt	3600	TXT	vidarebefordra-e-post=/^([A-Za-z]+)+\.([A-Za-z]+)+$/:$1.$2@företag.com

Exempel på substitution av plussymbolfiltrering: Om jag vill att alla e-postmeddelanden som går till `info@trafficlogic.co` eller `support@trafficlogic.co` ska vidarebefordras till `user+info@gmail.com` respektive `user+support@gmail.com` (med stöd för substitution) (visa test på RegExr):

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

Exempel på Webhook Querystring-substitution: Du kanske vill att alla e-postmeddelanden som går till `trafficlogic.co` ska gå till en webhook och ha en dynamisk querysträngnyckel "till" med värdet "användarnamnsdelen" av e-postadressen (visa test på RegExr):

Namn/Värd/Alias	TTL	Typ	Svar/Värde
"@", ".", eller tomt	3600	TXT	forward-email=/^(.*?)$/:https://trafficlogic.co/webhook?username=$1 Kopiera Kryptera

Exempel på tyst avvisning: Om du vill att alla e-postmeddelanden som matchar ett visst mönster ska inaktiveras och tyst avvisas (verkar för avsändaren som om meddelandet skickades, men det leder egentligen ingenstans) med statuskoden `250` (se Kan jag inaktivera specifika alias), använd då helt enkelt samma metod med ett enda utropstecken "!". Detta indikerar för avsändaren att meddelandet levererades, men att det egentligen inte ledde någonstans (t.ex. svart hål eller `/dev/null`).

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

Exempel på mjuk avvisning: Om du vill att alla e-postmeddelanden som matchar ett visst mönster ska inaktiveras och mjukavvisas med statuskoden `421` (se Kan jag inaktivera specifika alias), använd helt enkelt samma metod med ett dubbelt utropstecken "!!". Detta indikerar för avsändaren att försöka igen med sin e-post, och e-postmeddelanden till detta alias kommer att försöka igen i cirka 5 dagar och sedan avvisas permanent.

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

Exempel på fullständig avvisning: Om du vill att alla e-postmeddelanden som matchar ett visst mönster ska inaktiveras och fullständigt avvisas med statuskoden `550` (se Kan jag inaktivera specifika alias), använd helt enkelt samma metod med ett trippelt utropstecken "!!!". Detta indikerar för avsändaren ett permanent fel och e-postmeddelanden kommer inte att försöka igen, de kommer att avvisas för detta alias.

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

Tips: Nyfiken på hur man skriver ett reguljärt uttryck eller behöver testa din ersättning? Du kan gå till den kostnadsfria webbplatsen för testning av reguljära uttryck RegExr på https://regexr.com.">

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 innebär i genomsnitt 9000+ e-postmeddelanden under en kalendermånad. Om du behöver överskrida detta antal eller har konsekvent stora e-postmeddelanden, vänligen kontakta oss.

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

Ja, observera att för att bibehålla IP-rykte och säkerställa leveransbarhet har Forward Email en manuell granskningsprocess per domän för utgående SMTP-godkännande. Skicka e-post till support@forwardemail.net eller öppna en hjälpförfrågan för godkännande. Detta tar vanligtvis mindre än 24 timmar, och de flesta förfrågningar hanteras inom 1–2 timmar. Inom en snar framtid strävar vi efter att göra denna process omedelbar med ytterligare skräppostkontroller och aviseringar. 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 portarna 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öredragen	smtp.forwardemail.net	465, 2465	:vit_check_markering:	:vit_check_markering:
TLS (STARTTLS)	smtp.forwardemail.net	587, 2587, 2525, 25	:vit_check_markering:	:vit_check_markering:

Inloggning	Exempel	Beskrivning
Användarnamn	user@trafficlogic.co	E-postadressen för ett alias som finns för domänen på Mitt konto Domäner.
Lösenord	************************	Aliasspecifikt genererat lösenord.

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

Se Stöder ni 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 portarna 993 och 2993 för SSL/TLS.

Protokoll	Värdnamn	Hamnar	IPv4	IPv6
SSL/TLS Föredragen	imap.forwardemail.net	993, 2993	:vit_check_markering:	:vit_check_markering:

Inloggning	Exempel	Beskrivning
Användarnamn	user@trafficlogic.co	E-postadressen för ett alias som finns för domänen på Mitt konto Domäner.
Lösenord	************************	Aliasspecifikt genererat lösenord.

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

Se Stöder ni 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 portarna 995 och 2995 för SSL/TLS.

Protokoll	Värdnamn	Hamnar	IPv4	IPv6
SSL/TLS Föredragen	pop3.forwardemail.net	995, 2995	:vit_check_markering:	:vit_check_markering:

Inloggning	Exempel	Beskrivning
Användarnamn	user@trafficlogic.co	E-postadressen för ett alias som finns för domänen på Mitt konto Domäner.
Lösenord	************************	Aliasspecifikt genererat lösenord.

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

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

Beräknad installationstid: Mindre än 15 minuter
Viktigt: Detta kräver ett betalt abonnemang med aktiverad SMTP-åtkomst.

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@trafficlogic.co

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 Content Security Policy (CSP)
• HTTPS Strict Transport Security (HSTS)
• Rubriker för XSS-skydd
• Rubriker för ramalternativ och hänvisningspolicyer
• Regelbundna beroendegranskningar
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

Important

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 du 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 att branschstandarder följs.

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:

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

• Vultr: SOC 2+ (HIPAA)-certifierad, ISO/IEC-certifieringar: 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), 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 du 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-implementering: Vidarebefordran av 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 betygen "Bra" 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 (Sender Policy Framework): Korrekt implementerad och bevarad
• DKIM (DomainKeys Identified Mail): Fullt stöd med korrekt nyckelhantering
• DMARC: Policytillämpning för e-postmeddelanden som inte klarar SPF- eller DKIM-validering
• ARC: Även om det inte är explicit beskrivet, 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 ni förfalskning?

Tip

Vidarebefordra e-post 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 rubriker: Ursprungliga autentiseringsrubriker bibehålls under vidarebefordran
• Anti-spoofing: DMARC-policytillämpning förhindrar header-spoofing genom att avvisa e-postmeddelanden som inte klarar SPF- eller DKIM-validering
• Förebyggande av header-injektion: Validering och sanering av indata med hjälp av striptags-bibliotek
• Avancerat skydd: Sofistikerad nätfiskedetektering med spoofingdetektering, personifieringsskydd och användarmeddelandesystem

MX-implementeringsdetaljer: Den 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

Hjälparen isArbitrary 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 ni er mot skräppost och otillåten användning

Vidarebefordra e-post implementerar omfattande flerskiktsskydd:

• Hastighetsbegränsning: Tillämpas på autentiseringsförsök, API-slutpunkter och SMTP-anslutningar
• Resursisolering: Mellan användare för att förhindra påverkan från användare med hög volym
• DDoS-skydd: Flerskiktsskydd genom DataPackets Shield-system och Cloudflare
• Automatisk skalning: Dynamisk resursjustering baserad på efterfrågan
• Missbruksförebyggande: Användarspecifika kontroller av missbruksförebyggande och hashbaserad blockering för skadligt innehåll
• E-postautentisering: SPF-, DKIM-, DMARC-protokoll med avancerad nätfiskedetektering

Källor:

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

Lagrar du e-postinnehåll på disk

Important

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

• Nollkunskapsarkitektur: Individuellt krypterade SQLite-postlådor innebär att vidarebefordran av e-post inte kan komma åt e-postinnehåll
• Minnesbaserad bearbetning: E-postbearbetning sker helt i minnet, vilket undviker disklagring
• Ingen innehållsloggning: "Vi loggar eller lagrar inte e-postinnehåll eller metadata på disk"
• Sandlådebaserad kryptering: Krypteringsnycklar lagras aldrig på disk i klartext

MX-kodbasbevis: MX-servern bearbetar e-postmeddelanden helt i minnet utan att skriva innehåll till disk. Den huvudsakliga e-postbearbetningshanteraren 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 (Sammanfattning)
• https://forwardemail.net/technical-whitepaper.pdf#page=59 (Nollkunskapsdetaljer)
• 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 inaktiverade: Förhindrar minnesexponering vid krascher
• Swap Memory inaktiverat: Helt inaktiverat för att förhindra extraktion av känslig data från växlingsfiler
• Minnesbaserad arkitektur: E-postinnehåll finns endast i flyktigt minne under bearbetning
• Krypteringsnyckelskydd: Nycklar lagras aldrig på disk i klartext
• Fysisk säkerhet: LUKS v2-krypterade diskar förhindrar fysisk åtkomst till data
• USB-lagring inaktiverad: Förhindrar obehörig dataextraktion

Felhantering för systemproblem: Vidarebefordra e-post använder hjälpfunktionerna 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 din e-postinfrastruktur

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

• Rollbaserad åtkomstkontroll: För teamkonton med resursbaserade behörigheter
• Principen om lägsta behörighet: Tillämpas i alla system
• Ansvarsfördelning: Mellan operativa roller
• Användarhantering: Separera distributions- och devops-användare med distinkta behörigheter
• Root-inloggning inaktiverad: Tvingar fram åtkomst genom korrekt autentiserade konton
• Strikt 2FA: Ingen SMS-baserad 2FA på grund av risk för MiTM-attacker - endast appbaserade eller hårdvarutokens
• Omfattande granskningsloggning: Med redigering av känsliga data
• Automatisk avvikelsedetektering: För ovanliga åtkomstmönster
• Regelbundna säkerhetsgranskningar: Av åtkomstloggar
• Förebyggande av Evil Maid-attacker: USB-lagring inaktiverad och andra fysiska säkerhetsåtgärder inaktiverade

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 Evil Maid-attacker)

Vilka infrastrukturleverantörer använder du

Important

Vidarebefordra e-post använder flera infrastrukturunderprocessorer 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	Sida om efterlevnad av GDPR
Cloudflare	✅ Ja	https://www.cloudflare.com/trust-hub/gdpr/
Datapaket	❌ Nej	https://www.datapacket.com/privacy-policy
DigitalOcean	❌ Nej	https://www.digitalocean.com/legal/gdpr
Vultr	❌ Nej	https://www.vultr.com/legal/eea-gdpr-privacy/

Detaljerade certifieringar:

DigitalOcean

• 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 Level 1-certifierad
• ISO/IEC 20000-1:2018, 27001:2022, 27017:2015, 27018:2019
• Detaljer: https://www.vultr.com/legal/compliance/

Datapaket

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

Betalningsleverantörer:

• Stripe: Certifierad enligt Data Privacy Framework - https://stripe.com/legal/privacy-center
• PayPal: Inte DPF-certifierad - https://www.paypal.com/uk/legalhub/privacy-full

Erbjuder ni ett databehandlingsavtal (DPA)

Ja, Vidarebefordra e-post 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 ramverket för Privacy Shield mellan EU och USA/Schweiz och USA
• Accepteras automatiskt när du godkänner våra användarvillkor
• Ingen separat underskrift krävs för standardiserat DPA
• Anpassade DPA-arrangemang tillgängliga via Enterprise License

GDPR-efterlevnadsramverk: Vårt dataskyddsavtal beskriver 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årt Företagslicensprogram (250 USD/månad).

Hur hanterar ni anmälningar om dataintrång

Note

Vidarebefordra e-postens nollkunskapsarkitektur begränsar intrångets inverkan avsevärt.

• Begränsad dataexponering: Kan inte komma åt krypterat e-postinnehåll på grund av nollkunskapsarkitektur
• Minimal datainsamling: Endast grundläggande prenumerantinformation och begränsade IP-loggar för säkerhet
• Ramverk för underleverantörer: DigitalOcean och Vultr upprätthåller GDPR-kompatibla incidenthanteringsprocedurer

Information om GDPR-ombud: Forward Email har utsett GDPR-ombud 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 ett företagslicensavtal.

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 egenhosting: Omfattande egenhostingsfunktioner för att skapa testmiljöer
• API-gränssnitt: Potential för programmatisk testning av konfigurationer
• Öppen källkod: 100 % öppen källkod låter kunderna undersöka vidarebefordringslogik
• Flera domäner: Stöd för flera domäner kan möjliggöra skapande av testdomäner

För företagskunder som behöver formella sandbox-funktioner bör detta diskuteras som en del av ett företagslicensavtal.

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

Tillhandahåller ni övervaknings- och varningsverktyg

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

Tillgänglig:

• Övervakning av leverans i realtid: Offentligt synliga prestandamått för större e-postleverantörer
• Automatiska aviseringar: Ingenjörsteamet varnas när leveranstiderna överstiger 10 sekunder
• Transparent övervakning: 100 % övervakningssystem med öppen källkod
• Infrastrukturövervakning: Automatiserad 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.

Källor:

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

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

Important

Vidarebefordra e-post implementerar omfattande redundans över flera infrastrukturleverantörer.

• Distribuerad infrastruktur: Flera leverantörer (DigitalOcean, Vultr, DataPacket) över geografiska regioner
• Geografisk lastbalansering: Cloudflare-baserad geolokaliserad lastbalansering med automatisk redundans
• Automatisk skalning: Dynamisk resursjustering baserad på efterfrågan
• Flerskikts-DDoS-skydd: Genom DataPackets Shield-system och Cloudflare
• Serverredundans: Flera servrar per region med automatisk redundans
• Databasreplikering: Datasynkronisering i realtid över flera platser
• Övervakning och aviseringar: Övervakning dygnet runt med automatisk incidentrespons

Åtagande för drifttid: 99,9 %+ tjänsttillgä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 avsnitt 889 i National Defense Authorization Act (NDAA)

Important

Vidarebefordran av e-post följer helt avsnitt 889 genom noggrant urval av infrastrukturpartners.

Ja, vidarebefordran av e-post är kompatibel med avsnitt 889. Avsnitt 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, och ingen av dem använder utrustning som är förbjuden enligt paragraf 889:

1. Cloudflare: Vår primära partner för nätverkstjänster och e-postsäkerhet
2. DataPacket: Vår primära leverantör av serverinfrastruktur (med exklusiva Arista Networks- och Cisco-utrustning)
3. Säkerhetskopieringsleverantörer: Våra säkerhetskopieringsleverantörer av Digital Ocean och Vultr har dessutom skriftligen bekräftats vara kompatibla med Section 889.

Cloudflares åtagande: Cloudflare 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.

Användningsfall för myndigheter: Vår efterlevnad av avsnitt 889 validerades när US Naval Academy 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 ramverk 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 ni 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 ert system för vidarebefordran av e-post?

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

• Initial anslutning (inget kommandonamn, t.ex. telnet trafficlogic.co 25) – Detta är den initiala anslutningen. Vi kontrollerar avsändare som inte finns i vår tillåtelselista mot vår avvisarlista. Slutligen, om en avsändare inte finns i vår tillåtelselista, kontrollerar vi om de har varit grålistad.

• HELO – Detta indikerar en hälsning som identifierar 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 omvänd värdnamnssökning av anslutningens IP-adress.

• MAIL FROM - Detta anger kuvertadressen för e-postmeddelandet. Om ett värde anges måste det vara en giltig RFC 5322-e-postadress. Tomma värden är tillåtna. Vi använder kontrollera efter bakåtspridning här, och vi kontrollerar även MAIL FROM mot vår avvisarlista. Vi kontrollerar slutligen avsändare som inte finns på tillåtelselistan för hastighetsbegränsning (se avsnittet om Hastighetsbegränsande och tillåtelselista för mer information).

• RCPT TO – Detta anger mottagaren/mottagarna 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 "Till"-rubriken i ett e-postmeddelande). Vi kontrollerar också om det finns en giltig Avsändarens omskrivningsschema-adress ("SRS") här för att skydda mot förfalskning med vårt SRS-domännamn.

• DATA – Detta är kärndelen av vår tjänst som behandlar e-postmeddelanden. Se avsnittet Hur hanterar man ett e-postmeddelande för vidarebefordran nedan för mer information.

Hur bearbetar man ett e-postmeddelande för vidarebefordran

Det här avsnittet beskriver vår process relaterad till SMTP-protokollkommandot DATA i avsnittet Hur fungerar ert system för vidarebefordran av e-post? ovan – det handlar om hur vi bearbetar ett e-postmeddelandes rubriker, brödtext, säkerhet, avgör vart det ska levereras och hur vi hanterar anslutningar.

1. Om meddelandet överskrider den maximala storleken på 50 MB avvisas det med felkoden 552.

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

3. Om meddelandet hade fler än 25 "Received"-rubriker, fastnade det i en omdirigeringsslinga och det avvisades med felkoden 550.

4. Med hjälp av e-postmeddelandets fingeravtryck (se avsnittet om Fingeravtryck) kontrollerar vi om meddelandet har försökts skickas igen i mer än 5 dagar (vilket matchar standardbeteende för postfix), och om så är fallet kommer det att avvisas med felkoden 550.

5. Vi lagrar resultaten från skanningen av e-postmeddelandet i minnet med hjälp av Skräppostskanner.

6. Om det fanns några godtyckliga resultat från Spam Scanner, avvisas det med felkoden 554. Godtyckliga resultat inkluderar endast GTUBE-testet vid tidpunkten för detta skrivande. Se https://spamassassin.apache.org/gtube/ för mer information.

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

• Received - vi lägger till denna standardiserade Received-rubrik med ursprungs-IP och värd, överföringstyp, TLS-anslutningsinformation, datum/tid och mottagare.
• X-Original-To - den ursprungliga mottagaren för meddelandet:
• Detta är användbart för att avgöra vart ett e-postmeddelande ursprungligen levererades (utöver rubriken "Received").
• 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 https://forwardemail.net
• X-Forward-Email-Version - den aktuella SemVer-versionen från package.json i 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 kuvertadressen för MAIL FROM (om den inte var tom), den omvända PTR-klientens FQDN (om den finns) och avsändarens IP-adress.
• X-Forward-Email-ID - detta gäller endast för utgående SMTP och korrelerar med e-postadressen som lagras i Mitt konto → E-postmeddelanden.
• X-Original-To0 - med värdet X-Original-To1.
• X-Original-To2 - med värdet X-Original-To3.
• X-Original-To4 - med värdet X-Original-To5.
8. Vi kontrollerar sedan meddelandet för DKIM, SPF, ARC och DMARC.

• Om meddelandet misslyckades med DMARC och domänen hade en avvisningspolicy (t.ex. p=reject fanns i DMARC-policyn), avvisas det med felkoden 550. Vanligtvis finns en DMARC-policy för en domän i underdomänposten _dmarc, TXT (t.ex. dig _dmarc.trafficlogic.co txt).

• Om meddelandet misslyckades med SPF och domänen hade en hård felpolicy (t.ex. -all fanns i SPF-policyn istället för ~all eller ingen policy alls), avvisas det med felkoden 550. Vanligtvis finns en SPF-policy för en domän i TXT-posten för rotdomänen (t.ex. dig trafficlogic.co txt). Se det här avsnittet för mer information om skicka e-post som med Gmail angående SPF.

9. Nu bearbetar vi mottagarna av meddelandet som samlats in från kommandot RCPT TO i avsnittet Hur fungerar ert system för vidarebefordran av e-post? ovan. För varje mottagare utför vi följande operationer:

• Vi söker upp TXT-posterna för domännamnet (delen efter symbolen @, t.ex. trafficlogic.co om e-postadressen var test@trafficlogic.co). Om domänen till exempel är trafficlogic.co gör vi en DNS-sökning som dig trafficlogic.co txt.

• Vi analyserar alla TXT-poster som börjar med antingen forward-email= (gratisabonnemang) eller forward-email-site-verification= (betalda abonnemang). Observera att vi analyserar båda för att kunna bearbeta e-postmeddelanden medan en användare uppgraderar eller nedgraderar abonnemang.

• 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 konfigurerar vidarebefordran av e-post ovan). Observera att vi endast stöder ett forward-email-site-verification=-värde, och om fler än ett anges kommer ett 550-fel att uppstå och avsändaren får en studs för denna mottagare.

• Rekursivt itererar vi över den extraherade vidarebefordringskonfigurationen för att fastställa global vidarebefordring, regex-baserad vidarebefordring och alla andra vidarebefordringskonfigurationer som stöds – vilka nu kallas våra "vidarebefordringsadresser".

• För varje vidarebefordringsadress stöder vi en rekursiv sökning (som startar denna serie operationer om på den angivna adressen). Om en rekursiv matchning hittades tas det överordnade resultatet bort från vidarebefordringsadresserna och de underordnade adresserna läggs till.

• Vidarebefordringsadresser analyseras för unikhet (eftersom vi inte vill skicka dubbletter till en adress eller skapa ytterligare onödiga SMTP-klientanslutningar).

• För varje vidarebefordringsadress söker vi upp dess domännamn mot vår API-slutpunkt /v1/max-forwarded-addresses (för att avgöra hur många adresser domänen får vidarebefordra e-post till per alias, t.ex. 10 som standard – se avsnittet om trafficlogic.co0). Om denna gräns överskrids uppstår ett 550-fel och avsändaren får en studs för denna mottagare.

• Vi söker upp inställningarna för den ursprungliga mottagaren mot vår API-slutpunkt trafficlogic.co1, som stöder en sökning för betalande användare (med en reserv för gratisanvändare). Detta returnerar ett konfigurationsobjekt för avancerade inställningar för trafficlogic.co2 (nummer, t.ex. trafficlogic.co3), trafficlogic.co4 (booleskt), trafficlogic.co5 (booleskt), trafficlogic.co6 (booleskt) och trafficlogic.co7 (booleskt).

• Baserat på dessa inställningar kontrollerar vi sedan mot Spam Scanners resultat och om några fel uppstår avvisas meddelandet med felkoden 554 (t.ex. om trafficlogic.co8 är aktiverat kontrollerar vi Spam Scanners resultat för virus). Observera att alla användare av gratisplanen kommer att vara aktiverade för kontroller mot vuxeninnehåll, nätfiske, körbara filer och virus. Som standard är alla användare av betalande planer också aktiverade, men denna konfiguration kan ändras under inställningssidan för en domän i instrumentpanelen för vidarebefordran av e-post).

10. För varje bearbetad mottagares vidarebefordringsadress utför vi sedan följande operationer:

• Adressen kontrolleras mot vår avvisarlista, och om den listades kommer en 421-felkod att visas (indikerar för avsändaren att försöka igen senare).

• Om adressen är en webhook ställer vi in ett booleskt värde för framtida åtgärder (se nedan – vi grupperar liknande webhooks för att göra en POST-förfrågan istället för flera för leverans).

• Om adressen är en e-postadress analyserar vi värden för framtida åtgärder (se nedan – vi grupperar liknande värdar för att göra en anslutning istället för flera individuella anslutningar för leverans).

11. Om det inte finns några mottagare och inga returer, svarar vi med felet 550 "Ogiltiga mottagare".

12. Om det finns mottagare itererar vi över dem (grupperade av samma värd) och levererar e-postmeddelandena. Se avsnittet Hur hanterar ni problem med e-postleverans nedan för mer information.

• Om några fel uppstår när vi skickar e-postmeddelanden lagrar vi 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 på kommandot DATA. Det betyder att e-postmeddelanden som inte levererats vanligtvis försöks skickas igen av den ursprungliga avsändaren, men e-postmeddelanden som redan levererats skickas inte igen nästa gång meddelandet skickas (eftersom vi använder Fingeravtryck).
• Om inga fel uppstod skickar vi en statuskod för lyckat SMTP-svar på 250.
• En avvisning definieras som varje leveransförsök som resulterar i en statuskod som är >= 500 (permanenta fel).

13. Om inga studsar inträffade (permanenta fel) returnerar vi en SMTP-svarsstatuskod med den lägsta felkoden från icke-permanenta fel (eller en statuskod för lyckade 250 om inga fel förekom).

14. Om avvisningar inträffar skickar vi avvisningsmejl i bakgrunden efter att ha returnerat den lägsta av alla felkoder till avsändaren. Om den lägsta felkoden är >= 500 skickar vi dock inga avvisningsmejl. Detta beror på att om vi gjorde det skulle avsändarna få ett dubbelt avvisningsmejl (t.ex. ett från deras utgående MTA, till exempel Gmail – och även ett från oss). Se avsnittet om Hur skyddar man sig mot bakåtspridning nedan för mer information.

Hur hanterar ni problem med e-postleverans?

Observera att vi kommer att göra en omskrivning av "Friendly-From" på e-postmeddelandena endast om avsändarens DMARC-policy inte godkändes OCH inga DKIM-signaturer var i linje med "Från"-rubriken. Det betyder att vi kommer att ändra "Från"-rubriken på meddelandet, ställa in "X-Original-From" och även ställa in en "Svara till" om den inte redan var inställd. Vi kommer också att återförsegla ARC-förseglingen på meddelandet efter att ha ändrat dessa rubriker.

Vi använder också smart parsing av felmeddelanden på varje nivå i vår stack – i vår kod, DNS-förfrågningar, Node.js interna funktioner, HTTP-förfrågningar (t.ex. 408, 413 och 429 mappas 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 dummy-säker och den kommer även att försöka igen vid SSL/TLS-fel, anslutningsproblem med mera. Målet med dummy-proofing är att maximera leveransbarheten till alla mottagare för en vidarebefordringskonfiguration.

Om mottagaren är en webhook tillåter vi en timeout på 60 sekunder för att begäran ska kunna slutföras, med upp till 3 försök (dvs. totalt 4 begäranden innan ett misslyckande). Observera att vi korrekt analyserar felkoderna 408, 413 och 429 och mappar dem till SMTP-svarskoden 421.

Om mottagaren är en e-postadress försöker vi 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 uppstår när vi försöker skicka e-postmeddelandet försöker vi skicka e-postmeddelandet utan TLS (utan att använda STARTTLS).

Om några DNS- eller anslutningsfel uppstår returnerar vi SMTP-svarskoden 421 till DATA-kommandot. Annars skickas returer om det finns fel på nivån >= 500.

Om vi upptäcker att en e-postserver som vi försöker leverera till har en eller flera av våra IP-adresser blockerade (t.ex. av den teknik de använder för att avvisa spammare), skickar vi en SMTP-svarskod på 421 till avsändaren så att de kan försöka skicka meddelandet igen senare (och vi meddelas om problemet så att vi förhoppningsvis kan lösa det före nästa försök).

Hur hanterar du blockering av dina IP-adresser?

Vi övervakar rutinmässigt alla större DNS-avvisningslistor och om någon av våra IP-adresser för e-postutbyte ("MX") finns med i en större avvisningslista kommer vi att ta bort den från den relevanta DNS A-post-rundan om möjligt tills problemet är löst.

I skrivande stund finns vi även med i flera DNS-godkännandelistor, och vi tar övervakning av avvisningslistor på största allvar. Om du ser några problem innan vi har en chans att lösa dem, vänligen meddela oss skriftligen på support@forwardemail.net.

Våra IP-adresser är offentligt tillgängliga, se avsnittet nedan för mer insikt.

Vad är postmasteradresser

För att förhindra felaktigt avvisade e-postmeddelanden och att semestersvar skickas till oövervakade eller obefintliga e-postlådor, har vi en lista med användarnamn som liknar mailer-daemons:

• automailer
• autoresponder
• bounce
• bounce-notification
• bounce-notifications
• bounces
• hostmaster
• listserv
• localhost
• mail-daemon
• mail.daemon
• maildaemon
• mailer-daemon
• mailer.daemon
• mailerdaemon
• majordomo
• postmaster
• och eventuella svarsfria adresser

Se 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

E-postadresser med något av följande (skiftlägeskänsliga) anses vara adresser som inte får svara:

• 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 underhå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 tillåtelselista

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

Alla e-postadresser, domäner och mottagare från kunder med betalda abonnemang läggs automatiskt till i vår godkännandelista.

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

Följande domännamnstillägg anses som standard vara godkända (oavsett om de finns på Umbrella Popularity List 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
• 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
• skola.nz
• cri.nz
• hälsa.nz
• mil.nz
• parlamentet.nz
• ac.in
• edu.in
• mil.in
• ac.jp
• ed.jp
• lg.jp
• ac.za
• edu.za
• mil.za
• skola.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
• parlamentet.uk
• polisen.uk
• rct.uk
• royal.uk
• sch.uk
• ukaea.uk

Dessutom är dessa varumärkes- och företagsdomäner för toppnivå tillåtna 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
• akvarell
• aramco
• audi
• auspost
• aws
• axa
• azure
• baidu
• bananarepublic
• barclaycard
• barclays
• basket
• bauhaus
• bbc
• bbt
• bbva
• bcg
• bentley
• bharti
• bing
• vit
• bloomberg
• bms
• BMW
• bnl
• bnpparibas
• boehringer
• bond
• bokning
• bosch
• bostik
• bradesco
• bridgestone
• brother
• bugatti
• cal
• calvinklein
• canon
• capitalone
• husvagn
• cartier
• cba
• cbn
• cbre
• cbs
• cern
• cfa
• Chanel
• Chase
• Chintai
• Chrysler
• Cipriani
• Cisco
• Citadel
• citi
• citic
• clubmed
• comcast
• commbank
• kreditförening
• krona
• crs
• csc
• cuisinella
• dabur
• datsun
• återförsäljare
• dell
• deloitte
• delta
• dhl
• upptäck
• dish
• dnp
• dodge
• dunlop
• dupont
• dvag
• edeka
• emerck
• epson
• ericsson
• erni
• försäkring
• 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
• givande
• 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
• Italien
• 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
• livsstil
• 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
• ömsesidig
• nadex
• rikstäckande
• 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
• spela
• playstation
• pohl
• politik
• praxi
• prod
• progressiv
• pru
• prudential
• pwc
• qvc
• redstone
• reliance
• rexroth
• ricoh
• säkerhet
• rocher
• rogers
• rwe
• säkerhet
• sakura
• samsung
• sandvik
• sandvikcoromant
• sanofi
• sap
• saxo
• sbi
• sca
• scb
• Schaeffler
• Schmidt
• Schwarz
• SchoolJohnson
• Scor
• Säte
• Sener
• Ses
• sy
• sju
• sfr
• sök
• sharp
• shaw
• snäckskal
• shriram
• sina
• sky
• skype
• smart
• sncf
• softbank
• sohu
• sony
• spegel
• stada
• häftklamrar
• stjärna
• stjärnhub
• statsbank
• statsfarm
• statoil
• stc
• stcgroup
• suzuki
• swatch
• swintcover
• symantec
• taobao
• target
• tatamotors
• tdk
• telecity
• telefonica
• temasek
• teva
• tiffany
• tjx
• Toray
• Toshiba
• totalt
• Toyota
• travelchannel
• resenärer
• tui
• TV-apparater
• ubs
• unicom
• uol
• ups
• vanguard
• verisign
• vig
• viking
• jungfru
• Visa
• Vista
• Vistaprint
• Vivo
• Volvo
• Volvo
• Walmart
• Walter
• väderkanal
• weber
• damm
• 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 i den här listan (enligt denna GitHub-förfrågan):

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

Från och med den 8 juli 2025 har vi lagt till dessa Europaspecifika länder:

• ax
• bg
• fo
• gi
• gr
• timme
• hu
• lt
• lu
• mc
• mk
• mt
• ro
• sk
• va

Vi inkluderade specifikt inte cz, ru och ua på grund av hög spamaktivitet.

Vilka är dina kriterier för godkännandelistan

Vi har en statisk lista med domännamnstillägg tillåtna som standard – och vi underhåller även en dynamisk, cachad, rullande tillåtelselista baserad på följande strikta kriterier:

• Avsändarens rotdomän måste vara av typen domännamnstillägg som matchar listan vi erbjuder i vår gratisplan (med tillägg av biz och info). Vi inkluderar även partiella matchningar av edu, gov och mil, såsom xyz.gov.au och xyz.edu.au.

• Avsändarens rotdomän måste vara bland de 100 000 bästa unika rotdomänerna som analyserats från Paraply popularitetslista ("UPL").

• Avsändarens rotdomän måste vara bland de 50 000 bästa resultaten från unika rotdomäner som förekommer i minst 4 av de senaste 7 dagarna av UPL:er (~50%+).

• Avsändarens rotdomän får inte vara kategoriserad som vuxeninnehåll eller skadlig kod från Cloudflare.

• Avsändarens rotdomän måste ha antingen A- eller MX-poster angivna.

• Avsändarens rotdomän måste ha antingen A-post(er), MX-post(er), DMARC-post med biz0 eller biz1, eller en SPF-post med kvalificeraren biz2 eller biz3.

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

Vårt automatiserade jobb kommer att ladda ner de senaste 7 dagarna av UPL:er i minnet, packa upp dem och sedan analysera dem i minnet enligt de strikta kriterierna ovan.

Populära domäner vid tidpunkten för detta skrivande, såsom Google, Yahoo, Microsoft, Amazon, Meta, Twitter, Netflix, Spotify och fler – ingår naturligtvis.

Om du är en avsändare som inte finns med på vår godkännandelista, kommer du att vara begränsad hastighet och grålistad första gången din FQDN-rotdomän eller IP-adress skickar ett e-postmeddelande. 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 ett hastighetsgräns- eller grålistfel (t.ex. en felkod på nivå 421 eller 4xx).

Observera att specifika avsändare som a@gmail.com, b@xyz.edu och c@gov.au fortfarande kan vara nekad lista (t.ex. om vi automatiskt upptäcker skräppost, nätfiske eller skadlig kod från dessa avsändare).**

Vilka domännamnstillägg kan användas gratis

Från och med den 31 mars 2023 har vi infört en ny generell spamregel för att skydda våra användare och vår tjänst.

Denna nya regel tillåter endast följande domännamnstillägg att användas i vår gratisplan:

• ac
• ad
• ag
• ai
• al
• am
• app
• as
• at
• au
• ba
• vara
• br
• av
• 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
• är
• det
• ja
• jp
• ke
• kr
• la
• li
• lv
• ly
• md
• me
• mn
• ms
• mu
• mx
• net
• ni
• nl
• nej
• nu
• nz
• org
• pl
• pr
• pt
• pw
• rs
• sc
• se
• sh
• si
• sm
• sr
• st
• tc
• tm
• till
• tv
• uk
• us
• uz
• vc
• vg
• vu
• ws
• xyz
• za

Har du en grålista

Ja, vi har en väldigt slapp grålistning av e-post-policy. Grålistning gäller endast för avsändare som inte finns på vår godkännandelista och lagras 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 satt till den ursprungliga ankomsttiden för deras första begäran. Vi avvisar sedan deras e-postmeddelande med statuskoden 450 för återförsök och tillåter det bara att passera när det har gått 5 minuter.

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

Nyckeln består antingen av FQDN-rotdomänen eller avsändarens IP-adress. Det 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 "väldigt slapp" policy).

Om till exempel ett e-postmeddelande kommer från test.trafficlogic.co innan vi ser ett e-postmeddelande komma från trafficlogic.co, måste alla e-postmeddelanden från test.trafficlogic.co och/eller trafficlogic.co vänta 5 minuter från anslutningens ursprungliga ankomsttid. Vi låter inte både test.trafficlogic.co och trafficlogic.co vänta sina egna 5-minutersperioder (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 tillåtelselista (t.ex. Meta, Amazon, Netflix, Google, Microsoft i skrivande stund).

Har du en avvisningslista

Ja, vi använder vår egen lista över nekade abonnemang och uppdaterar den automatiskt i realtid och manuellt baserat på upptäckt skräppost och skadlig aktivitet.

Vi hämtar också alla IP-adresser från UCEPROTECT nivå 1-avvisningslistan på http://wget-mirrors.uceprotect.net/rbldnsd-all/dnsbl-1.uceprotect.net.gz varje timme och matar in dem i vår avvisningslista med en utgångsdatum på 7 dagar.

Avsändare som hittas i nekallistan får felkoden 421 (indikerar att avsändaren ska försöka igen senare) om de är inte tillåtna på listan.

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

Detta är utformat till skillnad från andra e-posttjänster, där om du hamnar på en blockeringslista uppstår ett permanent fel. Det är ofta svårt att be avsändare att försöka skicka meddelanden igen (särskilt från stora organisationer), och därför ger den här metoden ungefär 5 dagar från det första e-postförsöket för antingen avsändaren, mottagaren eller oss att ingripa och åtgärda problemet (genom att begära borttagning från blockeringslistan).

Alla begäranden om borttagning från avvisningslista övervakas i realtid av administratörer (t.ex. så att återkommande falska positiva resultat permanent kan tillåtas av administratörer).

Begäran om borttagning från avvisningslista kan begäras på https://forwardemail.net/denylist. Betalda användare får sina begäran om borttagning från avvisningslistan behandlad direkt, 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 nekallistan på följande sätt:

1. fingeravtryck för första meddelandet grålistas 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 grålistas meddelandet i 1 timme.
• Om avsändaren inte är godkänd grålistas meddelandet i 6 timmar.
2. Vi analyserar nekningslistanycklar 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 e-postadress "MAIL FROM" om den hade godkänd SPF eller ingen SPF, och den inte var ett postmaster-användarnamn eller ett användarnamn som inte kräver svar.

• Om "Från"-rubriken var tillåten, lägg till en nyckel för e-postadressen i "Från"-rubriken om den hade godkänd SPF eller godkänd och justerad DKIM.

• Om "Från"-rubriken inte var tillåten, lägg till en nyckel för e-postadressen i "Från"-rubriken och dess rot-parsade domännamn.

• För avsändare som inte är tillåtna:

• Lägg till en nyckel för kuvertet "MAIL FROM"-e-postadress om den hade godkänd SPF.

• Om "Från"-rubriken var tillåten, lägg till en nyckel för e-postadressen i "Från"-rubriken om den hade godkänd SPF eller godkänd och justerad DKIM.

• Om "Från"-rubriken inte var tillåten, lägg till en nyckel för e-postadressen i "Från"-rubriken och dess rot-parsade domännamn.

• Lägg till en nyckel för avsändarens fjärr-IP-adress.

• Lägg till en nyckel för klientens matchade värdnamn genom omvänd sökning från avsändarens IP-adress (om sådan finns).

• Lägg till en nyckel för rotdomänen för klientens matchade värdnamn (om sådan finns, och om den skiljer sig från klientens matchade värdnamn).

3. Om räknaren når 5 för en avsändare och nyckel som inte finns med på tillåtelselistan, nekar vi nyckeln i 30 dagar och ett e-postmeddelande skickas till vårt missbruksteam. Dessa siffror kan ändras och uppdateringar kommer att visas här när vi övervakar missbruk.

4. Om räknaren når 10 för en avsändare och nyckel som finns med på tillåtelselistan, nekar vi nyckeln i 7 dagar och ett e-postmeddelande skickas till vårt missbruksteam. Dessa siffror kan ändras och uppdateringar kommer att visas här när vi övervakar missbruk.

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

Har du en hastighetsbegränsning

Avsändarhastighetsbegränsningen sker antingen genom rotdomänen som analyserats från en omvänd PTR-sökning på avsändarens IP-adress – eller om det inte ger något resultat används 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 e-post som tas emot på individuella alias (t.ex. you@yourdomain.com) – begränsar vi gränserna utifrån aliaset själva domännamnet (t.ex. yourdomain.com). Detta förhindrar att Senders översvämmar inkorgarna för alla alias i din domän samtidigt.

• Vi har generella gränser som gäller för alla Senders i vår tjänst oavsett mottagare:

• Senders som vi anser vara "betrodda" som en sanningskälla (t.ex. gmail.com, microsoft.com, apple.com) är begränsade till att skicka 100 GB per dag.

• Senders som är tillåten på listan är begränsade till att skicka 10 GB per dag.

• Alla andra yourdomain.com0 är begränsade till att skicka 1 GB och/eller 1000 meddelanden per dag.

• Vi har en specifik gräns per yourdomain.com1 och yourdomain.com2 på 1 GB och/eller 1000 meddelanden dagligen.

MX-servrarna begränsar också vidarebefordran av meddelanden till en eller flera mottagare genom hastighetsbegränsning – men detta gäller bara Senders, inte på tillåtelselista:

• Vi tillåter endast upp till 100 anslutningar per timme, per Sender-matchad FQDN-rotdomän (eller) Sender fjärr-IP-adress (om ingen omvänd PTR är tillgänglig), och per kuvertmottagare. 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 konfigurerat en omvänd PTR 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, så kommer du inte att vara begränsad i hastighet eftersom (i skrivande stund) Amazon SES finns med i vår godkännandelista.

• Om du skickar från en domän som test.abc.123.trafficlogic.co, kommer hastighetsgränsen att gälla för trafficlogic.co. Många spammare använder hundratals underdomäner för att kringgå vanliga spamfilter som bara hastighetsbegränsar unika värdnamn i motsats till unika FQDN-rotdomäner.

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

Våra IMAP- och SMTP-servrar begränsar dina alias från att ha fler än 60 samtidiga anslutningar.

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

Hur skyddar man mot bakåtspridning

Felriktade studsar eller bounce spam (känt som "Bakåtspridning") kan orsaka negativt rykte för avsändarens IP-adresser.

Vi vidtar två steg för att skydda mot bakåtspridning, vilket beskrivs i följande avsnitt Förhindra studsar från kända E-POSTFRÅN-spammare och Förhindra onödiga studsar för att skydda mot bakåtspridning nedan.

Förhindra studsar från kända E-POSTFRÅN-spammare

Vi hämtar listan från Backscatter.org (drivs av UCEPROTECT) vid http://wget-mirrors.uceprotect.net/rbldnsd-all/ips.backscatterer.org.gz varje timme och matar in den i vår Redis-databas (vi jämför också skillnaden i förväg; ifall några IP-adresser har tagits bort som behöver respekteras).

Om MAIL FROM är tomt ELLER är lika med (skiftlägesokänsligt) någon av postmästarens adresser (delen före @ i ett e-postmeddelande), kontrollerar vi om avsändarens IP-adress matchar en från den här listan.

Om avsändarens IP-adress finns med i listan (och inte finns i vår tillåtelselista) 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 får ett meddelande om en avsändare finns både på Backscatterer-listan och i vår tillåtelselista så att vi kan lösa problemet om det behövs.

Teknikerna som beskrivs i det här avsnittet följer rekommendationen "SAFE MODE" vid https://www.backscatterer.org/?target=usage – där vi bara kontrollerar avsändarens IP-adress om vissa villkor redan är uppfyllda.

Förhindra onödiga studsar för att skydda mot bakåtspridning

Avvisade e-postmeddelanden är e-postmeddelanden som indikerar att vidarebefordran av e-post till mottagaren misslyckades helt och att e-postmeddelandet inte kommer att skickas igen.

En vanlig anledning till att man hamnar på Backscatterer-listan är felriktade studsar eller bounce spam, så vi måste skydda oss mot detta på några sätt:

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

2. Vi skickar bara en gång och endast en gång (vi använder en beräknad fingeravtrycksnyckel för studsade meddelanden och lagrar den i cachen för att förhindra att dubbletter skickas). Stödfingeravtrycket ä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. Skickade fingeravtryck för studsade meddelanden upphör att gälla efter 7 dagar i vår Redis-cache.

3. Vi skickar bara när MAIL FROM och/eller From inte är tomma 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 för auto-submitted med ett värde som inte är lika med no.
• Rubrik för x-auto-response-suppress med ett värde på dr, autoreply, auto-reply, auto_reply eller all.
• Rubrik för list-id, list-subscribe, no0, no1, no2, no3, no4, no5, no6 eller no7 (oavsett värde).
• Rubrik för no8 med värdet no9, x-auto-response-suppress0, x-auto-response-suppress1, x-auto-response-suppress2 eller x-auto-response-suppress3.

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

6. Vi skickar inte om användarnamnsdelen för e-postadressen "Från" var mdaemon och den hade en rubrik som inte känsligt för gemener och versaler, X-MDDSN-Message.

7. Vi skickar inte om det fanns en content-type-rubrik som inte är skiftlägeskänslig för multipart/report.

Hur fastställer man ett e-postfingeravtryck

Ett e-postmeddelandes fingeravtryck används för att avgöra hur unikt ett e-postmeddelande är och för att förhindra att dubbletter av meddelanden levereras och att duplicerade avvisningar skickas.

Fingeravtrycket beräknas från följande lista:

• Klientens lösta FQDN-värdnamn eller IP-adress
• Message-ID headervärde (om sådant finns)
• Date headervärde (om sådant finns)
• From headervärde (om sådant finns)
• To headervärde (om sådant finns)
• Cc headervärde (om sådant finns)
• Subject headervärde (om sådant finns)
• Body värde (om sådant finns)

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

Ja, från och med den 5 maj 2020 har vi lagt till den här funktionen. Just nu är funktionen domänspecifik, till skillnad från aliasspecifik. Om du behöver aliasspecifikt, vänligen kontakta oss för att informera oss om dina behov.

Förbättrat integritetsskydd: Om du har ett betalt abonnemang (som har förbättrat integritetsskydd) går du till Mitt konto Domäner, klickar på "Konfigurera" bredvid din domän och klickar sedan på "Inställningar". Om du vill veta mer om betalda abonnemang kan du se vår Prissättningssida. Annars kan du fortsätta att följa instruktionerna nedan.

Om du har gratisplanen lägger du helt enkelt till en ny DNS-TXT-post som visas nedan, men ändra porten från 25 till den port du väljer.

Om jag till exempel vill att alla e-postmeddelanden som går till trafficlogic.co ska vidarebefordras till aliasmottagarens SMTP-port 1337 istället för 25:

Namn/Värd/Alias	TTL	Typ	Svar/Värde
"@", ".", eller tomt	3600	TXT	forward-email-port=1337 Kopiera Kryptera

Tips: Det vanligaste scenariot för anpassad portvidarebefordran är när du vill vidarebefordra alla e-postmeddelanden som går till trafficlogic.co till en annan port på trafficlogic.co, annan än SMTP-standarden för port 25. För att konfigurera detta, lägg helt enkelt till följande TXT catch-all-post.

Namn/Värd/Alias	TTL	Typ	Svar/Värde
"@", ".", eller tomt	3600	TXT	forward-email=trafficlogic.co Kopiera Kryptera

Stöder den plustecknet + för Gmail-alias {#does-it-support-the-plus--symbol-for-gmail-aliases}}

Ja, absolut.

Stöder den underdomäner

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

Om du vill att foo.trafficlogic.co ska vidarebefordra e-postmeddelanden, ange då foo som namn/värd/alias-värde i dina DNS-inställningar (för både MX- och TXT-poster).

Vidarebefordrar detta mina e-postrubriker

Ja, absolut.

Är detta väl testat

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

Skickar du vidare SMTP-svarsmeddelanden och koder

Ja, absolut. Om du till exempel skickar ett e-postmeddelande till hello@trafficlogic.co och det är registrerat för vidarebefordran till user@gmail.com, kommer SMTP-svarsmeddelandet 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 vidarebefordran av e-post?

Se våra avsnitt om Hur fungerar ert system för vidarebefordran av e-post?, Hur hanterar ni problem med e-postleverans och Hur hanterar du blockeringar av dina IP-adresser? ovan.

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

Vi skapade ett öppen källkodsprogramvaruprojekt 🍊 Mandarin och använder det för DNS-sökningar. Standard-DNS-servrarna som används är 1.1.1.1 och 1.0.0.1, och DNS-frågor går via DNS över HTTPS ("DoH") på applikationslagret.

🍊 Mandarin använder CloudFlares integritetsfokuserade konsument-DNS-tjänst som standard.

Konto och fakturering

Erbjuder ni pengarna-tillbaka-garanti på betalda abonnemang?

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

Om jag byter abonnemang, betalar ni då proportionellt och återbetalar mellanskillnaden

Vi varken proportionellt beräknar eller återbetalar skillnaden när du byter abonnemang. Istället omvandlar vi den återstående perioden från ditt befintliga abonnemangs utgångsdatum till den närmaste relativa perioden för ditt nya abonnemang (avrundat nedåt med månad).

Observera att om du uppgraderar eller nedgraderar mellan betalda planer inom 30 dagar sedan du först startade en betalplan, återbetalar vi automatiskt hela beloppet från din befintliga plan.

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

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

Kan jag inaktivera specifika alias

Viktigt: Om du har ett betalt abonnemang måste du gå till Mitt konto Domäner Alias Redigera alias Avmarkera kryssrutan "Aktiv" Fortsätt.

Ja, redigera bara din DNS-TXT-post och lägg till antingen ett, två eller tre utropstecken före aliaset (se nedan).

Observera att du bör behålla mappningen ":", eftersom detta krävs om du någonsin väljer att inaktivera detta (och det används även för import om du uppgraderar till ett av våra betalda abonnemang).

För tyst avvisning (verkar för avsändaren som om meddelandet skickades, men leder egentligen ingenstans) (statuskod 250): Om du lägger prefixet "!" (enkelt utropstecken) till ett alias kommer statuskoden 250 att returneras 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 mjuk avvisning (statuskod 421): Om du sätter prefixet "!!" (dubbelt utropstecken) till ett alias returneras en mjuk felstatuskod 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 sätter prefixet "!!!" (trippelt utropstecken) för ett alias returneras en permanent felkod 550 till avsändare som försöker skicka till denna adress, och e-postmeddelandena kommer att avvisas och studsa.

Om jag till exempel vill att alla e-postmeddelanden som går till alias@trafficlogic.co ska sluta flöda vidare till user@gmail.com och bli avvisade och studsade (t.ex. använd tre utropstecken):

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

Tips: Du kan också skriva om den vidarebefordrade mottagarens adress till helt enkelt "nobody@forwardemail.net", vilket dirigerar den till nobody som i exemplet nedan.

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

Tips: Om du vill ha ökad säkerhet kan du också ta bort delen ":user@gmail.com" (eller ":nobody@forwardemail.net") och bara lämna "!!!alias" som i exemplet nedan.

Namn/Värd/Alias	TTL	Typ	Svar/Värde
"@", ".", eller tomt	3600	TXT	forward-email=!!!alias Kopiera Kryptera

Kan jag vidarebefordra e-postmeddelanden till flera mottagare

Ja, absolut. Ange bara flera mottagare i dina TXT-poster.

Om jag till exempel vill att ett e-postmeddelande som går till hello@trafficlogic.co ska vidarebefordras till user+a@gmail.com och user+b@gmail.com, så skulle min TXT-post se ut så här:

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

Eller så kan du ange dem i två separata rader, till exempel så här:

Namn/Värd/Alias	TTL	Typ	Svar/Värde
"@", ".", eller tomt	3600	TXT	forward-email=hello:user+a@gmail.com Kopiera Kryptera
"@", ".", eller tomt	3600	TXT	vidarebefordra-e-post=hello:användare+b@gmail.com

Det är upp till dig!

Kan jag ha flera globala catch-all-mottagare

Ja, det kan du. Ange bara flera globala catch-all-mottagare i dina TXT-poster.

Om jag till exempel vill att alla e-postmeddelanden som går till *@trafficlogic.co (asterisken betyder att det är ett jokertecken, dvs. en samlingsfil) ska vidarebefordras till user+a@gmail.com och user+b@gmail.com, då skulle min TXT-post se ut så här:

Namn/Värd/Alias	TTL	Typ	Svar/Värde
"@", ".", eller tomt	3600	TXT	forward-email=användare+a@gmail.com,användare+b@gmail.com Kopiera Kryptera

Eller så kan du ange dem i två separata rader, till exempel så här:

Namn/Värd/Alias	TTL	Typ	Svar/Värde
"@", ".", eller tomt	3600	TXT	forward-email=user+a@gmail.com Kopiera Kryptera
@, ".", eller tomt	3600	TXT	vidarebefordra-e-post=användare+b@gmail.com

Det är upp till dig!

Finns det en maxgräns för antalet e-postadresser jag kan vidarebefordra 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 så många alias du vill (ett obegränsat antal). Det betyder att du bara kan vidarebefordra ett alias till 10 unika e-postadresser. Du kan ha hello:user+1@gmail.com, hello:user+2@gmail.com, hello:user+3@gmail.com, … (från 1-10) – och alla e-postmeddelanden till hello@trafficlogic.co skulle vidarebefordras till user+1@gmail.com, user+2@gmail.com, user+3@gmail.com, … (från 1-10).

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

Kan jag vidarebefordra e-postmeddelanden rekursivt

Ja, det kan du, men du måste fortfarande hålla dig till maxgränsen. Om du har hello:linus@trafficlogic.co och linus:user@gmail.com, kommer e-postmeddelanden till hello@trafficlogic.co att vidarebefordras till linus@trafficlogic.co och user@gmail.com. Observera att ett felmeddelande kommer att utlösas om du försöker vidarebefordra e-postmeddelanden rekursivt utöver maxgränsen.

Kan folk avregistrera sig eller registrera min vidarebefordran av e-post utan mitt tillstånd

Vi använder MX- och TXT-postverifiering, så om du lägger till den här tjänstens respektive MX- och TXT-poster är du registrerad. Om du tar bort dem är du avregistrerad. Du äger din domän och DNS-hantering, så om någon har åtkomst 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ällkod: Vår kodbas är öppen källkod, vilket möjliggör bidrag från communityn och transparent drift.

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

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

4. Rimliga användningsgränser: Gratisnivå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 den maximala storleksgränsen för e-postmeddelanden

Vi har en standardstorleksgräns på 50 MB, vilket inkluderar innehåll, rubriker och bilagor. Observera att tjänster som Gmail och Outlook endast tillåter en storleksgräns på 25 MB, 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 ni loggar över 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 ni 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 SMTP-svarskoderna 4xx och 5xx i 7 dagar – vilka innehåller SMTP-felet, kuvertet och e-postrubriker (vi lagrar inte e-postmeddelandets brödtext eller bilagor).

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

Felloggar för hastighetsbegränsande och grålistning är inte tillgängliga eftersom anslutningen avslutas tidigt (t.ex. innan kommandona RCPT TO och MAIL FROM 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 e-postvidarebefordringstjänster lagrar och kan potentiellt läsa din e-post. Det finns ingen anledning till att vidarebefordrade e-postmeddelanden behöver lagras på disklagring – och därför har vi skapat den första lösningen med öppen källkod som gör allt detta i minnet.

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

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

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

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

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

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

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

Ja! Från och med den 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å ange SPF-posten för Outlook i din DNS-konfigurations-TXT-post.

Viktigt: Om du använder Microsoft Outlook eller Live.com måste du lägga till include:spf.protection.outlook.com i din SPF TXT-post, till exempel:

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

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

Om du prenumererar på iCloud+ kan du använda en anpassad domän. Vår tjänst är även kompatibel med Apple Mail.

Se https://support.apple.com/en-us/102540 för mer information.

Kan jag vidarebefordra ett obegränsat antal e-postmeddelanden med denna

Ja, men "relativt okända" avsändare är begränsade till 100 anslutningar per timme per värdnamn eller IP-adress. Se avsnittet om Hastighetsbegränsande och Grålistning ovan.

Med "relativt okänd" menar vi avsändare som inte visas i tillåtelselista.

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

Erbjuder ni obegränsat antal domäner till ett pris?

Ja. Oavsett vilket abonnemang du har betalar du bara en månadsavgift – som täcker alla dina domäner.

Vilka betalningsmetoder accepterar ni

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

1. Kredit-/betalkort/banköverföringar: Visa, Mastercard, American Express, Discover, JCB, Diners Club, etc.
2. PayPal: Anslut ditt PayPal-konto för enkla betalningar
3. Kryptovaluta: Vi accepterar betalningar via Stripes stablecoin-betalningar på Ethereum-, Polygon- och Solana-nätverk

Note

Vi lagrar begränsad betalningsinformation på våra servrar, vilken endast inkluderar betalningsidentifierare och referenser till transaktions-, kund-, prenumerations- och betalnings-ID:n för Rand och PayPal.

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