Ofte stillede spørgsmål

Hurtig start

Sådan kommer du i gang med at videresende e-mail:

1. Opret en konto på forwardemail.net/register

2. Tilføj og bekræft dit domæne under Min konto → Domæner

3. Tilføj og konfigurer e-mailaliasser/postkasser under Min konto → Domæner → Aliaser

4. Test din opsætning ved at sende en e-mail til et af dine nye aliaser

[!TIP] Det kan tage op til 24-48 timer, før DNS-ændringer udbredes globalt, selvom de ofte træder i kraft meget hurtigere.

[!VIGTIGT] For forbedret levering anbefaler vi at konfigurere SPF, DKIM, og DMARC optegnelser.

Indledning

Hvad er Videresend e-mail

[!NOTE] Videresend e-mail er perfekt til enkeltpersoner, små virksomheder og udviklere, der ønsker professionelle e-mailadresser uden omkostningerne og vedligeholdelsen af en komplet e-mailhostingløsning.

Videresend e-mail er en fuldt udstyret e-mail-tjenesteudbyder og e-mail-hostingudbyder for tilpassede domænenavne.

Det er den eneste gratis og open source-tjeneste, og den giver dig mulighed for at bruge brugerdefinerede domæne-e-mailadresser uden kompleksiteten ved at oprette og vedligeholde din egen e-mailserver.

Vores tjeneste videresender e-mails sendt til dit brugerdefinerede domæne til din eksisterende e-mailkonto – og du kan endda bruge os som din dedikerede e-mailhostingudbyder.

Nøglefunktioner i Videresend e-mail:

• Tilpasset domæne-e-mailBrug professionelle e-mailadresser med dit eget domænenavn
• Gratis niveauGrundlæggende videresendelse af e-mails uden omkostninger
• Forbedret privatlivVi læser ikke dine e-mails eller sælger dine data
• Open SourceHele vores kodebase er tilgængelig på GitHub
• SMTP-, IMAP- og POP3-understøttelseFuld funktionalitet til at sende og modtage e-mails
• End-to-End-krypteringUnderstøttelse af OpenPGP/MIME
• Brugerdefinerede catch-all-aliasserOpret et ubegrænset antal e-mail-aliasser

Du kan sammenligne os med 56+ andre e-mail-tjenesteudbydere på vores side for sammenligning af e-mail.

[!TIP] Lær mere om at videresende e-mails ved at læse vores gratis Teknisk hvidbog

Hvem bruger videresendt e-mail

Vi leverer e-mail-hosting og e-mail-videresendelsesservice til 500.000+ domæner og disse bemærkelsesværdige brugere:

Kunde	Casestudie
Det amerikanske flådeakademi	📄 Casestudie
Kanonisk	📄 Casestudie
Netflix-spil
Linux Foundation	📄 Casestudie
PHP Foundation
Fox News Radio
Disney annoncesalg
jQuery	📄 Casestudie
LineageOS
Ubuntu	📄 Casestudie
I menneskeheden	📄 Casestudie
Lubuntu	📄 Casestudie
University of Cambridge	📄 Casestudie
University of Maryland	📄 Casestudie
University of Washington	📄 Casestudie
Tufts Universitet	📄 Casestudie
Swarthmore College	📄 Casestudie
Sydaustraliens regering
Den Dominikanske Republiks regering
Flyve.denne
RCD hoteller
Isaac Z. Schlueter (npm)	📄 Casestudie
David Heinemeier Hansson (Ruby on Rails)

Hvad er historikken for videresendelse af e-mails

Du kan lære mere om Videresend e-mail på vores Om side.

Hvor hurtig er denne service

[!NOTE] Vores system er designet til hastighed og pålidelighed med flere redundante servere for at sikre, at dine e-mails leveres hurtigt.

Videresend e-mail leverer beskeder med minimal forsinkelse, typisk inden for få sekunder efter modtagelsen.

Præstationsmålinger:

• Gennemsnitlig leveringstidMindre end 5-10 sekunder fra modtagelse til videresendelse (se vores side med "TTI"-overvågning af tid til indbakke)
• Oppetid99,9%+ servicetilgængelighed
• Global infrastrukturServere strategisk placeret for optimal routing
• Automatisk skaleringVores system skalerer i perioder med spidsbelastning på e-mail

Vi opererer i realtid, i modsætning til andre udbydere, der er afhængige af forsinkede køer.

Vi skriver ikke til disk eller gemmer logfiler – med undtagelse af fejl og udgående SMTP (se vores Fortrolighedspolitik).

Alt foregår i hukommelsen og vores kildekode er på GitHub.

E-mailklienter

Thunderbird

1. Opret et nyt alias og generer en adgangskode i dit dashboard til videresendelse af e-mails
2. Åbn Thunderbird og gå til Rediger → Kontoindstillinger → Kontohandlinger → Tilføj e-mailkonto
3. Indtast dit navn, din videresendte e-mailadresse og din adgangskode
4. Klik Konfigurér manuelt og indtast:
   • Indgående: IMAP, imap.forwardemail.net, port 993, SSL/TLS
   • Udgående: SMTP, smtp.forwardemail.net, port 587, STARTTLS
5. Klik Færdig

Microsoft Outlook

1. Opret et nyt alias og generer en adgangskode i dit dashboard til videresendelse af e-mails
2. Gå til Fil → Tilføj konto
3. Indtast din videresendte e-mailadresse, og klik på Forbinde
4. Vælge Avancerede muligheder og vælg Lad mig oprette min konto manuelt
5. Vælge IMAP og indtast:
   • Indgående: imap.forwardemail.net, port 993, SSL
   • Udgående: smtp.forwardemail.net, port 587, TLS
   • Brugernavn: Din fulde e-mailadresse
   • Adgangskode: Din genererede adgangskode
6. Klik Forbinde

Apple Mail

1. Opret et nyt alias og generer en adgangskode i dit dashboard til videresendelse af e-mails
2. Gå til Mail → Indstillinger → Konti → +
3. Vælge Anden mailkonto
4. Indtast dit navn, din videresendte e-mailadresse og din adgangskode
5. For serverindstillinger skal du indtaste:
   • Indgående: imap.forwardemail.net
   • Udgående: smtp.forwardemail.net
   • Brugernavn: Din fulde e-mailadresse
   • Adgangskode: Din genererede adgangskode
6. Klik Log ind

Mobile enheder

Til iOS:

1. Gå til Indstillinger → Mail → Konti → Tilføj konto → Andet
2. Tryk Tilføj e-mailkonto og indtast dine oplysninger
3. Brug de samme IMAP- og SMTP-indstillinger som ovenfor for serverindstillinger

Til Android:

1. Gå til Indstillinger → Konti → Tilføj konto → Personlig (IMAP)
2. Indtast din videresendte e-mailadresse og adgangskode
3. Brug de samme IMAP- og SMTP-indstillinger som ovenfor for serverindstillinger

Sådan sender du mail som ved hjælp af Gmail

Hvad er den gamle gratis guide til Send Mail As ved hjælp af Gmail

Avanceret Gmail-routingkonfiguration

Hvis du vil konfigurere avanceret routing i Gmail, så aliasser, der ikke matcher en postkasse, videresender til mailudvekslinger i Videresend e-mail, skal du følge disse trin:

1. Log ind på din Google-administrationskonsol på admin.google.com
2. Gå til Apps → Google Workspace → Gmail → Routing
3. Klik på Tilføj rute og konfigurer følgende indstillinger:

Indstillinger for enkeltmodtager:

• Vælg "Skift kuvertmodtager" og indtast din primære Gmail-adresse
• Markér "Tilføj X-Gm-Original-To-header med oprindelig modtager"

Kuvertmodtagermønstre:

• Tilføj et mønster, der matcher alle ikke-eksisterende postkasser (f.eks. .*@yourdomain.com)

Indstillinger for e-mailserver:

• Vælg "Route til vært" og indtast mx1.forwardemail.net som den primære server
• Tilføje mx2.forwardemail.net som backupserver
• Sæt port til 25
• Vælg "Kræv TLS" af sikkerhedsmæssige årsager

4. Klik Gemme at oprette ruten

Avanceret Outlook-routingkonfiguration

For Microsoft 365-brugere (tidligere Office 365), der ønsker at konfigurere avanceret routing, så aliasser, der ikke matcher en postkasse, videresender til mailudvekslinger i Videresend mail:

1. Log ind på Microsoft 365 Administration på admin.microsoft.com
2. Gå til Exchange → Mailflow → Regler
3. Klik Tilføj en regel og vælg Opret en ny regel
4. Navngiv din regel (f.eks. "Videresend ikke-eksisterende postkasser til Videresend e-mail")
5. Under Anvend denne regel, hvis, vælg:
   • "Modtageradressen matcher..."
   • Indtast et mønster, der matcher alle adresser på dit domæne (f.eks. *@yourdomain.com)
6. Under Gør følgende, vælg:
   • "Omdiriger beskeden til..."
   • Vælg "Følgende mailserver"
   • Indtast mx1.forwardemail.net og port 25
   • Tilføje mx2.forwardemail.net som en backupserver
7. Under Undtagen hvis, vælg:
   • "Modtageren er..."
   • Tilføj alle dine eksisterende postkasser, der ikke skal videresendes
8. Angiv regelprioritet for at sikre, at den kører efter andre regler for mailflow
9. Klik Gemme for at aktivere reglen

Fejlfinding

Hvorfor modtager jeg ikke mine testmails

Hvis du sender en test-e-mail til dig selv, vises den muligvis ikke i din indbakke, fordi den har den samme "Message-ID"-header.

Dette er et almindeligt kendt problem og påvirker også tjenester som Gmail. Her er det officielle Gmail-svar vedrørende dette problem.

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

Har du stadig problemer? Vær venlig kontakt os så vi kan hjælpe med at undersøge problemet og finde en hurtig løsning.

Hvordan konfigurerer jeg min e-mail-klient til at arbejde med Videresend e-mail

Type	Værtsnavn	Protokol	Havne
IMAP	imap.forwardemail.net	SSL/TLS Foretrukken	993 og 2993
SMTP	smtp.forwardemail.net	SSL/TLS Foretrukken eller TLS (STARTTLS)	465 og 2465 til SSL/TLS (eller) 587, 2587, 2525, og 25 til TLS (STARTTLS)

Hvorfor lander mine e-mails i Spam og Junk, og hvordan kan jeg tjekke mit domæneomdømme

Dette afsnit guider dig, hvis din udgående mail bruger vores SMTP-servere (f.eks. smtp.forwardemail.net) (eller videresendes via mx1.forwardemail.net eller mx2.forwardemail.net), og det bliver leveret i spam- eller junk-mappen for modtagere.

Vi overvåger løbende vores IP-adresser mod alle velrenommerede DNS-afvisningslister, derfor er det højst sandsynligt et domæneomdømme-specifikt problem.

E-mails kan lande i spam-mapper af flere årsager:

1. Manglende godkendelseOpsætning SPF, DKIM, og DMARC optegnelser.

2. DomæneomdømmeNye domæner har ofte et neutralt omdømme, indtil de etablerer en afsendelseshistorik.

3. IndholdsudløsereVisse ord eller sætninger kan udløse spamfiltre.

4. SendemønstrePludselige stigninger i e-mailmængden kan virke mistænkelige.

Du kan prøve at bruge et eller flere af disse værktøjer til at kontrollere dit domænes omdømme og kategorisering:

Værktøjsnavn	URL	Type
Cloudflare-domænekategoriseringsfeedback	https://radar.cloudflare.com/domains/feedback	Kategorisering
Spamhaus IP og Domain Reputation Checker	https://check.spamhaus.org/	DNSBL
Cisco Talos IP og Domain Reputation Center	https://talosintelligence.com/reputation_center	Omdømme
Barracuda IP og domæneomdømmeopslag	https://www.barracudacentral.org/lookups/lookup-reputation	DNSBL
MX Toolbox Blacklist Check	https://mxtoolbox.com/blacklists.aspx	Sortliste
Google Postmaster Tools	https://www.gmail.com/postmaster/	Omdømme
Yahoo Sender Hub	https://senders.yahooinc.com/	Omdømme
MultiRBL.valli.org Blacklist Check	https://multirbl.valli.org/lookup/	DNSBL
Afsenderscore	https://senderscore.org/act/blocklist-remover/	Omdømme
Vurdering	https://www.invaluement.com/lookup/	DNSBL
SURBL	https://www.surbl.org/	DNSBL
Apple/Proofpoint IP fjernelse	https://ipcheck.proofpoint.com/	Fjernelse
Cloudmark IP fjernelse	https://csi.cloudmark.com/en/reset/	Fjernelse
SpamCop	https://www.spamcop.net/bl.shtml	DNSBL
Fjernelse af Microsoft Outlook og Office 365 IP	https://sendersupport.olc.protection.outlook.com/pm/Postmaster	Fjernelse
UCEPROTECTs niveauer 1, 2 og 3	https://www.uceprotect.net/en/rblcheck.php	DNSBL
UCEPROTECTs backscatterer.org	https://www.backscatterer.org/	Beskyttelse mod tilbagespredning
UCEPROTECT's whitelisted.org	https://www.whitelisted.org/ (kræver et gebyr)	DNSWL
AT&T	abuse_rbl@abuse-att.net	Fjernelse
AOL/Verizon (f.eks. [IPTS04])	https://senders.yahooinc.com/	Fjernelse
Cox Communications	unblock.request@cox.net	Fjernelse
t-online.de (tysk/T-Mobile)	tobr@rx.t-online.de	Fjernelse

[!TIP] Start med et lavt antal e-mails af høj kvalitet for at opbygge et positivt omdømme, før du sender større mængder.

[!VIGTIGT] Hvis dit domæne er på en sortliste, har hver sortliste sin egen fjernelsesprocessen. Tjek deres hjemmesider for instruktioner.

[!TIP] Hvis du har brug for yderligere hjælp eller opdager, at vi er falsk positivt angivet som spam af en bestemt e-mailudbyder, så bedes du venligst kontakt os.

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

Du bør afmelde e-mail-listen (hvis muligt) og blokere afsenderen.

Rapportér venligst ikke beskeden som spam, men videresend den i stedet til vores manuelt kurerede og privatlivsfokuserede system til forebyggelse af misbrug.

E-mailadressen til at videresende spam til er: abuse@forwardemail.net

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

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

Du kan blot klikke på "Ser sikkert ud". Hvis du for eksempel skulle sende en testbesked ved hjælp af funktionen Send mail som (til en anden), så vil de ikke se denne besked.

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

Kan jeg fjerne via forwardemail dot net i Gmail

Dette emne er relateret til en et almindeligt kendt problem i Gmail, hvor ekstra information vises ved siden af en afsenderens navn.

Fra maj 2023 understøtter vi afsendelse af e-mail med SMTP som en tilføjelse for alle betalte brugere – hvilket betyder, at du kan fjerne via forwardemail dot net i Gmail.

Bemærk, at dette ofte stillede spørgsmål er specifikt for dem, der bruger Sådan sender du mail som ved hjælp af Gmail funktion.

Se venligst afsnittet vedr Støtter du afsendelse af e-mail med SMTP for konfigurationsinstruktioner.

Datahåndtering

Hvor er jeres servere placeret

[!TIP] Vi annoncerer muligvis snart vores EU-datacenterplacering, der hostes under forwardemail.euAbonner på diskussionen på https://github.com/orgs/forwardemail/discussions/336 for opdateringer.

Vores servere er primært placeret i Denver, Colorado – se https://forwardemail.net/ips for vores komplette liste over IP-adresser.

Du kan læse mere om vores underdatabehandlere på vores GDPR, DPA, og Privatliv sider.

Hvordan eksporterer og sikkerhedskopierer jeg min postkasse

Du kan til enhver tid eksportere dine postkasser som EML, Mbox, eller krypteret SQLite formater.

Gå til Min konto Domæner Aliaser Download Backup og vælg din foretrukne eksportformattype.

Du vil blive tilsendt et link til at downloade eksporten, når den er afsluttet.

Bemærk, at dette eksportdownloadlink udløber efter 4 timer af sikkerhedsmæssige årsager.

Hvis du har brug for at inspicere dine eksporterede EML- eller Mbox-formater, kan disse åbne kildeværktøjer være nyttige:

Navn	Format	Platform	GitHub URL
MBox Viewer	Mbox	Windows	https://github.com/eneam/mboxviewer
mbox-web-viewer	Mbox	Alle platforme	https://github.com/PHMRanger/mbox-web-viewer
EmlReader	EML	Windows	https://github.com/ayamadori/EmlReader
E-mail-fremviser	EML	VSCode	https://github.com/joelharkes/vscode_email_viewer
eml-læser	EML	Alle platforme	https://github.com/s0ph1e/eml-reader

Derudover, hvis du har brug for at konvertere en Mbox-fil til EML-fil, så kan du bruge https://github.com/noelmartinon/mboxzilla.

Hvordan importerer og migrerer jeg min eksisterende postkasse

Du kan nemt importere din e-mail til Videresend e-mail (f.eks. vha Thunderbird) med instruktionerne nedenfor:

1. Eksporter din e-mail fra din eksisterende e-mail-udbyder:

   E-mail udbyder	Eksporter format	Eksportinstruktioner
   Gmail	MBOX	https://takeout.google.com/settings/takeout/custom/gmail
   Outlook	PST	Tip: Hvis du bruger Outlook (PST eksportformat), så kan du blot følge instruktionerne under "Andet" nedenfor. Men vi har givet links nedenfor til at konvertere PST til MBOX/EML-format baseret på dit operativsystem: Zinkuba til Windows (GitHub) readpst til Windows cygwin - (f.eks. readpst -u -o $OUT_DIR $IN_DIR udskiftning $OUT_DIR og $IN_DIR med henholdsvis output-mappen og input-mappestierne). readpst til Ubuntu/Linux - (f.eks. sudo apt-get install readpst og så readpst -u -o $OUT_DIR $IN_DIR, udskiftning $OUT_DIR og $IN_DIR med henholdsvis output-mappen og input-mappestierne). readpst til macOS (via bryg) - (f.eks. brew install libpst og så readpst -u -o $OUT_DIR $IN_DIR, udskiftning $OUT_DIR og $IN_DIR med henholdsvis output-mappen og input-mappestierne). PST Converter til Windows (GitHub)
   Apple Mail	MBOX	https://support.apple.com/guide/mail/import-or-export-mailboxes-mlhlp1030/mac#apd37a3190755974
   Fastmail	EML	https://www.fastmail.help/hc/en-us/articles/360060590573-Download-all-your-data#downloadmail
   Proton Mail	MBOX/EML	https://proton.me/support/export-emails-import-export-app
   Tutanota	EML	https://github.com/crepererum-oss/tatuanatata?tab=readme-ov-file#tatutanatata
   Tænke	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
   Andet	Brug Thunderbird	Konfigurer din eksisterende e-mail-konto i Thunderbird, og brug derefter ImportExportTools OF plugin til at eksportere og importere din e-mail. Du kan muligvis også blot kopiere/indsætte eller trække/slip e-mails mellem en konto til en anden.

2. Download, installer og åbn Thunderbird.

3. Opret en ny konto ved hjælp af dit alias' fulde e-mailadresse (f.eks. you@yourdomain.com) og din oprettede adgangskode. Hvis du endnu ikke har en genereret adgangskode, så se vores opsætningsvejledning.

4. Download og installer ImportExportTools OF Thunderbird plugin.

5. Opret en ny lokal mappe i Thunderbird, og højreklik derefter på den → vælg ImportExportTools NG mulighed → vælg Import mbox file (for MBOX eksportformat) – eller – Import messages / Import all messages from a directory (til EML eksportformat).

6. Træk/slip fra den lokale mappe til en ny (eller eksisterende) IMAP-mappe i Thunderbird, som du ønsker at uploade beskeder til i IMAP-lageret med vores tjeneste. Dette sikrer, at de sikkerhedskopieres online med vores SQLite-krypterede lager.

   Tip: Hvis du er i tvivl om, hvordan du importerer til Thunderbird, kan du se officielle instruktioner på https://kb.mozillazine.org/Importing_folders og https://github.com/thunderbird/import-export-tools-ng/wiki.

Støtter du selv-hosting

Ja, fra marts 2025 understøtter vi en selv-hostet mulighed. Læs bloggen her. Check ud selvvært guide for at komme i gang. Og for dem, der er interesserede i en mere opdelt trin-for-trin version, se vores Ubuntu eller Debian baserede guider.

E-mailkonfiguration

Hvordan kommer jeg i gang og opsætter videresendelse af e-mail

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

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

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

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

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

   ---

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

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

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

   ---

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

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

   ---

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

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

   ---

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

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

   ---

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

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

   ---

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

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

   ---

   Mulighed G: Du kan endda bruge regulære udtryk ("regex") til at matche aliaser og til at håndtere erstatninger at videresende e-mails til. Se eksemplerne og det fulde afsnit om regex med titlen Støtter du regulære udtryk eller regex under.
   Har du brug for avanceret regex med substitution? Se eksemplerne og det fulde afsnit om regex med titlen Støtter du regulære udtryk eller regex under.
   Simpelt eksempel: Hvis jeg vil have alle e-mails, der går til `linus@example.com` eller `torvalds@example.com`, skal videresendes til `bruger@gmail.com`:

   Navn/Vært/Alias	TTL	Type	Svar/Værdi
   "@", ".", eller blank	3600	TXT	forward-email=/^(linus|torvalds)$/:user@gmail.com

   Vigtig: Catch-all-videresendelsesregler kan også beskrives som "fald-through". Det betyder, at indgående e-mails, der matcher mindst én specifik videresendelsesregel, vil blive brugt i stedet for catch-all. Specifikke regler omfatter e-mail-adresser og regulære udtryk.
   
   For eksempel:
   forward-email=hello:first@gmail.com,second@gmail.com
   E-mails sendt til hello@example.com vil **ikke** blive videresendt til second@gmail.com (catch-all) med denne konfiguration, og i stedet kun leveres til first@gmail.com.

   ---

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

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

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

Kan jeg bruge flere MX-udvekslinger og servere til avanceret videresendelse

Ja, men du bør kun have én MX-udveksling opført i dine DNS-poster.

Forsøg ikke at bruge "Prioritet" som en måde at konfigurere flere MX-udvekslinger på.

I stedet skal du konfigurere din eksisterende MX-udveksling til at videresende post for alle ikke-matchende aliaser til vores tjenesteudvekslinger (mx1.forwardemail.net og/eller mx2.forwardemail.net).

Hvis du bruger Google Workspace, og du vil videresende alle ikke-matchende aliaser til vores tjeneste, så se https://support.google.com/a/answer/6297084.

Hvis du bruger Microsoft 365 (Outlook), og du vil videresende alle ikke-matchende aliaser til vores tjeneste, så se https://learn.microsoft.com/en-us/exchange/mail-flow-best-practices/use-connectors-to-configure-mail-flow/set-up-connectors-to-route-mail og https://learn.microsoft.com/en-us/exchange/mail-flow-best-practices/manage-mail-flow-for-multiple-locations.

Hvordan konfigurerer jeg et feriesvar (automatisk svar uden for kontoret)

Gå til Min konto Domæner Aliaser og enten opret eller rediger det alias, du gerne vil konfigurere en ferieautoresponder til.

Du har mulighed for at konfigurere en startdato, slutdato, emne og besked og aktivere eller deaktivere den når som helst:

• Almindeligt emne og besked er i øjeblikket understøttet (vi bruger striptags pakke internt for at fjerne eventuel HTML).
• Emnet er begrænset til 100 tegn.
• Beskeden er begrænset til 1000 tegn.
• Opsætning kræver udgående SMTP-konfiguration (f.eks. skal du konfigurere DKIM-, DMARC- og Return-Path DNS-poster).
  • Gå til Min konto Domæner Indstillinger Udgående SMTP-konfiguration og følg opsætningsinstruktionerne.
• Vacation responder kan ikke aktiveres på globale forfængelighedsdomænenavne (f.eks. engangsadresser er ikke understøttet).
• Feriesvar kan ikke aktiveres for aliaser med jokertegn/catch-all (*) eller regulære udtryk.

I modsætning til mailsystemer som f.eks postfix (f.eks. der bruger sieve feriefilterudvidelse) – Forward Email tilføjer automatisk din DKIM-signatur, dummy-beviser forbindelsesproblemer ved afsendelse af feriesvar (f.eks. på grund af almindelige SSL/TLS-forbindelsesproblemer og ældre vedligeholdte servere) og understøtter endda Open WKD og PGP-kryptering til feriesvar.

1. Vi sender kun én gang pr godkendt afsender hver 4. dag (hvilket svarer til Gmails adfærd).

   • Vores Redis-cache bruger et fingeraftryk af alias_id og sender, hvorimod alias_id er aliaset MongoDB ID og sender er enten Fra-adressen (hvis den er godkendt) eller roddomænet i Fra-adressen (hvis den ikke er godkendt). For nemheds skyld er udløbet af dette fingeraftryk i cachen indstillet til 4 dage.

   • Vores tilgang med at bruge roddomænet, der er parset i Fra-adressen for ikke-godkendte afsendere, forhindrer misbrug fra relativt ukendte afsendere (f.eks. ondsindede aktører) i at oversvømme feriesvarsmeddelelser.

2. Vi sender kun, når MAIL FRA og/eller Fra ikke er blank og ikke indeholder (uafhængig af store og små bogstaver) en postmaster brugernavn (delen før @ i en e-mail).

3. Vi sender ikke, hvis den oprindelige meddelelse havde nogen af følgende overskrifter (der skelnes mellem store og små bogstaver):

   • Overskrift af auto-submitted med en værdi, der ikke er lig med no.
   • Overskrift af x-auto-response-suppress med en værdi på dr, autoreply, auto-reply, auto_reply, eller all
   • Overskrift af list-id, list-subscribe, list-unsubscribe, list-help, list-post, list-owner, list-archive, x-autoreply, x-autorespond, eller x-auto-respond (uanset værdi).
   • Overskrift af precedence med en værdi på bulk, autoreply, auto-reply, auto_reply, eller list.

4. Vi sender ikke, hvis MAIL FRA eller Fra e-mailadressen slutter med +donotreply, -donotreply, +noreply, eller -noreply.

5. Vi sender ikke, hvis delen Fra e-mailadresse brugernavn var mdaemon og den havde en header uden store og små bogstaver X-MDDSN-Message.

6. Vi sender ikke, hvis der ikke var store og små bogstaver content-type overskrift af multipart/report.

Hvordan konfigurerer jeg SPF til Videresend e-mail

Brug din registrators DNS-administrationsside til at indstille følgende TXT optage:

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

Hvordan konfigurerer jeg DKIM til Videresend e-mail

Gå til Min konto Domæner Indstillinger Udgående SMTP-konfiguration og følg opsætningsinstruktionerne.

Hvordan konfigurerer jeg DMARC til Videresend e-mail

Gå til Min konto Domæner Indstillinger Udgående SMTP-konfiguration og følg opsætningsinstruktionerne.

Hvordan forbinder og konfigurerer jeg mine kontakter

For at konfigurere dine kontakter skal du bruge CardDAV-URL'en for: https://carddav.forwardemail.net (eller simpelthen carddav.forwardemail.net hvis din klient tillader det)

Hvordan forbinder og konfigurerer jeg mine kalendere

For at konfigurere din kalender skal du bruge CalDAV-URL'en til: https://caldav.forwardemail.net (eller simpelthen caldav.forwardemail.net hvis din klient tillader det)

Hvordan tilføjer jeg flere kalendere og administrerer eksisterende kalendere

Hvis du gerne vil tilføje flere kalendere, skal du blot tilføje en ny kalender-URL for: https://caldav.forwardemail.net/dav/principals/calendar-name (sørg for at udskifte calendar-name med dit ønskede kalendernavn)

Du kan ændre en kalenders navn og farve efter oprettelsen – brug blot dit foretrukne kalenderprogram (f.eks. Apple Mail eller Thunderbird).

Hvordan konfigurerer jeg SRS til Videresend e-mail

Vi konfigurerer automatisk Afsender omskrivningsskema ("SRS") – du behøver ikke at gøre dette selv.

Hvordan konfigurerer jeg MTA-STS til Videresend e-mail

Vær sød at henvise til vores afsnit om MTA-STS for mere indsigt.

Hvordan tilføjer jeg et profilbillede til min e-mailadresse

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

1. Gå til https://google.com og log ud af alle e-mail-konti
2. Klik på "Log ind" og klik på "anden konto" i rullemenuen
3. Vælg "Brug en anden konto"
4. Vælg "Opret konto"
5. Vælg "Brug min nuværende e-mailadresse i stedet"
6. Indtast dit tilpassede domænenavn-e-mailadresse
7. Hent bekræftelses-e-mailen sendt til din e-mailadresse
8. Indtast bekræftelseskoden fra denne e-mail
9. Udfyld profiloplysninger for din nye Google-konto
10. Accepter alle fortroligheds- og vilkår for brugspolitikker
11. Gå til https://google.com og i øverste højre hjørne, klik på dit profilikon, og klik på "skift"-knappen
12. Upload et nyt billede eller avatar til din konto
13. Ændringer vil tage cirka 1-2 timer at sprede sig, men nogle gange kan det være meget hurtige.
14. Send en test-e-mail, og profilbilledet skulle vises.

Avancerede funktioner

Understøtter I nyhedsbreve eller mailinglister til markedsføringsrelaterede e-mails?

Ja, du kan læse mere på https://forwardemail.net/guides/newsletter-with-listmonk.

Bemærk venligst, at for at vedligeholde IP-omdømme og sikre leveringsdygtighed, har Forward Email en manuel gennemgangsproces pr. domæne for nyhedsbrevs godkendelse. E-mail support@forwardemail.net eller åbne en anmodning om hjælp til godkendelse. Dette tager typisk mindre end 24 timer, og de fleste anmodninger bliver behandlet inden for 1-2 timer. I den nærmeste fremtid sigter vi mod at gøre denne proces øjeblikkelig med yderligere spamkontroller og advarsler. Denne proces sikrer, at dine e-mails når indbakken, og at dine beskeder ikke markeres som spam.

Støtter du afsendelse af e-mail med API

Ja, fra maj 2023 understøtter vi afsendelse af e-mail med API som en tilføjelse til alle betalte brugere.

Se venligst vores afsnit om E-mails i vores API-dokumentation for muligheder, eksempler og mere indsigt.

For at sende udgående e-mail med vores API, skal du bruge dit API-token tilgængeligt under Min sikkerhed.

Støtter du modtagelse af e-mail med IMAP

Ja, fra den 16. oktober 2023 understøtter vi modtagelse af e-mail via IMAP som en tilføjelse til alle betalte brugere. Læs venligst vores dybdegående artikel på hvordan vores krypterede SQLite postkasseopbevaringsfunktion fungerer.

Støtter du POP3

Ja, fra den 4. december 2023 støtter vi POP3 som en tilføjelse til alle betalte brugere. Læs venligst vores dybdegående artikel på hvordan vores krypterede SQLite postkasseopbevaringsfunktion fungerer.

Støtter du kalendere (CalDAV)

Ja, fra den 5. februar 2024 har vi tilføjet denne funktion. Vores server er caldav.forwardemail.net og overvåges også på vores statusside.

Den understøtter både IPv4 og IPv6 og er tilgængelig over port 443 (HTTPS).

Log på	Eksempel	Beskrivelse
Brugernavn	user@example.com	E-mailadresse på et alias, der findes for domænet på Min konto Domæner.
Adgangskode	************************	Alias-specifik genereret adgangskode.

For at bruge kalenderunderstøttelse skal bruger skal være e-mailadressen på et alias, der findes for domænet på Min konto Domæner - og adgangskode skal være en aliasspecifik genereret adgangskode.

Understøtter du kontakter (CardDAV)

Ja, fra den 12. juni 2025 har vi tilføjet denne funktion. Vores server er carddav.forwardemail.net og overvåges også på vores statusside.

Den understøtter både IPv4 og IPv6 og er tilgængelig over port 443 (HTTPS).

Log på	Eksempel	Beskrivelse
Brugernavn	user@example.com	E-mailadresse på et alias, der findes for domænet på Min konto Domæner.
Adgangskode	************************	Alias-specifik genereret adgangskode.

For at bruge kontaktsupport, skal bruger skal være e-mailadressen på et alias, der findes for domænet på Min konto Domæner - og adgangskode skal være en aliasspecifik genereret adgangskode.

Støtter du afsendelse af e-mail med SMTP

Ja, fra maj 2023 understøtter vi afsendelse af e-mail med SMTP som en tilføjelse til alle betalte brugere.

Understøtter du OpenPGP/MIME, end-to-end-kryptering ("E2EE") og Web Key Directory ("WKD")

Ja, vi støtter OpenPGP, ende-til-ende-kryptering ("E2EE"), og opdagelsen af offentlige nøgler ved hjælp af Webnøglemappe ("WKD"). Du kan konfigurere OpenPGP vha keys.openpgp.org eller selv vært for dine egne nøgler (henvise til denne essens for WKD-serveropsætning).

• WKD-opslag cachelagres i 1 time for at sikre rettidig levering af e-mail → derfor, hvis du tilføjer, ændrer eller fjerner din WKD-nøgle, så send en e-mail til os på support@forwardemail.net med din e-mailadresse, så vi manuelt kan tømme cachen.
• Vi understøtter PGP-kryptering for meddelelser, der videresendes via WKD-opslag eller ved hjælp af en uploadet PGP-nøgle på vores grænseflade.
• Uploadede nøgler har forrang, så længe PGP-afkrydsningsfeltet er aktiveret/markeret.
• Beskeder sendt til webhooks er i øjeblikket ikke krypteret med PGP.
• Hvis du har flere aliaser, der matcher en given videresendelsesadresse (f.eks. regex/wildcard/exact combo), og hvis mere end én af disse indeholder en uploadet PGP-nøgle og har PGP markeret → så sender vi dig en fejlmeddelelses-e-mail og vil ikke krypter beskeden med din uploadede PGP-nøgle. Dette er meget sjældent og gælder normalt kun for avancerede brugere med komplekse alias regler.
• PGP-kryptering vil ikke blive anvendt til videresendelse af e-mail gennem vores MX-servere, hvis afsenderen havde en DMARC-politik om afvisning. Hvis du kræver PGP-kryptering slået til alle mail, så foreslår vi, at du bruger vores IMAP-tjeneste og konfigurerer din PGP-nøgle til dit alias for indgående post.

Du kan validere din Web Key Directory-opsætning på https://wkd.chimbosonic.com/ (open source) eller https://www.webkeydirectory.com/ (proprietær).

1. Download og installer din e-mailklients anbefalede plugin nedenfor:

   E-mail klient	Platform	Anbefalet plugin	Noter
   Thunderbird	Desktop	Konfigurer OpenPGP i Thunderbird	Thunderbird har indbygget understøttelse af OpenPGP.
   Gmail	Browser	Post konvolut eller FlowCrypt (proprietær licens)	Gmail understøtter ikke OpenPGP, men du kan downloade open source-pluginnet Post konvolut eller FlowCrypt.
   Apple Mail	macOS	Gratis-GPGMail	Apple Mail understøtter ikke OpenPGP, men du kan downloade open source-plugin'et Gratis-GPGMail.
   Apple Mail	iOS	PGPro eller FlowCrypt (proprietær licens)	Apple Mail understøtter ikke OpenPGP, men du kan downloade open source-plugin'et PGPro eller FlowCrypt.
   Outlook	Windows	gpg4win	Outlooks desktop-mail-klient understøtter ikke OpenPGP, men du kan downloade open source-plugin'et gpg4win.
   Outlook	Browser	Post konvolut eller FlowCrypt (proprietær licens)	Outlooks webbaserede mail-klient understøtter ikke OpenPGP, men du kan downloade open source-plugin'et Post konvolut eller FlowCrypt.
   Android	Mobil	Åben nøglering eller FlowCrypt	Android mail-klienter såsom Thunderbird mobil og FairEmail begge understøtter open source plugin Åben nøglering. Du kan alternativt bruge open source (proprietær licensering) plugin FlowCrypt.
   Google Chrome	Browser	Post konvolut eller FlowCrypt (proprietær licens)	Du kan downloade open source-browserudvidelsen Post konvolut eller FlowCrypt.
   Mozilla Firefox	Browser	Post konvolut eller FlowCrypt (proprietær licens)	Du kan downloade open source-browserudvidelsen Post konvolut eller FlowCrypt.
   Microsoft Edge	Browser	Post konvolut	Du kan downloade open source-browserudvidelsen Post konvolut.
   Modig	Browser	Post konvolut eller FlowCrypt (proprietær licens)	Du kan downloade open source-browserudvidelsen Post konvolut eller FlowCrypt.
   Balsa	Desktop	Konfigurer OpenPGP i Balsa	Balsa har indbygget understøttelse af OpenPGP.
   KMail	Desktop	Indstil OpenPGP i KMail	KMail har indbygget understøttelse af OpenPGP.
   GNOME Evolution	Desktop	Konfigurer OpenPGP i Evolution	GNOME Evolution har indbygget understøttelse af OpenPGP.
   Terminal	Desktop	Konfigurer gpg i Terminal	Du kan bruge open source gpg kommandolinjeværktøj for at generere en ny nøgle fra kommandolinjen.

2. Åbn pluginnet, opret din offentlige nøgle, og konfigurer din e-mail-klient til at bruge den.

3. Upload din offentlige nøgle på https://keys.openpgp.org/upload.

   Tip: Du kan besøge https://keys.openpgp.org/manage at administrere din nøgle i fremtiden.
   Valgfri tilføjelse: Hvis du bruger vores krypteret lager (IMAP/POP3) service og ønsker alle e-mail gemt i din (allerede krypterede) SQLite-database for at blive krypteret med din offentlige nøgle, og gå derefter til Min konto Domæner Aliaser (f.eks. hello@example.com) Redigere OpenPGP og upload din offentlige nøgle.

4. Tilføj en ny CNAME registrere til dit domænenavn (f.eks. example.com):

   Navn/Vært/Alias	TTL	Type	Svar/Værdi
   openpgpkey	3600	CNAME	wkd.keys.openpgp.org

   Tip: Hvis dit alias bruger vores forfængeligheds-/engangsdomæner (f.eks. hideaddress.net), så kan du springe dette trin over.

Støtter du MTA-STS

Ja, fra den 2. marts 2023 støtter vi MTA-STS. Du kan bruge denne skabelon hvis du ønsker at aktivere det på dit domæne.

Vores konfiguration kan findes offentligt på GitHub på https://github.com/forwardemail/mta-sts.forwardemail.net.

Understøtter du adgangsnøgler og WebAuthn

Ja! Fra den 13. december 2023 har vi tilføjet understøttelse af adgangsnøgler på grund af stor efterspørgsel.

Adgangsnøgler giver dig mulighed for sikkert at logge på uden at kræve en adgangskode og to-faktor-godkendelse.

Du kan validere din identitet med berøring, ansigtsgenkendelse, enhedsbaseret adgangskode eller pinkode.

Vi giver dig mulighed for at administrere op til 30 adgangsnøgler på én gang, så du nemt kan logge ind med alle dine enheder.

Lær mere om adgangsnøgler på følgende links:

• Log ind på dine applikationer og websteder med adgangsnøgler (Google)
• Brug adgangsnøgler til at logge ind på apps og websteder på iPhone (Æble)
• Wikipedia-artikel om adgangsnøgler

Understøtter du best practices for e-mail

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

Støtter du bounce webhooks

Ja, fra den 14. august 2024 har vi tilføjet denne funktion. Du kan nu gå til Min konto → Domæner → Indstillinger → Bounce Webhook URL og konfigurere en http:// eller https:// URL, som vi sender en POST anmode om, når udgående SMTP-e-mails hopper.

Dette er nyttigt for dig til at administrere og overvåge din udgående SMTP – og kan bruges til at opretholde abonnenter, fravælge og registrere, når der opstår afvisninger.

Bounce webhook-nyttelast sendes som en JSON med disse egenskaber:

• email_id (String) - e-mail-id, der svarer til en e-mail i Min konto → E-mails (udgående SMTP)
• list_id (String) - den List-ID header (uafhængig af store og små bogstaver) værdi, hvis nogen, fra den oprindelige udgående e-mail
• list_unsubscribe (String) - den List-Unsubscribe header (uafhængig af store og små bogstaver) værdi, hvis nogen, fra den oprindelige udgående e-mail
• feedback_id (String) - den Feedback-ID header (uafhængig af store og små bogstaver) værdi, hvis nogen, fra den oprindelige udgående e-mail
• recipient (String) - e-mail-adressen på modtageren, der afviste eller fejlede
• message (String) - en detaljeret fejlmeddelelse for afvisningen
• response (String) - SMTP-svarmeddelelsen
• response_code (Nummer) - den parsede SMTP-svarkode
• truth_source (String) - hvis svarkoden var fra en pålidelig kilde, vil denne værdi blive udfyldt med roddomænenavnet (f.eks. google.com eller yahoo.com)
• bounce (Objekt) - et objekt, der indeholder følgende egenskaber, der beskriver afvisnings- og afvisningsstatus
  • action (String) - bounce action (f.eks. "reject")
  • message (String) - afvisningsårsag (f.eks. "Message Sender Blocked By Receiving Server")
  • category (String) - afvisningskategori (f.eks. "block")
  • code (Nummer) - afvisningsstatuskode (f.eks. 554)
  • status (String) - afvisningskode fra svarbesked (f.eks. 5.7.1)
  • line (Nummer) - parset linjenummer, hvis nogen, fra Zone-MTA bounce parse liste (f.eks. 526)
• headers (Objekt) - nøgleværdipar af overskrifter for den udgående e-mail
• bounced_at (streng) - ISO 8601 formateret Dato for hvornår afvisningsfejlen opstod

For eksempel:

{
  "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"
}

Her er et par yderligere bemærkninger vedrørende bounce webhooks:

• Hvis webhook-nyttelasten indeholder en list_id, list_unsubscribe, eller feedback_id værdi, så skal du tage passende skridt for at fjerne recipient fra listen, hvis det er nødvendigt.
  • Hvis bounce.category værdi var én "block", "recipient", "spam", eller "virus", så bør du helt sikkert fjerne brugeren fra listen.
• Hvis du har brug for at verificere webhook-nyttelast (for at sikre, at de rent faktisk kommer fra vores server), så kan du det løser den eksterne klients IP-adresse klientens værtsnavn ved hjælp af et omvendt opslag – det burde være smtp.forwardemail.net.
  • Du kan også tjekke IP'en op imod vores offentliggjorte IP-adresser.
  • Gå til Min konto → Domæner → Indstillinger → Webhook Signature Payload Verification Key for at få din webhook-nøgle.
    • Du kan til enhver tid dreje denne nøgle af sikkerhedsmæssige årsager.
    • Beregn og sammenlign X-Webhook-Signature værdi fra vores webhook-anmodning med den beregnede kropsværdi ved hjælp af denne nøgle. Et eksempel på hvordan man gør dette er tilgængeligt på dette Stack Overflow-indlæg.
  • Se diskussionen kl https://github.com/forwardemail/free-email-forwarding/issues/235 for mere indsigt.
• Vi venter i op til 5 sekunder for dit webhook-slutpunkt at svare med en 200 statuskode, og vi prøver igen til 1 tid.
• Hvis vi opdager, at din bounce webhook-URL har en fejl, mens vi forsøger at sende en anmodning til den, sender vi dig en høfligheds-e-mail en gang om ugen.

Støtter du webhooks

Ja, fra den 15. maj 2020 har vi tilføjet denne funktion. Du kan blot tilføje webhook(s) præcis som du ville med enhver modtager! Sørg for, at du har "http" eller "https"-protokollen foran i webhooks URL.

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

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

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

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

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

Her er yderligere bemærkninger vedrørende webhooks:

• Hvis du har brug for at verificere webhook-nyttelast (for at sikre, at de rent faktisk kommer fra vores server), så kan du det løser den eksterne klients IP-adresse klientens værtsnavn ved hjælp af et omvendt opslag – det burde være enten mx1.forwardemail.net eller mx2.forwardemail.net.

  • Du kan også tjekke IP'en op imod vores offentliggjorte IP-adresser.
  • Hvis du er på et betalt abonnement, skal du gå til Min konto → Domæner → Indstillinger → Webhook Signature Payload Verification Key for at få din webhook-nøgle.
    • Du kan til enhver tid dreje denne nøgle af sikkerhedsmæssige årsager.
    • Beregn og sammenlign X-Webhook-Signature værdi fra vores webhook-anmodning med den beregnede kropsværdi ved hjælp af denne nøgle. Et eksempel på hvordan man gør dette er tilgængeligt på dette Stack Overflow-indlæg.
  • Se diskussionen kl https://github.com/forwardemail/free-email-forwarding/issues/235 for mere indsigt.

• Hvis en webhook ikke svarer med en 200 statuskode, så gemmer vi dens svar i fejllog oprettet – hvilket er nyttigt til fejlretning.

• Webhook HTTP-anmodninger vil gentage op til 3 gange hvert SMTP-forbindelsesforsøg med en maksimal timeout på 60 sekunder pr. slutpunkts POST-anmodning. Bemærk, at dette ikke betyder, at den kun prøver igen 3 gange, vil den faktisk prøve igen løbende over tid ved at sende en SMTP-kode på 421 (hvilket indikerer, at afsenderen prøver igen senere) efter det 3. mislykkede HTTP POST-anmodningsforsøg. Dette betyder, at e-mailen vil prøve igen kontinuerligt i dagevis, indtil en 200-statuskode er opnået.

• Vi prøver automatisk igen baseret på standardstatus og fejlkoder, der bruges i superagents genforsøgsmetode (vi er vedligeholdere).

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

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

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

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

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

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

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

• Hvis du har brug for en hurtig måde at få værdien af X-Original-To, så kan du bruge værdien af session.recipient (se eksempel nedenfor). Overskriften X-Original-To er en header, vi tilføjer til beskeder til fejlretning med den oprindelige modtager (før maskeret videresendelse) for beskeden.

• Hvis du skal fjerne attachments og/eller raw egenskaber fra nyttelastlegemet, skal du blot tilføje ?attachments=false, ?raw=false, eller ?attachments=false&raw=false til dit webhook-slutpunkt som en querystring-parameter (f.eks. https://example.com/webhook?attachments=false&raw=false).

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

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

{
  "attachments": [
    {
      "type": "attachment",
      "content": {
        "type": "Buffer",
        "data": [
          104,
          101,
          108,
          108,
          111,
          32,
          119,
          111,
          114,
          108,
          100,
          33
        ]
      },
      "contentType": "text/plain",
      "partId": "2",
      "release": null,
      "contentDisposition": "attachment",
      "filename": "text1.txt",
      "headers": {},
      "checksum": "fc3ff98e8c6a0d3087d515c0473f8677",
      "size": 12
    }
  ],
  "headers": "ARC-Seal: i=1; a=rsa-sha256; t=1653506802; cv=none; d=forwardemail.net;\r\n s=default;\r\n b=R6QJ0tGwwjg2VPxiAlVIKxsg3jEPtRGKPTIOdZNWuhWrbssttFdOYzRRqvacDyN5SLoyDhVye\r\n DUA/64IxANXdHVFlpR258Yp7WxLDv2gtJD5vNSKYmUJZOWk1TynmlqTYrp0Vuqg2xIUjIlPBWAJ\r\n PPNx4JvOLjJuWYynU2qIWz0=\r\nARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;\r\n d=forwardemail.net; h=MIME-Version: Date: Message-ID: From: Content-Type;\r\n q=dns/txt; s=default; t=1653506802;\r\n bh=cEYDoyTy+Ub29XZt/zXR+sprfUE6BW0y5cHfah01PT4=;\r\n b=F/t56AAXr2Kv3G6VsbdT5OKDVJf2ulhwLiTM18Ra4tDPUKPSGSLKrWvxiXEg5NMWwdWnsOYrL\r\n r3YSm4uMxVMhHZbHm/sUu4QZq5/18hQsAkCv6fI9ifTjDwBrN5zpLOhPoZFFo+TyvHxiII3Xv3L\r\n UEzmUIIaJRX6tboQ160tino=\r\nARC-Authentication-Results: i=1; mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)\r\nReceived-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;\r\nAuthentication-Results: mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)\r\n",
  "headerLines": [
    {
      "key": "arc-seal",
      "line": "ARC-Seal: i=1; a=rsa-sha256; t=1653506802; cv=none; d=forwardemail.net;\r\n s=default;\r\n b=R6QJ0tGwwjg2VPxiAlVIKxsg3jEPtRGKPTIOdZNWuhWrbssttFdOYzRRqvacDyN5SLoyDhVye\r\n DUA/64IxANXdHVFlpR258Yp7WxLDv2gtJD5vNSKYmUJZOWk1TynmlqTYrp0Vuqg2xIUjIlPBWAJ\r\n PPNx4JvOLjJuWYynU2qIWz0="
    },
    {
      "key": "arc-message-signature",
      "line": "ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;\r\n d=forwardemail.net; h=MIME-Version: Date: Message-ID: From: Content-Type;\r\n q=dns/txt; s=default; t=1653506802;\r\n bh=cEYDoyTy+Ub29XZt/zXR+sprfUE6BW0y5cHfah01PT4=;\r\n b=F/t56AAXr2Kv3G6VsbdT5OKDVJf2ulhwLiTM18Ra4tDPUKPSGSLKrWvxiXEg5NMWwdWnsOYrL\r\n r3YSm4uMxVMhHZbHm/sUu4QZq5/18hQsAkCv6fI9ifTjDwBrN5zpLOhPoZFFo+TyvHxiII3Xv3L\r\n UEzmUIIaJRX6tboQ160tino="
    },
    {
      "key": "arc-authentication-results",
      "line": "ARC-Authentication-Results: i=1; mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)"
    },
    {
      "key": "received-spf",
      "line": "Received-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;"
    },
    {
      "key": "authentication-results",
      "line": "Authentication-Results: mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)"
    },
    {
      "key": "x-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øtter du regulære udtryk eller regex

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

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

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

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

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

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

Navn/Vært/Alias	TTL	Type	Svar/Værdi
"@", ".", eller blank	3600	TXT	forward-email=/^(linus|torvalds)$/:user@gmail.com

Navn/Vært/Alias	TTL	Type	Svar/Værdi
"@", ".", eller blank	3600	TXT	forward-email=/^([A-Za-z]+)+\.([A-Za-z]+)+$/:$1.$2@company.com

Navn/Vært/Alias	TTL	Type	Svar/Værdi
"@", ".", eller blank	3600	TXT	forward-email=/^(support|info)$/:user+$1@gmail.com

Navn/Vært/Alias	TTL	Type	Svar/Værdi
"@", ".", eller blank	3600	TXT	forward-email=/^(.*?)$/:https://example.com/webhook?username=$1

Navn/Vært/Alias	TTL	Type	Svar/Værdi
"@", ".", eller blank	3600	TXT	forward-email=/^(linus|torvalds)$/:!

Navn/Vært/Alias	TTL	Type	Svar/Værdi
"@", ".", eller blank	3600	TXT	forward-email=/^(linus|torvalds)$/:!!

Navn/Vært/Alias	TTL	Type	Svar/Værdi
"@", ".", eller blank	3600	TXT	forward-email=/^(linus|torvalds)$/:!!!

Hvad er dine udgående SMTP-grænser

Vi sætter grænser for brugere og domæner til 300 udgående SMTP-beskeder pr. 1 dag. Dette er i gennemsnit 9000+ e-mails i en kalendermåned. Hvis du har brug for at overskride dette beløb eller har konsekvent store e-mails, så tak kontakt os.

Har jeg brug for godkendelse for at aktivere SMTP

Ja, bemærk venligst, at for at vedligeholde IP-omdømmet og sikre leveringsdygtighed har Videresend e-mail en manuel gennemgangsproces på et per-domæne grundlag for udgående SMTP-godkendelse. E-mail support@forwardemail.net eller åbne en anmodning om hjælp til godkendelse. Dette tager typisk mindre end 24 timer, og de fleste anmodninger bliver behandlet inden for 1-2 timer. I den nærmeste fremtid sigter vi mod at gøre denne proces øjeblikkelig med yderligere spamkontroller og advarsler. Denne proces sikrer, at dine e-mails når indbakken, og at dine beskeder ikke markeres som spam.

Hvad er dine SMTP-serverkonfigurationsindstillinger

Vores server er smtp.forwardemail.net og overvåges også på vores statusside.

Den understøtter både IPv4 og IPv6 og er tilgængelig via porte 465 og 2465 til SSL/TLS og 587, 2587, 2525, og 25 for TLS (STARTTLS).

Protokol	Værtsnavn	Havne	IPv4	IPv6
SSL/TLS Foretrukken	smtp.forwardemail.net	465, 2465	✅	✅
TLS (STARTTLS)	smtp.forwardemail.net	587, 2587, 2525, 25	✅	✅

Log på	Eksempel	Beskrivelse
Brugernavn	user@example.com	E-mailadresse på et alias, der findes for domænet på Min konto Domæner.
Adgangskode	************************	Alias-specifik genereret adgangskode.

For at sende udgående e-mail med SMTP, skal SMTP-bruger skal være e-mailadressen på et alias, der findes for domænet på Min konto Domæner - og SMTP-adgangskode skal være en aliasspecifik genereret adgangskode.

Vær sød at henvise til Støtter du afsendelse af e-mail med SMTP for trinvise instruktioner.

Hvad er dine IMAP-serverkonfigurationsindstillinger

Vores server er imap.forwardemail.net og overvåges også på vores statusside.

Den understøtter både IPv4 og IPv6 og er tilgængelig via porte 993 og 2993 til SSL/TLS.

Protokol	Værtsnavn	Havne	IPv4	IPv6
SSL/TLS Foretrukken	imap.forwardemail.net	993, 2993	✅	✅

Log på	Eksempel	Beskrivelse
Brugernavn	user@example.com	E-mailadresse på et alias, der findes for domænet på Min konto Domæner.
Adgangskode	************************	Alias-specifik genereret adgangskode.

For at oprette forbindelse til IMAP skal IMAP bruger skal være e-mailadressen på et alias, der findes for domænet på Min konto Domæner - og IMAP adgangskode skal være en aliasspecifik genereret adgangskode.

Vær sød at henvise til Støtter du modtagelse af e-mail med IMAP for trinvise instruktioner.

Hvad er dine POP3-serverkonfigurationsindstillinger

Vores server er pop3.forwardemail.net og overvåges også på vores statusside.

Den understøtter både IPv4 og IPv6 og er tilgængelig via porte 995 og 2995 til SSL/TLS.

Protokol	Værtsnavn	Havne	IPv4	IPv6
SSL/TLS Foretrukken	pop3.forwardemail.net	995, 2995	✅	✅

Log på	Eksempel	Beskrivelse
Brugernavn	user@example.com	E-mailadresse på et alias, der findes for domænet på Min konto Domæner.
Adgangskode	************************	Alias-specifik genereret adgangskode.

For at oprette forbindelse til POP3, POP3 bruger skal være e-mailadressen på et alias, der findes for domænet på Min konto Domæner - og IMAP adgangskode skal være en aliasspecifik genereret adgangskode.

Vær sød at henvise til Støtter du POP3 for trinvise instruktioner.

Postfix SMTP-relækonfiguration

Du kan konfigurere Postfix til at videresende e-mails via Forward Emails SMTP-servere. Dette er nyttigt for serverapplikationer, der skal sende e-mails.

Installation

1. Installer Postfix på din server:

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

2. Under installationen skal du vælge "Internetside", når du bliver bedt om at angive konfigurationstypen.

Konfiguration

1. Rediger den primære Postfix-konfigurationsfil:

sudo nano /etc/postfix/main.cf

2. Tilføj eller rediger disse indstillinger:

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

3. Opret SASL-adgangskodefilen:

sudo nano /etc/postfix/sasl_passwd

4. Tilføj dine loginoplysninger for videresendelse af e-mail:

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

5. Sikr og hash adgangskodefilen:

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

6. Genstart Postfix:

sudo systemctl restart postfix

Afprøvning

Test din konfiguration ved at sende en test-e-mail:

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

Sikkerhed

Avancerede serverhærdningsteknikker

[!TIP] Læs mere om vores sikkerhedsinfrastruktur på vores sikkerhedsside.

Videresend e-mail implementerer adskillige serverhærdningsteknikker for at sikre sikkerheden af vores infrastruktur og dine data:

1. Netværkssikkerhed:

   • IP-tabeller firewall med strenge regler
   • Fail2ban for brute force-beskyttelse
   • Regelmæssige sikkerhedsaudits og penetrationstest
   • Kun VPN-administratoradgang

2. Systemhærdning:

   • Minimal pakkeinstallation
   • Regelmæssige sikkerhedsopdateringer
   • SELinux i håndhævelsestilstand
   • Deaktiveret root SSH-adgang
   • Kun nøglebaseret godkendelse

3. Applikationssikkerhed:

   • Overskrifter i indholdssikkerhedspolitik (CSP)
   • HTTPS Strict Transport Security (HSTS)
   • XSS-beskyttelsesheadere
   • Rammeindstillinger og henvisningspolitikoverskrifter
   • Regelmæssige afhængighedsrevisioner

4. Databeskyttelse:

   • Fuld diskkryptering med LUKS
   • Sikker nøglehåndtering
   • Regelmæssige sikkerhedskopier med kryptering
   • Praksis for dataminimering

5. Overvågning og respons:

   • Indtrængningsdetektion i realtid
   • Automatiseret sikkerhedsscanning
   • Centraliseret logføring og analyse
   • Procedurer for håndtering af hændelser

[!VIGTIGT] Vores sikkerhedspraksis opdateres løbende for at imødegå nye trusler og sårbarheder.

[!TIP] For maksimal sikkerhed anbefaler vi at bruge vores tjeneste med end-to-end-kryptering via OpenPGP.

Har du SOC 2- eller ISO 27001-certificeringer?

[!NOTE] Videresendt e-mail fungerer på infrastruktur leveret af certificerede underdatabehandlere for at sikre overholdelse af branchestandarder.

Videresendt e-mail har ikke direkte SOC 2 Type II- eller ISO 27001-certificeringer. Tjenesten fungerer dog på infrastruktur leveret af certificerede underdatabehandlere:

• Digitalt HavSOC 2 Type II og SOC 3 Type II certificeret (revideret af Schellman & Company LLC), ISO 27001 certificeret i flere datacentre. Detaljer: https://www.digitalocean.com/trust/certification-reports

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

• DatapakkeSOC 2-kompatibel (kontakt DataPacket direkte for at få certificering), infrastrukturudbyder i virksomhedsklasse (lokation i Denver). Detaljer: https://www.datapacket.com/datacenters/denver

Forward Email følger branchens bedste praksis for sikkerhedsrevisioner og samarbejder regelmæssigt med uafhængige sikkerhedsforskere. Kilde: https://forwardemail.net/technical-whitepaper.pdf#page=36

Bruger du TLS-kryptering til videresendelse af e-mails

Ja. Videresend e-mail håndhæver strengt TLS 1.2+ for alle forbindelser (HTTPS, SMTP, IMAP, POP3) og implementerer MTA-STS for forbedret TLS-understøttelse. Implementeringen inkluderer:

• TLS 1.2+ håndhævelse for alle e-mailforbindelser
• ECDHE (Elliptic Curve Diffie-Hellman Ephemeral) nøgleudveksling for perfekt fremadrettet hemmeligholdelse
• Moderne krypteringspakker med regelmæssige sikkerhedsopdateringer
• HTTP/2-understøttelse for forbedret ydeevne og sikkerhed
• HSTS (HTTP Strict Transport Security) med forudindlæsning i de fleste browsere
• MTA-STS (Streng transportsikkerhed for postoverførselsagenter) for streng TLS-håndhævelse

Kilde: https://forwardemail.net/technical-whitepaper.pdf#page=25

MTA-STS-implementeringVideresend e-mail implementerer streng MTA-STS-håndhævelse i kodebasen. Når der opstår TLS-fejl, og MTA-STS håndhæves, returnerer systemet 421 SMTP-statuskoder for at sikre, at e-mails forsøges igen senere i stedet for at blive leveret usikkert. Implementeringsdetaljer:

• TLS-fejldetektion: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/is-tls-error.js
• MTA-STS-håndhævelse i send-e-mail-hjælper: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/send-email.js

Tredjepartsvalidering: https://www.hardenize.com/report/forwardemail.net/1750312779 viser "God" vurdering for alle TLS- og transportsikkerhedsforanstaltninger.

Bevarer du e-mail-godkendelsesheadere

Ja. Videresend e-mail implementerer og bevarer omfattende e-mail-godkendelsesheadere:

• SPF (Afsenderpolitikramme)Korrekt implementeret og bevaret
• DKIM (domænenøgleidentificeret mail)Fuld support med korrekt nøglehåndtering
• DMARCHåndhævelse af politikker for e-mails, der ikke opfylder SPF- eller DKIM-valideringskravene
• ARCSelvom det ikke er eksplicit detaljeret, tyder tjenestens perfekte compliance-scorer på omfattende håndtering af godkendelsesheadere.

Kilde: https://forwardemail.net/technical-whitepaper.pdf#page=31

Validering: Internet.nl Mail Test viser en score på 100/100 specifikt for implementeringen af "SPF, DKIM og DMARC". Hardenize-vurderingen bekræfter "God" vurderinger for SPF og DMARC: https://www.hardenize.com/report/forwardemail.net/1750312779

Bevarer I de originale e-mail-overskrifter og forhindrer I spoofing?

[!TIP] Videresend e-mail implementerer sofistikeret anti-spoofing-beskyttelse for at forhindre misbrug af e-mails.

Videresend e-mail bevarer originale e-mail-overskrifter, samtidig med at den implementerer omfattende anti-spoofing-beskyttelse gennem MX-kodebasen:

• Bevaring af overskrifterOriginale godkendelsesheadere bevares under videresendelse
• Anti-spoofingHåndhævelse af DMARC-politik forhindrer header-spoofing ved at afvise e-mails, der ikke består SPF- eller DKIM-validering.
• Forebyggelse af indsprøjtning af headerInputvalidering og -rensning ved hjælp af striptags-biblioteket
• Avanceret beskyttelseSofistikeret phishing-detektion med spoofing-detektion, personefterligningsforebyggelse og brugermeddelelsessystemer

Detaljer om MX-implementeringDen centrale e-mailbehandlingslogik håndteres af MX-serverens kodebase, nærmere bestemt:

• Primær MX-databehandler: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/on-data-mx.js
• Vilkårlig e-mailfiltrering (anti-spoofing): https://github.com/forwardemail/forwardemail.net/blob/master/helpers/is-arbitrary.js

Det isArbitrary Helper implementerer sofistikerede anti-spoofing-regler, herunder detektion af domæneefterligning, blokerede sætninger og forskellige phishing-mønstre.

Kilde: https://forwardemail.net/technical-whitepaper.pdf#page=32

Hvordan beskytter du dig mod spam og misbrug

Videresend e-mail implementerer omfattende flerlagsbeskyttelse:

• SatsbegrænsendeAnvendes på godkendelsesforsøg, API-slutpunkter og SMTP-forbindelser
• RessourceisoleringMellem brugere for at forhindre påvirkning fra brugere med stort volumen
• DDoS-beskyttelseFlerlagsbeskyttelse via DataPackets Shield-system og Cloudflare
• Automatisk skaleringDynamisk ressourcejustering baseret på efterspørgsel
• Forebyggelse af misbrugBrugerspecifikke misbrugsforebyggelseskontroller og hashbaseret blokering af skadeligt indhold
• E-mailgodkendelseSPF-, DKIM- og DMARC-protokoller med avanceret phishing-detektion

Kilder:

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

Gemmer du e-mailindhold på disk?

[!VIGTIGT] Videresend e-mail bruger en nul-vidensarkitektur, der forhindrer, at e-mailindhold skrives til disken.

• Nul-vidensarkitekturIndividuelt krypterede SQLite-postkasser betyder, at videresendt e-mail ikke kan få adgang til e-mailindhold
• In-Memory-behandlingE-mailbehandling foregår udelukkende i hukommelsen, hvilket undgår disklagring
• Ingen indholdslogningVi logger eller gemmer ikke e-mailindhold eller metadata på disken.
• Sandboxed krypteringKrypteringsnøgler gemmes aldrig på disken i klartekst

MX-kodebasebevisMX-serveren behandler e-mails udelukkende i hukommelsen uden at skrive indhold til disken. Den primære e-mailbehandlingshåndterer demonstrerer denne in-memory-tilgang: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/on-data-mx.js

Kilder:

• https://forwardemail.net/technical-whitepaper.pdf#page=10 (Abstrakt)
• https://forwardemail.net/technical-whitepaper.pdf#page=59 (Detaljer uden viden)
• https://forwardemail.net/technical-whitepaper.pdf#page=21 (Sandbox-kryptering)

Kan e-mailindhold blive eksponeret under systemnedbrud

Nej. Videresend e-mail implementerer omfattende sikkerhedsforanstaltninger mod dataeksponering relateret til nedbrud:

• Core Dumps deaktiveretForhindrer hukommelseseksponering under nedbrud
• Hukommelsesskift deaktiveretFuldstændig deaktiveret for at forhindre udtrækning af følsomme data fra swap-filer
• In-Memory-arkitekturE-mailindhold findes kun i den flygtige hukommelse under behandlingen.
• Beskyttelse af krypteringsnøglerNøgler gemmes aldrig på disken i klartekst
• Fysisk sikkerhedLUKS v2-krypterede diske forhindrer fysisk adgang til data
• USB-lagring deaktiveretForhindrer uautoriseret dataudtrækning

Fejlhåndtering af systemproblemerVideresend e-mail bruger hjælpefunktioner isCodeBug og isTimeoutError for at sikre, at hvis der opstår problemer med databaseforbindelse, DNS-netværk/blokeringsliste eller upstream-forbindelse, returnerer systemet 421 SMTP-statuskoder for at sikre, at e-mails forsøges igen senere i stedet for at blive tabt eller eksponeret.

Implementeringsdetaljer:

• Fejlklassificering: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/is-code-bug.js
• Håndtering af timeout-fejl i MX-behandling: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/on-data-mx.js

Kilde: https://forwardemail.net/technical-whitepaper.pdf#page=15

Hvem har adgang til din e-mailinfrastruktur

Forward Email implementerer omfattende adgangskontroller for sit minimale 2-3-personers tekniske team med strenge 2FA-krav:

• Rollebaseret adgangskontrolFor teamkonti med ressourcebaserede tilladelser
• Princippet om mindste privilegierAnvendes i alle systemer
• FunktionsadskillelseMellem operationelle roller
• BrugerstyringSeparate deploy- og devop-brugere med forskellige tilladelser
• Root-login deaktiveretTvinger adgang gennem korrekt godkendte konti
• Streng 2FAIngen SMS-baseret 2FA på grund af risiko for MiTM-angreb - kun app-baserede eller hardware-tokens
• Omfattende revisionslogningMed redigering af følsomme data
• Automatiseret anomalidetektion: For usædvanlige adgangsmønstre
• Regelmæssige sikkerhedsgennemgangeAf adgangslogfiler
• Forebyggelse af angreb på ond stuepigeUSB-lager deaktiveret og andre fysiske sikkerhedsforanstaltninger

Kilder:

• https://forwardemail.net/technical-whitepaper.pdf#page=30 (Autorisationskontroller)
• https://forwardemail.net/technical-whitepaper.pdf#page=30 (Netværkssikkerhed)
• https://forwardemail.net/technical-whitepaper.pdf#page=15 (Forebyggelse af angreb fra ond tjenestepige)

Hvilke infrastrukturudbydere bruger I

[!VIGTIGT] Videresendt e-mail bruger flere infrastrukturunderprocessorer med omfattende compliance-certificeringer.

Du kan finde alle detaljer på vores side om GDPR-overholdelse: https://forwardemail.net/gdpr

Primære infrastrukturunderdatabehandlere:

Udbyder	Certificeret ramme for databeskyttelse	GDPR-overholdelsesside
Cloudflare	✅ Ja	https://www.cloudflare.com/trust-hub/gdpr/
Datapakke	❌ Nej	https://www.datapacket.com/privacy-policy
Digitalt Hav	❌ Nej	https://www.digitalocean.com/legal/gdpr
Vultr	❌ Nej	https://www.vultr.com/legal/eea-gdpr-privacy/

Detaljerede certificeringer:

Digitalt Hav

• SOC 2 Type II & SOC 3 Type II (revideret af Schellman & Company LLC)
• ISO 27001-certificeret i flere datacentre
• PCI-DSS-kompatibel
• CSA STAR niveau 1-certificeret
• APEC CBPR PRP-certificeret
• Detaljer: https://www.digitalocean.com/trust/certification-reports

Vultr

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

Datapakke

• SOC 2-kompatibel (kontakt DataPacket direkte for at få certificering)
• Infrastruktur i virksomhedsklasse (lokation i Denver)
• DDoS-beskyttelse gennem Shield cybersikkerhedsstakken
• 24/7 teknisk support
• Globalt netværk på tværs af 58 datacentre
• Detaljer: https://www.datapacket.com/datacenters/denver

Betalingsbehandlere:

• StribeCertificeret i henhold til databeskyttelsesrammen - https://stripe.com/legal/privacy-center
• PayPalIkke DPF-certificeret - https://www.paypal.com/uk/legalhub/privacy-full

Tilbyder I en databehandleraftale (DPA)?

Ja, Forward Email tilbyder en omfattende databehandleraftale (DPA), der kan underskrives sammen med vores virksomhedsaftale. En kopi af vores DPA er tilgængelig på: https://forwardemail.net/dpa

DPA-oplysninger:

• Dækker GDPR-overholdelse og EU-US/Schweiz-US Privacy Shield-rammerne
• Accepteres automatisk ved accept af vores servicevilkår
• Ingen separat underskrift kræves for standard DPA
• Tilpassede DPA-aftaler tilgængelige via Enterprise License

GDPR-overholdelsesramme: Vores databeskyttelsesaftale beskriver overholdelse af GDPR samt internationale krav til dataoverførsel. Fuldstændige oplysninger er tilgængelige på: https://forwardemail.net/gdpr

For virksomhedskunder, der har brug for brugerdefinerede DPA-vilkår eller specifikke kontraktlige aftaler, kan disse håndteres via vores Virksomhedslicens ($250/måned) program.

Hvordan håndterer I anmeldelser af databrud

[!NOTE] Videresendt e-mails nul-vidensarkitektur begrænser betydeligt virkningen af brud.

• Begrænset dataeksponeringKan ikke få adgang til krypteret e-mailindhold på grund af nul-vidensarkitektur
• Minimal dataindsamlingKun grundlæggende abonnentoplysninger og begrænsede IP-logfiler af sikkerhedsmæssige årsager
• UnderdatabehandlerrammerDigitalOcean og Vultr opretholder GDPR-kompatible procedurer for hændelsesrespons

Information om GDPR-repræsentant: Forward Email har udpeget GDPR-repræsentanter i overensstemmelse med artikel 27:

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

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

For virksomhedskunder, der kræver specifikke SLA'er for brudsmeddelelser, bør disse drøftes som en del af en Virksomhedslicens aftale.

Kilder:

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

Tilbyder I et testmiljø

Den tekniske dokumentation for Videresend Email beskriver ikke eksplicit en dedikeret sandkassetilstand. Potentielle testmetoder omfatter dog:

• Selvhosting-mulighedOmfattende selvhostingsfunktioner til oprettelse af testmiljøer
• API-grænsefladePotentiale for programmatisk testning af konfigurationer
• Open Source100% open source-kode giver kunderne mulighed for at undersøge videresendelseslogik
• Flere domænerUnderstøttelse af flere domæner kan muliggøre oprettelse af testdomæner

For virksomhedskunder, der kræver formelle sandbox-funktioner, bør dette drøftes som en del af en Virksomhedslicens arrangement.

Kilde: https://github.com/forwardemail/forwardemail.net (Detaljer om udviklingsmiljøet)

Tilbyder I overvågnings- og alarmeringsværktøjer?

Videresend e-mail giver overvågning i realtid med visse begrænsninger:

Tilgængelig:

• Leveringsovervågning i realtidOffentligt synlige præstationsmålinger for større e-mailudbydere
• Automatisk alarmeringIngeniørteamet får besked, når leveringstiden overstiger 10 sekunder
• Gennemsigtig overvågning100% open source-overvågningssystemer
• InfrastrukturovervågningAutomatiseret anomalidetektion og omfattende revisionslogning

Begrænsninger:

• Kundevendte webhooks eller API-baserede leveringsstatusmeddelelser er ikke eksplicit dokumenteret.

For virksomhedskunder, der kræver detaljerede webhooks med leveringsstatus eller brugerdefinerede overvågningsintegrationer, kan disse funktioner være tilgængelige via Virksomhedslicens arrangementer.

Kilder:

• https://forwardemail.net (Overvågningsdisplay i realtid)
• https://github.com/forwardemail/forwardemail.net (Overvågning af implementering)

Hvordan sikrer du høj tilgængelighed

[!VIGTIGT] Videresend e-mail implementerer omfattende redundans på tværs af flere infrastrukturudbydere.

• Distribueret infrastrukturFlere udbydere (DigitalOcean, Vultr, DataPacket) på tværs af geografiske områder
• Geografisk belastningsbalanceringCloudflare-baseret geolokaliseret load balancing med automatisk failover
• Automatisk skaleringDynamisk ressourcejustering baseret på efterspørgsel
• Flerlags DDoS-beskyttelseGennem DataPackets Shield-system og Cloudflare
• ServerredundansFlere servere pr. region med automatisk failover
• DatabasereplikationRealtidsdatasynkronisering på tværs af flere lokationer
• Overvågning og alarmeringDøgnovervågning med automatisk hændelsesrespons

Oppetidsforpligtelse99,9%+ servicetilgængelighed med transparent overvågning tilgængelig på https://forwardemail.net

Kilder:

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

Overholder du paragraf 889 i National Defense Authorization Act (NDAA)?

[!VIGTIGT] Videresendt e-mail er fuldt ud i overensstemmelse med afsnit 889 gennem omhyggelig udvælgelse af infrastrukturpartnere.

Ja, videresendelse af e-mail er Overholder paragraf 889Paragraf 889 i National Defense Authorization Act (NDAA) forbyder offentlige myndigheder at bruge eller indgå kontrakter med enheder, der bruger telekommunikations- og videoovervågningsudstyr fra bestemte virksomheder (Huawei, ZTE, Hikvision, Dahua og Hytera).

Sådan opnår videresendt e-mail overholdelse af paragraf 889:

Videresend e-mail er udelukkende afhængig af to centrale infrastrukturudbydere, hvoraf ingen bruger udstyr, der er forbudt i henhold til paragraf 889:

1. CloudflareVores primære partner for netværkstjenester og e-mailsikkerhed
2. DatapakkeVores primære leverandør af serverinfrastruktur (uden brug af Arista Networks og Cisco-udstyr)
3. Backup-udbydereVores backupudbydere af Digital Ocean og Vultr er desuden skriftligt bekræftet som værende i overensstemmelse med Section 889.

Cloudflares engagementCloudflare angiver eksplicit i deres tredjepartsadfærdskodeks, at de ikke bruger telekommunikationsudstyr, videoovervågningsprodukter eller tjenester fra enheder, der er forbudt i henhold til paragraf 889.

Brugsscenarie for regeringenVores overholdelse af paragraf 889 blev valideret, da Det amerikanske flådeakademi valgte Videresend e-mail til deres behov for sikker videresendelse af e-mail, hvilket krævede dokumentation af vores føderale overholdelsesstandarder.

For fuldstændige oplysninger om vores ramme for overholdelse af reglerne for regeringer, herunder bredere føderale bestemmelser, kan du læse vores omfattende casestudie: Overholder paragraf 889 i den føderale regerings e-mailtjeneste

System- og tekniske detaljer

Gemmer du e-mails og deres indhold

Nej, vi skriver ikke til disk eller gemmer logfiler – med undtagelse af fejl og udgående SMTP (se vores Fortrolighedspolitik).

Alt foregår i hukommelsen og vores kildekode er på GitHub.

Hvordan fungerer dit e-mail-videresendelsessystem

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

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

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

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

• RCPT TO - Dette angiver modtageren(e) af e-mailen. Disse skal være gyldige RFC 5322-mailadresser. Vi tillader kun op til 50 kuvertmodtagere pr. besked (dette er anderledes end "Til"-headeren fra en e-mail). Vi tjekker også for en gyldig Afsender omskrivningsskema ("SRS") adresse her for at beskytte mod spoofing med vores SRS-domænenavn.

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

Hvordan behandler du en e-mail til videresendelse

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

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

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

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

4. Brug af e-mailens fingeraftryk (se afsnittet om Fingeraftryk), vil vi kontrollere, at meddelelsen er blevet forsøgt gentaget i mere end 5 dage (hvilket matcher standard postfix adfærd), og hvis det er tilfældet, vil det blive afvist med en 550 fejlkode.

5. Vi gemmer resultaterne fra scanning af e-mailen i hukommelsen ved hjælp af Spam scanner.

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

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

   • Received - vi tilføjer denne standard Modtaget header med oprindelses-IP og vært, transmissionstype, TLS-forbindelsesoplysninger, dato/klokkeslæt og modtager.
   • X-Original-To - den oprindelige modtager af meddelelsen:
     • Dette er nyttigt til at bestemme, hvor en e-mail oprindeligt blev leveret til (ud over "Modtaget"-headeren).
     • Dette tilføjes pr. modtager på tidspunktet for IMAP og/eller maskeret videresendelse (for at beskytte privatlivets fred).
   • X-Forward-Email-Website - indeholder et link til vores hjemmeside af https://forwardemail.net
   • X-Forward-Email-Version - den nuværende SemVer version fra package.json af vores kodebase.
   • X-Forward-Email-Session-ID - en sessions-id-værdi, der bruges til fejlretningsformål (gælder kun i ikke-produktionsmiljøer).
   • X-Forward-Email-Sender - en kommasepareret liste indeholdende den originale kuvert MAIL FROM-adresse (hvis den ikke var tom), den omvendte PTR-klient FQDN (hvis den findes) og afsenderens IP-adresse.
   • X-Forward-Email-ID - dette gælder kun for udgående SMTP og korrelerer med det e-mail-id, der er gemt i Min konto → E-mails
   • X-Report-Abuse - med en værdi på abuse@forwardemail.net.
   • X-Report-Abuse-To - med en værdi på abuse@forwardemail.net.
   • X-Complaints-To - med en værdi på abuse@forwardemail.net.

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

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

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

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

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

    • Adressen kontrolleres mod vores denylist, og hvis det var angivet, vil der opstå en 421 fejlkode (angiver, at afsenderen skal prøve igen senere).
    • Hvis adressen er en webhook, sætter vi en boolesk til fremtidige operationer (se nedenfor – vi grupperer lignende webhooks for at lave én POST-anmodning i forhold til flere til levering).
    • Hvis adressen er en e-mail-adresse, parser vi værten til fremtidige operationer (se nedenfor – vi grupperer lignende værter for at lave én forbindelse i forhold til flere individuelle forbindelser til levering).

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

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

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

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

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

Hvordan håndterer du problemer med e-maillevering

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

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

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

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

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

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

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

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

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

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

Vores IP-adresser er offentligt tilgængelige, se dette afsnit nedenfor for mere indsigt.

Hvad er postmesteradresser

For at forhindre forkerte afvisninger og afsendelse af feriesvar-beskeder til uovervågede eller ikke-eksisterende postkasser, vedligeholder vi en liste over mailer-daemon-lignende brugernavne:

• automailer
• autoresponder
• bounce
• bounce-notification
• bounce-notifications
• bounces
• hostmaster
• listserv
• localhost
• mail-daemon
• mail.daemon
• maildaemon
• mailer-daemon
• mailer.daemon
• mailerdaemon
• majordomo
• postmaster
• og enhver adresse uden svar

Se RFC 5320 Afsnit 4.6 for mere indsigt i, hvordan lister som disse bruges til at skabe effektive e-mail-systemer.

Hvad er adresser uden svar

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

• 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

Denne liste vedligeholdes som et open source-projekt på GitHub.

Hvad er din servers IP-adresser

Vi offentliggør vores IP-adresser på https://forwardemail.net/ips.

Har du en tilladelsesliste

Ja, vi har en liste over domænenavnsudvidelser der er godkendt som standard og en dynamisk, cachelagret og rullende tilladelsesliste baseret på strenge kriterier.

Alle e-mails, domæner og modtagere fra kunder på betalte planer føjes automatisk til vores tilladelsesliste.

Hvilke domænenavneudvidelser er godkendt som standard

Følgende domænenavnsudvidelser anses for at være godkendt som standard (uanset om de er på paraplyens popularitetsliste eller ej):

• 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

Derudover disse brand- og virksomhedsdomæner på topniveau er godkendt som standard (f.eks. apple til applecard.apple for Apple Card-kontoudtog):

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

Fra den 18. marts 2025 har vi også tilføjet disse franske oversøiske territorier til denne liste (efter denne GitHub-anmodning):

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

Hvad er dine tilladelseslistekriterier

Vi har en statisk liste over domænenavnsudvidelser er godkendt som standard – og vi opretholder også en dynamisk, cachelagret, rullende tilladelsesliste baseret på følgende strenge kriterier:

• Afsenderens roddomæne skal være af en domænenavnsudvidelse, der matcher den liste, vi tilbyder på vores gratis abonnement (med tilføjelse af biz og info). Vi inkluderer også edu, gov, og mil delkampe, som f.eks xyz.gov.au og xyz.edu.au.
• Afsenderens roddomæne skal være inden for top 100.000 unikke roddomæne parsede resultater fra Paraply popularitetsliste ("UPL").
• Afsenderens roddomæne skal være inden for top 50.000 resultater fra unikke roddomæner, der er vist i mindst 4 af de seneste 7 dage med UPL'er (~50%+).
• Afsenderens roddomæne må ikke være kategoriseret som voksenindhold eller malware af Cloudflare.
• Afsenderens roddomæne skal have enten A- eller MX-poster indstillet.
• Afsenderens roddomæne skal have enten A record(s), MX record(s), DMARC record with p=reject eller p=quarantine, eller en SPF-post med -all eller ~all kvalifikation.

Hvis dette kriterium er opfyldt, vil afsenderens roddomæne blive cachelagret i 7 dage. Bemærk, at vores automatiserede job kører dagligt – derfor er dette en rullende tilladelsesliste-cache, der opdateres dagligt.

Vores automatiserede job vil downloade de foregående 7 dage af UPL's in-memory, udpakke dem og derefter parse in-memory i henhold til de strenge kriterier ovenfor.

Populære domæner i skrivende stund som Google, Yahoo, Microsoft, Amazon, Meta, Twitter, Netflix, Spotify og flere – er selvfølgelig inkluderet.

Hvis du er en afsender, der ikke er på vores tilladelsesliste, så første gang dit FQDN-roddomæne eller IP-adresse sender en e-mail, vil du blive sats begrænset og grålistet. Bemærk, at dette er standardpraksis, der er vedtaget som en e-mail-standard. De fleste e-mail-serverklienter vil forsøge at prøve igen, hvis de modtager en hastighedsgrænse eller grålistefejl (f.eks. en fejlstatuskode på 421- eller 4xx-niveau).

Bemærk at specifikke afsendere som f.eks a@gmail.com, b@xyz.edu, og c@gov.au stadig kan være afvist (f.eks. hvis vi automatisk registrerer spam, phishing eller malware fra disse afsendere).

Hvilke domænenavneudvidelser kan bruges gratis

Fra den 31. marts 2023 håndhævede vi en ny generel spamregel for at beskytte vores brugere og service.

Denne nye regel tillader kun at bruge følgende domænenavnsudvidelser på vores gratis abonnement:

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

Har du en gråliste

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

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

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

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

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

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

Har du en denylist

Ja, vi driver vores egen afvisningsliste og opdaterer den automatisk i realtid og manuelt baseret på spam og opdaget ondsindet aktivitet.

Vi trækker også alle IP-adresser fra UCEPROTECT Level 1 afvisningslisten på http://wget-mirrors.uceprotect.net/rbldnsd-all/dnsbl-1.uceprotect.net.gz hver time og indfør den i vores denylist med 7 dages udløb.

Afsendere fundet i afvisningslisten vil modtage en 421 fejlkode (angiver, at afsenderen skal prøve igen senere), hvis de ikke er godkendt.

Ved at bruge en 421-statuskode i stedet for en 554-statuskode kan potentielle falske positiver afhjælpes i realtid, og så kan meddelelsen leveres med succes ved næste forsøg.

Dette er designet i modsætning til andre posttjenester, hvor hvis du bliver sat på en blokeringsliste, opstår der en hård og permanent fejl. Det er ofte svært at bede afsendere om at prøve beskeder igen (især fra store organisationer), og derfor giver denne tilgang ca. 5 dage fra det første e-mailforsøg for enten afsenderen, modtageren eller os at træde til og afhjælpe problemet (ved at anmode om afvisningsliste fjernelse).

Alle anmodninger om fjernelse af denylist overvåges i realtid af administratorer (f.eks. så tilbagevendende falske positiver permanent kan godkendes af administratorer).

Anmodninger om fjernelse af denylister kan rekvireres på https://forwardemail.net/denylist. Betalte brugere får deres anmodninger om fjernelse af denylist behandlet øjeblikkeligt, mens ikke-betalte brugere skal vente på, at administratorer behandler deres anmodning.

Afsendere, der opdages at sende spam- eller virusindhold, føjes til afvisningslisten på følgende måde:

1. Det første beskeds fingeraftryk er grålistet ved opdagelse af spam eller blokeringsliste fra en "betroet" afsender (f.eks. gmail.com, microsoft.com, apple.com).
   • Hvis afsenderen var godkendt, er beskeden grålistet i 1 time.
   • Hvis afsenderen ikke er godkendt, er beskeden grålistet i 6 timer.
2. Vi analyserer denylistenøgler fra information fra afsender og besked, og for hver af disse nøgler opretter vi (hvis en ikke allerede findes) en tæller, øger den med 1 og cacher den i 24 timer.
   • For tilladelseslistede afsendere:
     • Tilføj en nøgle til kuverten "MAIL FROM" e-mailadresse, hvis den havde bestået SPF eller ingen SPF, og det var ikke et postmaster brugernavn eller et ikke-svar brugernavn.
     • Hvis "Fra"-headeren var godkendt, skal du tilføje en nøgle til "Fra"-headerens e-mailadresse, hvis den havde bestået SPF eller bestået og justeret DKIM.
     • Hvis "Fra"-headeren ikke var godkendt, skal du tilføje en nøgle til "Fra"-headerens e-mailadresse og dets rodparsede domænenavn.
   • For ikke-godkendte afsendere:
     • Tilføj en nøgle til kuverten "MAIL FROM" e-mailadresse, hvis den havde bestået SPF.
     • Hvis "Fra"-headeren var godkendt, skal du tilføje en nøgle til "Fra"-headerens e-mailadresse, hvis den havde bestået SPF eller bestået og justeret DKIM.
     • Hvis "Fra"-headeren ikke var godkendt, skal du tilføje en nøgle til "Fra"-headerens e-mailadresse og dets rodparsede domænenavn.
     • Tilføj en nøgle til afsenderens eksterne IP-adresse.
     • Tilføj en nøgle til det klientløste værtsnavn ved omvendt opslag fra afsenderens IP-adresse (hvis nogen).
     • Tilføj en nøgle til roddomænet for det klientløste værtsnavn (hvis nogen, og hvis det afviger fra det klientløste værtsnavn).
3. Hvis tælleren når 5 for en ikke-godkendt afsender og nøgle, afviser vi nøglen i 30 dage, og en e-mail sendes til vores misbrugsteam. Disse tal kan ændre sig, og opdateringer vil blive afspejlet her, mens vi overvåger misbrug.
4. Hvis tælleren når 10 for en godkendt afsender og nøgle, afviser vi nøglen i 7 dage, og en e-mail sendes til vores misbrugsteam. Disse tal kan ændre sig, og opdateringer vil blive afspejlet her, mens vi overvåger misbrug.

NOTE: I den nærmeste fremtid vil vi introducere omdømmeovervågning. Omdømmeovervågning vil i stedet beregne, hvornår en afsender skal afvises baseret på en procenttærskel (i modsætning til en rudimentær tæller som nævnt ovenfor).

Har du takstbegrænsning

Afsenderhastighedsbegrænsning er enten ved at roddomænet parses fra et omvendt PTR-opslag på afsenderens IP-adresse – eller hvis det ikke giver et resultat, så bruger den blot afsenderens IP-adresse. Bemærk, at vi omtaler dette som Sender under.

Vores MX-servere har daglige grænser for indgående post modtaget for krypteret IMAP-lagring:

• I stedet for at satsbegrænse indgående post modtaget på individuel aliasbasis (f.eks. you@yourdomain.com) – vi vurderer begrænsning af selve aliasets domænenavn (f.eks. yourdomain.com). Dette forhindrer Senders fra at oversvømme indbakken af alle aliasser på tværs af dit domæne på én gang.
• Vi har generelle grænser, der gælder for alle Senders på tværs af vores service uanset modtager:
  • Senders som vi anser for at være "pålidelige" som en kilde til sandhed (f.eks. gmail.com, microsoft.com, apple.com) er begrænset til at sende 100 GB pr. dag.
  • Senders som er godkendt er begrænset til at sende 10 GB pr. dag.
  • Alle andre Senders er begrænset til at sende 1 GB og/eller 1000 beskeder om dagen.
• Vi har en specifik grænse pr Sender og yourdomain.com på 1 GB og/eller 1000 beskeder dagligt.

MX-serverne begrænser også beskeder, der videresendes til en eller flere modtagere gennem hastighedsbegrænsning – men dette gælder kun for Senders ikke på tilladelsesliste:

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

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

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

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

• Senders der overskrider satsgrænsen vil blive afvist med en 421 fejl.

Vores IMAP- og SMTP-servere begrænser dine aliaser fra at have mere end 60 samtidige forbindelser på én gang.

Vores MX-servere begrænser ikke-godkendt afsendere fra at etablere mere end 10 samtidige forbindelser (med 3 minutters cache-udløb for tælleren, hvilket afspejler vores socket timeout på 3 minutter).

Hvordan beskytter du mod tilbagefald

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

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

Undgå afvisninger fra kendte MAIL FRA spammere

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

Hvis MAIL FROM er tom ELLER er lig med (uafhængig af store og små bogstaver) nogen af postmester adresser (delen før @ i en e-mail), så kontrollerer vi, om afsender-IP'en matcher en fra denne liste.

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

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

Forebyg unødvendige afvisninger for at beskytte mod tilbagespredning

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

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

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

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

3. Vi sender kun, når MAIL FRA og/eller Fra ikke er blank og ikke indeholder (uafhængig af store og små bogstaver) en postmaster brugernavn (delen før @ i en e-mail).

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

   • Overskrift af auto-submitted med en værdi, der ikke er lig med no.
   • Overskrift af x-auto-response-suppress med en værdi på dr, autoreply, auto-reply, auto_reply, eller all
   • Overskrift af list-id, list-subscribe, list-unsubscribe, list-help, list-post, list-owner, list-archive, x-autoreply, x-autorespond, eller x-auto-respond (uanset værdi).
   • Overskrift af precedence med en værdi på bulk, autoreply, auto-reply, auto_reply, eller list.

5. Vi sender ikke, hvis MAIL FRA eller Fra e-mailadressen slutter med +donotreply, -donotreply, +noreply, eller -noreply.

6. Vi sender ikke, hvis delen Fra e-mailadresse brugernavn var mdaemon og den havde en header uden store og små bogstaver X-MDDSN-Message.

7. Vi sender ikke, hvis der ikke var store og små bogstaver content-type overskrift af multipart/report.

Hvordan bestemmer du et e-mail-fingeraftryk

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

Fingeraftrykket er beregnet ud fra følgende liste:

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

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

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

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

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

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

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

Understøtter det plus + symbolet for Gmail aliaser

Ja absolut.

Understøtter det underdomæner

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

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

Videresender dette mine e-mails overskrifter

Ja absolut.

Er dette gennemtestet

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

Giver du SMTP-svarbeskeder og koder videre

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

Hvordan forhindrer du spammere og sikrer et godt omdømme til videresendelse af e-mail

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

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

Vi har lavet et open source softwareprojekt 🍊 Mandarin og bruge det til DNS-opslag. De anvendte standard DNS-servere er 1.1.1.1 og 1.0.0.1, og DNS-forespørgsler er afsluttet DNS over HTTPS ("DoH") ved påføringslaget.

🍊 Mandarin bruger CloudFlares privatlivsførste DNS-tjeneste for forbrugere som standard.

Konto og fakturering

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

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

Hvis jeg skifter plan, beregner du og refunderer du forskellen

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

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

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

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

Kan jeg deaktivere specifikke aliaser

Ja, rediger blot din DNS TXT optag og præfiks aliaset med enten et, to eller tre udråbstegn (se nedenfor).

Bemærk at du bør bevar ":"-tilknytningen, da dette er påkrævet, hvis du nogensinde beslutter dig for at slå dette fra (og det bruges også til import, hvis du opgraderer til en af vores betalte planer).

For stille afvisning (ser ud for afsenderen, som om beskeden blev sendt med succes, men går faktisk ingen vegne) (statuskode 250): Hvis du præfikser et alias med "!" (enkelt udråbstegn), så vil den returnere en vellykket statuskode på 250 til afsendere, der forsøger at sende til denne adresse, men selve e-mails vil ikke gå nogen steder (f.eks. et sort hul eller /dev/null).

For blød afvisning (statuskode 421): Hvis du præfikser et alias med "!!" (dobbelt udråbstegn), så vil den returnere en blød fejlstatuskode på 421 til afsendere, der forsøger at sende til denne adresse, og e-mails vil ofte blive prøvet igen i op til 5 dage før afvisning og afvisning.

For hård afvisning (statuskode 550): Hvis du præfikser et alias med "!!!" (tredobbelt udråbstegn), så vil den returnere en permanent fejlstatuskode på 550 til afsendere, der forsøger at sende til denne adresse, og e-mails vil blive afvist og afvise.

For eksempel, hvis jeg vil have alle e-mails, der går til alias@example.com at holde op med at strømme igennem til user@gmail.com og blive afvist og hoppe (brug f.eks. tre udråbstegn):

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

Navn/Vært/Alias	TTL	Type	Svar/Værdi
"@", ".", eller blank	3600	TXT	forward-email=!!!alias:nobody@forwardemail.net

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

Kan jeg videresende e-mails til flere modtagere

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

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

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

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

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

Det er op til dig!

Kan jeg have flere globale opsamlingsmodtagere

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

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

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

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

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

Det er op til dig!

Er der en maksimal grænse for antallet af e-mailadresser, jeg kan videresende til pr. alias

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

Kan jeg rekursivt videresende e-mails

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

Kan folk afregistrere eller registrere min videresendelse af e-mail uden min tilladelse

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

Hvordan er det gratis

Forward Email tilbyder et gratis niveau gennem en kombination af open source-udvikling, effektiv infrastruktur og valgfrie betalte planer, der understøtter tjenesten.

Vores gratis niveau understøttes af:

1. Open Source-udviklingVores kodebase er open source, hvilket muliggør bidrag fra fællesskabet og transparent drift.

2. Effektiv infrastrukturVi har optimeret vores systemer til at håndtere videresendelse af e-mails med minimale ressourcer.

3. Betalte premium-abonnementerBrugere, der har brug for yderligere funktioner som SMTP-afsendelse, IMAP-modtagelse eller forbedrede privatlivsindstillinger, abonnerer på vores betalte abonnementer.

4. Rimelige brugsgrænserGratisniveauet har politikker for fair use for at forhindre misbrug.

[!NOTE] Vi er forpligtet til at holde grundlæggende videresendelse af e-mails gratis, samtidig med at vi tilbyder premium-funktioner til brugere med mere avancerede behov.

[!TIP] Hvis du finder vores service værdifuld, så overvej at opgradere til en betalt plan for at understøtte løbende udvikling og vedligeholdelse.

Hvad er den maksimale e-mailstørrelsesgrænse

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

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

Gemmer du logs over e-mails

Nej, vi skriver ikke til disk eller gemmer logfiler – med undtagelse af fejl og udgående SMTP (se vores Fortrolighedspolitik).

Alt foregår i hukommelsen og vores kildekode er på GitHub.

Gemmer du fejllogs

Ja. Du kan få adgang til fejllogfiler under Min konto → Logfiler eller Min konto → Domæner.

Fra februar 2023 gemmer vi fejllogfiler for 4xx og 5xx SMTP-svarkoder i en periode på 7 dage – som indeholder SMTP-fejl, kuvert og e-mail-headere (vi lade være med gem e-mailens brødtekst eller vedhæftede filer).

Fejllogfiler giver dig mulighed for at tjekke for manglende vigtige e-mails og afbøde falske positiver for spam dine domæner. De er også en god ressource til at fejlfinde problemer med e-mail webhooks (da fejllogfilerne indeholder webhook-slutpunktsvaret).

Fejllogs for satsbegrænsende og gråliste er ikke tilgængelige, da forbindelsen slutter tidligt (f.eks. før RCPT TO og MAIL FROM kommandoer kan overføres).

Se vores Fortrolighedspolitik for mere indsigt.

Læser du mine e-mails

Nej, absolut ikke. Se vores Fortrolighedspolitik.

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

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

Kan jeg "sende mail som" i Gmail med dette

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

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

Kan jeg "sende mail som" i Outlook med dette

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

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

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

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

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

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

Kan jeg videresende ubegrænsede e-mails med dette

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

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

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

Tilbyder du ubegrænset domæner til én pris

Ja. Uanset hvilket abonnement du er på, betaler du kun én månedlig sats – som dækker alle dine domæner.

Hvilke betalingsmetoder accepterer du

Videresend e-mail accepterer følgende engangs- eller månedlige/kvartalsvise/årlige betalingsmetoder:

1. Kredit-/betalingskort/bankoverførslerVisa, Mastercard, American Express, Discover, JCB, Diners Club osv.
2. PayPalTilslut din PayPal-konto for nemme betalinger
3. KryptovalutaVi accepterer betalinger via Stripes stablecoin-betalinger på Ethereum-, Polygon- og Solana-netværk.

[!NOTE] Vi gemmer begrænsede betalingsoplysninger på vores servere, som kun omfatter betalingsidentifikatorer og referencer til Stribe og PayPal transaktions-, kunde-, abonnements- og betalings-ID'er.

[!TIP] For maksimal privatliv bør du overveje at bruge kryptovalutabetalinger.

Alle betalinger behandles sikkert via Stripe eller PayPal. Dine betalingsoplysninger gemmes aldrig på vores servere.

Yderligere ressourcer

[!TIP] Vores artikler nedenfor opdateres regelmæssigt med nye vejledninger, tips og tekniske oplysninger. Tjek ofte tilbage for det seneste indhold.

• Casestudier og udviklerdokumentation
• Ressourcer
• Vejledninger