Stöd

Hur kan vi hjälpa?

142 svar över 11 ämnen

Kom igång snabbt

För att komma igång med Forward Email:

  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/mailboxar under Mitt konto → Domäner → Aliaser

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

Tip

DNS-ändringar kan ta upp till 24-48 timmar att spridas globalt, även om de ofta träder i kraft mycket snabbare.

Important

För förbättrad leveranssäkerhet rekommenderar vi att du ställer in SPF, DKIM och DMARC-poster.

    Introduktion

    • Vad är Forward Email

      Note

      Forward Email är perfekt för privatpersoner, småföretag och utvecklare som vill ha professionella e-postadresser utan kostnaden och underhållet av en fullständig e-posthostinglösning.

      Forward Email är en fullfjädrad e-postleverantör och e-posthostingleverantör för egna domännamn.

      Det är den enda kostnadsfria och öppen källkod-tjänsten som låter dig använda e-postadresser med egen domän utan komplexiteten att sätta upp och underhålla en egen e-postserver.

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

      Viktiga funktioner i Forward Email:

      • E-post med egen domän: Använd professionella e-postadresser med ditt eget domännamn
      • Gratisnivå: Grundläggande e-postvidarebefordran utan kostnad
      • Förbättrad integritet: Vi läser inte dina e-postmeddelanden eller säljer dina data
      • Öppen källkod: Vår hela kodbas finns tillgänglig på GitHub
      • SMTP-, IMAP- och POP3-stöd: Fullständiga möjligheter att skicka och ta emot e-post
      • End-to-End-kryptering: Stöd för OpenPGP/MIME
      • Anpassade Catch-All-alias: Skapa obegränsat med e-postalias

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

      Tip

      Läs mer om Forward Email genom att läsa vårt kostnadsfria Tekniska Whitepaper och granska vår säkerhetsrevision av Cure53.

    • Vem använder Forward Email

      Vi tillhandahåller e-posthosting och e-postvidarebefordran till över 500 000 domäner och dessa framstående användare:

      Kund Fallstudie
      U.S. Naval Academy 📄 Fallstudie
      Canonical 📄 Fallstudie
      Netflix Games
      The Linux Foundation 📄 Fallstudie
      The PHP Foundation
      Fox News Radio
      Disney Ad Sales
      jQuery 📄 Fallstudie
      LineageOS
      Ubuntu 📄 Fallstudie
      Kubuntu 📄 Fallstudie
      Lubuntu 📄 Fallstudie
      The University of Cambridge 📄 Fallstudie
      The University of Maryland 📄 Fallstudie
      The University of Washington 📄 Fallstudie
      Tufts University 📄 Fallstudie
      Swarthmore College 📄 Fallstudie
      Government of South Australia
      Government of Dominican Republic
      Fly.io
      RCD Hotels
      Isaac Z. Schlueter (npm) 📄 Fallstudie
      David Heinemeier Hansson (Ruby on Rails)
    • Vad är Forward Emails historia

      Du kan lära dig mer om Forward Email på vår Om-sida.

    • Hur snabbt är denna tjänst

      Note

      Vårt system är designat för snabbhet och tillförlitlighet, med flera redundanta servrar för att säkerställa att dina mejl levereras snabbt.

      Forward Email levererar meddelanden med minimal fördröjning, vanligtvis inom sekunder efter mottagandet.

      Prestandamått:

      • Genomsnittlig leveranstid: Mindre än 5-10 sekunder från mottagande till vidarebefordran (se vår Time to Inbox "TTI"-övervakningssida)
      • 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-posttrafik

      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 en ny alias och generera ett lösenord i din Forward Email-instrumentpanel
      2. Öppna Thunderbird och gå till Redigera → Kontoinställningar → Kontohandlingar → Lägg till e-postkonto
      3. Ange ditt namn, Forward Email-adress och 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 465, SSL/TLS (rekommenderas; port 587 med STARTTLS stöds också)
      5. Klicka på Klar
    • Microsoft Outlook
      1. Skapa en ny alias och generera ett lösenord i din Forward Email-instrumentpanel
      2. Gå till Arkiv → Lägg till konto
      3. Ange din Forward Email-adress och klicka på Anslut
      4. Välj Avancerade alternativ och markera 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 465, SSL/TLS (rekommenderas; port 587 med STARTTLS stöds också)
        • Användarnamn: Din fullständiga e-postadress
        • Lösenord: Ditt genererade lösenord
      6. Klicka på Anslut
    • Apple Mail
      1. Skapa en ny alias och generera ett lösenord i din Forward Email-instrumentpanel
      2. Gå till Mail → Inställningar → Konton → +
      3. Välj Annat e-postkonto
      4. Ange ditt namn, Forward Email-adress och 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
    • eM Client
      1. Skapa en ny alias och generera ett lösenord i din Forward Email-instrumentpanel
      2. Öppna eM Client och gå till Meny → Konton → + Lägg till konto
      3. Klicka på E-post och välj sedan Annat
      4. Ange din Forward Email-adress och klicka på Nästa
      5. Ange följande serverinställningar:
        • Inkommande server: imap.forwardemail.net
        • Utgående server: smtp.forwardemail.net
      6. Ange din fullständiga e-postadress som Användarnamn och ditt genererade lösenord som Lösenord för både inkommande och utgående servrar.
      7. eM Client testar anslutningen. När den lyckas, klicka på Nästa.
      8. Ange ditt namn och välj ett kontonamn.
      9. Klicka på Slutför.
    • Mobila enheter

      För iOS:

      1. Gå till Inställningar → Mail → 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 Forward Email-adress och lösenord
      3. För serverinställningar, använd samma IMAP- och SMTP-inställningar som ovan
    • Sendmail SMTP Relay-konfiguration

      Du kan konfigurera Sendmail för att vidarebefordra e-post via Forward Emails SMTP-servrar. Detta är en vanlig konfiguration för äldre system eller applikationer som förlitar sig på Sendmail.

      Beräknad installationstid: Mindre än 20 minuter
      Viktigt: Detta kräver en betald plan med SMTP-åtkomst aktiverad.

      Konfiguration

      1. Redigera din sendmail.mc-fil, vanligtvis placerad på /etc/mail/sendmail.mc:

        sudo nano /etc/mail/sendmail.mc
        
      2. Lägg till följande rader för att definiera smart host och autentisering:

        define(`SMART_HOST', `smtp.forwardemail.net')dnl
        define(`RELAY_MAILER_ARGS', `TCP $h 465')dnl
        define(`confAUTH_MECHANISMS', `EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl
        FEATURE(`authinfo',`hash -o /etc/mail/authinfo.db')dnl
        
      3. Skapa autentiseringsfilen /etc/mail/authinfo:

        sudo nano /etc/mail/authinfo
        
      4. Lägg till dina Forward Email-uppgifter i authinfo-filen:

        AuthInfo:smtp.forwardemail.net "U:your-alias@yourdomain.com" "P:your-generated-password" "M:PLAIN"
        
      5. Generera autentiseringsdatabasen och säkra filerna:

        sudo makemap hash /etc/mail/authinfo < /etc/mail/authinfo
        sudo chmod 600 /etc/mail/authinfo /etc/mail/authinfo.db
        
      6. Bygg om Sendmail-konfigurationen och starta om tjänsten:

        sudo make -C /etc/mail
        sudo systemctl restart sendmail
        

      Testning

      Skicka ett testmail för att verifiera konfigurationen:

      echo "Test email from Sendmail" | mail -s "Sendmail Test" recipient@example.com
      
    • Exim4 SMTP Relay-konfiguration

      Exim4 är en populär MTA på Debian-baserade system. Du kan konfigurera den att använda Forward Email som smarthost.

      Beräknad installationstid: Mindre än 15 minuter
      Viktigt: Detta kräver en betald plan med SMTP-åtkomst aktiverad.

      Konfiguration

      1. Kör Exim4-konfigurationsverktyget:

        sudo dpkg-reconfigure exim4-config
        
      2. Välj följande alternativ:

        • Allmän typ av mailkonfiguration: mail skickas via smarthost; tas emot via SMTP eller fetchmail
        • Systemets mailnamn: your.hostname
        • IP-adresser att lyssna på för inkommande SMTP-anslutningar: 127.0.0.1 ; ::1
        • Andra destinationer för vilka mail accepteras: (lämna tomt)
        • Domäner att vidarebefordra mail för: (lämna tomt)
        • IP-adress eller värdnamn för utgående smarthost: smtp.forwardemail.net::465
        • Dölj lokalt mailnamn i utgående mail? Nej
        • Håll antalet DNS-förfrågningar minimalt (Dial-on-Demand)? Nej
        • Leveransmetod för lokalt mail: Mbox-format i /var/mail/
        • Dela upp konfigurationen i små filer? Nej
      3. Redigera filen passwd.client för att lägga till dina uppgifter:

        sudo nano /etc/exim4/passwd.client
        
      4. Lägg till följande rad:

        smtp.forwardemail.net:your-alias@yourdomain.com:your-generated-password
        
      5. Uppdatera konfigurationen och starta om Exim4:

        sudo update-exim4.conf
        sudo systemctl restart exim4
        

      Testning

      Skicka ett testmail:

      echo "Test from Exim4" | mail -s "Exim4 Test" recipient@example.com
      
    • msmtp SMTP-klientkonfiguration

      msmtp är en lättviktig SMTP-klient som är användbar för att skicka e-post från skript eller kommandoradsapplikationer.

      Beräknad installationstid: Mindre än 10 minuter
      Viktigt: Detta kräver en betald plan med SMTP-åtkomst aktiverad.

      Konfiguration

      1. Skapa eller redigera msmtp-konfigurationsfilen på ~/.msmtprc:

        nano ~/.msmtprc
        
      2. Lägg till följande konfiguration:

        defaults
        auth           on
        tls            on
        tls_trust_file /etc/ssl/certs/ca-certificates.crt
        logfile        ~/.msmtp.log
        
        account        forwardemail
        host           smtp.forwardemail.net
        port           465
        tls_starttls   off
        from           your-alias@yourdomain.com
        user           your-alias@yourdomain.com
        password       your-generated-password
        
        account default : forwardemail
        
      3. Sätt rätt behörigheter för konfigurationsfilen:

        chmod 600 ~/.msmtprc
        

      Testning

      Skicka ett testmail:

      echo "This is a test email from msmtp" | msmtp -a default recipient@example.com
      
    • Kommandorads-e-postklienter

      Populära kommandorads-e-postklienter som Mutt, NeoMutt och Alpine kan konfigureras för att använda Forward Emails SMTP-servrar för att skicka mail. Konfigurationen liknar msmtp-inställningen, där du anger SMTP-serveruppgifter och dina inloggningsuppgifter i respektive konfigurationsfiler (.muttrc, .neomuttrc eller .pinerc).

    • Windows e-postkonfiguration

      För Windows-användare kan du konfigurera populära e-postklienter som Microsoft Outlook och eM Client med IMAP- och SMTP-inställningarna som tillhandahålls i ditt Forward Email-konto. För kommandorads- eller skriptanvändning kan du använda PowerShells Send-MailMessage cmdlet (även om den anses vara föråldrad) eller ett lättviktigt SMTP-reläverktyg som E-MailRelay.

    • Postfix SMTP-reläkonfiguration

      Du kan konfigurera Postfix för att reläa e-post 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 en betald plan med SMTP-åtkomst aktiverad.

      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
      
      1. Välj "Internet Site" när du uppmanas att välja konfigurationstyp under installationen.

      Konfiguration

      1. Redigera huvudkonfigurationsfilen för Postfix:
      sudo nano /etc/postfix/main.cf
      
      1. Lägg till eller ändra dessa inställningar:
      # SMTP-reläkonfiguration
      relayhost = [smtp.forwardemail.net]:465
      smtp_tls_wrappermode = yes
      smtp_tls_security_level = encrypt
      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
      
      1. Skapa SASL-lösenordsfilen:
      sudo nano /etc/postfix/sasl_passwd
      
      1. Lägg till dina Forward Email-uppgifter:
      [smtp.forwardemail.net]:465 your-alias@yourdomain.com:your-generated-password
      
      1. Säkra och hasha lösenordsfilen:
      sudo chmod 600 /etc/postfix/sasl_passwd
      sudo postmap /etc/postfix/sasl_passwd
      
      1. Starta om Postfix:
      sudo systemctl restart postfix
      

      Testning

      Testa din konfiguration genom att skicka ett testmail:

      echo "Test email body" | mail -s "Test Subject" recipient@example.com
      
    • Hur man skickar mail som med Gmail
      Uppskattad installationstid: Mindre än 10 minuter
      Kom igång: Om du har följt instruktionerna ovan under Hur kommer jag igång och ställer in e-post vidarebefordran, kan du fortsätta läsa nedan.
      Important: Google har avvecklat den här Gmail Send Mail As-inställningen. Vänligen granska Google announcement. Använd istället Forward Email Webmail, Forward Email apps eller en annan e-postklient. Se Forward Email FAQ för hjälp.
      Viktigt: Vänligen säkerställ att du har läst våra Villkor, Integritetspolicy, och Outbound SMTP-begränsningar – din användning betraktas som bekräftelse och godkännande.
      Viktigt: Om du är utvecklare, hänvisa till vår e-post API-dokumentation.
      1. Gå till Mitt konto Domäner Inställningar Outbound SMTP-konfiguration och följ installationsinstruktionerna

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

      3. Klicka på Generera lösenord bredvid det nyligen skapade aliaset. Kopiera till ditt urklipp och spara det genererade lösenordet säkert som visas på skärmen.

      4. Gå till Gmail och under Inställningar Konton och import Skicka e-post som, klicka på "Lägg till en annan e-postadress"

      5. När du uppmanas att ange "Namn", skriv det namn som du vill att din e-post ska visas som "Från" (t.ex. "Linus Torvalds").

      6. När du uppmanas att ange "E-postadress", skriv in hela e-postadressen för ett alias du skapade under Mitt konto Domäner Aliaser (t.ex. hello@example.com)

      7. Avmarkera "Behandla som ett alias"

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

      9. När du uppmanas att ange "SMTP-server", skriv smtp.forwardemail.net och ändra porten till 465

      10. När du uppmanas att ange "Användarnamn", skriv in hela e-postadressen för ett alias du skapade under Mitt konto Domäner Aliaser (t.ex. hello@example.com)

      11. När du uppmanas att ange "Lösenord", klistra in lösenordet från Generera lösenord i steg 3 ovan

      12. Välj radioknappen för "Säkrad anslutning med SSL"

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

      14. Öppna en ny flik till Gmail och vänta på att din verifieringsmail ska komma (du kommer att få en verifieringskod som bekräftar att du är ägare till den e-postadress du försöker "Skicka e-post som")

      15. När den anländer, kopiera och klistra in verifieringskoden vid prompten du fick i föregående steg

      16. När du har gjort det, gå tillbaka till e-posten och klicka på länken för att "bekräfta förfrågan". Du kommer troligen behöva göra detta steg och föregående steg för att e-posten ska vara korrekt konfigurerad.

      Grattis! Du har framgångsrikt slutfört alla steg.
    • Vad är den legacy-fria guiden för Send Mail As med Gmail
      Important: Google har avvecklat den här Gmail Send Mail As-inställningen. Vänligen granska Google announcement. Använd istället Forward Email Webmail, Forward Email apps eller en annan e-postklient. Se Forward Email FAQ för hjälp.
      Viktigt: Denna legacy-fria guide är föråldrad från och med maj 2023 eftersom vi nu stödjer utgående SMTP. Om du använder guiden nedan, så kommer detta göra att din utgående e-post säger "via forwardemail dot net" i Gmail.
      Beräknad installationstid: Mindre än 10 minuter
      Kom igång: Om du har följt instruktionerna ovan under Hur kommer jag igång och ställer in e-post vidarebefordran, kan du fortsätta läsa nedan.
      1. Du behöver ha [Gmails tvåfaktorsautentisering][gmail-2fa] aktiverad för att detta ska fungera. Besök https://www.google.com/landing/2step/ om du inte har den aktiverad.

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

      3. När du uppmanas att "Välj app och enhet du vill generera app-lösenord för":

        • Välj "Mail" under rullgardinsmenyn för "Välj app"
        • Välj "Annat" under rullgardinsmenyn för "Välj enhet"
        • När du uppmanas att skriva text, ange din anpassade domäns e-postadress som du vidarebefordrar från (t.ex. hello@example.com - detta hjälper dig att hålla koll om du använder tjänsten för flera konton)
      4. Kopiera lösenordet som automatiskt genereras till ditt urklipp

        Viktigt: Om du använder G Suite, besök din adminpanel Appar G Suite Inställningar för Gmail Inställningar och se till att kryssa i "Tillåt användare att skicka e-post via en extern SMTP-server...". Det kan ta några minuter innan denna ändring aktiveras, så vänligen vänta en stund.
      5. Gå till Gmail och under Inställningar Konton och import Skicka e-post som, klicka på "Lägg till en annan e-postadress"

      6. När du uppmanas att ange "Namn", skriv det namn du vill att din e-post ska visas som "Från" (t.ex. "Linus Torvalds")

      7. När du uppmanas att ange "E-postadress", skriv in e-postadressen med den anpassade domän du använde ovan (t.ex. hello@example.com)

      8. Avmarkera "Behandla som alias"

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

      10. När du uppmanas att ange "SMTP-server", skriv smtp.gmail.com och låt porten vara 587

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

        Viktigt: Om "Användarnamn"-delen fylls i automatiskt, måste du ändra detta till användarnamnsdelen av din Gmail-adress istället.
      12. När du uppmanas att ange "Lösenord", klistra in från ditt urklipp det lösenord du genererade i steg 2 ovan

      13. Lämna radioknappen markerad för "Säker anslutning med TLS"

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

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

      16. När det kommer, kopiera och klistra in verifieringskoden i prompten du fick i föregående steg

      17. När du gjort det, gå tillbaka till e-posten och klicka på länken för att "bekräfta förfrågan". Du kommer troligen behöva göra detta steg och föregående steg för att e-posten ska konfigureras korrekt.

    • Avancerad Gmail-routningskonfiguration
      Beräknad installationstid: 15-30 minuter

      Om du vill ställa in avancerad routning i Gmail så att alias som inte matchar en brevlåda vidarebefordras till Forward Emails mailservrar, följ dessa steg:

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

      Inställningar för enskild mottagare:

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

      Mönster för kuvertmottagare:

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

      E-postserverinställningar:

      • Välj "Routa till värd" och ange mx1.forwardemail.net som primär server
      • Lägg till mx2.forwardemail.net som backupserver
      • Sätt port till 25
      • Välj "Kräv TLS" för säkerhet
      1. Klicka på Spara för att skapa rutten
      Viktigt: Denna konfiguration fungerar endast för Google Workspace-konton med egna domäner, inte för vanliga Gmail-konton.
    • Avancerad Outlook-routningskonfiguration
      Beräknad installationstid: 15-30 minuter

      För Microsoft 365 (tidigare Office 365)-användare som vill ställa in avancerad routning så att alias som inte matchar en brevlåda vidarebefordras till Forward Emails mailservrar:

      1. Logga in på Microsoft 365 administrationscenter 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 brevlådor till Forward Email")
      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. *@dindomän.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 backupserver
      7. Under Undantag om, välj:
        • "Mottagaren är..."
        • Lägg till alla dina befintliga brevlådor som inte ska vidarebefordras
      8. Sätt regelns prioritet så att den körs efter andra e-postflödesregler
      9. Klicka på Spara för att aktivera regeln

    Felsökning

    Datahantering

    • Var finns era servrar

      Tip

      Vi kan snart komma att tillkännage vår EU-datacenterplats som hostas under forwardemail.eu. Prenumerera på diskussionen på https://github.com/orgs/forwardemail/discussions/336 för uppdateringar. Det finns ingen EU‑endast driftsättning eller aktivt val i dag – se Kan jag behålla min e‑postbehandling och lagring inom EU (datahemvist).

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

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

    • Hur exporterar och säkerhetskopierar jag min brevlåda

      När som helst kan du exportera dina brevlådor i EML, Mbox eller krypterade SQLite format.

      Gå till Mitt konto Domäner Aliaser Ladda ner säkerhetskopia och välj din föredragna exportformattyp.

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

      Observera att denna nedladdningslänk för exporten upphör att gälla efter 4 timmar av säkerhetsskäl.

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

      Namn Format Plattform GitHub URL
      MBox Viewer Mbox Windows https://github.com/eneam/mboxviewer
      mbox-web-viewer Mbox Alla plattformar https://github.com/PHMRanger/mbox-web-viewer
      EmlReader EML Windows https://github.com/ayamadori/EmlReader
      Email viewer EML VSCode https://github.com/joelharkes/vscode_email_viewer
      eml-reader EML Alla plattformar https://github.com/s0ph1e/eml-reader
      Dessutom, om du 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 brevlåda

      Du kan enkelt importera din e-post till Forward Email (t.ex. med Thunderbird) med instruktionerna nedan:

      Viktigt: Du måste följa alla följande steg för att importera din befintliga e-post.
      1. Exportera din e-post från din nuvarande e-postleverantör:

        E-postleverantör Exportformat Exportinstruktioner
        Gmail MBOX https://takeout.google.com/settings/takeout/custom/gmail
        Outlook PST
        Tips: Om du använder Outlook (PST exportformat), kan du helt enkelt följa instruktionerna under "Other" nedan. Vi har dock tillhandahållit länkar nedan för att konvertera PST till MBOX/EML-format baserat på ditt operativsystem:
        Apple Mail MBOX https://support.apple.com/guide/mail/import-or-export-mailboxes-mlhlp1030/mac#apd37a3190755974
        Fastmail EML https://www.fastmail.help/hc/en-us/articles/360060590573-Download-all-your-data#downloadmail
        Proton Mail MBOX/EML https://proton.me/support/export-emails-import-export-app
        Tutanota EML https://github.com/crepererum-oss/tatutanatata
        Gandi EML https://docs.gandi.net/en/gandimail/common_operations/backup_email.html#contents
        Zoho EML https://www.zoho.com/mail/help/import-export-emails.html#alink2
        Other Använd Thunderbird Ställ in ditt befintliga e-postkonto i Thunderbird och använd sedan tillägget ImportExportTools NG för att exportera och importera din e-post. Du kan också eventuellt bara kopiera/klistra in eller dra/släppa e-postmeddelanden mellan konton.
      2. Ladda ner, installera och öppna Thunderbird.

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

      4. Ladda ner och installera ImportExportTools NG Thunderbird-tillägget.

      5. Skapa en ny lokal mapp i Thunderbird, 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.

        Tips: Om du är osäker på hur du importerar till Thunderbird kan du hänvisa till officiella instruktioner på https://kb.mozillazine.org/Importing_folders och https://github.com/thunderbird/import-export-tools-ng/wiki.
      Viktigt: När du har slutfört export- och importprocessen kan du även vilja aktivera vidarebefordran på ditt befintliga e-postkonto och ställa in ett autosvar för att meddela avsändare att du har en ny e-postadress (t.ex. om du tidigare använde Gmail och nu använder en e-post med ditt egna domännamn).
      Grattis! Du har framgångsrikt slutfört alla steg.
    • Hur använder jag min egen S3-kompatibla lagring för säkerhetskopior

      Användare med betalda planer kan konfigurera sin egen S3-kompatibla lagringsleverantör per domän för IMAP/SQLite-säkerhetskopior. Detta innebär att dina krypterade brevlådesäkerhetskopior kan lagras på din egen infrastruktur istället för (eller som ett komplement till) vår standardlagring.

      Stödda leverantörer inkluderar Amazon S3, Cloudflare R2, MinIO, Backblaze B2, DigitalOcean Spaces och andra S3-kompatibla tjänster.

      Installation

      1. Skapa en privat bucket hos din S3-kompatibla leverantör. Bucketen får inte vara offentligt tillgänglig.
      2. Skapa åtkomstuppgifter (access key ID och secret access key) med läs-/skrivrättigheter till bucketen.
      3. Gå till Mitt konto Domäner Avancerade inställningar Anpassad S3-kompatibel lagring.
      4. Kryssa i "Aktivera anpassad S3-kompatibel lagring" och fyll i din endpoint-URL, access key ID, secret access key, region och bucket-namn.
      5. Klicka på "Testa anslutning" för att verifiera dina uppgifter, bucket-åtkomst och skrivbehörigheter.
      6. Klicka på "Spara" för att tillämpa inställningarna.

      Hur säkerhetskopior fungerar

      Säkerhetskopior triggas automatiskt för varje ansluten IMAP-alias. IMAP-servern kontrollerar alla aktiva anslutningar en gång i timmen och startar en säkerhetskopia för varje ansluten alias. Ett Redis-baserat lås förhindrar att dubblettsäkerhetskopior körs inom 30 minuter från varandra, och den faktiska säkerhetskopian hoppas över om en lyckad säkerhetskopia redan har slutförts inom de senaste 24 timmarna (om inte säkerhetskopian uttryckligen begärts av en användare för nedladdning). Backuper kan också triggas manuellt genom att klicka på "Download Backup" för vilken alias som helst i instrumentpanelen. Manuella backuper körs alltid oavsett 24-timmarsfönstret.

      Backup-processen fungerar enligt följande:

      1. SQLite-databasen kopieras med VACUUM INTO, vilket skapar en konsekvent ögonblicksbild utan att avbryta aktiva anslutningar och bevarar databasens kryptering.
      2. Backup-filen verifieras genom att öppnas för att bekräfta att krypteringen fortfarande är giltig.
      3. En SHA-256-hash beräknas och jämförs med den befintliga backuppen i lagringen. Om hashen matchar hoppas uppladdningen över (inga ändringar sedan senaste backup).
      4. Backuppen laddas upp till S3 med multipart upload via @aws-sdk/lib-storage-biblioteket.
      5. En signerad nedladdnings-URL (giltig i 4 timmar) genereras och skickas via e-post till användaren.

      Backup Formats

      Tre backupformat stöds:

      Format Extension Beskrivning
      sqlite .sqlite Krypterad rå sqlite-ögonblicksbild som innehåller poster för brevlåda, kontakter, kalender och kalenderhändelser; standard för automatisk IMAP-säkerhetskopiering i .sqlite.
      mbox .zip Lösenordsskyddad .zip som innehåller mbox-filer för brevlåda samt mapparna Contacts (VCF) och Calendars (ICS).
      eml .zip Lösenordsskyddad .zip som innehåller enskilda .eml-filer i eml-format samt mapparna Contacts (VCF) och Calendars (ICS).

      Alla exportformat bevarar kontakter, kalendrar och kalenderhändelser. Portabla EML/MBOX ZIP-filer organiserar VCF-filer efter adressbok under Contacts och ICS-händelse- eller uppgiftsresurser efter kalender under Calendars. Rå SQLite behåller samma poster i sina ursprungliga tabeller.

      Tips: Om du har .sqlite backupfiler och vill konvertera dem till .eml-filer lokalt, använd vårt fristående CLI-verktyg convert-sqlite-to-eml. Det fungerar på Windows, Linux och macOS och kräver ingen nätverksanslutning.

      File Naming and Key Structure

      När du använder anpassad S3-lagring lagras backupfiler med ett ISO 8601-tidsstämpelprefix så att varje backup bevaras som ett separat objekt. Detta ger dig en fullständig backuphistorik i din egen bucket.

      Nyckelformatet är:

      {ISO 8601 timestamp}-{alias_id}.{extension}
      

      Till exempel:

      2025-03-01T12:00:00.000Z-65a31c53c36b75ed685f3fda.sqlite
      2025-03-01T12:00:00.000Z-65a31c53c36b75ed685f3fda.zip
      2025-03-02T12:00:00.000Z-65a31c53c36b75ed685f3fda.sqlite
      

      alias_id är MongoDB ObjectId för aliaset. Du kan hitta det på aliasinställningssidan eller via API:et.

      När du använder standardlagringen (systemlagring) är nyckeln platt (t.ex. 65a31c53c36b75ed685f3fda.sqlite) och varje backup skriver över den föregående.

      Notera: Eftersom anpassad S3-lagring behåller alla backupversioner kommer lagringsanvändningen att öka över tid. Vi rekommenderar att du konfigurerar lifecycle rules på din bucket för att automatiskt ta bort gamla backuper (t.ex. radera objekt äldre än 30 eller 90 dagar).

      Data Ownership and Deletion Policy

      Din anpassade S3-bucket är helt under din kontroll. Vi tar aldrig bort eller ändrar filer i din anpassade S3-bucket – inte när ett alias tas bort, inte när en domän tas bort och inte under några städningsoperationer. Vi skriver endast nya backupfiler till din bucket.

      Detta innebär:

      • Aliasborttagning — När du tar bort ett alias tar vi bort backuppen från vår standard systemlagring endast. Eventuella backuper som tidigare skrivits till din anpassade S3-bucket förblir orörda.
      • Domänborttagning — Att ta bort en domän påverkar inte filer i din anpassade bucket.
      • Retention management — Du ansvarar för att hantera lagringen i din egen bucket, inklusive att konfigurera lifecycle rules för att ta bort gamla backuper.

      Om du inaktiverar anpassad S3-lagring eller byter tillbaka till vår standardlagring bevaras befintliga filer i din bucket. Framtida backuper kommer helt enkelt att skrivas till vår standardlagring istället.

      Security

      • Din access key ID och secret access key är krypterade i vila med AES-256-GCM innan de lagras i vår databas. De dekrypteras endast vid körning när backup-operationer utförs.
      • Vi validerar automatiskt att din bucket inte är offentligt tillgänglig. Om en offentlig bucket upptäcks kommer konfigurationen att avvisas vid sparande. Om offentlig åtkomst upptäcks vid backup-tidpunkt faller vi tillbaka till vår standardlagring och meddelar alla domänadministratörer via e-post.
      • Referenser valideras vid sparande via ett HeadBucket-anrop för att säkerställa att bucketen finns och att referenserna är korrekta. Om valideringen misslyckas inaktiveras anpassad S3-lagring automatiskt.
      • Varje backupfil inkluderar en SHA-256-hash i sin S3-metadata, som används för att upptäcka oförändrade databaser och hoppa över redundanta uppladdningar.

      Felmeddelanden

      Om en säkerhetskopia misslyckas när du använder din anpassade S3-lagring (t.ex. på grund av utgångna autentiseringsuppgifter eller ett anslutningsproblem), kommer alla domänadministratörer att meddelas via e-post. Dessa meddelanden begränsas till en gång var sjätte timme för att förhindra dubblettvarningar. Om din bucket upptäcks som offentligt tillgänglig vid säkerhetskopieringstillfället, kommer administratörerna att meddelas en gång per dag.

      API

      Du kan också konfigurera anpassad S3-lagring via API:

      curl -X PUT https://api.forwardemail.net/v1/domains/example.com \
        -u API_TOKEN: \
        -d has_custom_s3=true \
        -d s3_endpoint=https://s3.us-east-1.amazonaws.com \
        -d s3_access_key_id=YOUR_ACCESS_KEY_ID \
        -d s3_secret_access_key=YOUR_SECRET_ACCESS_KEY \
        -d s3_region=us-east-1 \
        -d s3_bucket=my-email-backups
      

      För att testa anslutningen via API:

      curl -X POST https://api.forwardemail.net/v1/domains/example.com/test-s3-connection \
        -u API_TOKEN:
      
    • Hur konverterar jag SQLite-säkerhetskopior till EML-filer

      Om du laddar ner eller lagrar SQLite-säkerhetskopior (antingen från vår standardlagring eller din egen anpassade S3-bucket) kan du konvertera dem till standard .eml-filer med vårt fristående CLI-verktyg convert-sqlite-to-eml. EML-filer kan öppnas med vilken e-postklient som helst (Thunderbird, Outlook, Apple Mail, etc.) eller importeras till andra e-postservrar. Konverterarens lösenordsskyddade ZIP-fil innehåller även VCF-kontakter efter adressbok under Contacts och ICS-kalenderhändelser eller uppgifter efter kalender under Calendars.

      Installation

      Du kan antingen ladda ner en förbyggd binärfil (ingen Node.js krävs) eller köra den direkt med Node.js:

      Förbyggda binärfiler — Ladda ner den senaste versionen för din plattform från GitHub Releases:

      Plattform Arkitektur Fil
      Linux x64 convert-sqlite-to-eml-linux-x64
      Linux arm64 convert-sqlite-to-eml-linux-arm64
      macOS Apple Silicon convert-sqlite-to-eml-darwin-arm64
      Windows x64 convert-sqlite-to-eml-win-x64.exe

      macOS-användare: Efter nedladdning kan du behöva ta bort karantäns-attributet innan du kör binärfilen:

      sudo xattr -rd com.apple.quarantine ./convert-sqlite-to-eml-darwin-arm64
      

      (Byt ut ./convert-sqlite-to-eml-darwin-arm64 mot den faktiska sökvägen till den nedladdade filen.)

      Linux-användare: Efter nedladdning kan du behöva göra binärfilen körbar:

      chmod +x ./convert-sqlite-to-eml-linux-x64
      

      (Byt ut ./convert-sqlite-to-eml-linux-x64 mot den faktiska sökvägen till den nedladdade filen.)

      Från källkod (kräver Node.js >= 18):

      cd tools/convert-sqlite-to-eml
      npm install
      node index.js
      

      Användning

      Verktyget stödjer både interaktivt och icke-interaktivt läge.

      Interaktivt läge — kör utan argument och du kommer att bli tillfrågad om alla indata:

      ./convert-sqlite-to-eml
      
        Forward Email - Konvertera SQLite-säkerhetskopia till EML
        =============================================
      
        Sökväg till SQLite-säkerhetskopian: /path/to/backup.sqlite
        IMAP/alias-lösenord: ********
        Utdata ZIP-sökväg [/path/to/backup-2025-03-01T12-00-00-000Z.zip]:
      

      Icke-interaktivt läge — skicka argument via kommandoradsflaggor för skriptning och automatisering:

      ./convert-sqlite-to-eml \
        --path /path/to/backup.sqlite \
        --password "ditt-imap-lösenord" \
        --output /path/to/output.zip
      
      Flagga Beskrivning
      --path <path> Sökväg till den krypterade SQLite-säkerhetskopian
      --password <pass> IMAP/alias-lösenord för dekryptering
      --output <path> Utdata-sökväg för ZIP-filen (standard: autogenererad med ISO 8601-tidsstämpel)
      --help Visa hjälpmelding

      Output Format

      Verktyget producerar ett lösenordsskyddat ZIP-arkiv (AES-256-krypterat) som innehåller:

      README.txt
      INBOX/
        <message-id-1>.eml
        <message-id-2>.eml
      Sent/
        <message-id-3>.eml
      Drafts/
        <message-id-4>.eml
      

      EML-filer är organiserade efter brevlåde-mapp. ZIP-lösenordet är samma som ditt IMAP/alias-lösenord. Varje .eml-fil är ett standardiserat RFC 5322 e-postmeddelande med fullständiga headers, brödtext och bilagor rekonstruerade från SQLite-databasen.

      How It Works

      1. Öppnar den krypterade SQLite-databasen med ditt IMAP/alias-lösenord (stöder både ChaCha20 och AES-256-CBC chiffer).
      2. Läser tabellen Mailboxes för att upptäcka mappstrukturen.
      3. För varje meddelande avkodar mimeTree (lagrat som Brotli-komprimerad JSON) från tabellen Messages.
      4. Rekonstruerar hela EML genom att gå igenom MIME-trädet och hämta bilagornas innehåll från tabellen Attachments.
      5. Paketerar allt i ett lösenordsskyddat ZIP-arkiv med hjälp av archiver-zip-encrypted.
    • Do you support self-hosting

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

    Email Configuration

    • How do I get started and set up email forwarding
      Uppskattad installationstid: Mindre än 10 minuter
      Kom igång: Läs noggrant och följ steg ett till åtta nedan. Var noga med att ersätta e-postadressen user@gmail.com med den e-postadress du vill vidarebefordra e-post till (om den inte redan är korrekt). På samma sätt, se till att ersätta example.com med ditt anpassade domännamn (om det inte redan är korrekt).
      1. Om du redan har registrerat ditt domännamn någonstans, måste du helt hoppa över detta steg och gå till steg två! Annars kan du klicka här för att registrera ditt domännamn.
      2. Kommer du ihåg var du registrerade ditt domännamn? När du kommer ihåg detta, följ instruktionerna nedan:
        Viktigt: Du måste öppna en ny flik och logga in hos din domänregistrator. Du kan enkelt klicka på din "Registrar" nedan för att automatiskt göra detta. I denna nya flik måste du navigera till DNS-hanteringssidan hos din registrator – och vi har tillhandahållit steg-för-steg navigationssteg nedan under kolumnen "Steps to Configure". När du har navigerat till denna sida i den nya fliken kan du återvända till denna flik och fortsätta till steg tre nedan. Stäng inte den öppnade fliken än; du kommer att behöva den för framtida steg!
        Registrar Steg för konfiguration
        1&1 Logga in Domain Center (Välj din domän) Redigera DNS-inställningar
        Amazon Route 53 Logga in Hosted Zones (Välj din domän)
        Aplus.net Logga in My Servers Domain Management DNS Manager
        Bluehost FÖR ROCK: Logga in Domains (Klicka på ▼-ikonen bredvid hantera) DNS
        FÖR LEGACY: Logga in Domains Zone editor (Välj din domän)
        Cloudflare Logga in DNS
        DNS Made Easy Logga in DNS (Välj din domän)
        DNSimple Logga in (Välj din domän) DNS Hantera
        Digital Ocean Logga in Networking Domains (Välj din domän) More Manage Domain
        Domain.com Logga in I kortvy, klicka på hantera på din domän I listvy, klicka på kugghjulsikonen DNS & Nameservers DNS Records
        Domains.com
        Titta
        Logga in (Välj din domän) Hantera (klicka på kugghjulsikonen) Klicka på DNS & Nameservers i vänstermenyn
        DreamHost Logga in Panel Domains Manage Domains DNS
        Dyn Logga in Overview Manage Simple Editor Records
        Gandi Logga in (Välj din domän) Management Redigera zonen
        GoDaddy
        Titta
        Logga in Manage My Domains (Välj din domän) Manage DNS
        Google Domains
        Titta
        Logga in (Välj din domän) Konfigurera DNS
        Namecheap
        Titta
        Logga in Domain List (Välj din domän) Hantera Advanced DNS
        Netlify Logga in (Välj din domän) Setup Netlify DNS
        Network Solutions Logga in Account Manager My Domain Names (Välj din domän) Hantera Ändra vart domänen pekar Advanced DNS
        Shopify
        Titta
        Logga in Managed Domains (Välj din domän) DNS-inställningar
        Squarespace Logga in Hemmeny Inställningar Domäner (Välj din domän) Avancerade inställningar Anpassade poster
        Vercel's Now Använder "now" CLI now dns add [domain] '@' MX [record-value] [priority]
        Weebly Logga in Domänsida (Välj din domän) DNS
        Wix Logga in Domänsida (Klicka på -ikonen) Välj Hantera DNS-poster
        eNom Logga in Domäner Mina domäner
        Övrigt
        Viktigt: Ser du inte namnet på din registrator här? Sök helt enkelt på Internet efter "hur ändrar man DNS-poster på $REGISTRAR" (ersätt $REGISTRAR med namnet på din registrator – t.ex. "hur ändrar man DNS-poster på GoDaddy" om du använder GoDaddy).
      3. Använd din registrators DNS-hanteringssida (den andra fliken du har öppnat) och ställ in följande "MX"-poster:
        Viktigt: Observera att det inte får finnas några andra MX-poster inställda. Båda posterna som visas nedan MÅSTE finnas. Se till att det inte finns några stavfel; och att du har både mx1 och mx2 rättstavade. Om det redan fanns MX-poster, vänligen ta bort dem helt. Värdet för "TTL" 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
      4. Använd din registrators DNS-hanteringssida (den andra fliken du har öppnat), och ställ in följande TXT-post(er):
        Viktigt: Om du har en betald plan måste du helt hoppa över detta steg och gå till steg fem! Om du inte har en betald plan kommer dina vidarebefordrade adresser att vara offentligt sökbara – gå till Mitt konto Domäner och uppgradera din domän till en betald plan om du vill. Om du vill veta mer om betalda planer, se vår Prissättning-sida. Annars kan du fortsätta och 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. "all@example.com", "hello@example.com", osv) till en specifik adress "user@gmail.com":
        Namn/Värd/Alias TTL Typ Svar/Värde
        "@", ".", eller tomt 3600 TXT forward-email=user@gmail.com
        Tips: Se till att byta ut värdena ovan i kolumnen "Värde" mot din egen e-postadress. Värdet för "TTL" behöver inte vara 3600, det kan vara ett lägre eller högre värde om det behövs. Ett lägre time to live ("TTL")-värde säkerställer att framtida ändringar 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ära dig mer om TTL på Wikipedia.

        Alternativ B: Om du bara behöver vidarebefordra en enda e-postadress (t.ex. hello@example.com till user@gmail.com; detta vidarebefordrar också automatiskt "hello+test@example.com" till "user+test@gmail.com"):
        Namn/Värd/Alias TTL Typ Svar/Värde
        "@", ".", eller tomt 3600 TXT forward-email=hello:user@gmail.com

        Alternativ C: Om du vidarebefordrar flera e-postmeddelanden vill du separera dem med ett kommatecken:
        Namn/Värd/Alias TTL Typ Svar/Värde
        "@", ".", eller tomt 3600 TXT forward-email=hello:user@gmail.com,support:user@gmail.com

        Alternativ D: Du kan ha ett obegränsat antal vidarebefordringsadresser inställda – se bara till att inte överskrida 255 tecken på en 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
        "@", ".", eller tomt 3600 TXT forward-email=help:user@gmail.com,foo:user@gmail.com
        "@", ".", eller tomt 3600 TXT forward-email=orders:user@gmail.com,baz:user@gmail.com
        "@", ".", eller tomt 3600 TXT forward-email=info:user@gmail.com,beep:user@gmail.com
        "@", ".", eller tomt 3600 TXT forward-email=errors:user@gmail.com,boop:user@gmail.com

        Alternativ E: Du kan också ange ett domännamn i din TXT-post för att ha global alias-vidarebefordran (t.ex. "user@example.com" kommer att vidarebefordras till "user@example.net"):
        Namn/Värd/Alias TTL Typ Svar/Värde
        "@", ".", eller tomt 3600 TXT forward-email=example.net

        Alternativ F: Du kan till och med använda webhooks som globalt eller individuellt alias för att vidarebefordra e-post till. Se exemplet och hela avsnittet om webhooks med titeln Do you support webhooks nedan.
        Namn/Värd/Alias TTL Typ Svar/Värde
        "@", ".", eller tomt 3600 TXT forward-email=alias:https://requestbin.com/r/en8pfhdgcculn

        Alternativ G: Du kan till och med använda reguljära uttryck ("regex") för att matcha alias och för att hantera substitutioner för att vidarebefordra e-post 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 all e-post som går till `linus@example.com` eller `torvalds@example.com` 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
        Viktigt: Catch-all vidarebefordringsregler kan också beskrivas som "fall-through". Det betyder att inkommande e-post som matchar minst en specifik vidarebefordringsregel kommer att användas istället för catch-all. Specifika regler inkluderar e-postadresser och reguljära uttryck.

        Till exempel:
        forward-email=hello:first@gmail.com,second@gmail.com
        E-post skickad till hello@example.com kommer **inte** att vidarebefordras till second@gmail.com (catch-all) med denna konfiguration, utan levereras endast till first@gmail.com.

      5. Använd din registrators DNS-hanteringssida (den andra fliken du har öppen), och lägg dessutom till 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, behöver 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", behöver 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 finns en skillnad mellan "-all" och "~all". "-" indikerar att SPF-kontrollen ska MISSLYCKAS om den inte matchar, och "~" indikerar att SPF-kontrollen ska SOFTFAILA. Vi rekommenderar att använda "-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).
      6. Verifiera dina DNS-poster med vårt verktyg "Verify Records" som finns på Mitt Konto Domäner Installation.
      7. Skicka ett testmail för att bekräfta att det fungerar. Observera att det kan ta lite tid innan dina DNS-poster har spridits.
        Tips: Om du inte tar emot testmail, eller får ett testmail som säger "Var försiktig med detta meddelande", se då svaren för Varför tar jag inte emot mina testmail och Varför visas mina testmail som jag skickar till mig själv i Gmail som "misstänkta" respektive.
      8. Om du vill "Skicka mail som" från Gmail, behöver du titta på denna video, eller följa stegen under Hur man skickar mail som med Gmail nedan.
      Grattis! Du har framgångsrikt slutfört alla steg.
      Tips: Valfria tillägg listas nedan. Observera att dessa tillägg är helt frivilliga och kanske inte är nödvändiga. Vi ville åtminstone ge dig ytterligare information om det behövs.
      Valfritt tillägg: Om du använder funktionen Hur man skickar mail som med Gmail kan du vilja lägga till dig själv i en vitlista. Se dessa instruktioner från Gmail om detta ämne.
    • Kan jag använda flera MX-utbyten och servrar för avancerad vidarebefordran

      Ja, men du bör endast ha en MX-utbyte listad i dina DNS-poster.

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

      Istället behöver du konfigurera ditt befintliga MX-utbyte för att vidarebefordra mail för alla icke-matchande alias till vår tjänsts utbyten (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 semesterautomatiskt svar (out of office auto-responder)

      Gå till Mitt Konto Domäner Alias och skapa eller redigera det alias du vill konfigurera en semesterautomatiskt svar för. Du har möjlighet att konfigurera ett startdatum, slutdatum, ämne och meddelande, samt aktivera eller inaktivera det när som helst:

      • Ämne och meddelande i ren text stöds för närvarande (vi använder striptags-paketet internt för att ta bort eventuell HTML).
      • Ämnet är begränsat till 100 tecken.
      • Meddelandet är begränsat till 1000 tecken.
      • Uppställning kräver konfiguration av utgående SMTP (t.ex. måste du konfigurera DKIM, DMARC och Return-Path DNS-poster).
        • Gå till Mitt konto Domäner Inställningar Konfiguration av utgående SMTP och följ installationsinstruktionerna.
      • Semesterresponder kan inte aktiveras på globala vanity-domännamn (t.ex. stöds inte engångsadresser).
      • Semesterresponder kan inte aktiveras för alias med wildcard/catch-all (*) eller reguljära uttryck.

      Till skillnad från mailsystem som postfix (t.ex. som använder sieve-semesterfiltertillägget) – lägger Forward Email automatiskt till din DKIM-signatur, skyddar mot anslutningsproblem vid utskick av semesterresponser (t.ex. på grund av vanliga SSL/TLS-anslutningsproblem och äldre servrar), och stödjer till och med Open WKD och PGP-kryptering för semesterresponser.

      1. Vi skickar endast en gång per tillåten avsändare var fjärde dag (vilket liknar Gmail:s beteende).

        • Vår Redis-cache använder ett fingeravtryck av alias_id och sender, där alias_id är aliasets MongoDB-ID och sender är antingen Från-adressen (om tillåten) eller rot-domänen i Från-adressen (om inte tillåten). För enkelhetens skull är utgångstiden för detta fingeravtryck i cachen satt till 4 dagar.

        • Vår metod att använda rot-domänen som parsas från Från-adressen för icke tillåtna avsändare förhindrar missbruk från relativt okända avsändare (t.ex. illvilliga aktörer) som försöker översvämma semesterresponser.

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

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

        • Rubrik auto-submitted med ett värde som inte är no.
        • Rubrik x-auto-response-suppress med värdet dr, autoreply, auto-reply, auto_reply eller all.
        • Rubrik list-id, list-subscribe, list-unsubscribe, list-help, list-post, list-owner, list-archive, x-autoreply, x-autorespond eller x-auto-respond (oavsett värde).
        • Rubrik precedence med värdet bulk, autoreply, auto-reply, auto_reply eller list.
      4. Vi skickar inte om MAIL FROM eller Från-e-postadressen slutar med +donotreply, -donotreply, +noreply eller -noreply.

      5. Vi skickar inte om användardelen i Från-e-postadressen var mdaemon och den hade en skiftlägesokänslig rubrik X-MDDSN-Message.

      6. Vi skickar inte om det fanns en skiftlägesokänslig content-type-rubrik med värdet multipart/report.

      7. Vi skickar inte om meddelandet har ett Feedback-Type-huvud (vilket indikerar en ARF-missbruksrapport enligt RFC 5965).

      8. Vi skickar inte om MAIL FROM-adressen matchar ett mönster för en ARF-feedbackavsändare (t.ex. feedback@arf.mail.yahoo.com).

    • Hur ställer jag in SPF för Forward Email

      Använd din registrators DNS-hanteringssida och skapa 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 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 finns en skillnad mellan "-all" och "~all". "-" indikerar att SPF-kontrollen ska MISSLYCKAS om den inte matchar, och "~" indikerar att SPF-kontrollen ska SOFTFAIL. Vi rekommenderar att använda "-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 mail från (t.ex. Outlook).
    • Hur ställer jag in DKIM för Forward Email

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

    • Hur ställer jag in DMARC för Forward Email

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

    • Hur visar jag DMARC-rapporter

      Forward Email erbjuder en omfattande DMARC-rapportsinstrumentpanel som låter dig övervaka din e-postautentiseringsprestanda över alla dina domäner från ett enda gränssnitt.

      Vad är DMARC-rapporter?

      DMARC (Domain-based Message Authentication, Reporting, and Conformance) rapporter är XML-filer som skickas av mottagande e-postservrar och berättar hur dina e-postmeddelanden autentiseras. Dessa rapporter hjälper dig att förstå:

      • Hur många e-postmeddelanden som skickas från din domän
      • Om dessa e-postmeddelanden passerar SPF- och DKIM-autentisering
      • Vilka åtgärder mottagande servrar vidtar (acceptera, karantänsätta eller avvisa)
      • Vilka IP-adresser som skickar e-post å din domäns vägnar

      Hur man får tillgång till DMARC-rapporter

      Gå till Mitt konto DMARC-rapporter för att visa din instrumentpanel. Du kan också komma åt domänspecifika rapporter från Mitt konto Domäner genom att klicka på "DMARC"-knappen bredvid valfri domän.

      Instrumentpanelens funktioner

      DMARC-rapportsinstrumentpanelen erbjuder:

      • Sammanfattande mått: Totalt antal mottagna rapporter, totalt analyserade meddelanden, SPF-justeringsgrad, DKIM-justeringsgrad och total godkänd andel
      • Diagram över meddelanden över tid: Visuell trend av e-postvolym och autentiseringsgrader under de senaste 30 dagarna
      • Justering sammanfattning: Cirkeldiagram som visar fördelningen mellan SPF- och DKIM-justering
      • Meddelandes disposition: Staplat stapeldiagram som visar hur mottagande servrar hanterade dina e-postmeddelanden (accepterade, karantänsatta eller avvisade)
      • Tabell med senaste rapporter: Detaljerad lista över individuella DMARC-rapporter med filtrering och paginering
      • Domänfiltrering: Filtrera rapporter efter specifik domän när du hanterar flera domäner Varför detta är viktigt

      För organisationer som hanterar flera domäner (som företag, ideella organisationer eller byråer) är DMARC-rapporter avgörande för:

      • Identifiera obehöriga avsändare: Upptäck om någon förfalskar din domän
      • Förbättra leveransbarheten: Säkerställ att dina legitima e-postmeddelanden passerar autentisering
      • Övervaka e-postinfrastrukturen: Spåra vilka tjänster och IP-adresser som skickar å dina vägnar
      • Efterlevnad: Behåll insyn i e-postautentisering för säkerhetsrevisioner

      Till skillnad från andra tjänster som kräver separata DMARC-övervakningsverktyg inkluderar Forward Email DMARC-rapportering och visualisering som en del av ditt konto utan extra kostnad.

      Krav

      • DMARC-rapporter är endast tillgängliga för betalda planer
      • Din domän måste ha DMARC konfigurerat (se Hur ställer jag in DMARC för Forward Email)
      • Rapporter samlas automatiskt in när mottagande e-postservrar skickar dem till din konfigurerade DMARC-rapporteringsadress

      Veckovisa e-postrapporter

      Användare med betald plan får automatiskt veckovisa sammanfattningar av DMARC-rapporter via e-post. Dessa e-postmeddelanden inkluderar:

      • Sammanfattande statistik för alla dina domäner
      • SPF- och DKIM-justeringsgrader
      • Uppdelning av meddelandets disposition (accepterade, karantän, avvisade)
      • Topp rapporterande organisationer (Google, Microsoft, Yahoo, etc.)
      • IP-adresser med justeringsproblem som kan behöva åtgärdas
      • Direktlänkar till din DMARC-rapporteringspanel

      Veckorapporter skickas automatiskt och kan inte inaktiveras separat från andra e-postaviseringar.

    • Varför visar mina DMARC-rapporter misslyckanden från okända IP-adresser

      Om dina DMARC-rapporter innehåller obekanta IP-adresser som misslyckas med SPF och DKIM, vänligen oroa dig inte – detta är normalt och betyder faktiskt att din konfiguration fungerar korrekt.

      DMARC-rapporter listar varje server som försökte skicka e-post och utgav sig för att vara från din domän, inklusive obehöriga. I nästan alla fall är dessa okända IP-adresser helt enkelt spammare eller bottar som försöker utge sig för att vara din domän. Här är vad som händer när de försöker:

      • SPF misslyckas eftersom den sändande IP-adressen inte finns med i din SPF-post.
      • DKIM misslyckas eftersom de inte kan producera en giltig signatur för din domän.
      • Med en DMARC-policy på p=reject blir meddelandet direkt avvisat och når aldrig någons inkorg.

      Med andra ord är dessa misslyckanden ett bevis på att DMARC gör sitt jobb – blockerar förfalskningsförsök innan de orsakar skada. Ingen åtgärd krävs från din sida.

      Hur man skiljer legitima avsändare från förfalskare

      • E-post som du skickar via Forward Email (eller någon annan auktoriserad tjänst) kommer att visa SPF och/eller DKIM som godkända och överensstämmande.
      • Okända källor som misslyckas med både SPF och DKIM är förfalskare och kan tryggt ignoreras.
      • Du kan korsreferera IP-adresser mot https://forwardemail.net/ips för att bekräfta vilka källor som är våra.

      Om du också använder andra tjänster för att skicka e-post å din domäns vägnar (marknadsföringsverktyg, CRM, etc.), se till att dessa tjänster har en giltig DKIM-signatur konfigurerad – annars kommer deras meddelanden också att visas som misslyckanden i dina rapporter.

      Important

      Se till att din domän publicerar en DMARC-policy på p=reject så att förfalskningsförsök avvisas istället för att levereras. Se How do I set up DMARC for Forward Email.

    • Hur ansluter och konfigurerar jag mina kontakter

      För att konfigurera dina kontakter, använd CardDAV-URL:en: 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:en: 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ägg bara till en ny kalender-URL: https://caldav.forwardemail.net/dav/principals/calendar-name (se till att ersätta calendar-name med önskat kalendarnamn)

      Du kan ändra en kalenders namn och färg efter skapandet – använd bara din föredragna kalenderapplikation (t.ex. Apple Mail eller Thunderbird).

    • Hur ansluter och konfigurerar jag uppgifter och påminnelser

      För att konfigurera uppgifter och påminnelser, använd samma CalDAV-URL som för kalendrar: https://caldav.forwardemail.net (eller helt enkelt caldav.forwardemail.net om din klient tillåter det)

      Uppgifter och påminnelser separeras automatiskt från kalenderhändelser till sina egna "Påminnelser" eller "Uppgifter"-kalendersamlingar.

      Installationsinstruktioner per plattform:

      macOS/iOS:

      1. Lägg till ett nytt CalDAV-konto i Systeminställningar > Internetkonton (eller Inställningar > Konton på iOS)
      2. Använd caldav.forwardemail.net som server
      3. Ange din Forward Email-alias och genererade lösenord
      4. Efter installationen ser du både "Kalender" och "Påminnelser"-samlingar
      5. Använd Påminnelser-appen för att skapa och hantera uppgifter

      Android med Tasks.org:

      1. Installera Tasks.org från Google Play Store eller F-Droid
      2. Gå till Inställningar > Synkronisering > Lägg till konto > CalDAV
      3. Ange server: https://caldav.forwardemail.net
      4. Ange din Forward Email-alias och genererade lösenord
      5. Tasks.org hittar automatiskt dina uppgiftskalendrar

      Thunderbird:

      1. Installera Lightning-tillägget om det inte redan är installerat
      2. Skapa en ny kalender med typen "CalDAV"
      3. Använd URL: https://caldav.forwardemail.net
      4. Ange dina Forward Email-uppgifter
      5. Både händelser och uppgifter kommer att vara tillgängliga i kalendergränssnittet
    • Varför kan jag inte skapa uppgifter i macOS Påminnelser

      Om du har problem med att skapa uppgifter i macOS Påminnelser, prova dessa felsökningssteg:

      1. Kontrollera kontoinställningar: Se till att ditt CalDAV-konto är korrekt konfigurerat med caldav.forwardemail.net

      2. Verifiera separata kalendrar: Du bör se både "Calendar" och "Reminders" i ditt konto. Om du bara ser "Calendar" kan uppgiftssupporten ännu inte vara helt aktiverad.

      3. Uppdatera konto: Försök ta bort och lägga till ditt CalDAV-konto igen i Systeminställningar > Internetkonton

      4. Kontrollera serveranslutning: Testa att du kan komma åt https://caldav.forwardemail.net i din webbläsare

      5. Verifiera inloggningsuppgifter: Se till att du använder rätt alias-e-post och genererat lösenord (inte ditt kontolösenord)

      6. Tvinga synkronisering: I Påminnelser-appen, försök skapa en uppgift och uppdatera sedan synken manuellt

      Vanliga problem:

      • "Reminders calendar not found": Servern kan behöva en stund för att skapa Reminders-samlingen vid första åtkomst
      • Uppgifter synkroniseras inte: Kontrollera att båda enheterna använder samma CalDAV-kontouppgifter
      • Blandat innehåll: Se till att uppgifter skapas i "Reminders"-kalendern, inte i den allmänna "Calendar"
    • Hur ställer jag in Tasks.org på Android

      Tasks.org är en populär öppen källkod-uppgiftshanterare som fungerar utmärkt med Forward Emails CalDAV-uppgiftssupport.

      Installation och inställning:

      1. Installera Tasks.org:

      2. Konfigurera CalDAV-synk:

        • Öppna Tasks.org
        • Gå till ☰ Meny > Inställningar > Synkronisering
        • Tryck på "Lägg till konto"
        • Välj "CalDAV"
      3. Ange Forward Email-inställningar:

        • Server-URL: https://caldav.forwardemail.net
        • Användarnamn: Ditt Forward Email-alias (t.ex. du@dindomän.com)
        • Lösenord: Ditt alias-specifika genererade lösenord
        • Tryck på "Lägg till konto"
      4. Kontoupptäckt:

        • Tasks.org kommer automatiskt att hitta dina uppgiftskalendrar
        • Du bör se din "Reminders"-samling dyka upp
        • Tryck på "Prenumerera" för att aktivera synk för uppgiftskalendern
      5. Testa synk:

        • Skapa en testuppgift i Tasks.org
        • Kontrollera att den visas i andra CalDAV-klienter (som macOS Påminnelser)
        • Verifiera att ändringar synkroniseras åt båda hållen

      Tillgängliga funktioner:

      • ✅ Skapa och redigera uppgifter
      • ✅ Förfallodatum och påminnelser
      • ✅ Uppgiftsavslut och status
      • ✅ Prioritetsnivåer
      • ✅ Deluppgifter och uppgiftshierarki
      • ✅ Taggar och kategorier
      • ✅ Tvåvägssynk med andra CalDAV-klienter

      Felsökning:

      • Om inga uppgiftskalendrar visas, försök uppdatera manuellt i Tasks.org-inställningarna
      • Se till att du har minst en uppgift skapad på servern (du kan skapa en i macOS Påminnelser först)
      • Kontrollera nätverksanslutning till caldav.forwardemail.net
    • Hur ställer jag in SRS för Forward Email

      Vi konfigurerar automatiskt Sender Rewriting Scheme ("SRS") – du behöver inte göra detta själv.

    • Hur ställer jag in MTA-STS för Forward Email

      Vänligen se vår sektion om MTA-STS för mer information.

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

      Om du använder Gmail, följ dessa steg nedan:

      1. Gå till https://google.com och logga ut från alla e-postkonton
      2. Klicka på "Logga in" och i rullgardinsmenyn klicka på "annat konto"
      3. Välj "Använd ett annat konto"
      4. Välj "Skapa konto"
      5. Välj "Använd min nuvarande e-postadress istället"
      6. Ange din e-postadress med egen domän
      7. Hämta verifieringsmailet som skickats till din e-postadress
      8. Ange verifieringskoden från detta mail
      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 uppe till höger på din profilikon, klicka sedan på "ändra"-knappen
      12. Ladda upp ett nytt foto eller avatar för ditt konto
      13. Ändringarna tar ungefär 1-2 timmar att slå igenom, men kan ibland gå mycket snabbt.
      14. Skicka ett testmail och profilbilden bör visas.

    Avancerade funktioner

    • Stöder ni att skicka e-post med API

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

      Viktigt: Vänligen säkerställ att du har läst våra Villkor, Integritetspolicy, och Outbound SMTP Limits – din användning betraktas som bekräftelse och godkännande.

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

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

      Anrop till DELETE /v1/account/api-token inaktiverar ditt API-token, vilket innebär att det inte längre kan användas för att autentisera HTTP API- eller WebSocket-anrop. API-åtkomst kan endast återaktiveras genom att logga in på sidan /my-account/security och återställa ditt token, vilket genererar en ersättningstoken; autentisering med alias-lösenord förblir oförändrad.

    • Stöder ni att ta emot e-post med IMAP

      Ja, från och med 16 oktober 2023 stödjer vi att ta emot e-post via IMAP som ett tillägg för alla betalande användare. Vänligen läs vår djupgående artikel om hur vår krypterade SQLite-mailboxlagringsfunktion fungerar.

      Viktigt: Vänligen säkerställ att du har läst våra Villkor och Integritetspolicy – din användning betraktas som bekräftelse och godkännande.
      1. Skapa ett nytt alias för din domän under Mitt konto Domäner Aliaser (t.ex. hello@example.com)

      2. Klicka på Generera lösenord bredvid det nyligen skapade aliaset. Kopiera till ditt urklipp och spara det genererade lösenordet säkert som visas på skärmen.

      3. Använd din föredragna e-postapplikation för att lägga till eller konfigurera ett konto med ditt nyss skapade alias (t.ex. hello@example.com)

      4. När du uppmanas att ange IMAP-servernamn, skriv imap.forwardemail.net

      5. När du uppmanas att ange IMAP-serverport, skriv 993 (SSL/TLS) – se alternativa IMAP-portar vid behov

        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 uppmanas att ange IMAP-serverlösenord, klistra in lösenordet från Generate Password i steg 2 ovan

      7. Spara dina inställningar – om du har problem, vänligen kontakta oss

      Grattis! Du har framgångsrikt slutfört alla steg.
    • Stöder ni POP3

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

      Viktigt: Vänligen säkerställ att du har läst våra Villkor och Integritetspolicy – din användning betraktas som bekräftelse och godkännande.
      1. Skapa ett nytt alias för din domän under Mitt konto Domäner Aliaser (t.ex. hello@example.com)

      2. Klicka på Generate Password bredvid det nyligen skapade aliaset. Kopiera till ditt urklipp och spara det genererade lösenordet säkert som visas på skärmen.

      3. Använd din föredragna e-postapplikation för att lägga till eller konfigurera ett konto med ditt nyligen skapade alias (t.ex. hello@example.com)

      4. När du uppmanas att ange POP3-servernamn, skriv pop3.forwardemail.net

      5. När du uppmanas att ange POP3-serverport, skriv 995 (SSL/TLS) – se alternativa POP3-portar vid behov

        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 uppmanas att ange POP3-serverlösenord, klistra in lösenordet från Generate Password i steg 2 ovan

      7. Spara dina inställningar – om du har problem, vänligen kontakta oss

      Grattis! Du har framgångsrikt slutfört alla steg.
    • Stöder ni kalendrar (CalDAV)

      Ja, från och med den 5 februari 2024 har vi lagt till denna funktion. Vår server är caldav.forwardemail.net och övervakas även på vår statussida. Det stöder både IPv4 och IPv6 och är tillgängligt över port 443 (HTTPS).

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

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

    • Stöder ni uppgifter och påminnelser (CalDAV VTODO)

      Ja, från och med 14 oktober 2025 har vi lagt till CalDAV VTODO-stöd för uppgifter och påminnelser. Detta använder samma server som vårt kalenderstöd: caldav.forwardemail.net.

      Vår CalDAV-server stöder både kalenderhändelser (VEVENT) och uppgiftskomponenter (VTODO) med hjälp av enhetliga kalendrar. Det betyder att varje kalender kan innehålla både händelser och uppgifter, vilket ger maximal flexibilitet och kompatibilitet över alla CalDAV-klienter.

      Hur kalendrar och listor fungerar:

      • Varje kalender stöder både händelser och uppgifter – Du kan lägga till händelser, uppgifter eller båda i vilken kalender som helst
      • Apple Påminnelser-listor – Varje lista du skapar i Apple Påminnelser blir en separat kalender på servern
      • Flera kalendrar – Du kan skapa så många kalendrar du behöver, var och en med eget namn, färg och organisation
      • Synkronisering mellan klienter – Uppgifter och händelser synkroniseras sömlöst mellan alla kompatibla klienter

      Stödda uppgiftsklienter:

      • macOS Påminnelser – Fullt inbyggt stöd för skapande, redigering, slutförande och synkronisering av uppgifter
      • iOS Påminnelser – Fullt inbyggt stöd på alla iOS-enheter
      • Tasks.org (Android) – Populär öppen källkod-uppgiftshanterare med CalDAV-synk
      • Thunderbird – Uppgifts- och kalenderstöd i skrivbords-e-postklient
      • Alla CalDAV-kompatibla uppgiftshanterare – Standardstöd för VTODO-komponenten

      Stödda uppgiftsfunktioner:

      • Skapande, redigering och borttagning av uppgifter
      • Förfallodatum och startdatum
      • Uppgiftsstatus (NEEDS-ACTION, IN-PROCESS, COMPLETED, CANCELLED)
      • Prioritetsnivåer för uppgifter
      • Återkommande uppgifter
      • Uppgiftsbeskrivningar och anteckningar
      • Synkronisering över flera enheter
      • Deluppgifter med RELATED-TO-egenskap
      • Uppgiftspåminnelser med VALARM

      Inloggningsuppgifterna är samma som för kalenderstöd:

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

      Viktiga anteckningar:

      • Varje Påminnelser-lista är en separat kalender – När du skapar en ny lista i Apple Påminnelser skapas en ny kalender på CalDAV-servern
      • Thunderbird-användare – Du måste manuellt prenumerera på varje kalender/lista du vill synkronisera, eller använda kalenderns hem-URL: https://caldav.forwardemail.net/dav/your-email@domain.com/
      • Apple-användare – Kalenderupptäckt sker automatiskt, så alla dina kalendrar och listor visas i Kalender.app och Påminnelser.app
      • Enhetliga kalendrar – Alla kalendrar stöder både händelser och uppgifter, vilket ger dig flexibilitet i hur du organiserar din data
    • Stöder ni kontakter (CardDAV)

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

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

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

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

    • Stöder ni att skicka e-post med SMTP

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

      Viktigt: Se till att du har läst våra Villkor, Integritetspolicy och Outbound SMTP Limits – din användning betraktas som bekräftelse och godkännande.
      Viktigt: Om du använder Gmail, se vår Guide för att skicka mail som Gmail med anpassad domän. Om du är utvecklare, se vår email API-dokumentation.
      1. Gå till Mitt konto Domäner Inställningar Outbound SMTP-konfiguration och följ installationsinstruktionerna

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

      3. Klicka på Generera lösenord bredvid det nyligen skapade aliaset. Kopiera till ditt urklipp och spara det genererade lösenordet säkert som visas på skärmen.

      4. Använd din föredragna e-postapplikation för att lägga till eller konfigurera ett konto med ditt nyligen skapade alias (t.ex. hello@example.com)

      5. När du uppmanas att ange SMTP-servernamn, skriv smtp.forwardemail.net

      6. När du uppmanas att ange SMTP-serverport, skriv 465 (SSL/TLS) – se alternativa SMTP-portar vid behov

        Tips: Om du använder Thunderbird, se till att "Anslutningssäkerhet" är inställt på "SSL/TLS" och att autentiseringsmetoden är inställd på "Normalt lösenord".
      7. När du uppmanas att ange SMTP-serverlösenord, klistra in lösenordet från Generera lösenord i steg 3 ovan

      8. Spara dina inställningar och skicka ditt första testmail – om du har problem, vänligen kontakta oss

      Viktigt: Observera att för att upprätthålla IP-rykte och säkerställa leveransbarhet har vi en manuell granskningsprocess per domän för godkännande av utgående SMTP. Detta tar vanligtvis mindre än 24 timmar, där de flesta förfrågningar behandlas inom 1-2 timmar. Inom en snar framtid siktar vi på att göra denna process omedelbar med ytterligare spamkontroller och aviseringar. Denna process säkerställer att dina mejl når inkorgen och att dina meddelanden inte markeras som skräppost.
      Grattis! Du har framgångsrikt slutfört alla steg.
    • Stöder ni OpenPGP/MIME, end-to-end-kryptering ("E2EE") och Web Key Directory ("WKD")

      Ja, vi stödjer OpenPGP, end-to-end-kryptering ("E2EE") och upptäckt av publika nycklar med hjälp av Web Key Directory ("WKD"). Du kan konfigurera OpenPGP med keys.openpgp.org eller hosta dina egna nycklar (se denna gist för WKD-serverinställning).

      • WKD-uppslag cachas i 1 timme för att säkerställa snabb e-postleverans → därför, om du lägger till, ändrar eller tar bort din WKD-nyckel, vänligen mejla oss på support@forwardemail.net med din e-postadress så att vi manuellt kan rensa cachen.
      • Vi stödjer PGP-kryptering för meddelanden som vidarebefordras via WKD-uppslag eller med en uppladdad PGP-nyckel i vårt gränssnitt.
      • Uppladdade nycklar har företräde så länge PGP-rutan är aktiverad/ikryssad.
      • 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/exakt kombination) och om mer än ett av dessa innehåller en uppladdad PGP-nyckel och har PGP ikryssat → då skickar vi ett felmeddelande via e-post och krypterar inte meddelandet med din uppladdade PGP-nyckel. Detta är mycket ovanligt och gäller vanligtvis avancerade användare med komplexa aliasregler.
      • PGP-kryptering kommer inte att tillämpas på e-post vidarebefordrad via våra MX-servrar om avsändaren har en DMARC-policy som avvisar. Om du behöver PGP-kryptering på all e-post rekommenderar vi att använda vår IMAP-tjänst och konfigurera din PGP-nyckel för ditt alias för inkommande e-post.
      • På våra betalda planer (Förbättrat skydd och Team) kan du inaktivera WKD-sökning per alias. Navigera till dina alias-inställningar och markera alternativet "Inaktivera WKD-sökning". När inaktiverat kommer inkommande e-postmeddelanden som vidarebefordras till det aliaset inte att krypteras via WKD även om en offentlig nyckel är publicerad för mottagaren. Detta är också tillgängligt via API:et med fältet has_wkd_disabled.

      Du kan validera din Web Key Directory-konfiguration 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 på per-mottagare-basis 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 Rekommenderad plugin Noteringar
        Thunderbird Skrivbord Konfigurera OpenPGP i Thunderbird Thunderbird har inbyggt stöd för OpenPGP.
        Gmail Webbläsare Mailvelope eller FlowCrypt (proprietär licens) Gmail stödjer inte OpenPGP, men du kan ladda ner den öppna källkodspluginen Mailvelope eller FlowCrypt.
        Apple Mail macOS Free-GPGMail Apple Mail stödjer inte OpenPGP, men du kan ladda ner den öppna källkodspluginen Free-GPGMail.
        Apple Mail iOS PGPro eller FlowCrypt (proprietär licens) Apple Mail stödjer inte OpenPGP, men du kan ladda ner den öppna källkodspluginen PGPro eller FlowCrypt.
        Outlook Windows gpg4win Outlooks skrivbords-e-postklient stödjer inte OpenPGP, men du kan ladda ner den öppna källkodspluginen gpg4win.
        Outlook Webbläsare Mailvelope eller FlowCrypt (proprietär licens) Outlooks webbaserade e-postklient stödjer inte OpenPGP, men du kan ladda ner den öppna källkodspluginen Mailvelope eller FlowCrypt.
        Android Mobil OpenKeychain eller FlowCrypt Android e-postklienter såsom Thunderbird Mobile och FairEmail stödjer båda den öppna källkodspluginen OpenKeychain. Du kan alternativt använda den öppna källkodspluginen (proprietär licensiering) FlowCrypt.
        Google Chrome Webbläsare Mailvelope eller FlowCrypt (proprietär licens) Du kan ladda ner den öppna källkods webbläsartillägget Mailvelope eller FlowCrypt.
        Mozilla Firefox Webbläsare Mailvelope eller FlowCrypt (proprietär licens) Du kan ladda ner den öppna källkods webbläsartillägget Mailvelope eller FlowCrypt.
        Microsoft Edge Webbläsare Mailvelope Du kan ladda ner den öppna källkods webbläsartillägget Mailvelope.
        Brave Webbläsare Mailvelope eller FlowCrypt (proprietär licens) Du kan ladda ner den öppna källkods webbläsartillägget Mailvelope eller FlowCrypt.
        Balsa Skrivbord Konfigurera OpenPGP i Balsa Balsa har inbyggt stöd för OpenPGP.
        KMail Skrivbord Konfigurera OpenPGP i KMail KMail har inbyggt stöd för OpenPGP.
        GNOME Evolution Skrivbord Konfigurera OpenPGP i Evolution GNOME Evolution har inbyggt stöd för OpenPGP.
        Terminal Skrivbord Konfigurera gpg i Terminal Du kan använda det öppna källkodsverktyget gpg kommandorad för att generera en ny nyckel från kommandoraden.
      2. Öppna pluginet, 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 lagring (IMAP/POP3)-tjänst 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 Aliaser (t.ex. hello@example.com) Redigera OpenPGP och ladda upp din publika nyckel.
      4. Lägg till en ny CNAME-post till ditt domännamn (t.ex. example.com):

        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 detta steg.
      Grattis! Du har framgångsrikt slutfört alla steg.
    • Stöder ni S/MIME-kryptering

      Ja, vi stödjer S/MIME (Secure/Multipurpose Internet Mail Extensions)-kryptering enligt definitionen i RFC 8551. S/MIME erbjuder end-to-end-kryptering med hjälp av X.509-certifikat, vilket är brett stödjat av företags-e-postklienter.

      Vi stödjer både RSA- och ECC (Elliptic Curve Cryptography)-certifikat:

      • RSA-certifikat: minst 2048-bitars, 4096-bitars rekommenderas
      • ECC-certifikat: P-256, P-384 och P-521 NIST-kurvor

      För att konfigurera S/MIME-kryptering för ditt alias:

      1. Skaffa ett S/MIME-certifikat från en betrodd certifikatutfärdare (CA) eller generera ett självsignerat certifikat för testning.

        Tips: Gratis S/MIME-certifikat finns tillgängliga från leverantörer som Actalis eller Actalis Free S/MIME.
      2. Exportera ditt certifikat i PEM-format (endast det publika certifikatet, inte den privata nyckeln).

      3. Gå till Mitt konto Domäner Aliaser (t.ex. hello@example.com) Redigera S/MIME och ladda upp ditt publika certifikat.

      4. När det är konfigurerat kommer alla inkommande e-postmeddelanden till din alias att krypteras med ditt S/MIME-certifikat innan de lagras eller vidarebefordras.

        Notera: S/MIME-kryptering tillämpas på inkommande meddelanden som inte redan är krypterade. Om ett meddelande redan är krypterat med OpenPGP eller S/MIME kommer det inte att krypteras igen.
        Viktigt: S/MIME-kryptering kommer inte att tillämpas på e-post vidarebefordran via våra MX-servrar om avsändaren hade en DMARC-policy för avvisning. Om du behöver S/MIME-kryptering på all e-post föreslår vi att du använder vår IMAP-tjänst och konfigurerar ditt S/MIME-certifikat för din alias för inkommande e-post.

      Följande e-postklienter har inbyggt stöd för S/MIME:

      E-postklient Plattform Noteringar
      Apple Mail macOS Inbyggt stöd för S/MIME. Gå till Mail > Inställningar > Konton > ditt konto > Tillit för att konfigurera certifikat.
      Apple Mail iOS Inbyggt stöd för S/MIME. Gå till Inställningar > Mail > Konton > ditt konto > Avancerat > S/MIME för att konfigurera.
      Microsoft Outlook Windows Inbyggt stöd för S/MIME. Gå till Arkiv > Alternativ > Trust Center > Inställningar för Trust Center > E-postsäkerhet för att konfigurera.
      Microsoft Outlook macOS Inbyggt stöd för S/MIME. Gå till Verktyg > Konton > Avancerat > Säkerhet för att konfigurera.
      Thunderbird Skrivbord Inbyggt stöd för S/MIME. Gå till Kontoinställningar > End-To-End Encryption > S/MIME för att konfigurera.
      GNOME Evolution Skrivbord Inbyggt stöd för S/MIME. Gå till Redigera > Inställningar > E-postkonton > ditt konto > Säkerhet för att konfigurera.
      KMail Skrivbord Inbyggt stöd för S/MIME. Gå till Inställningar > Konfigurera KMail > Identiteter > din identitet > Kryptografi för att konfigurera.
      Grattis! Du har framgångsrikt konfigurerat S/MIME-kryptering för din alias.
    • Stöder ni Sieve-e-postfiltrering

      Ja. Forward Email stöder serverbaserad Sieve-filtrering baserad på RFC 5228. Skript filtrerar inkommande meddelanden innan leverans till brevlådan. Ett skript avvisas om det begär en otillgänglig funktion eller använder en extension utan att deklarera den i require.

      Den fullständiga, implementationsstödda listan över funktioner och RFC-noteringar finns i Sieve protocol documentation.

      Tillgängliga Sieve-funktioner

      Kategori Funktioner och beteende
      Kärnspråk keep, discard, stop, villkorsblock, och grundläggande tester address, header, exists, size och booleska tester.
      Leverans fileinto, copy, redirect, mailbox för fileinto :create, och special-use för standardmappens :specialuse-mappning och specialuse_exists.
      Tester och jämförelser envelope, body, date, index, regex, subaddress, relational, i;ascii-casemap, och i;octet.
      Tillstånd och variabler variables, imap4flags, duplicate, och ihave.
      Åtgärder och svar reject, ereject, vacation, vacation-seconds, och enotify med mailto:. Den äldre deklarationen require "notify" accepteras som en indataalias för enotify, men enotify är den annonserade funktionen.
      Meddelandehantering editheader, environment, och mime, inklusive foreverypart, break, extracttext, och replace.

      redirect levereras genom den normala utgående kön. Den omfattas av den konfigurerade redirect-domain-policyn, denylist-kontroller och hastighetsbegränsningar. editheader kan inte ändra skyddade autentiserings- eller leveransrutningshuvuden.

      Funktioner som inte stöds

      Funktion Orsak
      enclose Att skapa ett nytt meddelande som kapslar in originalmeddelandet är inte implementerat.
      mailboxexists Forward Email gör inga live IMAP-förfrågningar om brevlådestatus. fileinto :create förblir tillgängligt via mailbox.
      include Global och inkluderad skriptlagring är inte tillgänglig.
      mboxmetadata / servermetadata IMAP METADATA-integration är inte tillgänglig.
      fcc Integration för arkivering av skickad post är inte tillgänglig.
      encoded-character Syntaxen ${hex:...} är inte implementerad.
      Externa listor valid_ext_list och andra operationer för externa listor är inte tillgängliga.

      Exempel på Sieve-skript

      File newsletters into a folder:

      require ["fileinto"];
      
      if header :contains "List-Id" "newsletter" {
          fileinto "Newsletters";
      }
      

      Auto-reply when on vacation:

      require ["vacation", "vacation-seconds"];
      
      vacation :seconds 604800 :subject "Out of Office"
          "I am currently out of the office and will respond when I return.";
      

      Create a folder when filing a message:

      require ["fileinto", "imap4flags", "mailbox"];
      
      if address :is "from" "boss@example.com" {
          fileinto :create :flags ["\\Flagged"] "Important";
      }
      

      Redirect a message:

      require ["redirect"];
      
      if header :contains "Subject" "invoice" {
          redirect "recipient@example.com";
      }
      

      Hantera Sieve-skript

      Du kan hantera Sieve-skript på flera sätt:

      1. Webbgränssnitt: Gå till Mitt konto Domäner Aliaser Sieve-skript för att skapa och hantera skript.

      2. ManageSieve-protokollet: Anslut med valfri ManageSieve-kompatibel klient, såsom Thunderbirds Sieve-tillägg eller sieve-connect, till imap.forwardemail.net. Använd port 2190 med STARTTLS eller port 4190 med implicit TLS.

      3. API: Använd REST API för att hantera skript programmässigt.

      Observera: Sieve-filtrering tillämpas på inkommande meddelanden innan leverans till brevlådan. Skript körs i prioriteringsordning, och den första matchande åtgärden avgör hur meddelandet hanteras.
      Säkerhet: Omdirigeringar kontrolleras mot konfigurerad policy och hastighetsbegränsningar. Autosvar (vacation) och aviseringar är hastighetsbegränsade för att förhindra missbruk.
    • Stöder ni MTA-STS

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

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

    • Stöder ni passkeys och WebAuthn

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

      Passkeys låter dig logga in säkert utan att behöva lösenord och tvåfaktorsautentisering.

      Du kan verifiera din identitet med touch, ansiktsigenkänning, enhetsbaserat lösenord eller PIN-kod.

      Vi tillåter att du hanterar upp till 30 passkeys samtidigt, så att du enkelt kan logga in med alla dina enheter.

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

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

    • Stöder ni bounce-webhooks
      Tips: Letar du efter dokumentation om e-postwebhooks? Se Stöder ni webhooks? för mer insikt.

      Ja, från och med 14 augusti 2024 har vi lagt till denna funktion. 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 varje gång utgående SMTP-e-post studsar.

      Detta är användbart för att du ska kunna hantera och övervaka din utgående SMTP – och kan användas för att underhålla prenumeranter, avregistreringar och upptäcka när studsar inträffar.

      Bounce-webhook-payloads skickas som JSON med dessa egenskaper:

      • email_id (Sträng) - e-post-ID som motsvarar ett e-postmeddelande i Mitt konto → E-post (utgående SMTP)
      • list_id (Sträng) - värdet för List-ID-huvudet (skiftlägesokänsligt), om något, från det ursprungliga utgående e-postmeddelandet
      • list_unsubscribe (Sträng) - värdet för List-Unsubscribe-huvudet (skiftlägesokänsligt), om något, från det ursprungliga utgående e-postmeddelandet
      • feedback_id (Sträng) - värdet för Feedback-ID-huvudet (skiftlägesokänsligt), om något, från det ursprungliga utgående e-postmeddelandet
      • recipient (Sträng) - e-postadressen för mottagaren som studsat eller fått fel
      • message (Sträng) - ett detaljerat felmeddelande för studsen
      • response (Sträng) - SMTP-svarsmeddelandet
      • response_code (Nummer) - den tolkade SMTP-svarskoden
      • truth_source (Sträng) - om svarskoden kom från en betrodd källa, kommer detta värde att fyllas med rot-domännamnet (t.ex. google.com eller yahoo.com)
      • bounce (Objekt) - ett objekt som innehåller följande egenskaper som beskriver studsen och avvisningsstatusen
        • action (Sträng) - studshandling (t.ex. "reject")
        • message (Sträng) - studsanledning (t.ex. "Message Sender Blocked By Receiving Server")
        • category (Sträng) - studskategori (t.ex. "block")
        • code (Nummer) - studskod (t.ex. 554)
        • status (Sträng) - studskod från svarsmeddelandet (t.ex. 5.7.1)
        • line (Nummer) - tolkad radnummer, om något, från Zone-MTA bounce parse list (t.ex. 526)
      • headers (Objekt) - nyckel-värde-par av headers för det utgående e-postmeddelandet
      • bounced_at (Sträng) - ISO 8601 formaterat datum för när studsfel 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 anteckningar angående bounce-webhooks:

      • Om webhook-payloaden innehåller ett värde för 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 för bounce.category var någon av "block", "recipient", "spam" eller "virus", bör du definitivt ta bort användaren från listan.
      • Om du behöver verifiera webhook-payloads (för att säkerställa att de faktiskt kommer från vår server), kan du lösa den fjärranslutna klientens IP-adress till klientens värdnamn med en omvänd uppslagning – det ska vara smtp.forwardemail.net.
      • Vi väntar upp till 5 sekunder på att din webhook-endpoint ska svara med statuskod 200, och vi försöker igen upp till 1 gång.
      • Om vi upptäcker att din bounce-webhook-URL har ett fel när vi försöker skicka en förfrågan till den, skickar vi ett vänligt e-postmeddelande till dig en gång i veckan.
    • Stöder ni webhooks
      Tips: Letar du efter dokumentation om bounce-webhooks? Se Stöder ni bounce-webhooks? för mer insikt.

      Ja, från och med den 15 maj 2020 har vi lagt till denna funktion. Du kan enkelt lägga till webhook(s) precis som du skulle med vilken mottagare som helst! Vänligen säkerställ att du har "http" eller "https" protokollet prefixat i webhookens URL.

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

      Om du har gratisplanen, lägg då helt enkelt till en ny DNS TXT-post som visas nedan:

      Till exempel, om jag vill att alla e-postmeddelanden som går till alias@example.com ska vidarebefordras till en ny request bin test-endpoint:

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

      Eller kanske vill du att alla e-postmeddelanden som går till example.com ska vidarebefordras till denna endpoint:

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

      Här är ytterligare anteckningar angående webhooks:

      • Om du behöver verifiera webhook-payloads (för att säkerställa att de faktiskt kommer från vår server), kan du lösa den fjärranslutna klientens IP-adress klientvärdnamn med en omvänd uppslagning – det ska vara antingen mx1.forwardemail.net eller mx2.forwardemail.net.
      • Om en webhook inte svarar med statuskod 200, kommer vi att lagra dess svar i felloggen som skapas – vilket är användbart för felsökning.
      • Webhook HTTP-förfrågningar kommer att försöka igen upp till 3 gånger vid varje SMTP-anslutningsförsök, med en max timeout på 60 sekunder per endpoint POST-förfrågan. Observera att detta inte betyder att det bara försöker 3 gånger, det kommer faktiskt att försöka kontinuerligt över tid genom att skicka en SMTP-kod 421 (vilket indikerar för avsändaren att försöka senare) efter det tredje misslyckade HTTP POST-försöket. Detta betyder att e-posten kommer att försöka kontinuerligt i dagar tills en 200-statuskod uppnås.
      • Vi försöker automatiskt igen baserat på standardstatus- och felkoder som används i superagents retry-metod (vi är underhållare).
      • Vi grupperar ihop webhook HTTP-förfrågningar till samma endpoint i en förfrågan istället för flera för att spara resurser och snabba upp svarstiden. Till exempel, om du skickar ett e-postmeddelande till webhook1@example.com, webhook2@example.com och webhook3@example.com, och alla är konfigurerade att träffa samma exakta endpoint-URL, görs endast en förfrågan. Vi grupperar ihop efter exakt endpoint-matchning med strikt likhet.
      • Observera att vi använder mailparser-bibliotekets "simpleParser"-metod för att parsa meddelandet till ett JSON-vänligt objekt.
      • Rå e-postvärde som en Sträng ges som egenskapen "raw".
      • Autentiseringsresultat ges som egenskaperna "dkim", "spf", "arc", "dmarc" och "bimi".
      • De parsade e-posthuvudena ges som egenskapen "headers" – men notera också att du kan använda "headerLines" för enklare iteration och parsing.
      • De grupperade mottagarna för denna webhook grupperas ihop och ges som egenskapen "recipients".
      • SMTP-sessionens information ges som egenskapen "session". Den innehåller information om avsändaren av meddelandet, ankomsttid för meddelandet, HELO och klientvärdnamn. Klientvärdnamnsvärdet som session.clientHostname är antingen FQDN (från en omvänd PTR-uppslagning) eller det är session.remoteAddress inneslutet i hakparenteser (t.ex. "[127.0.0.1]").
      • Om du snabbt behöver få värdet av X-Original-To, kan du använda värdet av session.recipient (se exempel nedan). Headern X-Original-To är en header vi lägger till meddelanden för felsökning med den ursprungliga mottagaren (innan maskerad vidarebefordran) för meddelandet.
      • Om du behöver ta bort attachments och/eller raw egenskaper från payload-kroppen, lägg helt enkelt till ?attachments=false, ?raw=false eller ?attachments=false&raw=false till din webhook-endpoint som en querystring-parameter (t.ex. https://example.com/webhook?attachments=false&raw=false).
      • Om det finns bilagor, kommer de att läggas till i attachments-arrayen med Buffer-värden. Du kan parsa tillbaka dem till innehåll med en metod i 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());
        
      Tip: Curious what the webhook request looks like from forwarded emails? We've included an example below for you!
      {
        "attachments": [
          {
            "type": "attachment",
            "content": {
              "type": "Buffer",
              "data": [
                104,
                101,
                108,
                108,
                111,
                32,
                119,
                111,
                114,
                108,
                100,
                33
              ]
            },
            "contentType": "text/plain",
            "partId": "2",
            "release": null,
            "contentDisposition": "attachment",
            "filename": "text1.txt",
            "headers": {},
            "checksum": "fc3ff98e8c6a0d3087d515c0473f8677",
            "size": 12
          }
        ],
        "headers": "ARC-Seal: i=1; a=rsa-sha256; t=1653506802; cv=none; d=forwardemail.net;\r\n s=default;\r\n b=R6QJ0tGwwjg2VPxiAlVIKxsg3jEPtRGKPTIOdZNWuhWrbssttFdOYzRRqvacDyN5SLoyDhVye\r\n DUA/64IxANXdHVFlpR258Yp7WxLDv2gtJD5vNSKYmUJZOWk1TynmlqTYrp0Vuqg2xIUjIlPBWAJ\r\n PPNx4JvOLjJuWYynU2qIWz0=\r\nARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;\r\n d=forwardemail.net; h=MIME-Version: Date: Message-ID: From: Content-Type;\r\n q=dns/txt; s=default; t=1653506802;\r\n bh=cEYDoyTy+Ub29XZt/zXR+sprfUE6BW0y5cHfah01PT4=;\r\n b=F/t56AAXr2Kv3G6VsbdT5OKDVJf2ulhwLiTM18Ra4tDPUKPSGSLKrWvxiXEg5NMWwdWnsOYrL\r\n r3YSm4uMxVMhHZbHm/sUu4QZq5/18hQsAkCv6fI9ifTjDwBrN5zpLOhPoZFFo+TyvHxiII3Xv3L\r\n UEzmUIIaJRX6tboQ160tino=\r\nARC-Authentication-Results: i=1; mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)\r\nReceived-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;\r\nAuthentication-Results: mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)\r\n",
        "headerLines": [
          {
            "key": "arc-seal",
            "line": "ARC-Seal: i=1; a=rsa-sha256; t=1653506802; cv=none; d=forwardemail.net;\r\n s=default;\r\n b=R6QJ0tGwwjg2VPxiAlVIKxsg3jEPtRGKPTIOdZNWuhWrbssttFdOYzRRqvacDyN5SLoyDhVye\r\n DUA/64IxANXdHVFlpR258Yp7WxLDv2gtJD5vNSKYmUJZOWk1TynmlqTYrp0Vuqg2xIUjIlPBWAJ\r\n PPNx4JvOLjJuWYynU2qIWz0="
          },
          {
            "key": "arc-message-signature",
            "line": "ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;\r\n d=forwardemail.net; h=MIME-Version: Date: Message-ID: From: Content-Type;\r\n q=dns/txt; s=default; t=1653506802;\r\n bh=cEYDoyTy+Ub29XZt/zXR+sprfUE6BW0y5cHfah01PT4=;\r\n b=F/t56AAXr2Kv3G6VsbdT5OKDVJf2ulhwLiTM18Ra4tDPUKPSGSLKrWvxiXEg5NMWwdWnsOYrL\r\n r3YSm4uMxVMhHZbHm/sUu4QZq5/18hQsAkCv6fI9ifTjDwBrN5zpLOhPoZFFo+TyvHxiII3Xv3L\r\n UEzmUIIaJRX6tboQ160tino="
          },
          {
            "key": "arc-authentication-results",
            "line": "ARC-Authentication-Results: i=1; mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)"
          },
          {
            "key": "received-spf",
            "line": "Received-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;"
          },
          {
            "key": "authentication-results",
            "line": "Authentication-Results: mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)"
          },
          {
            "key": "x-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@example.com>"
          },
          {
            "key": "message-id",
            "line": "Message-ID: <69ad5fc2-91cb-728f-ae5c-eeedc5f267b6@example.net>"
          },
          {
            "key": "date",
            "line": "Date: Wed, 25 May 2022 19:26:41 +0000"
          },
          {
            "key": "mime-version",
            "line": "MIME-Version: 1.0"
          }
        ],
        "html": "<strong>some random text</strong>",
        "text": "some random text",
        "textAsHtml": "<p>some random text</p>",
        "date": "2022-05-25T19:26:41.000Z",
        "from": {
          "value": [
            {
              "address": "random@example.com",
              "name": "some"
            }
          ],
          "html": "<span class=\"mp_address_group\"><span class=\"mp_address_name\">some</span> &lt;<a href=\"mailto:random@example.com\" class=\"mp_address_email\">random@example.com</a>&gt;</span>",
          "text": "some <random@example.com>"
        },
        "messageId": "<69ad5fc2-91cb-728f-ae5c-eeedc5f267b6@example.net>",
        "raw": "ARC-Seal: i=1; a=rsa-sha256; t=1653506802; cv=none; d=forwardemail.net;\r\n s=default;\r\n b=R6QJ0tGwwjg2VPxiAlVIKxsg3jEPtRGKPTIOdZNWuhWrbssttFdOYzRRqvacDyN5SLoyDhVye\r\n DUA/64IxANXdHVFlpR258Yp7WxLDv2gtJD5vNSKYmUJZOWk1TynmlqTYrp0Vuqg2xIUjIlPBWAJ\r\n PPNx4JvOLjJuWYynU2qIWz0=\r\nARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;\r\n d=forwardemail.net; h=MIME-Version: Date: Message-ID: From: Content-Type;\r\n q=dns/txt; s=default; t=1653506802;\r\n bh=cEYDoyTy+Ub29XZt/zXR+sprfUE6BW0y5cHfah01PT4=;\r\n b=F/t56AAXr2Kv3G6VsbdT5OKDVJf2ulhwLiTM18Ra4tDPUKPSGSLKrWvxiXEg5NMWwdWnsOYrL\r\n r3YSm4uMxVMhHZbHm/sUu4QZq5/18hQsAkCv6fI9ifTjDwBrN5zpLOhPoZFFo+TyvHxiII3Xv3L\r\n UEzmUIIaJRX6tboQ160tino=\r\nARC-Authentication-Results: i=1; mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)\r\nReceived-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;\r\nAuthentication-Results: mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)\r\nX-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@example.com>\r\nMessage-ID: <69ad5fc2-91cb-728f-ae5c-eeedc5f267b6@example.net>\r\nDate: Wed, 25 May 2022 19:26:41 +0000\r\nMIME-Version: 1.0\r\n\r\n----_NmP-179a735428ca7575-Part_1\r\nContent-Type: multipart/alternative;\r\n boundary=\"--_NmP-179a735428ca7575-Part_2\"\r\n\r\n----_NmP-179a735428ca7575-Part_2\r\nContent-Type: text/plain; charset=utf-8\r\nContent-Transfer-Encoding: 7bit\r\n\r\nsome random text\r\n----_NmP-179a735428ca7575-Part_2\r\nContent-Type: text/html; charset=utf-8\r\nContent-Transfer-Encoding: 7bit\r\n\r\n<strong>some random text</strong>\r\n----_NmP-179a735428ca7575-Part_2--\r\n\r\n----_NmP-179a735428ca7575-Part_1\r\nContent-Type: text/plain; name=text1.txt\r\nContent-Transfer-Encoding: base64\r\nContent-Disposition: attachment; filename=text1.txt\r\n\r\naGVsbG8gd29ybGQh\r\n----_NmP-179a735428ca7575-Part_1--\r\n",
        "dkim": {
          "headerFrom": [
            "random@example.com"
          ],
          "envelopeFrom": "test@example.net",
          "results": [
            {
              "status": {
                "result": "none",
                "comment": "message not signed"
              },
              "info": "dkim=none (message not signed)"
            }
          ]
        },
        "spf": {
          "domain": "example.net",
          "client-ip": "127.0.0.1",
          "helo": "user.oem.local",
          "envelope-from": "test@example.net",
          "status": {
            "result": "none",
            "comment": "mx1.forwardemail.net: example.net does not designate permitted sender hosts",
            "smtp": {
              "mailfrom": "test@example.net",
              "helo": "user.oem.local"
            }
          },
          "header": "Received-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;",
          "info": "spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local",
          "lookups": {
            "limit": 50,
            "count": 1
          }
        },
        "arc": {
          "status": {
            "result": "none"
          },
          "i": 0,
          "authResults": "mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)"
        },
        "dmarc": {
          "status": {
            "result": "none",
            "header": {
              "from": "example.com"
            }
          },
          "domain": "example.com",
          "info": "dmarc=none header.from=example.com"
        },
        "bimi": {
          "status": {
            "header": {},
            "result": "skipped",
            "comment": "DMARC not enabled"
          },
          "info": "bimi=skipped (DMARC not enabled)"
        },
        "recipients": [
          "webhook1@webhooks.net"
        ],
        "session": {
          "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 denna funktion. Du kan enkelt skriva reguljära uttryck ("regex") för att matcha alias och utföra ersättningar.

      Reguljära uttrycks-stödda alias är sådana som börjar med / och slutar med / och deras mottagare är e-postadresser eller webhooks. Mottagarna kan också inkludera regex-ersättningsstöd (t.ex. $1, $2).

      Vi stödjer två reguljära uttrycksflaggor inklusive i och g. Den skiftlägesokänsliga flaggan i är en permanent standard och den tillämpas alltid. Den globala flaggan g kan du lägga till genom att fästa slut-/ med /g.

      Observera att vi också stödjer vår funktion för att inaktivera specifika alias för mottagardelen med vårt regex-stöd.

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

      Förbättrat integritetsskydd: Om du har en betald plan (som har förbättrat integritetsskydd), gå då till Mitt konto Domäner och klicka på "Alias" bredvid din domän för att konfigurera alias, inklusive sådana med reguljära uttryck. Om du vill veta mer om betalda planer, se vår Prissättning-sida.

      Exempel för förbättrat integritetsskydd

      Aliasnamn Effekt Test
      /^(linus|torvalds)$/ E-post till `linus@example.com` eller `torvalds@example.com` (visa test på RegExr)
      /^24highst(reet)$/ E-post till `24highst@example.com` eller `24highstreet@example.com` (visa test på RegExr)
      Tips: För att testa dessa på RegExr, skriv uttrycket i översta rutan och skriv sedan ett exempelalias i textrutan nedanför. Om det matchar blir det blått.

      Exempel för gratisplanen

      Om du har gratisplanen, lägg då helt enkelt till en ny DNS TXT-post med ett eller flera av exemplen nedan:

      Enkelt exempel: Om jag vill att all e-post som går till `linus@example.com` eller `torvalds@example.com` 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
      Exempel på ersättning för förnamn efternamn: Föreställ dig att alla dina företags-e-postadresser följer mönstret `firstname.lastname@example.com`. Om jag vill att all e-post som går till mönstret `firstname.lastname@example.com` ska vidarebefordras till `firstname.lastname@company.com` med ersättningsstöd (visa test på RegExr):
      Namn/Värd/Alias TTL Typ Svar/Värde
      "@", ".", eller tomt 3600 TXT forward-email=/^([A-Za-z]+)+\.([A-Za-z]+)+$/:$1.$2@company.com
      Exempel på filtrering med plustecken och substitution: Om jag vill att alla e-postmeddelanden som går till `info@example.com` eller `support@example.com` ska vidarebefordras till `user+info@gmail.com` eller `user+support@gmail.com` respektive (med substitutionsstöd) (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
      Exempel på webhook-querystring-substitution: Kanske vill du att alla e-postmeddelanden som går till `example.com` ska gå till en webhook och ha en dynamisk querystring-nyckel "to" med värdet av användardelen i e-postadressen (visa test på RegExr):
      Namn/Värd/Alias TTL Typ Svar/Värde
      "@", ".", eller tomt 3600 TXT forward-email=/^(.*?)$/:https://example.com/webhook?username=$1
      Exempel på tyst avvisning: Om du vill att alla e-postmeddelanden som matchar ett visst mönster ska inaktiveras och tyst avvisas (ser för avsändaren ut som om meddelandet skickades framgångsrikt, men går faktiskt ingenstans) med statuskod `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 framgångsrikt, men det gick faktiskt ingenstans (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)$/:!
      Exempel på mjuk avvisning: Om du vill att alla e-postmeddelanden som matchar ett visst mönster ska inaktiveras och mjukt avvisas med statuskod `421` (se Kan jag inaktivera specifika alias), använd då helt enkelt samma metod med dubbla utropstecken "!!". Detta indikerar för avsändaren att försöka skicka e-posten igen, och e-post till detta alias kommer att försöka skickas om 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)$/:!!
      Exempel på hård avvisning: Om du vill att alla e-postmeddelanden som matchar ett visst mönster ska inaktiveras och hårt avvisas med statuskod `550` (se Kan jag inaktivera specifika alias), använd helt enkelt samma metod med tre 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)$/:!!!
      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.
    • Kan jag vidarebefordra e-post för vilken underdomän som helst (wildcard-underdomäner)

      Ja, på våra betalplaner. Du kan konfigurera en enda rotdomän (t.ex. example.com) så att dess vidarebefordringskonfiguration transparent tillämpas på varje underdomän (t.ex. anything.example.com, mail.example.com, a.b.example.com), utan att skapa en separat konfiguration för varje underdomän och utan att använda en DNS-wildcard-post som *.example.com.

      Endast betalplaner (opt-in): Denna funktion är tillgänglig på våra betalplaner och är avstängd som standard. Du måste aktivera den för domänen under Mitt konto → Domäner → Inställningar genom att markera "Tillåt vidarebefordran för wildcard-underdomäner". Den gäller inte för gratisplanen.

      När det är aktiverat och ett e-postmeddelande anländer till en mottagare på en underdomän, slår vi först upp TXT-posterna på just den underdomänens värd. Om den exakta underdomänen inte har några egna forward-email-site-verification=-poster, faller vi automatiskt tillbaka på den verifieringspost som publicerats på rotdomänen (så underdomänen ärver samma alias och verifiering som rotdomänen).

      Detta är avsiktligt snävt så att din befintliga konfiguration aldrig ändras:

      • Det måste aktiveras uttryckligen per domän, och gäller endast våra betalplaner (det används aldrig på gratisplanen).
      • Det gäller endast underdomäner (själva rot-/apex-domänen påverkas inte).
      • Det gäller endast när den exakta underdomänen inte har några relevanta poster, så alla poster du publicerar på en specifik underdomän har alltid företräde framför rotdomänens fallback.
      • Endast forward-email=- och forward-email-site-verification=-poster ärvs från rotdomänen.
      Exempel på wildcard-underdomän: Efter att ha aktiverat "Tillåt vidarebefordran för wildcard-underdomäner" för `example.com`, ärver e-post som skickas till en underdomän som inte har några egna poster (till exempel `hello@anything.example.com`) rotdomänens konfiguration, inklusive dess verifieringspost:
      Namn/Värd/Alias TTL Typ Svar/Värde
      "@", ".", eller tomt 3600 TXT forward-email-site-verification=XXXXXXXXXX

      Nödvändiga DNS-poster för wildcard-underdomäner

      E-post dirigeras av varje mottagares MX-poster, så för att e-post fysiskt ska nå oss för vilken underdomän som helst måste du publicera MX-poster som täcker dina underdomäner. Det enklaste tillvägagångssättet är en enda wildcard MX-post (*) hos din DNS-leverantör, som gäller för varje underdomän på en gång:

      Namn/Värd/Alias TTL Typ Prioritet Svar/Värde
      * 3600 MX 0 mx1.forwardemail.net
      * 3600 MX 0 mx2.forwardemail.net

      Ett wildcard som *.example.com matchar mail.example.com, a.b.example.com och så vidare. För att istället bara täcka en specifik underdomän, använd den underdomänen som Namn/Värd (till exempel mail för mail.example.com) med samma två MX-värden ovan.

      Vissa DNS-leverantörer stöder också ett wildcard CNAME (till exempel *.example.com CNAME example.com) så att underdomäner pekar på din rotdomän. Ett wildcard MX föredras för e-postleverans.

      Viktigt: Lägg inte till en CNAME-post på själva rot-/apex-domänen (`@`), eftersom det krockar med dina MX-, TXT- och andra poster. Behåll `forward-email-site-verification=` TXT-posten publicerad på din rotdomän — underdomäner ärver den automatiskt.

      Ersättningstokens för underdomäner

      När du använder reguljära uttryck i mottagaren (ersättning), kan du dessutom referera till den inkommande mottagarens underdomän med hjälp av två tokens. Observera att för att dessa tokens ska gälla över varje underdomän från en enda rotdomänspost, måste fallback för wildcard-underdomäner som beskrivs ovan vara aktiverad (endast betalplaner); annars gäller de endast för poster som publicerats på den exakta värd som matchas:

      Token Beskrivning
      %SUBDOMAIN% Underdomänens etikett(er) under rotdomänen för den inkommande mottagaren. Till exempel, för `team@sales.example.com` (rot `example.com`) är detta `sales`, och för `x@a.b.example.com` är detta `a.b`. För rot-/apex-domänen är det en tom sträng.
      %HOST% Den fullständiga värden (domänen) för den inkommande mottagaren. Till exempel, för `team@sales.example.com` är detta `sales.example.com`.
      Exempel på ersättning av underdomän: Om du vill att varje adress på varje underdomän till `example.com` ska vidarebefordras till en enda leverantör samtidigt som underdomänen bevaras i destinationen (t.ex. `anyone@sales.example.com` → `sales@example.net` och `anyone@support.example.com` → `support@example.net`), publicera en enda post på rotdomänen:
      Namn/Värd/Alias TTL Typ Svar/Värde
      "@", ".", eller tomt 3600 TXT forward-email=/^.*$/:%SUBDOMAIN%@example.net
    • Vad är era gränser för utgående SMTP

      Vi upprätthåller utgående SMTP-hastighetsbegränsningar på flera nivåer för att förhindra missbruk samtidigt som vi behåller flexibilitet för legitim användning. Varje nivå kontrolleras i ordning — vilken begränsning som nås först kommer tillfälligt att avvisa meddelandet med ett 421-fel (vilket betyder "försök igen senare").

      Hierarki för hastighetsbegränsningar:

      Level Scope Default Limit Description
      Per-alias Enskilt alias Ingen (använder domängränsen) Valfritt. Om ett alias har en anpassad smtp_limit inställd kontrolleras den först.
      Per-domain Alla e-postmeddelanden skickade från en domän under en dag 300/dag Räknar alla utgående e-postmeddelanden från varje alias på domänen.
      Per-user Alla e-postmeddelanden skickade av ett användarkonto under en dag 300/dag Förhindrar kringgående genom att radera och återskapa alias eller domäner.

      Hur den effektiva gränsen bestäms:

      • Domäner på teamplan — den effektiva dagliga gränsen är den högsta smtp_limit bland alla administratörer för domänen. Till exempel, om en administratör har en gräns på 300 och en annan 500, blir domänens effektiva gräns 500.
      • Enhanced Protection och andra planer — den effektiva dagliga gränsen är den skickande användarens egna smtp_limit (som standard är 300 meddelanden per dag).
      • Per-alias-överskrivning — domänadministratörer kan valfritt sätta en anpassad smtp_limit på enskilda alias. När den är satt kontrolleras den först (före domän- och användargränserna). Detta är användbart för att begränsa specifika alias till en lägre sändvolym.
      • Domänstandard för nya alias — domänadministratörer kan ställa in ett alias_default_smtp_limit på domänen (via API eller Avancerade inställningar i instrumentpanelen). När det är inställt kommer alla nyligen skapade alias på den domänen automatiskt att ärva detta värde som sin smtp_limit. Detta får inte överstiga domänens effektiva SMTP-gräns. Befintliga alias påverkas inte. Sätt till 0 för att inaktivera.

      Systemadministratörer (Forward Email-personal) är undantagna från alla hastighetsbegränsningar.

      All begränsning av hastighet tillämpas genom databasräkningar (Emails.countDocuments) mot e-postmeddelanden skapade sedan början av den aktuella dagen (midnatt UTC). Det betyder att din gräns återställs dagligen vid midnatt UTC.

      Om du behöver en högre gräns, vänligen kontakta oss. De flesta förfrågningar behandlas inom 1–2 timmar.

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

      Ja, observera att för att upprätthålla IP-rykte och säkerställa leveransbarhet har Forward Email en manuell granskningsprocess per domän för godkännande av utgående SMTP. 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, där de flesta förfrågningar behandlas inom 1-2 timmar. Inom en snar framtid siktar vi på att göra denna process omedelbar med ytterligare spamkontroller och varningar. Denna process säkerställer att dina e-postmeddelanden når inkorgen och att dina meddelanden inte markeras som skräppost.

    • Vilka är era SMTP-serverinställningar

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

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

      Från och med oktober 2025 stödjer vi nu legacy TLS 1.0-anslutningar på portarna 2455 (SSL/TLS) och 2555 (STARTTLS) för äldre enheter som skrivare, skannrar, kameror och äldre e-postklienter som inte kan stödja moderna TLS-versioner. Dessa portar erbjuds som ett alternativ till Gmail, Yahoo, Outlook och andra leverantörer som har slutat stödja äldre TLS-protokoll.

      Caution

      Legacy TLS 1.0-stöd (Portar 2455 och 2555): Dessa portar använder det föråldrade TLS 1.0-protokollet som har kända säkerhetssårbarheter (BEAST, POODLE). Använd endast dessa portar om din enhet absolut inte kan stödja TLS 1.2 eller högre. Vi rekommenderar starkt att du uppgraderar din enhets firmware eller byter till moderna e-postklienter när det är möjligt. Dessa portar är avsedda enbart för kompatibilitet med äldre hårdvara (gamla skrivare, skannrar, kameror, IoT-enheter).

      Protokoll Värdnamn Portar IPv4 IPv6 Noteringar
      SSL/TLS Föredras smtp.forwardemail.net 465, 2465 ✅ ✅ Modern TLS 1.2+ (Rekommenderas)
      TLS (STARTTLS) smtp.forwardemail.net 587, 2587, 2525, 25 ✅ ✅ Stöds (föredra SSL/TLS-port 465)
      SSL/TLS Endast Legacy smtp.forwardemail.net 2455 ✅ ✅ ⚠️ TLS 1.0 endast för gamla enheter
      TLS (STARTTLS) Endast Legacy smtp.forwardemail.net 2555 ✅ ✅ ⚠️ TLS 1.0 endast för gamla enheter
      Inloggning Exempel Beskrivning
      --------- ------------------------- ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
      Användarnamn user@example.com E-postadress för ett alias som finns för domänen på Mitt konto Domäner.
      Lösenord ************************ Alias

      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 alias-specifikt genererat lösenord.

      Se Stöder ni att skicka e-post med SMTP för steg-för-steg-instruktioner.

    • Vilka är era IMAP-serverkonfigurationsinställningar

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

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

      Protokoll Värdnamn Portar IPv4 IPv6
      SSL/TLS Föredras imap.forwardemail.net 993, 2993 ✅ ✅
      Inloggning Exempel Beskrivning
      Användarnamn user@example.com E-postadress för ett alias som finns för domänen på Mitt konto Domäner.
      Lösenord ************************ Alias-specifikt genererat lösenord.

      För att kunna 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 alias-specifikt genererat lösenord.

      Se Stöder ni att ta emot e-post med IMAP för steg-för-steg-instruktioner.

    • Vilka är era POP3-serverkonfigurationsinställningar

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

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

      Protokoll Värdnamn Portar IPv4 IPv6
      SSL/TLS Föredras pop3.forwardemail.net 995, 2995 ✅ ✅
      Inloggning Exempel Beskrivning
      --------- -------------------------- ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
      Användarnamn user@example.com E-postadress för ett alias som finns för domänen på Mitt konto Domäner.
      Lösenord ************************ Alias-specifikt genererat lösenord.

      För att ansluta 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 alias-specifikt genererat lösenord.

      Se Stöder ni POP3 för steg-för-steg-instruktioner.

    • Hur ställer jag in e-postautoupptäckt för min domän

      E-postautoupptäckt gör det möjligt för e-postklienter som Thunderbird, Apple Mail, Microsoft Outlook och mobila enheter att automatiskt upptäcka rätt IMAP-, SMTP-, POP3-, CalDAV- och CardDAV-serverinställningar när en användare lägger till sitt e-postkonto. Detta definieras av RFC 6186 (e-post) och RFC 6764 (CalDAV/CardDAV) och använder DNS SRV-poster.

      Forward Email publicerar autoupptäckts-poster på forwardemail.net. Du kan antingen lägga till SRV-poster direkt till din domän, eller använda en enklare CNAME-metod.

      Alternativ A: CNAME-poster (enklast)

      Lägg till dessa två CNAME-poster i din domäns DNS. Detta delegerar autoupptäckten till Forward Emails servrar:

      Typ Namn/Värd Mål/Värde
      CNAME autoconfig autoconfig.forwardemail.net
      CNAME autodiscover autodiscover.forwardemail.net

      autoconfig-posten används av Thunderbird och andra Mozilla-baserade klienter. autodiscover-posten används av Microsoft Outlook.

      Alternativ B: SRV-poster (direkt)

      Om du föredrar att lägga till posterna direkt (eller om din DNS-leverantör inte stödjer CNAME på underdomäner), lägg till dessa SRV-poster i din domän:

      Typ Namn/Värd Prioritet Vikt Port Mål/Värde Syfte
      SRV _imaps._tcp 0 1 993 imap.forwardemail.net IMAP över SSL/TLS (föredras)
      SRV _imap._tcp 0 0 0 . Klartext IMAP inaktiverat
      SRV _submissions._tcp 0 1 465 smtp.forwardemail.net SMTP-inlämning (SSL/TLS, rekommenderas)
      SRV _submission._tcp 5 1 587 smtp.forwardemail.net SMTP-inlämning (STARTTLS)
      SRV _pop3s._tcp 10 1 995 pop3.forwardemail.net POP3 över SSL/TLS
      SRV _pop3._tcp 0 0 0 . Klartext POP3 inaktiverat
      SRV _caldavs._tcp 0 1 443 caldav.forwardemail.net CalDAV över TLS (kalendrar)
      SRV _caldav._tcp 0 0 0 . Klartext CalDAV inaktiverat
      SRV _carddavs._tcp 0 1 443 carddav.forwardemail.net CardDAV över TLS (kontakter)
      SRV _carddav._tcp 0 0 0 . Klartext CardDAV inaktiverat

      Note

      IMAP har ett lägre prioritetsvärde (0) än POP3 (10), vilket talar om för e-postklienter att föredra IMAP framför POP3 när båda är tillgängliga. Poster med målet . (en enda punkt) indikerar att de okrypterade (icke-krypterade) versionerna av dessa protokoll är avsiktligt inaktiverade enligt RFC 6186 Sektion 3.4. CalDAV- och CardDAV-SRV-poster följer RFC 6764 för kalender- och kontaktautoupptäckt.

      Vilka e-postklienter stödjer autoupptäckt?

      Klient E-post CalDAV/CardDAV
      Thunderbird autoconfig CNAME- eller SRV-poster autoconfig XML- eller SRV-poster (RFC 6764)
      Apple Mail (macOS) SRV-poster (RFC 6186) SRV-poster (RFC 6764)
      Apple Mail (iOS) SRV-poster (RFC 6186) SRV-poster (RFC 6764)
      Microsoft Outlook autodiscover CNAME eller _autodiscover._tcp SRV Stöds inte
      GNOME (Evolution) SRV-poster (RFC 6186) SRV-poster (RFC 6764)
      KDE (KMail) SRV-poster (RFC 6186) SRV-poster (RFC 6764)
      eM Client autoconfig eller autodiscover SRV-poster (RFC 6764)

      Tip

      För bästa kompatibilitet över alla klienter rekommenderar vi att använda Alternativ A (CNAME-poster) kombinerat med SRV-posterna från Alternativ B. CNAME-metoden täcker majoriteten av e-postklienterna. CalDAV/CardDAV SRV-posterna säkerställer att kalender- och kontaktklienter också kan automatiskt upptäcka dina serverinställningar.

    Säkerhet

    • Avancerade tekniker för serverhärdning

      Tip

      Läs mer om vår säkerhetsinfrastruktur på vår säkerhetssida.

      Forward Email implementerar många tekniker för serverhärdning för att säkerställa säkerheten för vår infrastruktur och dina data:

      1. Nätverkssäkerhet:

        • IP tables-brandvägg med strikta regler
        • Fail2ban för skydd mot brute force-attacker
        • Regelbundna säkerhetsrevisioner och penetrationstester
        • Administrativ åtkomst endast via VPN
      2. Systemhärdning:

        • Minimal paketinstallation
        • Regelbundna säkerhetsuppdateringar
        • SELinux i enforcing-läge
        • Inaktiverad root SSH-åtkomst
        • Endast nyckelbaserad autentisering
      3. Applikationssäkerhet:

        • Content Security Policy (CSP)-headers
        • HTTPS Strict Transport Security (HSTS)
        • XSS-skyddsheaders
        • Frame options och referrer policy-headers
        • Regelbundna beroendegranskningar
      4. Dataskydd:

        • Full disk-kryptering med LUKS
        • Säker nyckelhantering
        • Regelbundna krypterade säkerhetskopior
        • Principer för dataminimering
      5. Övervakning och respons:

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

      Important

      Våra säkerhetspraxis uppdateras kontinuerligt för att hantera nya hot och sårbarheter.

      Tip

      För maximal säkerhet rekommenderar vi att använda vår tjänst med end-to-end-kryptering via OpenPGP.

    • Har ni SOC 2 eller ISO 27001-certifieringar

      Note

      Forward Email drivs på infrastruktur som tillhandahålls av certifierade underleverantörer för att säkerställa efterlevnad av branschstandarder.

      Forward Email innehar inte direkt SOC 2 Type II eller ISO 27001-certifieringar. Tjänsten drivs dock på infrastruktur som tillhandahålls av certifierade underleverantörer:

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

    • Använder ni TLS-kryptering för e-postvidarebefordran

      Ja. Forward Email 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+ tvång för alla e-postanslutningar
      • ECDHE (Elliptic Curve Diffie-Hellman Ephemeral) nyckelutbyte för perfekt framåtsekretess
      • Moderna chifferpaket med regelbundna säkerhetsuppdateringar
      • HTTP/2-stöd för förbättrad prestanda och säkerhet
      • HSTS (HTTP Strict Transport Security) med förinläsning i stora 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: Forward Email implementerar strikt MTA-STS-tillämpning i kodbasen. När TLS-fel uppstår och MTA-STS är aktiverat returnerar systemet 421 SMTP-statuskoder för att säkerställa att e-postmeddelanden försöks skickas igen senare istället för att levereras osäkert. Implementeringsdetaljer:

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

    • Behåller ni e-postautentiseringshuvuden

      Ja. Forward Email implementerar och bevarar e-postautentiseringshuvuden omfattande:

      • SPF (Sender Policy Framework): Korrekt implementerat och bevarat
      • DKIM (DomainKeys Identified Mail): Fullt stöd med korrekt nyckelhantering
      • DMARC: Policytillämpning för e-post som misslyckas med 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 "SPF, DKIM och DMARC"-implementering. Hardenize-bedömning bekräftar "Good" betyg för SPF och DMARC: https://www.hardenize.com/report/forwardemail.net/1750312779

    • Behåller ni ursprungliga e-posthuvuden och förhindrar förfalskning

      Tip

      Forward Email implementerar avancerat skydd mot förfalskning för att förhindra e-postmissbruk.

      Forward Email bevarar ursprungliga e-posthuvuden samtidigt som omfattande skydd mot förfalskning implementeras genom MX-kodbasen:

      • Bevarande av huvuden: Ursprungliga autentiseringshuvuden bibehålls vid vidarebefordran
      • Skydd mot förfalskning: DMARC-policytillämpning förhindrar förfalskning av huvuden genom att avvisa e-post som misslyckas med SPF- eller DKIM-validering
      • Förebyggande av headerinjektion: Inmatningsvalidering och sanering med hjälp av striptags-biblioteket
      • Avancerat skydd: Sofistikerad phishingdetektion med upptäckt av förfalskning, förebyggande av identitetskapning och användarnotifieringssystem

      MX-implementeringsdetaljer: Kärnlogiken för e-posthantering hanteras av MX-serverns kodbas, specifikt:

      isArbitrary-hjälpen implementerar avancerade anti-spoofing-regler inklusive upptäckt av domänimitation, blockerade fraser och olika phishingmönster.

    • Hur skyddar ni mot spam och missbruk

      Forward Email implementerar omfattande flerskiktigt skydd:

      • Hastighetsbegränsning: Tillämpas på autentiseringsförsök, API-endpoints 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 resursanpassning baserat på efterfrågan
      • Missbruksprevention: Användarspecifika kontroller för missbruk och hash-baserad blockering av skadligt innehåll
      • Tillämpning av e-postautentisering: Meddelanden från avsändare som inte finns på tillåtningslistan måste klara minst SPF eller DKIM (liknande kraven från Gmail, Outlook och Yahoo sedan 2024). Meddelanden utan någon godkänd autentisering avvisas med felkod 550. DMARC-policyer p=reject och p=quarantine tillämpas.
      • HELO/EHLO blockeringslistekontroll: Värdnamnet som presenteras under SMTP HELO/EHLO-hälsningen kontrolleras mot vår blockeringslista, vilket ger skydd även när IPv6-avsändare saknar omvända DNS-poster

      Källor:

    • Lagrar ni e-postinnehåll på disk

      Important

      Forward Email använder en zero-knowledge-arkitektur som förhindrar att e-postinnehåll skrivs till disk.

      • Zero-Knowledge-arkitektur: Individuellt krypterade SQLite-postlådor innebär att Forward Email inte kan komma åt e-postinnehåll
      • Bearbetning i minnet: E-postbearbetning sker helt i minnet, vilket undviker lagring på disk
      • Ingen innehållsloggning: "Vi loggar eller lagrar inte e-postinnehåll eller metadata på disk"
      • Sandboxad kryptering: Krypteringsnycklar lagras aldrig i klartext på disk

      Bevis från MX-kodbasen: MX-servern bearbetar e-post helt i minnet utan att skriva innehåll till disk. Den huvudsakliga e-posthanteraren visar denna minnesbaserade metod: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/on-data-mx.js

      Källor:

    • Kan e-postinnehåll exponeras vid systemkrascher

      Nej. Forward Email implementerar omfattande skydd mot exponering av data vid krascher:

      • Core dumps avaktiverade: Förhindrar exponering av minne vid krascher
      • Kontrollerad swap-användning: Applikations- och andra icke-databasvärdar förblir swap-fria och är dimensionerade och övervakade så att normala arbetsbelastningar stannar i RAM. MongoDB- och Redis-värdar använder en swap-fil endast för root med vm.swappiness=1 strikt som ett skyddsnät vid slut på minne, inte som normal kapacitet. Att inaktivera swap överallt kan förvandla tillfälligt minnestryck i databasen till en omedelbar OOM-kill. Databasens swap-aktivitet övervakas och undersöks.
      • Minnesbaserad arkitektur: E-postinnehåll finns endast i flyktigt minne under bearbetning
      • Skydd av krypteringsnycklar: Nycklar lagras aldrig i klartext på disk
      • Fysisk säkerhet: LUKS v2-krypterade diskar förhindrar fysisk åtkomst till data
      • USB-lagring avaktiverad: Förhindrar obehörig dataextraktion

      Felhantering vid systemproblem: Forward Email använder hjälpfunktionerna isCodeBug och isTimeoutError för att säkerställa att om några problem med databasanslutning, DNS-nätverk/blocklistor eller uppströmsanslutning uppstår, returnerar systemet 421 SMTP-statuskoder för att säkerställa att e-post kommer att försöka skickas igen senare istället för att gå förlorad eller exponeras.

      Implementeringsdetaljer:

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

    • Vem har tillgång till er e-postinfrastruktur

      Forward Email implementerar omfattande åtkomstkontroller för sitt minimala ingenjörsteam på 2-3 personer med strikta krav på 2FA:

      • Rollbaserad åtkomstkontroll: För teamkonton med resursbaserade behörigheter

      • Principen om minsta privilegium: Tillämpas i alla system

      • Uppdelning av arbetsuppgifter: Mellan operativa roller

      • Användarhantering: Separata deploy- och devops-användare med olika behörigheter

      • Root-inloggning avaktiverad: Tvingar åtkomst via korrekt autentiserade konton

      • Strikt 2FA: Ingen SMS-baserad 2FA på grund av risk för MiTM-attacker – endast appbaserade eller hårdvarutoken

      • Omfattande revisionsloggning: Med maskering av känslig data

      • Automatisk avvikelsedetektion: För ovanliga åtkomstmönster

      • Regelbundna säkerhetsgranskningar: Av åtkomstloggar

      • Skydd mot Evil Maid-attacker: USB-lagring avaktiverad och andra fysiska säkerhetsåtgärder Källor:

      • https://forwardemail.net/technical-whitepaper.pdf#page=30 (Behörighetskontroller)

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

      Important

      Forward Email använder flera infrastrukturunderleverantörer med omfattande efterlevnadscertifieringar.

      Fullständiga detaljer finns på vår GDPR-efterlevnadssida: https://forwardemail.net/gdpr

      Primära infrastrukturunderleverantörer:

      Leverantör Certifierad enligt ramverk för dataskydd GDPR-efterlevnadssida
      Cloudflare ✅ Ja https://www.cloudflare.com/trust-hub/gdpr/
      DataPacket ❌ Nej https://www.datapacket.com/privacy-policy
      DigitalOcean ❌ Nej https://www.digitalocean.com/legal/gdpr
      GitHub ✅ Ja https://docs.github.com/en/site-policy/privacy-policies/github-data-protection-agreement
      Vultr ❌ Nej https://www.vultr.com/legal/eea-gdpr-privacy/

      Detaljerade certifieringar:

      DigitalOcean

      Vultr

      DataPacket

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

      GitHub

      Betalningsprocessorer:

    • Erbjuder ni ett databehandlingsavtal (DPA)

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

      DPA-detaljer:

      • Täcker GDPR-efterlevnad och EU-US/Schweiz-US Privacy Shield-ramverk
      • Accepteras automatiskt vid godkännande av våra användarvillkor
      • Ingen separat underskrift krävs för standard-DPA
      • En motsignerad kopia och anpassade DPA‑arrangemang är tillgängliga via Enterprise License
      • För att namnge oss i din egen bilaga för underbiträden, se Hur listar jag Forward Email som underbiträde i min egen DPA

      GDPR-efterlevnadsramverk: Vårt DPA beskriver efterlevnad av GDPR samt internationella krav för dataöverföring. Fullständig information finns på: https://forwardemail.net/gdpr

      För företagskunder som kräver anpassade DPA-villkor eller specifika avtalsarrangemang kan dessa hanteras genom vårt Enterprise License ($250/månad)-program.

    • Kan jag behålla min e‑postbearbetning och lagring inom EU (dataplacering)

      Important

      Inte ännu. Det finns ingen distribution endast inom EU eller EU‑opt‑in tillgänglig idag, och du ska inte beskriva Forward Email som ett personuppgiftsbiträde endast inom EU i dina egna register eller i ditt personuppgiftsbiträdesavtal.

      Var bearbetning sker idag: våra servrar är huvudsakligen placerade i Denver, Colorado, United States (se Var finns era servrar och https://forwardemail.net/ips). Detta gäller för varje funktion: inkommande vidarebefordran, felloggar, postlådelagring (IMAP/POP3/CalDAV/CardDAV) och utgående SMTP.

      Vad som planeras: ett EU‑datacenter i Amsterdam, driftat under forwardemail.eu. För att hålla EU‑data genuint isolerad – juridiskt såväl som tekniskt – måste det bedrivas via ett separat EU‑baserat bolag, inte bara via servrar på en plats inom EU. Vi har ännu inget lanseringsdatum, och att anmäla sig till en väntelista ändrar inte var din e‑post behandlas idag. Prenumerera på https://github.com/orgs/forwardemail/discussions/336 för tillkännagivanden; där kommer vi att beskriva hur befintliga kunder kan välja in när det finns tillgängligt.

      Vad du korrekt kan uppge idag:

      • Personuppgiftsbiträde: Forward Email LLC, a company registered in Delaware, United States
      • Plats för behandling och lagring: United States
      • Överföringsmekanism och skyddsåtgärder: enligt beskrivningen på våra sidor DPA och GDPR
      • Våra egna underbiträden: listade på vår GDPR-sida (alla leverantörer baserade i United States)

      Se Var behandlas och lagras inkommande e‑post för min domän, och hur länge för en funktionsvis genomgång, och Hur listar jag Forward Email som ett underbiträde i mitt eget DPA för en färdig bilaga att kopiera.

    • Var behandlas och lagras inkommande e‑post för min domän, och hur länge

      All behandling och lagring sker på våra servrar i Denver, Colorado, United States. Vad som sparas, och hur länge, beror på funktionen:

      Funktion Vad sparas Lagringstid
      Vidarebefordran av e‑post (ett alias som vidarebefordrar till en annan adress eller webhook) Ingenting. Meddelandet behandlas helt i minnet och skickas vidare till destinationen; det skrivs aldrig till disk eller till en databas. Ingen – meddelandet kasseras så snart leverans har försökts
      SMTP‑felloggar (4xx/5xx‑svar) SMTP‑felet, kuvertet och e‑posthuvudena. Inte meddelandetexten eller bilagor. 7 dagar (se Sparar ni felloggar)
      Anti‑missbruks‑cachar (grålista, neklista, frekvensbegränsning) Nycklar härledda från avsändar- och mottagaruppgifter (adresser, domäner, hashar), inget meddelandeinnehåll. Upp till 30 dagar (se Har ni en grålista och Har ni en neklista)
      Postlådelagring (IMAP/POP3/CalDAV/CardDAV, när aktiverat på ett alias) Meddelanden, kontakter och kalendrar, i en individuellt krypterad SQLite‑postlåda som endast ditt lösenord kan öppna. Tills du raderar meddelandet, aliaset, domänen eller kontot (se Hur exporterar och säkerhetskopierar jag min postlåda)
      Utgående SMTP Köposter för leverans och felrapportering. Meddelandetexter behålls som standard i 0 dagar efter lyckad leverans eller ett permanent fel; du kan höja detta till som mest 30 dagar per domän. ~30 dagar för köposter (se vår Integritetspolicy)

      Två saker som är värda att ange i dina egna register:

      • Ett vidarebefordrat meddelande levereras till den destinationspostlåda du har konfigurerat (till exempel Google Workspace eller Microsoft 365). Vad den leverantören lagrar styrs av ditt avtal med dem, inte av oss.
      • Domän- och kontouppgifter (din e‑postadress, domännamn, alias, faktureringsuppgifter) lagras så länge ditt konto finns. Se vår Integritetspolicy för hela listan.

      Källor: https://forwardemail.net/privacy, https://forwardemail.net/technical-whitepaper.pdf, och MX‑hanteraren på https://github.com/forwardemail/forwardemail.net/blob/master/helpers/on-data-mx.js.

    • Hur listar jag Forward Email som ett underbiträde i mitt eget DPA

      Om du är personuppgiftsansvarig (eller själv ett biträde) enligt GDPR artikel 28 och du använder Forward Email för att hantera e‑post för dina kunder eller användare, behöver du normalt namnge oss i din egen bilaga över underbiträden. Posten nedan är vad vi skulle skriva:

      Fält Värde
      Underbiträde Forward Email LLC
      Registrerad i State of Delaware, United States
      Tjänst Vidarebefordran av e‑post (inkommande MX) och, där det är aktiverat, krypterad postlådelagring (IMAP/POP3/CalDAV/CardDAV) samt utgående SMTP
      Behandlade personuppgifter E‑postadresser, kuvert- och rubrikmetadata samt meddelandeinnehåll under överföring (endast i minnet för vidarebefordran; krypterat i vila för postlådelagring)
      Plats för behandling United States (Denver, Colorado)
      Lagringstid Se Var behandlas och lagras inkommande e‑post för min domän, och hur länge
      Överföringsmekanism Så som anges på våra sidor Data Processing Agreement och GDPR
      Våra underbiträden Listade på vår GDPR-sida och i DPA (för närvarande Cloudflare, DataPacket, DigitalOcean, GitHub, Vultr, Stripe och PayPal)
      EU‑representant (Art. 27) Osano International Compliance Services Limited, Dublin, Ireland – fullständig adress på vår GDPR-sida
      Representant i Storbritannien Osano UK Compliance LTD, Belfast – fullständig adress på vår GDPR-sida
      Personuppgiftsbiträdesavtal https://forwardemail.net/dpa (accepteras tillsammans med våra Terms; en motundertecknad kopia tillhandahålls under Enterprise License)
      Säkerhetskontakt security@forwardemail.net

      Warning

      Våra Terms tillåter inte att driva en tjänst som låter tredje parter (någon annan än dina egna anställda och konsulter) få åtkomst till, använda eller dra nytta av Forward Email utan ett företagsavtal. Om du namnger oss som ett underbiträde eftersom du behandlar dina kunders e‑post behöver du Enterprise License – det är också så du får ett motundertecknat DPA.

    • Hur hanterar ni anmälningar om dataintrång

      Note

      Forward Emails nollkunskapsarkitektur begränsar avsevärt påverkan vid intrång.

      • 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
      • Underleverantörsramverk: DigitalOcean, GitHub och Vultr upprätthåller GDPR-kompatibla incidenthanteringsrutiner

      GDPR-representantinformation: Forward Email har utsett GDPR-representanter i enlighet med artikel 27:

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

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

      För företagskunder som kräver specifika SLA för anmälan av dataintrång bör dessa diskuteras som en del av ett Enterprise License-avtal.

      Källor:

    • Erbjuder ni en testmiljö

      Forward Emails tekniska dokumentation beskriver inte uttryckligen ett dedikerat sandbox-läge. Möjliga testmetoder inkluderar dock:

      • Självhostningsalternativ: Omfattande självhostningsmöjligheter för att skapa testmiljöer
      • API-gränssnitt: Möjlighet till programmatisk testning av konfigurationer
      • Öppen källkod: 100 % öppen källkod som låter kunder granska vidarebefordringslogiken
      • Flera domäner: Stöd för flera domäner kan möjliggöra skapande av testdomäner

      För företagskunder som kräver formella sandbox-funktioner bör detta diskuteras som en del av ett Enterprise License-avtal.

      Källa: https://github.com/forwardemail/forwardemail.net (Utvecklingsmiljödetaljer)

    • Erbjuder ni övervaknings- och larmverktyg

      Forward Email erbjuder realtidsövervakning med vissa begränsningar:

      Tillgängligt:

      • Realtidsleveransövervakning: Publikt synliga prestandamått för stora e-postleverantörer
      • Automatiska larm: Ingenjörsteamet larmas när leveranstider överstiger 10 sekunder
      • Transparent övervakning: 100 % öppen källkod för övervakningssystemen
      • Infrastrukturövervakning: Automatisk avvikelsedetektering och omfattande revisionsloggning

      Begränsningar:

      • Kundvända webhooks eller API-baserade leveransstatusnotifikationer är inte uttryckligen dokumenterade

      För företagskunder som kräver detaljerade leveransstatus-webhooks eller anpassade övervakningsintegrationer kan dessa funktioner finnas tillgängliga via Enterprise License-avtal.

      Källor:

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

      Important

      Forward Email implementerar omfattande redundans över flera infrastrukturleverantörer.

      • Distribuerad infrastruktur: Flera leverantörer (DigitalOcean, Vultr, DataPacket) över geografiska regioner
      • Geografisk lastbalansering: Cloudflare-baserad geo-lokaliserad lastbalansering med automatisk failover
      • Automatisk skalning: Dynamisk resursanpassning baserat på efterfrågan
      • Flerlagers DDoS-skydd: Genom DataPackets Shield-system och Cloudflare
      • Serverredundans: Flera servrar per region med automatisk failover
      • Databasreplikering: Realtidssynkronisering av data över flera platser
      • Övervakning och larm: 24/7-övervakning med automatisk incidenthantering

      Tillgänglighetsåtagande: 99,9 %+ tjänstetillgänglighet med transparent övervakning tillgänglig på https://forwardemail.net

      Källor:

    • Uppfyller ni avsnitt 889 i National Defense Authorization Act (NDAA)

      Important

      Forward Email är fullt kompatibelt med avsnitt 889 genom noggrann urval av infrastrukturpartners.

      Ja, Forward Email är kompatibelt med avsnitt 889. Avsnitt 889 i National Defense Authorization Act (NDAA) förbjuder statliga myndigheter att använda eller kontraktera med enheter som använder telekommunikations- och videosäkerhetsutrustning från specifika företag (Huawei, ZTE, Hikvision, Dahua och Hytera). Hur Forward Email uppnår efterlevnad av Section 889:

      Forward Email förlitar sig uteslutande på två viktiga infrastrukturleverantörer, som båda inte använder utrustning som är förbjuden enligt Section 889:

      1. Cloudflare: Vår huvudsakliga partner för nätverkstjänster och e-postsäkerhet
      2. DataPacket: Vår huvudsakliga leverantör för serverinfrastruktur (använder uteslutande Arista Networks och Cisco-utrustning)
      3. Backup Providers: Våra backup-leverantörer Digital Ocean och Vultr är dessutom skriftligen bekräftade som Section 889-kompatibla.

      Cloudflares åtagande: Cloudflare anger uttryckligen i sin Third Party Code of Conduct att de inte använder telekommunikationsutrustning, videoövervakningsprodukter eller tjänster från några enheter som är förbjudna enligt Section 889.

      Användningsfall för myndigheter: Vår efterlevnad av Section 889 validerades när US Naval Academy valde Forward Email för deras behov av säker e-postvidarebefordran, vilket krävde dokumentation av våra federala efterlevnadsstandarder.

      För fullständiga detaljer om vår ram för myndighetsefterlevnad, inklusive bredare federala regler, läs vår omfattande fallstudie: Federal Government Email Service Section 889 Compliant

    System- och tekniska detaljer

    • Sparar ni e-post och dess innehåll

      Nej, vi skriver inte till disk eller sparar 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 e-postvidarebefordran

      E-post bygger på SMTP-protokollet. Detta protokoll består av kommandon som skickas till en server (vanligtvis på port 25). Det sker en initial anslutning, sedan anger avsändaren vem mailet är från ("MAIL FROM"), följt av vart det ska ("RCPT TO"), och slutligen e-postens headers och kropp ("DATA"). Flödet i vårt system för e-postvidarebefordran beskrivs i förhållande till varje SMTP-protokollkommando nedan:

      • Initial anslutning (inget kommando, t.ex. telnet example.com 25) – Detta är den initiala anslutningen. Vi kontrollerar avsändare som inte finns i vår tillåtna lista mot vår blocklista. Slutligen, om en avsändare inte finns i vår tillåtna lista, kontrollerar vi om de har blivit grålistade.

      • HELO – Detta är en hälsning för att identifiera avsändarens FQDN, IP-adress eller mailhanterarens namn. Detta värde kan förfalskas, så vi förlitar oss inte på denna data utan använder istället omvänd värdnamnsuppslagning av anslutningens IP-adress. Vi kontrollerar nu dock även detta värde mot vår blockeringslista utöver omvänd värdnamnsuppslagning, vilket ger ett extra skyddslager, särskilt för IPv6-anslutningar där omvänd DNS kanske inte är tillgänglig.

      • MAIL FROM – Detta anger avsändaradressen i kuvertet för e-posten. Om ett värde anges måste det vara en giltig RFC 5322-e-postadress. Tomma värden är tillåtna. Vi kontrollerar för backscatter här, och vi kontrollerar också MAIL FROM mot vår blocklista. Slutligen kontrollerar vi avsändare som inte finns på tillåtna listan för hastighetsbegränsning (se avsnitten om Rate Limiting och allowlist för mer information).

      • RCPT TO – Detta anger mottagaren/mottagarna av e-posten. Dessa måste vara giltiga RFC 5322-e-postadresser. Vi tillåter endast upp till 50 kuvertmottagare per meddelande (detta skiljer sig från "To"-headern i ett e-postmeddelande). Vi kontrollerar också för en giltig Sender Rewriting Scheme ("SRS")-adress här för att skydda mot förfalskning med vårt SRS-domännamn.

      • DATA – Detta är kärnan i vår tjänst som bearbetar ett e-postmeddelande. Se avsnittet Hur bearbetar ni ett e-postmeddelande för vidarebefordran nedan för mer insikt.

    • Hur behandlar ni ett e-postmeddelande för vidarebefordran

      Detta avsnitt beskriver vår process relaterad till SMTP-protokollkommandot DATA i avsnittet Hur fungerar ert e-postvidarebefordringssystem ovan – det är hur vi behandlar ett e-postmeddelandes headers, kropp, säkerhet, bestämmer vart det behöver levereras, och hur vi hanterar anslutningar.

      1. Om meddelandet överskrider maximal storlek på 50mb, så avvisas det med en 552-felkod.

      2. Om meddelandet inte innehöll en "From"-header, eller om någon av värdena i "From"-headern inte var giltiga RFC 5322 e-postadresser, så avvisas det med en 550-felkod.

      3. Om meddelandet hade fler än 25 "Received"-headers, så bedömdes det ha fastnat i en omdirigeringsloop, och det avvisas med en 550-felkod.

      4. Med hjälp av e-postens fingeravtryck (se avsnittet om Fingerprinting) kommer vi att kontrollera om meddelandet har försökt skickas om i mer än 5 dagar (vilket motsvarar standardbeteendet i postfix), och om så är fallet, så avvisas det med en 550-felkod.

      5. Vi lagrar i minnet resultaten från att ha skannat e-posten med hjälp av Spam Scanner.

      6. Om det fanns några godtyckliga resultat från Spam Scanner, så avvisas det med en 554-felkod. Godtyckliga resultat inkluderar endast GTUBE-testet vid tidpunkten för denna skrivning. Se https://spamassassin.apache.org/gtube/ för mer insikt.

      7. Vi lägger till följande headers till meddelandet för felsökning och missbruksförebyggande ändamål:

        • Received - vi lägger till denna standard Received-header 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 "Received"-headern).
          • 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 kuvertets MAIL FROM-adress (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 till e-post-ID:t som lagras i Mitt Konto → E-post
        • X-Report-Abuse - med värdet abuse@forwardemail.net.
        • X-Report-Abuse-To - med värdet abuse@forwardemail.net.
        • X-Complaints-To - med värdet abuse@forwardemail.net.
      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), så avvisas det med en 550-felkod. Vanligtvis kan en DMARC-policy för en domän hittas i _dmarc subdomänens TXT-post, (t.ex. dig _dmarc.example.com 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), så avvisas det med en 550-felkod. Vanligtvis kan en SPF-policy för en domän hittas i TXT-posten för rot-domänen (t.ex. dig example.com txt). Se detta avsnitt för mer information om att skicka mail 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 ditt e-postvidarebefordringssystem ovan. För varje mottagare utför vi följande operationer:

        • Vi söker upp TXT-poster för domännamnet (delen efter @-symbolen, t.ex. example.com om e-postadressen var test@example.com). Till exempel, om domänen är example.com gör vi en DNS-uppslagning som dig example.com txt.
        • Vi analyserar alla TXT-poster som börjar med antingen forward-email= (gratisplaner) eller forward-email-site-verification= (betalplaner). Observera att vi analyserar båda för att kunna bearbeta e-post medan en användare uppgraderar eller nedgraderar planer.
        • Från dessa analyserade TXT-poster itererar vi över dem för att extrahera vidarebefordringskonfigurationen (som beskrivs i avsnittet Hur kommer jag igång och ställer in e-postvidarebefordran ovan). Observera att vi endast stödjer ett värde för forward-email-site-verification=, och om mer än ett anges, kommer ett 550-fel att uppstå och avsändaren kommer att få ett studsfel för denna mottagare.
        • Rekursivt itererar vi över den extraherade vidarebefordringskonfigurationen för att bestämma global vidarebefordran, regex-baserad vidarebefordran och alla andra stödjade vidarebefordringskonfigurationer – vilka nu kallas våra "Vidarebefordringsadresser".
        • För varje Vidarebefordringsadress stödjer vi en rekursiv uppslagning (vilket startar denna serie av operationer på den givna adressen). Om en rekursiv matchning hittas, tas föräldraresultatet bort från Vidarebefordringsadresser och barnen läggs till.
        • Vidarebefordringsadresser analyseras för unikhet (eftersom vi inte vill skicka dubbletter till en adress eller skapa onödiga ytterligare SMTP-klientanslutningar).
        • För varje Vidarebefordringsadress söker vi upp dess domännamn mot vår API-endpoint /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 maxgräns för vidarebefordran per alias). Om denna gräns överskrids uppstår ett 550-fel och avsändaren får ett studsfel för denna mottagare.
        • Vi söker upp inställningarna för den ursprungliga mottagaren mot vår API-endpoint /v1/settings, som stödjer uppslagning för betalande användare (med fallback för gratisanvändare). Detta returnerar ett konfigurationsobjekt för avancerade inställningar för port (Nummer, t.ex. 25), has_adult_content_protection (Boolean), has_phishing_protection (Boolean), has_executable_protection (Boolean) och has_virus_protection (Boolean).
        • Baserat på dessa inställningar kontrollerar vi sedan mot Spam Scanner-resultat och om några fel uppstår avvisas meddelandet med felkod 554 (t.ex. om has_virus_protection är aktiverat, kontrollerar vi Spam Scanner-resultaten för virus). Observera att alla användare på gratisplan automatiskt omfattas av kontroller mot vuxeninnehåll, nätfiske, körbara filer och virus. Som standard omfattas även alla betalplananvändare, men denna konfiguration kan ändras under inställningssidan för en domän i Forward Email-instrumentpanelen).
      10. För varje bearbetad mottagares Vidarebefordringsadresser utför vi sedan följande operationer:

        • Adressen kontrolleras mot vår blocklista, och om den finns där uppstår en 421-felkod (indikerar för avsändaren att försöka igen senare).
        • Om adressen är en webhook sätter vi en Boolean för framtida operationer (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 operationer (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 studsar, svarar vi med ett 550-fel med meddelandet "Ogiltiga mottagare".

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

        • Om några fel uppstår vid sändning av e-post, lagrar vi dem i minnet för senare bearbetning.
        • Vi tar det lägsta felkoden (om någon) från sändningen av e-post – och använder den som svarskod till DATA-kommandot. Detta innebär att e-post som inte levererats vanligtvis kommer att försöka skickas igen av den ursprungliga avsändaren, medan e-post som redan levererats inte skickas om nästa gång meddelandet skickas (eftersom vi använder Fingerprinting).
        • Om inga fel uppstod skickar vi en 250 framgångsrik SMTP-svarskod.
        • En studs 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-svarskod med den lägsta felkoden från icke-permanenta fel (eller en 250 framgångsrik statuskod om inga sådana fanns).

      14. Om studsar inträffade skickar vi studsmejl i bakgrunden efter att ha returnerat den lägsta av alla felkoder till avsändaren. Men om den lägsta felkoden är >= 500 skickar vi inga studsmejl. Detta eftersom om vi gjorde det skulle avsändare få dubbla studsmejl (t.ex. ett från deras utgående MTA, som Gmail – och även ett från oss). Se avsnittet om Hur skyddar ni mot backscatter nedan för mer insikt.

    • Hur hanterar ni problem med e-postleverans

      Observera att vi gör en "Friendly-From"-omskrivning av e-postmeddelandena endast om DMARC-policyn för avsändaren inte godkändes OCH inga DKIM-signaturer var i linje med "From"-huvudet. Detta innebär att vi ändrar "From"-huvudet i meddelandet, sätter "X-Original-From" och även sätter en "Reply-To" om den inte redan var satt. Vi förseglar också ARC-sigillen på meddelandet igen efter att ha ändrat dessa huvuden.

      Vi använder också smart tolkning av felmeddelanden på alla nivåer 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 svar från e-postservrar (t.ex. svar med "defer" eller "slowdown" försöks igen som 421-fel).

      Vår logik är idiot-säker och den försöker också igen vid SSL/TLS-fel, anslutningsproblem och mer. Målet med idiot-säkerheten ä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 förfrågan ska slutföras med upp till 3 försök (alltså totalt 4 förfrågningar innan ett fel). Observera att vi korrekt tolkar felkoderna 408, 413 och 429 och mappar dem till SMTP-svarskoden 421.

      Om mottagaren istället är en e-postadress försöker vi skicka e-post med opportunistisk TLS (vi försöker använda STARTTLS om det finns tillgängligt på mottagarens e-postserver). Om ett SSL/TLS-fel uppstår vid försök att skicka e-post, försöker vi skicka e-post utan TLS (utan att använda STARTTLS).

      Om några DNS- eller anslutningsfel uppstår returnerar vi till DATA-kommandot en SMTP-svarskod 421, annars om det finns >= 500-nivåfel skickas studsmejl.

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

    • Hur hanterar ni att era IP-adresser blir blockerade

      Vi övervakar rutinmässigt alla större DNS-blocklistor och om någon av våra mailutbytes- ("MX") IP-adresser listas i en större blocklista, kommer vi att ta bort den från den relevanta DNS A-postens round robin om möjligt tills problemet är löst.

      Vid tidpunkten för denna skrivning är vi också listade i flera DNS-tillåtelselistor, och vi tar övervakning av blocklistor på allvar. Om du ser några problem innan vi har möjlighet att lösa dem, vänligen meddela oss skriftligen på support@forwardemail.net.

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

    • Vad är postmaster-adresser

      För att förhindra felriktade studsar och att skicka semesterautomatiska svar till obevakade eller icke-existerande brevlådor, underhåller vi en lista med mailer-daemon-liknande användarnamn:

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

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

    • Vad är no-reply-adresser

      E-postanvändarnamn som är lika med någon av följande (skiftlägesokänsligt) anses vara no-reply-adresser:

      • 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 open source-projekt på GitHub.

    • Vilka är dina servers IP-adresser

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

    • Har ni en tillåtelselista

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

      Alla domäner, e-postadresser och IP-adresser som används av betalande kunder kontrolleras automatiskt mot vår blocklista varje timme – vilket varnar administratörer som kan ingripa manuellt vid behov.

      Dessutom, om en av dina domäner eller dess e-postadresser listas i blocklistan (t.ex. för att skicka skräppost, virus eller på grund av förfalskningsattacker) – då kommer domänadministratörerna (du) och våra teamadministratörer att meddelas omedelbart via e-post. Vi rekommenderar starkt att du konfigurerar DMARC för att förhindra detta.

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

      Följande domännamnstillägg anses vara tillåtna som standard (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
      • nm.us
      • nv.us
      • ny.us
      • oh.us
      • ok.us
      • or.us
      • pa.us
      • pr.us
      • ri.us
      • sc.us
      • sd.us
      • tn.us
      • tx.us
      • ut.us
      • va.us
      • vi.us
      • vt.us
      • wa.us
      • wi.us
      • wv.us
      • wy.us
      • mil.tt
      • edu.tt
      • edu.tr
      • edu.ua
      • edu.au
      • ac.at
      • edu.br
      • ac.nz
      • school.nz
      • cri.nz
      • health.nz
      • mil.nz
      • parliament.nz
      • ac.in
      • edu.in
      • mil.in
      • ac.jp
      • ed.jp
      • lg.jp
      • ac.za
      • edu.za
      • mil.za
      • school.za
      • mil.kr
      • ac.kr
      • hs.kr
      • ms.kr
      • es.kr
      • sc.kr
      • kg.kr
      • edu.es
      • ac.lk
      • sch.lk
      • edu.lk
      • ac.th
      • mi.th
      • admin.ch
      • canada.ca
      • gc.ca
      • go.id
      • go.jp
      • go.ke
      • go.kr
      • go.th
      • gob.ar
      • gob.cl
      • gob.es
      • gob.mx
      • gob.ve
      • gob.sv
      • gouv.fr
      • gouv.nc
      • gouv.qc.ca
      • gov.ad
      • gov.af
      • gov.ai
      • gov.al
      • gov.am
      • gov.ao
      • gov.au
      • gov.aw
      • gov.ax
      • gov.az
      • gov.bd
      • gov.be
      • gov.bg
      • gov.bm
      • gov.by
      • gov.cl
      • gov.cn
      • gov.co
      • gov.cy
      • gov.cz
      • gov.dz
      • gov.eg
      • gov.fi
      • gov.fk
      • gov.gg
      • gov.gr
      • gov.hk
      • gov.hr
      • gov.hu
      • gov.ie
      • gov.il
      • gov.im
      • gov.in
      • gov.iq
      • gov.ir
      • gov.it
      • gov.je
      • gov.kp
      • gov.krd
      • gov.ky
      • gov.kz
      • gov.lb
      • gov.lk
      • gov.lt
      • gov.lv
      • gov.ma
      • gov.mm
      • gov.mo
      • gov.mt
      • gov.my
      • gov.ng
      • gov.np
      • gov.ph
      • gov.pk
      • gov.pl
      • gov.pt
      • gov.py
      • gov.ro
      • gov.ru
      • gov.scot
      • gov.se
      • gov.sg
      • gov.si
      • gov.sk
      • gov.tr
      • gov.tt
      • gov.tw
      • gov.ua
      • gov.uk
      • gov.vn
      • gov.wales
      • gov.za
      • government.pn
      • govt.nz
      • gv.at
      • ac.uk
      • bl.uk
      • judiciary.uk
      • mod.uk
      • nhs.uk
      • parliament.uk
      • police.uk
      • rct.uk
      • royal.uk
      • sch.uk
      • ukaea.uk
      Dessutom är dessa [varumärkes- och företags-toppdomäner](https://en.wikipedia.org/wiki/List_of_Internet_top-level_domains#Brand_and_corporate_top-level_domains) tillåtna som standard (t.ex. `apple` för `applecard.apple` för Apple Card bankutdrag):
      • aaa
      • aarp
      • abarth
      • abb
      • abbott
      • abbvie
      • abc
      • accenture
      • aco
      • aeg
      • aetna
      • afl
      • agakhan
      • aig
      • aigo
      • airbus
      • airtel
      • akdn
      • alfaromeo
      • alibaba
      • alipay
      • allfinanz
      • allstate
      • ally
      • alstom
      • amazon
      • americanexpress
      • amex
      • amica
      • android
      • anz
      • aol
      • apple
      • aquarelle
      • aramco
      • audi
      • auspost
      • aws
      • axa
      • azure
      • baidu
      • bananarepublic
      • barclaycard
      • barclays
      • basketball
      • bauhaus
      • bbc
      • bbt
      • bbva
      • bcg
      • bentley
      • bharti
      • bing
      • blanco
      • bloomberg
      • bms
      • bmw
      • bnl
      • bnpparibas
      • boehringer
      • booking
      • bosch
      • bostik
      • bradesco
      • bridgestone
      • brother
      • bugatti
      • cal
      • calvinklein
      • canon
      • capitalone
      • caravan
      • cartier
      • cba
      • cbn
      • cbre
      • cbs
      • cern
      • cfa
      • chanel
      • chase
      • chintai
      • chrome
      • chrysler
      • cipriani
      • cisco
      • citadel
      • citi
      • citic
      • clubmed
      • comcast
      • commbank
      • creditunion
      • crown
      • crs
      • csc
      • cuisinella
      • dabur
      • datsun
      • dealer
      • dell
      • deloitte
      • delta
      • dhl
      • discover
      • dish
      • dnp
      • dodge
      • dunlop
      • dupont
      • dvag
      • edeka
      • emerck
      • epson
      • ericsson
      • erni
      • esurance
      • etisalat
      • eurovision
      • everbank
      • extraspace
      • fage
      • fairwinds
      • farmers
      • fedex
      • ferrari
      • ferrero
      • fiat
      • fidelity
      • firestone
      • firmdale
      • flickr
      • flir
      • flsmidth
      • ford
      • fox
      • fresenius
      • forex
      • frogans
      • frontier
      • fujitsu
      • fujixerox
      • gallo
      • gallup
      • gap
      • gbiz
      • gea
      • genting
      • giving
      • gle
      • globo
      • gmail
      • gmo
      • gmx
      • godaddy
      • goldpoint
      • goodyear
      • goog
      • google
      • grainger
      • guardian
      • gucci
      • hbo
      • hdfc
      • hdfcbank
      • hermes
      • hisamitsu
      • hitachi
      • hkt
      • honda
      • honeywell
      • hotmail
      • hsbc
      • hughes
      • hyatt
      • hyundai
      • ibm
      • ieee
      • ifm
      • ikano
      • imdb
      • infiniti
      • intel
      • intuit
      • ipiranga
      • iselect
      • itau
      • itv
      • iveco
      • jaguar
      • java
      • jcb
      • jcp
      • jeep
      • jpmorgan
      • juniper
      • kddi
      • kerryhotels
      • kerrylogistics
      • kerryproperties
      • kfh
      • kia
      • kinder
      • kindle
      • komatsu
      • kpmg
      • kred
      • kuokgroup
      • lacaixa
      • ladbrokes
      • lamborghini
      • lancaster
      • lancia
      • lancome
      • landrover
      • lanxess
      • lasalle
      • latrobe
      • lds
      • leclerc
      • lego
      • liaison
      • lexus
      • lidl
      • lifestyle
      • lilly
      • lincoln
      • linde
      • lipsy
      • lixil
      • locus
      • lotte
      • lpl
      • lplfinancial
      • lundbeck
      • lupin
      • macys
      • maif
      • man
      • mango
      • marriott
      • maserati
      • mattel
      • mckinsey
      • metlife
      • microsoft
      • mini
      • mit
      • mitsubishi
      • mlb
      • mma
      • monash
      • mormon
      • moto
      • movistar
      • msd
      • mtn
      • mtr
      • mutual
      • nadex
      • nationwide
      • natura
      • nba
      • nec
      • netflix
      • neustar
      • newholland
      • nfl
      • nhk
      • nico
      • nike
      • nikon
      • nissan
      • nissay
      • nokia
      • northwesternmutual
      • norton
      • nra
      • ntt
      • obi
      • office
      • omega
      • oracle
      • orange
      • otsuka
      • panasonic
      • pccw
      • pfizer
      • philips
      • piaget
      • pictet
      • ping
      • pioneer
      • play
      • playstation
      • pohl
      • politie
      • praxi
      • prod
      • progressive
      • pru
      • prudential
      • pwc
      • qvc
      • redstone
      • reliance
      • rexroth
      • ricoh
      • rmit
      • rocher
      • rogers
      • rwe
      • safety
      • sakura
      • samsung
      • sandvik
      • sandvikcoromant
      • sanofi
      • sap
      • saxo
      • sbi
      • sca
      • scb
      • schaeffler
      • schmidt
      • schwarz
      • scjohnson
      • scor
      • seat
      • sener
      • ses
      • sew
      • seven
      • sfr
      • seek
      • shangrila
      • sharp
      • shaw
      • shell
      • shriram
      • sina
      • sky
      • skype
      • smart
      • sncf
      • softbank
      • sohu
      • sony
      • spiegel
      • stada
      • staples
      • star
      • starhub
      • statebank
      • statefarm
      • statoil
      • stc
      • stcgroup
      • suzuki
      • swatch
      • swiftcover
      • symantec
      • taobao
      • target
      • tatamotors
      • tdk
      • telecity
      • telefonica
      • temasek
      • teva
      • tiffany
      • tjx
      • toray
      • toshiba
      • total
      • toyota
      • travelchannel
      • travelers
      • tui
      • tvs
      • ubs
      • unicom
      • uol
      • ups
      • vanguard
      • verisign
      • vig
      • viking
      • virgin
      • visa
      • vista
      • vistaprint
      • vivo
      • volkswagen
      • volvo
      • walmart
      • walter
      • weatherchannel
      • weber
      • weir
      • williamhill
      • windows
      • wme
      • wolterskluwer
      • woodside
      • wtc
      • xbox
      • xerox
      • xfinity
      • yahoo
      • yamaxun
      • yandex
      • yodobashi
      • youtube
      • zappos
      • zara
      • zippo
      Från och med den 18 mars 2025 har vi även lagt till dessa franska utomeuropeiska territorier till denna lista ([enligt denna GitHub-förfrågan](https://github.com/forwardemail/forwardemail.net/issues/327)):
      • bzh
      • gf
      • gp
      • mq
      • nc
      • pf
      • pm
      • re
      • tf
      • wf
      • yt

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

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

      I oktober 2025 har vi även lagt till cz (Tjeckien) på grund av efterfrågan.

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

    • Vad är dina kriterier för tillåtelselista

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

      • Avsändarens rot-domän måste vara av ett domännamnstillägg som matchar listan vi erbjuder på vår gratisplan (med tillägget biz och info). Vi inkluderar också delvisa matchningar för edu, gov och mil, såsom xyz.gov.au och xyz.edu.au.
      • Avsändarens rot-domän måste finnas inom topp 100 000 unika rot-domäner enligt analyserade resultat från Umbrella Popularity List ("UPL").
      • Avsändarens rot-domän måste finnas inom topp 50 000 resultat från unika rot-domäner som förekommer i minst 4 av de senaste 7 dagarna i UPL:s (~50 %+).
      • Avsändarens rot-domän får inte vara kategoriserad som vuxeninnehåll eller skadlig programvara av Cloudflare.
      • Avsändarens rot-domän måste ha antingen A- eller MX-poster inställda.
      • Avsändarens rot-domän måste ha antingen A-poster, MX-poster, DMARC-post med p=reject eller p=quarantine, eller en SPF-post med -all eller ~all kvalificerare.

      Om dessa kriterier uppfylls kommer avsändarens rot-domän att cachas 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 laddar ner de senaste 7 dagarnas UPL i minnet, packar upp dem och analyserar sedan i minnet enligt de strikta kriterierna ovan.

      Populära domäner vid skrivande stund såsom Google, Yahoo, Microsoft, Amazon, Meta, Twitter, Netflix, Spotify och fler – är naturligtvis inkluderade. Om du är en avsändare som inte finns i vår tillåtna lista, kommer du första gången din FQDN-rootdomän eller IP-adress skickar ett e-postmeddelande att bli rate limited och greylisted. Observera att detta är en standardpraxis som antagits som en e-poststandard. De flesta e-postserverklienter kommer att försöka skicka igen om de får ett felmeddelande om rate limit eller greylist (t.ex. en 421 eller 4xx nivå felstatuskod).

      Observera att specifika avsändare såsom a@gmail.com, b@xyz.edu och c@gov.au fortfarande kan bli denylisted (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 införde vi en ny generell skräppostregel för att skydda våra användare och tjänst.

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

      • ac
      • ad
      • ae
      • ag
      • ai
      • al
      • am
      • app
      • ar
      • as
      • at
      • au
      • ax
      • ba
      • be
      • bg
      • br
      • by
      • bzh
      • ca
      • cat
      • cc
      • cd
      • ch
      • ck
      • co
      • com
      • de
      • dev
      • dj
      • dk
      • ee
      • es
      • eu
      • family
      • fi
      • fm
      • fo
      • fr
      • gf
      • gg
      • gi
      • gl
      • gp
      • gr
      • hr
      • hu
      • id
      • ie
      • il
      • im
      • in
      • io
      • ir
      • is
      • it
      • je
      • jp
      • ke
      • kr
      • la
      • li
      • lt
      • lu
      • lv
      • ly
      • mc
      • md
      • me
      • mk
      • mn
      • mq
      • ms
      • mt
      • mu
      • mx
      • nc
      • net
      • ni
      • nl
      • no
      • nu
      • nz
      • org
      • pf
      • pl
      • pm
      • pr
      • pt
      • pw
      • re
      • ro
      • rs
      • sc
      • se
      • sh
      • si
      • sk
      • sm
      • sr
      • st
      • tc
      • tf
      • tm
      • to
      • tv
      • uk
      • us
      • uz
      • va
      • vc
      • vg
      • vu
      • wf
      • ws
      • xyz
      • yt
      • za
    • Har ni en greylist

      Ja, vi har en mycket slapp email greylisting policy som används. Greylisting gäller endast för avsändare som inte finns på vår tillåtna lista och varar i vår cache i 30 dagar.

      För varje ny avsändare lagrar vi en nyckel i vår Redis-databas i 30 dagar med ett värde satt till den initiala ankomsttiden för deras första förfrågan. Vi avvisar sedan deras e-post med en retry-statuskod 450 och tillåter den bara att passera när 5 minuter har gått.

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

      Nyckeln består antingen av FQDN root-domänen eller avsändarens IP-adress. Detta innebär att vilken subdomän som helst som passerar greylist också kommer att passera för root-domänen, och vice versa (detta är vad vi menar med en "mycket slapp" policy).

      Till exempel, om ett e-postmeddelande kommer från test.example.com innan vi ser ett e-postmeddelande från example.com, måste alla e-postmeddelanden från test.example.com och/eller example.com vänta 5 minuter från den initiala ankomsttiden för anslutningen. Vi låter inte både test.example.com och example.com vänta sina egna 5-minutersperioder (vår greylisting-policy gäller på root-domännivå).

      Observera att greylisting inte gäller för någon avsändare på vår allowlist (t.ex. Meta, Amazon, Netflix, Google, Microsoft vid tidpunkten för denna skrivning).

    • Har ni en denylist

      Ja, vi driver vår egen denylist och uppdaterar den automatiskt i realtid och manuellt baserat på upptäckt spam och skadlig aktivitet.

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

      Avsändare som finns i denylisten får en 421-felkod (indikerar för avsändaren att försöka igen senare) om de inte finns på allowlist.

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

      Detta är utformat olikt andra e-posttjänster, där om du hamnar på en blocklista sker ett hårt och 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 detta tillvägagångssätt ungefär 5 dagar från det initiala e-postförsöket för att antingen avsändaren, mottagaren eller vi ska kunna ingripa och lösa problemet (genom att begära borttagning från denylist).

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

      Begäran om borttagning från denylist kan göras på https://forwardemail.net/denylist. Betalande användare får sina begäranden om borttagning från denylist behandlade omedelbart, medan icke-betalande användare måste vänta på att administratörer behandlar deras begäran.

      Avsändare som upptäcks skicka spam eller virusinnehåll kommer att läggas till i denylisten enligt följande tillvägagångssätt:

      1. Det initiala meddelandets fingeravtryck greylistas vid upptäckt av spam eller blocklista från en "betrodd" avsändare (t.ex. gmail.com, microsoft.com, apple.com).
        • Om avsändaren var på allowlist, greylistas meddelandet i 1 timme.
        • Om avsändaren inte är på allowlist, greylistas meddelandet i 6 timmar.
      2. Vi analyserar denylist-nycklar från information från avsändaren och meddelandet, och för varje av dessa nycklar skapar vi (om det inte redan finns) en räknare, ökar den med 1 och cachar den i 24 timmar.
        • För allowlistade avsändare:
          • Lägg till en nyckel för kuvertets "MAIL FROM"-e-postadress om den hade godkänd SPF eller ingen SPF, och det inte var ett postmaster-användarnamn eller ett no-reply-användarnamn.
          • Om "From"-huvudet var allowlistat, lägg då till en nyckel för "From"-huvudets e-postadress om den hade godkänd SPF eller godkänd och justerad DKIM.
          • Om "From"-huvudet inte var allowlistat, lägg då till en nyckel för "From"-huvudets e-postadress och dess rotparade domännamn.
        • För icke-allowlistade avsändare:
          • Lägg till en nyckel för kuvertets "MAIL FROM"-e-postadress om den hade godkänd SPF.
          • Om "From"-huvudet var allowlistat, lägg då till en nyckel för "From"-huvudets e-postadress om den hade godkänd SPF eller godkänd och justerad DKIM.
          • Om "From"-huvudet inte var allowlistat, lägg då till en nyckel för "From"-huvudets e-postadress och dess rotparade domännamn.
          • Lägg till en nyckel för avsändarens fjärr-IP-adress.
          • Lägg till en nyckel för klientens uppslagna värdnamn via omvänd uppslagning från avsändarens IP-adress (om något).
          • Lägg till en nyckel för root-domänen av klientens uppslagna värdnamn (om något, och om den skiljer sig från klientens uppslagna värdnamn).
      3. Om räknaren når 5 för en icke-allowlistad avsändare och nyckel, så denylistas nyckeln i 30 dagar och ett e-postmeddelande skickas till vårt abuse-team. Dessa siffror kan ändras och uppdateringar kommer att återspeglas här när vi övervakar missbruk.
      4. Om räknaren når 10 för en allowlistad avsändare och nyckel, så denylistas nyckeln i 7 dagar och ett e-postmeddelande skickas till vårt abuse-team. Dessa siffror kan ändras och uppdateringar kommer att återspeglas här när vi övervakar missbruk.

      OBS: Inom en snar framtid kommer vi att införa rykteövervakning. Rykteövervakning kommer istället att beräkna när en avsändare ska nekas baserat på en procenttröskel (istället för en rudimentär räknare som nämnts ovan).

    • Har ni hastighetsbegränsning

      Avsändarens hastighetsbegränsning sker antingen via rot-domänen som tolkas från en omvänd PTR-uppslagning på avsändarens IP-adress – eller om detta inte ger något resultat, används helt enkelt avsändarens IP-adress. Observera att vi nedan refererar till detta som Sender.

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

      • Istället för att hastighetsbegränsa inkommande e-post mottagen på individuell aliasnivå (t.ex. you@yourdomain.com) – begränsar vi efter aliasets domännamn i sig (t.ex. yourdomain.com). Detta förhindrar att Senders översvämmar inkorgarna för alla alias över din domän samtidigt.
      • Hastighetsgränser tillämpas med ett nivåsystem baserat på avsändarens förtroendenivå:
        • Nivå 1 – Sanningskällor (t.ex. gmail.com, microsoft.com, apple.com): begränsat till 100 GB per dag globalt. Undantagna från per-domän- och burst-gränser.
        • Nivå 2 – Tillåtna avsändare: begränsat till 10 GB per dag globalt. Undantagna från per-domän- och burst-gränser.
        • Nivå 3 – Alla andra avsändare: begränsat till 1 GB och/eller 1000 meddelanden per dag globalt, 1 GB och/eller 1000 meddelanden per Sender+domän dagligen, och en burst-gräns på 50 meddelanden per Sender+domän per minut.
      • Burst-gränsen använder en räknare med fast fönster (60 sekunder). Fönstret startar när det första meddelandet anländer och löper ut efter 60 sekunder oavsett efterföljande meddelanden — det förskjuts inte eller återställs vid varje meddelande.
      • Vi har ett dagligt tak på 100,000 meddelanden per mottagarinkorg. Detta gäller för alla nivåer och förhindrar att en enskild inkorg översvämmas oavsett avsändarens förtroendenivå.

      Alla hastighetsgränser tillämpas atomiskt — räknare ökas innan meddelandet lagras, vilket eliminerar kapplöpningsförhållanden där samtidiga förfrågningar kunde kringgå gränserna. Minskningsoperationer (som används när lagring misslyckas efter ökning) använder säkra Lua-skript som förhindrar att räknare blir negativa.

      MX-servrarna begränsar också meddelanden som vidarebefordras till en eller flera mottagare genom hastighetsbegränsning – men detta gäller endast Senders som inte finns på tillåtlistan:

      • Vi tillåter endast upp till 100 anslutningar per timme, per Sender upplöst FQDN rot-domän (eller) Sender fjärr-IP-adress (om ingen omvänd PTR finns), och per kuvertmottagare. Vi lagrar nyckeln för hastighetsbegränsning som en kryptografisk hash i vår Redis-databas.

      • Om du skickar e-post genom vårt system, se till att du har en omvänd PTR inställd för alla dina IP-adresser (annars kommer varje unik FQDN rot-domän eller IP-adress du skickar från att hastighetsbegränsas).

      • Observera att om du skickar via ett populärt system som Amazon SES, kommer du inte att hastighetsbegränsas eftersom (vid skrivande stund) Amazon SES finns med på vår tillåtlista.

      • Om du skickar från en domän som test.abc.123.example.com, kommer hastighetsbegränsningen att tillämpas på example.com. Många spammare använder hundratals subdomäner för att kringgå vanliga spamfilter som endast hastighetsbegränsar unika värdnamn istället för unika FQDN rot-domäner.

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

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

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

    • Vilka är era bandbreddsbegränsningar

      Vi tillämpar bandbreddsbegränsningar per användare över alla tjänster för att förhindra översvämningsattacker samtidigt som vi förblir generösa nog för legitim användning. Dessa gränser ligger avsiktligt långt över Gmails — du kan importera stora säkerhetskopior, synkronisera hela din brevlåda till en ny enhet eller använda flera klienter samtidigt utan att stöta på några begränsningar.

      Gräns Omfattning Mängd
      Daglig total Alla tjänster sammanlagt (IMAP, POP3, SMTP, CalDAV, CardDAV) 50 GB
      Per timme per tjänst Per individuell tjänst (t.ex. IMAP nedladdning, SMTP uppladdning) 10 GB

      Den dagliga gränsen är en enda delad budget över alla protokoll — oavsett om du laddar ner via IMAP, laddar upp via SMTP eller synkroniserar kalendrar via CalDAV, räknas allt mot samma 50 GB/dag. Timgränsen per tjänst är ett skyddsnät mot skenande skript eller komprometterade konton på ett enskilt protokoll — inte något en legitim användare någonsin bör nå.

      Dessa gränser gäller per användarkonto (inte per alias eller domän) och återställs dagligen. Det innebär att skapande av ytterligare alias inte ökar din bandbreddskvot. Om Redis är otillgänglig hoppas hastighetsbegränsningen helt över (fail-open) så att din tjänst aldrig avbryts.

      Om du behöver högre gränser för ett specifikt användningsfall (t.ex. migrering av ett mycket stort arkiv), vänligen kontakta oss.

    • Hur skyddar ni mot backscatter

      Felriktade studsar eller studsspam (kända som "Backscatter") kan orsaka negativt rykte för avsändarens IP-adresser.

      Vi vidtar två åtgärder för att skydda mot backscatter, vilket beskrivs i följande avsnitt Förhindra studsar från kända MAIL FROM-spammare och Förhindra onödiga studsar för att skydda mot backscatter nedan.

    • Förhindra studsar från kända MAIL FROM-spammare

      Vi hämtar listan från Backscatter.org (drivs av UCEPROTECT) på 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 tagits bort som måste respekteras). If the MAIL FROM is blank OR is equal to (case-insensitive) any of the postmaster addresses (the portion before the @ in an email), then we check to see if the sender IP matches one from this list.

      If the sender's IP is listed (and not in our allowlist), then we send a 554 error with the message The IP ${session.remoteAddress} is blocked by https://www.backscatterer.org/index.php?target=test&ip=${session.remoteAddress}. We will be alerted if a sender is on both the Backscatterer list and in our allowlist so we can resolve the issue if necessary.

      The techniques described in this section adhere to the "SAFE MODE" recommendation at https://www.backscatterer.org/?target=usage – where we only check the sender IP if certain conditions have already been met.

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

      Studsar är e-postmeddelanden som indikerar att e-post vidarebefordran helt misslyckades till mottagaren och e-posten kommer inte att försöka skickas igen.

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

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

      2. Vi skickar endast en gång och bara en gång (vi använder en beräknad studsfingeravtrycksnyckel och lagrar den i cache för att förhindra dubbletter). Studsfingeravtrycket ä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. Framgångsrikt skickade studsfingeravtryck kommer att löpa ut efter 7 dagar i vår Redis-cache.

      3. Vi skickar endast när MAIL FROM och/eller From inte är tomt och inte innehåller (case-insensitive) ett postmaster-användarnamn (delen före @ i en e-postadress).

      4. Vi skickar inte om det ursprungliga meddelandet hade någon av följande headers (case-insensitive):

        • Header auto-submitted med ett värde som inte är no.
        • Header x-auto-response-suppress med värdet dr, autoreply, auto-reply, auto_reply eller all
        • Header list-id, list-subscribe, list-unsubscribe, list-help, list-post, list-owner, list-archive, x-autoreply, x-autorespond eller x-auto-respond (oavsett värde).
        • Header precedence med värdet bulk, autoreply, auto-reply, auto_reply eller list.
      5. Vi skickar inte om MAIL FROM eller From e-postadressen slutar med +donotreply, -donotreply, +noreply eller -noreply.

      6. Vi skickar inte om From e-postadressens användardel var mdaemon och den hade en case-insensitive header X-MDDSN-Message.

      7. Vi skickar inte om det fanns en case-insensitive content-type header med värdet multipart/report.

      8. Vi skickar inte om meddelandet har ett Feedback-Type-huvud (vilket indikerar en ARF-missbruksrapport enligt RFC 5965).

      9. Vi skickar inte om MAIL FROM-adressen matchar ett mönster för en ARF-feedbackavsändare (t.ex. feedback@arf.mail.yahoo.com).

    • Hur bestämmer ni ett e-postfingeravtryck

      Ett e-postmeddelandes fingeravtryck används för att avgöra unika e-postmeddelanden och för att förhindra att dubblettmeddelanden levereras och dubblettstudsar skickas.

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

      • Klientens uppslagna FQDN-värdnamn eller IP-adress
      • Message-ID headervärde (om något)
      • Date headervärde (om något)
      • From headervärde (om något)
      • To headervärde (om något)
      • Cc headervärde (om något)
      • Subject headervärde (om något)
      • Body värde (om något)
    • Kan jag vidarebefordra e-post till andra portar än 25 (t.ex. om min ISP har blockerat port 25)

      Ja, från och med 5 maj 2020 har vi lagt till denna funktion. Just nu är funktionen domänspecifik, till skillnad från alias-specifik. Om du behöver att det ska vara alias-specifikt, vänligen kontakta oss för att meddela dina behov.

      Förbättrat integritetsskydd: Om du har en betald plan (som har förbättrat integritetsskydd), gå då till Mitt konto Domäner, klicka på "Setup" bredvid din domän och klicka sedan på "Inställningar". Om du vill veta mer om betalda planer, se vår Prissättning-sida. Annars kan du fortsätta följa instruktionerna nedan.
      Om du är på gratisplanen, lägg då helt enkelt till en ny DNS TXT-post som visas nedan, men ändra porten från 25 till den port du väljer.

      Till exempel, om jag vill att alla e-postmeddelanden som går till example.com ska vidarebefordras till aliasmottagares 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
      Tips: Det vanligaste scenariot för anpassad portvidarebefordran är när du vill vidarebefordra alla e-postmeddelanden som går till example.com till en annan port på example.com, än SMTP-standarden port 25. För att ställa in 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=example.com
    • Stöder det plus + symbolen för Gmail-alias

      Ja, absolut.

    • Stöder det subdomäner

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

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

    • Vidarebefordrar detta mina e-posthuvuden

      Ja, absolut.

    • Är detta väl testat

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

    • Vidarebefordrar ni SMTP-svarsmeldanden och koder

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

    • Hur förhindrar ni spammare och säkerställer gott rykte för e-postvidarebefordran
    • Hur utför ni DNS-uppslagningar på domännamn

      Vi skapade ett open source-program 🍊 Tangerine och använder det för DNS-uppslagningar. Standard DNS-servrar som används är 1.1.1.1 och 1.0.0.1, och DNS-förfrågningar sker via DNS över HTTPS ("DoH") på applikationsnivå.

      🍊 Tangerine använder [CloudFlares integritetsfokuserade konsument-DNS-tjänst som standard][cloudflare-dns].

    Konto och Fakturering

    • Hur tar jag bort mitt konto

      Du kan när som helst ta bort ditt konto genom att följa dessa steg:

      1. Logga in på ditt konto på forwardemail.net/login
      2. Navigera till Mitt konto → Säkerhet
      3. Skrolla till botten av sidan och klicka på knappen "Ta bort konto"
      4. Bekräfta borttagningen när du uppmanas till det
      Viktigt: Borttagning av konto är permanent och kan inte ångras. Alla dina domäner, alias, brevlådor, e-postmeddelanden och tillhörande data kommer att tas bort permanent från våra system. Om du har en betald plan kommer din prenumeration att avslutas omedelbart.

      Om du inte kan logga in på ditt konto, vänligen kontakta oss på support@forwardemail.net från den e-postadress som är kopplad till ditt konto så hjälper vi dig med borttagningen.

    • Erbjuder ni pengarna tillbaka-garanti på betalda planer

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

    • Om jag byter abonnemang, gör ni då en proportionell återbetalning av skillnaden

      Vi gör varken proportionell återbetalning eller återbetalar skillnaden när du byter abonnemang. Istället omvandlar vi den återstående tiden från ditt befintliga abonnemangs utgångsdatum till den närmaste relativa tiden för ditt nya abonnemang (avrundat nedåt per månad).

      Observera att om du uppgraderar eller nedgraderar mellan betalda abonnemang inom en 30-dagarsperiod från det att du först började med ett betalt abonnemang, så återbetalar vi automatiskt hela beloppet från ditt befintliga abonnemang.

    • Kan jag bara använda denna e-postvidarebefordringstjänst som en "fallback" eller "fallover" MX-server

      Nej, det rekommenderas inte, eftersom du bara kan använda en mail exchange-server åt gången. Fallbacks försöks vanligtvis aldrig igen på grund av prioriteringsfel och mailservrar som inte respekterar kontroll av MX-prioritet.

    • 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 helt enkelt din DNS TXT-post och prefixa aliaset med en, två eller tre utropstecken (se nedan).

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

      För tyst avvisning (ser för avsändaren ut som om meddelandet skickades framgångsrikt, men går egentligen ingenstans) (statuskod 250): Om du prefixar ett alias med "!" (ett utropstecken) kommer det att returnera en lyckad statuskod 250 till avsändare som försöker skicka till denna adress, men e-posten går ingenstans (t.ex. ett svart hål eller /dev/null).

      För mjuk avvisning (statuskod 421): Om du prefixar ett alias med "!!" (två utropstecken) kommer det att returnera en mjuk felstatuskod 421 till avsändare som försöker skicka till denna adress, och e-posten kommer ofta att försöka skickas igen i upp till 5 dagar innan avvisning och studs.

      För hård avvisning (statuskod 550): Om du prefixar ett alias med "!!!" (tre utropstecken) kommer det att returnera en permanent felstatuskod 550 till avsändare som försöker skicka till denna adress och e-posten kommer att avvisas och studsa.

      Till exempel, om jag vill att all e-post som går till alias@example.com ska sluta vidarebefordras till user@gmail.com och istället avvisas och studsa (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
      Tips: Du kan också skriva om den vidarebefordrade mottagarens adress till helt enkelt "nobody@forwardemail.net", vilket kommer att dirigera 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
      Tips: Om du vill ha ökad säkerhet kan du också ta bort delen ":user@gmail.com" (eller ":nobody@forwardemail.net"), så att det bara står "!!!alias" som i exemplet nedan.
      Namn/Värd/Alias TTL Typ Svar/Värde
      "@", ".", eller tomt 3600 TXT forward-email=!!!alias
    • Kan jag vidarebefordra e-post till flera mottagare

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

      Till exempel, om jag vill att ett e-postmeddelande som går till hello@example.com 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

      Eller så kan du ange dem på två separata rader, som detta:

      Namn/Värd/Alias TTL Typ Svar/Värde
      "@", ".", eller tomt 3600 TXT forward-email=hello:user+a@gmail.com
      "@", ".", eller tomt 3600 TXT forward-email=hello:user+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.

      Till exempel, om jag vill att varje e-post som går till *@example.com (asterisken betyder att det är en wildcard, alltså catch-all) 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=user+a@gmail.com,user+b@gmail.com

      Eller så kan du ange dem på två separata rader, som detta:

      Namn/Värd/Alias TTL Typ Svar/Värde
      "@", ".", eller tomt 3600 TXT forward-email=user+a@gmail.com
      @, ".", eller tomt 3600 TXT forward-email=user+b@gmail.com
      Det är upp till dig!
    • Finns det en maximal gräns för hur många 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@example.com 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 gränsen för ditt konto.
    • Kan jag vidarebefordra e-postmeddelanden rekursivt

      Ja, det kan du, men du måste fortfarande följa den maximala gränsen. Om du har hello:linus@example.com och linus:user@gmail.com, så skulle e-post till hello@example.com vidarebefordras till linus@example.com och user@gmail.com. Observera att ett felmeddelande visas om du försöker vidarebefordra e-post rekursivt bortom den maximala gränsen.

    • Kan folk avregistrera eller registrera min e-postvidarebefordran utan mitt tillstånd

      Vi använder MX- och TXT-postverifiering, så om du lägger till denna tjänsts 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 tillgång till det är det ett problem.

    • Hur ökar jag mitt lagringsutrymme eller gränsen för utgående SMTP-sändning

      Gå till Mitt konto → Fakturering och skrolla till avsnittet Tillägg, som har två formulär för förfrågningar:

      • Lagringsuppgradering — välj en mängd att lägga till (+10, +20, +30, +40 eller +50 GB), eller välj "Other" för att begära en anpassad mängd.
      • Uppgradering av gräns för utgående SMTP — välj en mängd att lägga till (+1000, +2000 eller +3000 e-postmeddelanden per dag), eller välj "Other" för att begära en anpassad mängd.

      Att skicka in något av formulären skickar din begäran till vårt team för granskning — du debiteras inte omedelbart. När den har godkänts skickar vi dig en säker betalningslänk via e-post för att slutföra uppgraderingen. Du kan ha en väntande begäran per typ (lagring eller SMTP) åt gången; att skicka in igen inom 3 dagar efter en tidigare begäran av samma typ är inte tillåtet förrän det tidsfönstret har passerat.

    • Vad ingår i Enterprise License

      Enterprise License är $250/month, offereras och faktureras direkt i stället för att köpas via prissidan. Den inkluderar allt i Team‑planen plus:

      • Undantag i Terms of Use för tredje parter – du får driva en tjänst eller integration där dina kunder, studenter eller klienter (inte bara dina egna anställda och konsulter) använder eller drar nytta av Forward Email. Våra standard‑Terms tillåter inte detta.
      • Motundertecknat företagsavtal och DPA – skickas för granskning och signering via DocuSign. Detta är hur du får ett undertecknat Data Processing Agreement i stället för kopian som accepteras tillsammans med våra Terms.
      • Anpassade avtalsvillkor där vi kan stödja dem, såsom SLA:er för incidentrapportering vid intrång (se Hur hanterar ni aviseringar om dataintrång).
      • Obegränsade API‑förfrågningar utan hastighetsbegränsning.
      • Dedikerat kundsupportchattrum med vårt ingenjörsteam.
      • Onboarding‑stöd och teknisk support i realtid.

      Det ändrar inte var dina data behandlas: se Kan jag behålla min e‑postbearbetning och lagring inom EU (dataplacering).

      Vem behöver den: alla vars användning av tjänsten faller utanför Terms (åtkomst för tredje part), och alla som kräver ett motundertecknat DPA, anpassade DPA‑villkor eller en namngiven ingenjörskontakt för regelefterlevnad.

      Så här börjar du: kontakta oss med ditt juridiska företagsnamn, registrerade adress, organisationsnummer och momsregistreringsnummer (VAT‑nummer), samt namn, befattning och e‑postadress till den som ska signera. Vi svarar med ett DocuSign‑avtal för granskning.

    • Hur är det gratis

      Forward Email erbjuder en gratis nivå genom en kombination av öppen källkod, effektiv infrastruktur och valfria betalda planer som stödjer tjänsten.

      Vår gratisnivå stöds av:

      1. Öppen källkod: Vår kodbas är öppen, vilket möjliggör bidrag från communityn och transparent drift.

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

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

      4. Rimliga användningsgränser: Gratisnivån har rättvisa användningsregler för att förhindra missbruk.

      Note

      Vi är engagerade i att hålla grundläggande e-postvidarebefordran 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, överväg att uppgradera till en betald plan för att stödja fortsatt utveckling och underhåll.

    • Vad är den maximala e-poststorleksgränsen

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

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

    • Sparar ni loggar på e-postmeddelanden

      Nej, vi skriver inte till disk eller sparar 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.

    • Sparar ni fel-loggar

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

      Från och med februari 2023 sparar vi fel-loggar för 4xx och 5xx SMTP-svarskoder i 7 dagar – som innehåller SMTP-felet, kuvertet och e-postrubrikerna (vi sparar inte e-postens innehåll eller bilagor). Fel-loggar låter dig kontrollera om viktiga e-postmeddelanden saknas och minska falska positiva spam för dina domäner. De är också en utmärkt resurs för att felsöka problem med e-postwebhooks (eftersom fel-loggarna innehåller webhook-endpointens svar).

      Fel-loggar för rate limiting och greylisting är inte tillgängliga eftersom anslutningen avslutas tidigt (t.ex. innan RCPT TO och MAIL FROM kommandon kan skickas).

      Se vår Integritetspolicy för mer insikt.

    • Läser ni 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å disk – därför har vi designat den första open-source-lösningen som hanterar allt i minnet.

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

    • Kan jag "skicka mail som" i Gmail med detta

      Ja! Från och med den 2 oktober 2018 har vi lagt till denna funktion. Se Hur man skickar mail som med Gmail ovan!

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

      Viktigt: Om du använder Gmail (t.ex. Skicka mail 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 mail som" i Outlook med detta

      Ja! Från och med den 2 oktober 2018 har vi lagt till denna funktion. Se helt enkelt dessa två länkar från Microsoft nedan:

      Du bör också ställa in SPF-posten för Outlook i din DNS-konfiguration som en 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 mail som" i Apple Mail och iCloud Mail med detta

      Om du är prenumerant på iCloud+ kan du använda en egen domän. Vår tjänst är också kompatibel med Apple Mail.

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

    • Kan jag vidarebefordra obegränsat med e-post med detta

      Ja, men "relativt okända" avsändare är begränsade till 100 anslutningar per timme per värdnamn eller IP. Se avsnitten om Rate Limiting och Greylisting ovan.

      Med "relativt okända" menar vi avsändare som inte finns i vitlistan.

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

    • Erbjuder ni obegränsade domäner för ett pris

      Ja. Oavsett vilken plan du har betalar du endast en månadsavgift – som täcker alla dina domäner.

    • Vilka betalningsmetoder accepterar ni

      Forward Email accepterar följande engångs- eller månads-/kvartals-/årsbetalningsmetoder:

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

      Note

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

      Tip

      För maximal integritet, överväg att använda kryptovalutabetalningar.

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

    Ytterligare resurser

    Tip

    Våra artiklar nedan uppdateras regelbundet med nya guider, tips och teknisk information. Kolla ofta för det senaste innehållet.

      Fortfarande fastnat?

      Varje fråga här kommer från någon som frågat den. Om din inte är besvarad, skicka den till oss.