Ofte stillede spørgsmål

Hurtigstart

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-mail-aliasser/postkasser under Min konto → Domæner → Aliaser

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

Introduktion

Hvad er videresendt e-mail

Forward Email er en fuldt udstyret e-mailudbyder og e-mailhostingudbyder til brugerdefinerede 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:

• Brugerdefineret domæne-e-mail: Brug professionelle e-mailadresser med dit eget domænenavn
• Gratis niveau: Grundlæggende videresendelse af e-mails uden omkostninger
• Udvidet privatliv: Vi læser ikke dine e-mails eller sælger dine data
• Open Source: Hele vores kodebase er tilgængelig på GitHub
• SMTP-, IMAP- og POP3-understøttelse: Fuld mulighed for at sende og modtage e-mails
• End-to-End-kryptering: Understøttelse af OpenPGP/MIME
• Brugerdefinerede Catch-All-aliasser: Opret et ubegrænset antal e-mail-aliasser

Du kan sammenligne os med mere end 56 andre e-mailudbydere på vores side om e-mailsammenligning.

Hvem bruger videresendelse af e-mail

Vi tilbyder e-mailhosting og e-mailvideresendelse til over 500.000 domæner og disse bemærkelsesværdige brugere:

Kunde	Casestudie
Det amerikanske flådeakademi	📄 Case Study
Kanonisk	📄 Case Study
Netflix-spil
Linux Foundation	📄 Case Study
PHP-fonden
Fox News Radio
Disney-reklamesalg
jQuery	📄 Case Study
LineageOS
Ubuntu	📄 Case Study
Gratis	📄 Case Study
Lubuntu	📄 Case Study
Universitetet i Cambridge	📄 Case Study
Universitetet i Maryland	📄 Case Study
Universitetet i Washington	📄 Case Study
Tufts Universitet	📄 Case Study
Swarthmore College	📄 Case Study
Sydaustraliens regering
Den Dominikanske Republiks regering
Flyv.io
RCD-hoteller
Isaac Z. Schlueter (npm)	📄 Case Study
David Heinemeier Hansson (Ruby on Rails)

Hvad er historikken for videresendte e-mails

Du kan få mere at vide om videresendelse af e-mail på vores Om-side.

Hvor hurtig er denne tjeneste

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

Præstationsmålinger:

• Gennemsnitlig leveringstid: Mindre end 5-10 sekunder fra modtagelse til videresendelse (se vores side med "TTI"-overvågning af tid til indbakke)
• Oppetid: 99,9%+ servicetilgængelighed
• Global infrastruktur: Servere strategisk placeret for optimal routing
• Automatisk skalering: Vores 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 Privatlivspolitik).

Alt gøres 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-mail.
2. Åbn Thunderbird, og gå til Rediger → Kontoindstillinger → Kontohandlinger → Tilføj e-mailkonto.
3. Indtast dit navn, din e-mailadresse og din adgangskode.
4. Klik på Konfigurer manuelt, og indtast:

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

5. Klik på Udført

Microsoft Outlook

1. Opret et nyt alias og generer en adgangskode i dit dashboard til videresendelse af e-mail.
2. Gå til Fil → Tilføj konto
3. Indtast din videresendelses-e-mailadresse, og klik på Opret forbindelse
4. Vælg Avancerede indstillinger, og vælg Lad mig oprette min konto manuelt
5. Vælg 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 på Opret forbindelse

Apple Mail

1. Opret et nyt alias og generer en adgangskode i dit dashboard til videresendelse af e-mail.
2. Gå til Mail → Indstillinger → Konti → +
3. Vælg Anden mailkonto
4. Indtast dit navn, din adresse til videresendelse af e-mail 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 på Log ind

Mobilenheder

Til iOS:

1. Gå til Indstillinger → Mail → Konti → Tilføj konto → Andet
2. Tryk på Tilføj 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 videresendelses-e-mailadresse og adgangskode
3. Brug de samme IMAP- og SMTP-indstillinger som ovenfor for serverindstillinger

Sådan sender du e-mails som Gmail

Hvad er den gratis guide til Send mail som ved brug af Gmail {#what-is-the-legacy-free-guide-for-send-mail-as-using-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 original modtager"

Modtagermønstre for kuverter:

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

Indstillinger for e-mailserver:

• Vælg "Route to host" og indtast mx1.forwardemail.net som primær server
• Tilføj mx2.forwardemail.net som backupserver
• Indstil port til 25
• Vælg "Kræv TLS" af sikkerhedsmæssige årsager

4. Klik på Gem for 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 Administrationscenter på admin.microsoft.com
2. Gå til Exchange → Mailflow → Regler
3. Klik på 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 skal du vælge:

• "Modtageradressen matcher..."
• Indtast et mønster, der matcher alle adresser på dit domæne (f.eks. *@yourdomain.com)

6. Under Gør følgende skal du vælge:

• "Omdiriger beskeden til..."
• Vælg "Følgende mailserver"
• Indtast mx1.forwardemail.net og port 25
• Tilføj mx2.forwardemail.net som en backupserver

7. Under Medmindre hvis skal du vælge:

• "Modtageren er..."
• Tilføj alle dine eksisterende postkasser, der ikke skal videresendes

8. Indstil regelprioriteten for at sikre, at den kører efter andre mailflowregler
9. Klik på Gem for at aktiver reglen

Fejlfinding

Hvorfor modtager jeg ikke mine test-e-mails

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

Dette er et alment kendt problem, og det påvirker også tjenester som Gmail. Here" er det officielle svar fra Gmail vedrørende dette problem.

Hvis du fortsætter med at have problemer, er det højst sandsynligt et problem med DNS-udbredelsen. Du skal vente lidt længere og prøve igen (eller prøve at indstille en lavere TTL-værdi på dine TXT-poster).

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

Hvordan konfigurerer jeg min e-mailklient til at fungere med videresendelse af e-mail

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

Hvorfor lander mine e-mails i spam og uønsket post, og hvordan kan jeg tjekke mit domæneomdømme

Dette afsnit viser dig, om din udgående mail bruger vores SMTP-servere (f.eks. smtp.forwardemail.net) (eller videresendes via mx1.forwardemail.net eller mx2.forwardemail.net), og den leveres i modtagernes spam- eller junk-mappe.

Vi overvåger rutinemæssigt vores IP-adresser i forhold til alle velrenommerede DNS-afvisningslister, derfor er det højst sandsynligt et domæneomdømmespecifikt problem.

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

1. Mangler godkendelse: Opsæt SPF-, DKIM- og DMARC-posterne.

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

3. Indholdsudløsere: Visse ord eller sætninger kan udløse spamfiltre.

4. Sendemønstre: Pludselige 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 tjekke dit domænes omdømme og kategorisering:

Værktøjsnavn	URL	Type
Feedback om Cloudflare-domænekategorisering	https://radar.cloudflare.com/domains/feedback	Kategorisering
Spamhaus IP- og domæneomdømmetjekker	https://check.spamhaus.org/	DNSBL
Cisco Talos IP- og domæneomdømmecenter	https://talosintelligence.com/reputation_center	Omdømme
Barracuda IP og domæneomdømmeopslag	https://www.barracudacentral.org/lookups/lookup-reputation	DNSBL
MX Toolbox sortlistekontrol	https://mxtoolbox.com/blacklists.aspx	Sortliste
Google Postmaster-værktøjer	https://www.gmail.com/postmaster/	Omdømme
Yahoo Sender Hub	https://senders.yahooinc.com/	Omdømme
MultiRBL.valli.org Sortlistetjek	https://multirbl.valli.org/lookup/	DNSBL
Afsenderens score	https://senderscore.org/act/blocklist-remover/	Omdømme
Værdiforringelse	https://www.invaluement.com/lookup/	DNSBL
SURBL	https://www.surbl.org/	DNSBL
Fjernelse af Apple/Proofpoint IP	https://ipcheck.proofpoint.com/	Fjernelse
Fjernelse af Cloudmark IP	https://csi.cloudmark.com/en/reset/	Fjernelse
SpamCop	https://www.spamcop.net/bl.shtml	DNSBL
Fjernelse af IP-adresser i Microsoft Outlook og Office 365	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
UCEPROTECTs hvidlistede.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

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

Du bør afmelde dig fra e-maillisten (hvis muligt) og blokere afsenderen.

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

E-mailadressen, som spam skal videresendes til, er: abuse@forwardemail.net

Hvorfor vises mine testmails, der sendes 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 til med dit alias, ser en e-mail fra dig for første gang, så bare rolig – da dette er en indbygget sikkerhedsfunktion i Gmail.

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

Men hvis de ser denne besked, skyldes det, at 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 for at sikre, at tingene er sikre, i tilfælde af at der ikke er nogen løsning.

Kan jeg fjerne via forwardemail punktum net i Gmail

Dette emne er relateret til en et alment kendt problem i Gmail, hvor ekstra information vises ud for afsenderens navn.

Fra maj 2023 understøtter vi afsendelse af e-mail med SMTP som et tilføjelsesprogram for alle betalende 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 e-mail som ved hjælp af Gmail-funktionen.

Se afsnittet om Understøtter I afsendelse af e-mail med SMTP for konfigurationsvejledning.

Datahåndtering

Hvor er dine servere placeret

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

Du kan få mere at vide om vores underdatabehandlere på vores sider GDPR, DPA og Privatliv.

Hvordan eksporterer og sikkerhedskopierer jeg min postkasse

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

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

Du vil modtage et link til download af eksporten via e-mail, når den er færdig.

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

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

Navn	Format	Platform	GitHub-URL
MBox-fremviser	Mbox	Vinduer	https://github.com/ename/mboxviewer
mbox-webfremviser	Mbox	Alle platforme	https://github.com/PHMRanger/mbox-web-viewer
EmlReader	EML	Vinduer	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

Hvis du desuden har brug for at konvertere en Mbox-fil til en EML-fil, kan du bruge https://github.com/noelmartinon/mboxzilla.

Hvordan importerer og migrerer jeg min eksisterende postkasse {#how-do-i-import-and-migrate-my-existing-mailbox}}

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

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

E-mailudbyder	Eksportformat	Eksportinstruktioner
Gmail	MBOX	https://takeout.google.com/settings/takeout/custom/gmail
Udsigter	PST	Tip: Hvis du bruger Outlook (PST-eksportformat), kan du blot følge instruktionerne under "Andet" nedenfor. Vi har dog nedenfor angivet links 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 erstatter $OUT_DIR og $IN_DIR med outputmappen og inputmappen) stier henholdsvis). readpst til Ubuntu/Linux – (f.eks. sudo apt-get install readpst og derefter readpst -u -o $OUT_DIR $IN_DIR, hvor $OUT_DIR og $IN_DIR erstattes med henholdsvis outputmappe- og inputmappestierne). readpst til macOS (via brew) – (f.eks. brew install libpst og derefter readpst -u -o $OUT_DIR $IN_DIR, hvor $OUT_DIR erstattes og $IN_DIR med henholdsvis outputmappe- og inputmappestierne). PST-konverter 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/tatutanata
Tænke	EML	https://docs.gandi.net/en/gandimail/common_operations/backup_email.html#indhold
Zoho	EML	https://www.zoho.com/mail/help/import-export-emails.html#alink2
Andre	Use Thunderbird	Opsæt din eksisterende e-mailkonto i Thunderbird, og brug derefter ImportExportTools NG-pluginnet til at eksportere og importere dine e-mails. Du kan muligvis også blot kopiere/indsætte eller trække/slippe e-mails mellem én konto og en anden.

2. Download, installer og åbn Thunderbird.

3. Opret en ny konto ved hjælp af dit alias' fulde e-mailadresse (f.eks. <du@ditdomæne.com>) og din genererede adgangskode. Hvis du endnu ikke har en genereret adgangskode, kan du se vores opsætningsvejledning.

4. Download og installer ImportEksportVærktøjer OF Thunderbird-pluginnet.

5. Opret en ny lokal mappe i Thunderbird, og højreklik derefter på den → vælg indstillingen ImportExportTools NG → vælg Import mbox file (for MBOX-eksportformat) – eller – Import messages / Import all messages from a directory (for 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.

Understøtter du selvhosting?

Ja, fra marts 2025 understøtter vi en selvhostet mulighed. Læs bloggen her. Tjek selvbetjent guide for at komme i gang. Og for dem, der er interesserede i en mere opdelt trin-for-trin version, kan du se vores Ubuntu- eller Debian-baserede vejledninger.

E-mailkonfiguration

Hvordan kommer jeg i gang og konfigurerer videresendelse af e-mails

Hvis du allerede har registreret dit domænenavn et sted, skal du springe dette trin helt over og gå til trin to! Ellers kan du klikke her for at registrere dit domænenavn.

Kan du huske, hvor du registrerede dit domæne? Når du husker dette, skal du følge instruktionerne nedenfor: Registrator Trin til konfiguration 1&1">Log ind Domænecenter (Vælg dit domæne) Rediger DNS-indstillinger Amazon Rute 53 Log ind Hostede zoner (Vælg dit domæne) Aplus.net Log ind Mine servere Domæneadministration DNS-administrator Bluehost FOR ROCK: Log ind Domæner (Klik på ikonet ▼ ud for at administrere) DNS
TIL ÆLDRE: Log ind Domæner Zone-editor (Vælg dit domæne) Cloudflare Log ind DNS DNS Gjort nemt Log ind DNS (Vælg dit domæne) DNSimple" Log ind (Vælg dit domæne) DNS Administrer Digital Ocean Log ind Netværk Domæner (Vælg dit domæne) Mere Administrer domæne Domain.com" Log ind I kortvisning skal du klikke på administrer på dit domæne I listevisning skal du klikke på tandhjulsikonet DNS og navneservere DNS-poster Domains.com"
Amazon0 class="fa fa-play-circle"> Se Log ind (Vælg dit domæne) Administrer (klik på tandhjulsikonet) Klik på DNS og navneservere i menuen til venstre Amazon1 Log ind Panel Domæner Administrer domæner DNS Amazon2 Log ind Oversigt Administrer Simpel editor Optegnelser Amazon3 Log ind (Vælg dit domæne) Administration Rediger zonen Amazon4
Amazon5 class="fa fa-play-circle"> Overvågning Log ind Administrer mine domæner (Vælg dit domæne) Administrer DNS Amazon6 Domæner
Amazon7 class="fa fa-play-circle"> Overvågning Log ind (Vælg dit domæne) Konfigurer DNS Amazon8
Amazon9 class="fa fa-play-circle"> Overvåg Log ind Domæneliste (Vælg dit domæne) Administrer Avanceret DNS Aplus.net0" Log ind (Vælg dit domæne) Opsæt Netlify DNS Aplus.net1 Løsninger Log ind Kontoadministrator Mine domænenavne (Vælg dit domæne) Administrer Skift hvor domæner peger Avanceret DNS Aplus.net2
Aplus.net3 class="fa fa-play-circle"> Overvåg Log ind Administrerede domæner (Vælg dit domæne) DNS-indstillinger Aplus.net4 Log ind Hjemmemenu Indstillinger Domæner (Vælg dit domæne) Avancerede indstillinger Brugerdefinerede poster Aplus.net5 Nu Brug af "now" CLI now dns add [domain] '@' MX [record-value] [prioritet] Aplus.net6 Log ind Domæneside (Vælg dit domæne) DNS Aplus.net7 Log ind Domæneside (Klik på ikonet ) Vælg Administrer DNS-poster Aplus.net8 Log ind Domæner Mine domæner Andet Brug din registrars DNS-administrationsside (den anden fane, du har åbnet), og indstil følgende "MX"-poster: Vigtigt: Bemærk, at der IKKE må være andre MX-poster angivet. Begge poster vist nedenfor SKAL eksistere. Sørg for, at der ikke er nogen stavefejl, og at du har stavet både mx1 og mx2 korrekt. Hvis der allerede var MX-poster, skal du slette dem helt.

"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

Brug din registrators DNS-administrationsside (den anden fane, du har åbnet), og angiv følgende TXT-post(er):

Vigtigt: Hvis du har et betalt abonnement, skal du springe dette trin helt over og gå til trin fem! Hvis du ikke har et betalt abonnement, vil dine videresendte adresser være offentligt søgbare – gå til Min konto Domæner og opgrader dit domæne til et betalt abonnement, hvis det ønskes. Hvis du vil vide mere om betalte abonnementer, kan du se vores Pris-side. Ellers kan du fortsætte med at vælge en eller flere kombinationer fra mulighed A til mulighed F nedenfor.

---

Mulighed A: Hvis du videresender alle e-mails fra dit domæne (f.eks. "all@trafficlogic.co", "hello@trafficlogic.co" osv.) til en bestemt adresse "user@gmail.com":

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

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 fremtidige ændringer, der foretages i dine DNS-poster, spredes hurtigere over hele internettet – tænk på dette som hvor længe det vil blive cachelagret i hukommelsen (i sekunder). Du kan lære mere om TTL på Wikipedia.

---

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

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

---

Mulighed C: Hvis du videresender flere e-mails, skal du 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 Kopi Krypter

---

Mulighed D: Du kan have et uendeligt antal videresendelsesmails – sørg bare for ikke at ombryde mere end 255 tegn på 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 Kopi Krypter
"@", ".", eller blank	3600	TXT	forward-email=help:user@gmail.com,foo:user@gmail.com Kopi Krypter
"@", ".", eller tom	3600	TXT	forward-email=orders:user@gmail.com,baz:user@gmail.com Kopi Krypter
"@", ".", eller tom	3600	TXT	forward-email=info:user@gmail.com,beep:user@gmail.com Kopi Krypter
"@", ".", eller blank	3600	TXT	forward-email=errors:user@gmail.com,boop:user@gmail.com Kopi Krypter

---

Mulighed E: Du kan også angive et domænenavn i din TXT-post for at få global alias-videresendelse (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 Kopi Krypter

---

Mulighed F: Du kan endda bruge webhooks som et globalt eller individuelt alias at videresende e-mails til. Se eksemplet og det fulde afsnit om webhooks med titlen Understøtter I webhooks nedenfor?

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

---

Mulighed G: Du kan endda bruge regulære udtryk ("regex") til at matche aliasser og til at håndtere erstatninger, som e-mails skal videresendes til. Se eksemplerne og det fulde afsnit om regex med titlen Understøtter I regulære udtryk eller regex nedenfor?

Har du brug for avanceret regex med substitution? Se eksemplerne og det fulde afsnit om regex med titlen Understøtter I regulære udtryk eller regex nedenfor.

Simpelt eksempel: Hvis jeg vil have alle e-mails, der går til `linus@trafficlogic.co` eller `torvalds@trafficlogic.co`, videresendt til `user@gmail.com`:

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

Vigtigt: Opsamlingsregler for videresendelse kan også beskrives som "gennemløbsregler". Det betyder, at indgående e-mails, der matcher mindst én specifik videresendelsesregel, vil blive brugt i stedet for opsamlingsreglerne. Specifikke regler omfatter e-mailadresser og regulære udtryk.

For eksempel:
forward-email=hello:first@gmail.com,second@gmail.com

• Kopi
• Krypter

E-mails sendt til hello@trafficlogic.co vil **ikke** blive videresendt til second@gmail.com (opsamlingsregler) med denne konfiguration, og i stedet kun blive leveret til first@gmail.com.

---

Brug din registrators DNS-administrationsside (den anden fane, du har åbnet), og angiv desuden følgende TXT-post:

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

Vigtigt: 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 eventuelle eksisterende "include:host.com"-poster og før "-all" i samme linje, for eksempel:

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

Bemærk, at der er forskel på "-all" og "~all". "-" angiver, at SPF-tjekket skal FEJLES, hvis det ikke matcher, og "~" angiver, at SPF-tjekket skal SOFTFAILES. Vi anbefaler at bruge "-all"-tilgangen for at forhindre domæneforfalskning.

Du skal muligvis også inkludere SPF-posten for den vært, du sender mails fra (f.eks. Outlook).

Bekræft dine DNS-poster ved hjælp af vores værktøj "Bekræft poster", som er tilgængeligt under Min konto Domæner Opsætning.

Send en test-e-mail for at bekræfte, at det virker. Bemærk, at det kan tage lidt 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 på henholdsvis Hvorfor modtager jeg ikke mine test-e-mails og Hvorfor vises mine test-e-mails, der sendes til mig selv i Gmail, som "mistænkelige".

Hvis du ønsker at "Send mail som" fra Gmail, skal du se denne video eller følge trinnene under How for at sende mail som ved hjælp af Gmail nedenfor.

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

Ja, men du bør kun have én MX-udveksling angivet 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 mail for alle ikke-matchende aliasser til vores tjenestes udvekslinger (mx1.forwardemail.net og/eller mx2.forwardemail.net).

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

Hvis du bruger Microsoft 365 (Outlook), og du vil videresende alle ikke-matchende aliasser til vores tjeneste, skal du 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 opsætter jeg en feriesvar (autosvar ved fravær)

Gå til Min konto Domæner Aliaser, og opret eller rediger enten det alias, du vil konfigurere en ferie-autoresponder for.

Du har mulighed for at konfigurere en startdato, slutdato, emne og besked, og du kan til enhver tid aktivere eller deaktivere det:

• Emne og besked i almindelig tekst understøttes i øjeblikket (vi bruger striptags-pakken internt til at fjerne 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ætningsvejledningen.

• Feriesvar kan ikke aktiveres på globale vanity-domænenavne (f.eks. understøttes engangsadresser ikke).

• Feriesvar kan ikke aktiveres for aliasser med jokertegn/opsamlingstegn (*) eller regulære udtryk.

I modsætning til mailsystemer som postfix (f.eks. der bruger feriefilterudvidelsen sieve) – tilføjer Videresend e-mail automatisk din DKIM-signatur, dummy-sikrer forbindelsesproblemer, når du sender feriesvar (f.eks. på grund af almindelige SSL/TLS-forbindelsesproblemer og ældre servere) og understøtter endda Open WKD- og PGP-kryptering til feriesvar.

1. Vi sender kun én gang pr. tilladt på listen afsender hver 4. dag (hvilket svarer til Gmails funktionsmåde).

• Vores Redis-cache bruger et fingeraftryk på alias_id og sender, hvor alias_id er alias MongoDB ID'et, og sender er enten Fra-adressen (hvis den er på tilladelseslisten) eller roddomænet i Fra-adressen (hvis den ikke er på tilladelseslisten). For enkelhedens skyld er udløbet af dette fingeraftryk i cachen sat til 4 dage.

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

2. Vi sender kun, når MAIL FROM og/eller From ikke er blanke 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 besked havde en af følgende overskrifter (ikke store og små bogstaver):

• Header for auto-submitted med en værdi, der ikke er lig med no.
• Header for x-auto-response-suppress med en værdi på dr, autoreply, auto-reply, auto_reply eller all.
• Header for list-id, list-subscribe, no0, no1, no2, no3, no4, no5, no6 eller no7 (uanset værdi).
• Header af no8 med en værdi af no9, x-auto-response-suppress0, x-auto-response-suppress1, x-auto-response-suppress2 eller x-auto-response-suppress3.

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

5. Vi sender ikke, hvis brugernavnsdelen af e-mailadressen "Fra" var mdaemon, og den havde en header med titlen X-MDDSN-Message, der ikke skelner mellem store og små bogstaver.

6. Vi sender ikke, hvis der var en content-type-header i multipart/report, der ikke skelner mellem store og små bogstaver.

Hvordan konfigurerer jeg SPF til videresendelse af e-mail

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

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 videresendelse af e-mail

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

Hvordan konfigurerer jeg DMARC til videresendelse af e-mail

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

Hvordan forbinder og konfigurerer jeg mine kontakter

For at konfigurere dine kontakter skal du bruge CardDAV-URL'en: https://carddav.forwardemail.net (eller blot 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: https://caldav.forwardemail.net (eller blot caldav.forwardemail.net, hvis din klient tillader det)**

Hvordan tilføjer jeg flere kalendere og administrerer eksisterende kalendere

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

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

Hvordan konfigurerer jeg SRS til videresendelse af e-mail

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

Hvordan konfigurerer jeg MTA-STS til videresendelse af e-mail

Se venligst vores sektion om MTA-STS for yderligere information.

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-mailkonti.
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 din brugerdefinerede domænenavns e-mailadresse.
7. Hent den bekræftelses-e-mail, der er sendt til din e-mailadresse.
8. Indtast bekræftelseskoden fra denne e-mail.
9. Udfyld profiloplysningerne for din nye Google-konto.
10. Accepter alle politikker for beskyttelse af personlige oplysninger og brugsvilkår.
11. Gå til https://google.com, og klik på dit profilikon i øverste højre hjørne, og klik på knappen "ændre".
12. Upload et nyt billede eller en ny avatar til din konto.
13. Ændringer tager cirka 1-2 timer at implementere, men nogle gange kan de være meget hurtige.
14. Send en test-e-mail, og profilbilledet burde vises.

Avancerede funktioner

Understøtter I nyhedsbreve eller mailinglister til marketingrelateret e-mail?

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

Bemærk venligst, at Forward Email har en manuel gennemgangsproces på domænebasis for godkendelse af nyhedsbreve for at opretholde IP-omdømme og sikre leveringsevne. Send en e-mail til support@forwardemail.net eller åbn en anmodning om hjælp til godkendelse. Dette tager typisk mindre end 24 timer, og de fleste anmodninger bliver imødekommet 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.

Understøtter I afsendelse af e-mail med API {#do-you-support-sending-email-with-api}?

Ja, fra maj 2023 understøtter vi afsendelse af e-mail med API som et tilføjelsesprogram for alle betalende brugere.

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

For at kunne sende udgående e-mails med vores API, skal du bruge din API-token, der er tilgængelig under Min sikkerhed.

Understøtter I modtagelse af e-mail med IMAP

Ja, fra 16. oktober 2023 understøtter vi modtagelse af e-mail via IMAP som et tilføjelsesprogram for alle betalende brugere. Læs venligst vores dybdegående artikel om hvordan vores krypterede SQLite-postkasselagringsfunktion fungerer.**

Understøtter du POP3

Ja, fra 4. december 2023 understøtter vi POP3 som et tilføjelsesprogram for alle betalende brugere. Læs venligst vores dybdegående artikel om hvordan vores krypterede SQLite-postkasselagringsfunktion fungerer.**

Understøtter I 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 via port 443 (HTTPS).

Log ind	Eksempel	Beskrivelse
Brugernavn	user@trafficlogic.co	E-mailadressen på et alias, der findes for domænet på Min Konto Domæner.
Adgangskode	************************	Aliasspecifik genereret adgangskode.

For at bruge kalenderunderstøttelse skal brugeren være e-mailadressen på et alias, der findes for domænet på Min Konto Domæner – og adgangskoden 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 via port 443 (HTTPS).

Log ind	Eksempel	Beskrivelse
Brugernavn	user@trafficlogic.co	E-mailadressen på et alias, der findes for domænet på Min Konto Domæner.
Adgangskode	************************	Aliasspecifik genereret adgangskode.

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

Understøtter I afsendelse af e-mail med SMTP

Ja, fra maj 2023 understøtter vi afsendelse af e-mail med SMTP som et tilføjelsesprogram for alle betalende brugere.

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

Ja, vi understøtter OpenPGP, end-to-end-kryptering ("E2EE") og registrering af offentlige nøgler ved hjælp af Webnøglekatalog ("WKD"). Du kan konfigurere OpenPGP ved hjælp af keys.openpgp.org eller selvhost dine egne nøgler (se denne vejledning til WKD-serveropsætning).

• WKD-opslag caches i 1 time for at sikre rettidig e-maillevering → derfor, hvis du tilføjer, ændrer eller fjerner din WKD-nøgle, bedes du sende os en e-mail 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 brugerflade.

• Uploadede nøgler har forrang, så længe PGP-afkrypteringsfeltet er aktiveret/markeret.

• Meddelelser sendt til webhooks er i øjeblikket ikke krypteret med PGP.

• Hvis du har flere aliasser, der matcher en given videresendelsesadresse (f.eks. regex/wildcard/exact combo), og hvis mere end et af disse indeholder en uploadet PGP-nøgle og har PGP markeret →, sender vi dig en fejlalarm-e-mail og krypterer ikke meddelelsen med din uploadede PGP-nøgle. Dette er meget sjældent og gælder normalt kun for avancerede brugere med komplekse aliasregler.

• PGP-kryptering vil ikke blive anvendt til videresendelse af e-mails via vores MX-servere, hvis afsenderen havde en DMARC-politik om afvisning. Hvis du har brug for PGP-kryptering på al mail, foreslår vi, at du bruger vores IMAP-tjeneste og konfigurerer din PGP-nøgle til dit alias for indgående mail.

Du kan validere din opsætning af webnøglekataloget 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	Skrivebord	Configure OpenPGP in Thunderbird	Thunderbird har indbygget understøttelse af OpenPGP.
Gmail	Browser	Mailvelope eller FlowCrypt (proprietær licens)	Gmail understøtter ikke OpenPGP, men du kan downloade open source-pluginnet Mailvelope eller FlowCrypt.
Apple Mail	macOS	Free-GPGMail	Apple Mail understøtter ikke OpenPGP, men du kan downloade open source-pluginnet Free-GPGMail.
Apple Mail	iOS	PGPro eller FlowCrypt (proprietær licens)	Apple Mail understøtter ikke OpenPGP, men du kan downloade open source-pluginnet PGPro eller FlowCrypt.
Udsigter	Vinduer	gpg4win	Outlooks desktop-mailklient understøtter ikke OpenPGP, men du kan downloade open source-plugin'et gpg4win.
Udsigter	Browser	Mailvelope eller FlowCrypt (proprietær licens)	Outlooks webbaserede mailklient understøtter ikke OpenPGP, men du kan downloade open source-plugin'et Mailvelope eller FlowCrypt.
Android	Mobil	OpenKeychain eller FlowCrypt	Android mail clients såsom Thunderbird Mobile og FairEmail understøtter begge open source-pluginnet OpenKeychain. Du kan alternativt bruge open source-pluginnet (med proprietær licens) FlowCrypt.
Google Chrome	Browser	Mailvelope eller FlowCrypt (proprietær licens)	Du kan downloade open source-browserudvidelsen Mailvelope eller FlowCrypt.
Mozilla Firefox	Browser	Mailvelope eller FlowCrypt (proprietær licens)	Du kan downloade open source-browserudvidelsen Mailvelope eller FlowCrypt.
Microsoft Edge	Browser	Mailvelope	Du kan downloade open source-browserudvidelsen Mailvelope.
Modig	Browser	Mailvelope eller FlowCrypt (proprietær licens)	Du kan downloade open source-browserudvidelsen Mailvelope eller FlowCrypt.
Balsa	Skrivebord	Configure OpenPGP in Balsa	Balsa har indbygget understøttelse af OpenPGP.
KMail	Skrivebord	Configure OpenPGP in KMail	KMail har indbygget understøttelse af OpenPGP.
GNOME-udviklingen	Skrivebord	Configure OpenPGP in Evolution	GNOME Evolution har indbygget understøttelse af OpenPGP.
Terminal	Skrivebord	Configure gpg in Terminal	Du kan bruge open source-filen gpg command line tool til at generere en ny nøgle fra kommandolinjen.

2. Åbn plugin'et, opret din offentlige nøgle, og konfigurer din e-mailklient til at bruge den.

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

4. Tilføj en ny CNAME-post til dit domænenavn (f.eks. trafficlogic.co):

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

Støtter du MTA-STS

Ja, fra 2. marts 2023 understø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 I adgangsnøgler og WebAuthn

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

Adgangsnøgler giver dig mulighed for sikkert at logge ind uden at kræve en adgangskode og tofaktorgodkendelse.

Du kan bekræfte din identitet med berøring, ansigtsgenkendelse, enhedsbaseret adgangskode eller pinkode.

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

Få mere at vide 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 (Apple)
• Wikipedia-artikel om adgangsnøgler

Støtter I bedste praksis for e-mail?

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

Understøtter I bounce webhooks

Ja, fra og med 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-anmodning til, når udgående SMTP-e-mails afvises.

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

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

• email_id (Streng) - e-mail-ID, der svarer til en e-mail i Min konto → E-mails (udgående SMTP)
• list_id (Streng) - List-ID headerværdien (uafhængig af store og små bogstaver), hvis nogen, fra den oprindelige udgående e-mail
• list_unsubscribe (Streng) - List-Unsubscribe headerværdien (uafhængig af store og små bogstaver), hvis nogen, fra den oprindelige udgående e-mail
• feedback_id (Streng) - Feedback-ID headerværdien (uafhængig af store og små bogstaver), hvis nogen, fra den oprindelige udgående e-mail
• recipient (Streng) - e-mailadressen på den modtager, der blev afvist eller forårsagede en fejl
• message (Streng) - en detaljeret fejlmeddelelse for afvisningen
• response (Streng) - SMTP-svarmeddelelsen
• list_id0 (Tal) - den parset SMTP-svarkode
• list_id1 (Streng) - hvis svarkoden var fra en betroet kilde, vil denne værdi blive udfyldt med roddomænenavnet (f.eks. list_id2 eller list_id3)
• list_id4 (Objekt) - et objekt, der indeholder følgende egenskaber, der beskriver afvisnings- og afvisningsstatus
• list_id5 (Streng) - afvisningshandling (f.eks. list_id6)
• list_id7 (Streng) - afvisningsårsag (f.eks. list_id8)
• list_id9 (Streng) - afvisningskategori (f.eks. List-ID0)
• List-ID1 (Tal) - afvisningsstatuskode (f.eks. List-ID2)
• List-ID3 (Streng) - afvisningskode fra svarmeddelelse (f.eks. List-ID4)
• List-ID5 (Nummer) - parset linjenummer, hvis relevant, List-ID6 (f.eks. List-ID7)
• List-ID8 (Objekt) - nøgleværdipar af headere for den udgående e-mail
• List-ID9 (Streng) - list_unsubscribe0 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, skal du om nødvendigt tage passende skridt til at fjerne recipient fra listen.

• Hvis bounce.category-værdien var en af følgende: "block", "recipient", "spam" eller "virus", skal du helt sikkert fjerne brugeren fra listen.

• Hvis du har brug for at verificere webhook-nyttelaster (for at sikre, at de rent faktisk kommer fra vores server), kan du bruge finde den eksterne klients IP-adresse, klientens værtsnavn, ved hjælp af et omvendt opslag – det skal være list_unsubscribe0.

• Du kan også kontrollere IP-adressen mod list_unsubscribe1.

• Gå til Min konto → Domæner → Indstillinger → Webhook Signature Payload Verification Key for at få din webhook-nøgle.

• Du kan rotere denne nøgle når som helst af sikkerhedsmæssige årsager.

• Beregn og sammenlign list_unsubscribe2-værdien fra vores webhook-anmodning med den beregnede body-værdi ved hjælp af denne nøgle. Et eksempel på, hvordan du gør dette, er tilgængeligt på list_unsubscribe3.

• Se diskussionen på <list_unsubscribe4 for mere indsigt.

• Vi venter i op til list_unsubscribe5 sekunder på, at dit webhook-slutpunkt svarer med en list_unsubscribe6-statuskode, og vi prøver igen i op til list_unsubscribe7 sekunder.

• Hvis vi registrerer, at din afviste webhook-URL har en fejl, mens vi forsøger at sende en anmodning til den, sender vi dig en høflighedsmail én gang om ugen.

Understøtter I 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 gøre med enhver anden modtager! Sørg for, at du har protokollen "http" eller "https" præfikset i webhookens URL.

Hvis du har gratisabonnementet, skal du blot tilføje en ny DNS-TXT-post som vist nedenfor:

Hvis jeg for eksempel vil have, at alle e-mails, der går til alias@trafficlogic.co, videresendes til et nyt anmodningsbakke testslutpunkt:

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

Eller måske ønsker du, at alle e-mails, der går til trafficlogic.co, skal videresendes til dette slutpunkt:

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

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), kan du bruge finde den eksterne klients IP-adresse, klientens værtsnavn, ved hjælp af et omvendt opslag – det skal enten være mx1.forwardemail.net eller mx2.forwardemail.net.

• Du kan også tjekke IP-adressen mod vores offentliggjorte IP-adresser.

• Hvis du har 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 rotere denne nøgle når som helst af sikkerhedsmæssige årsager.

• Beregn og sammenlign X-Webhook-Signature-værdien fra vores webhook-anmodning med den beregnede body-værdi ved hjælp af denne nøgle. Et eksempel på, hvordan du gør dette, er tilgængeligt på dette Stack Overflow-indlæg.

• Se diskussionen på https://github.com/forwardemail/free-email-forwarding/issues/235 for mere indsigt.

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

• Webhook HTTP-anmodninger vil forsøge igen op til 3 gange for hvert SMTP-forbindelsesforsøg, med en maksimal timeout på 60 sekunder pr. endpoint POST-anmodning. Bemærk, at dette ikke betyder, at den kun forsøger igen 3 gange, den vil faktisk forsøge igen kontinuerligt over tid ved at sende en SMTP-kode på 421 (som indikerer til afsenderen, at det skal forsøges igen senere) efter det 3. mislykkede HTTP POST-anmodningsforsøg. Dette betyder, at e-mailen vil forsøge igen kontinuerligt i dagevis, indtil en statuskode på 200 opnås.

• Vi forsøger igen automatisk baseret på standardstatus- og fejlkoderne, der bruges i superagentens gentagelsesmetode (vi er vedligeholdere).

• Vi grupperer webhook HTTP-anmodninger til det samme endpoint i én anmodning i stedet for flere) for at spare ressourcer og fremskynde svartid. Hvis du f.eks. sender en e-mail til webhook1@trafficlogic.co, webhook2@trafficlogic.co og webhook3@trafficlogic.co, og alle disse er konfigureret til at ramme den samme nøjagtige endpoint-URL, vil der kun blive foretaget én anmodning. Vi grupperer sammen efter præcis slutpunktsmatchning med streng lighed.

• Bemærk, at vi bruger mx1.forwardemail.net0-bibliotekets "simpleParser"-metode til at parse beskeden til et JSON-venligt objekt.

• Rå e-mailværdi som en streng er angivet som egenskaben "raw".

• Godkendelsesresultater er angivet som egenskaberne "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 nemmere iteration og parsing.

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

• SMTP-sessionsoplysningerne er angivet som egenskaben "session". Dette indeholder oplysninger om afsenderen af beskeden, beskedens ankomsttidspunkt, HELO og klientens værtsnavn. Klientens værtsnavnsværdi som mx1.forwardemail.net1 er enten FQDN (fra et omvendt PTR-opslag) eller mx1.forwardemail.net2 omsluttet af parenteser (f.eks. mx1.forwardemail.net3).

• Hvis du har brug for en hurtig måde at få værdien af mx1.forwardemail.net4 på, kan du bruge værdien af mx1.forwardemail.net5 (se eksemplet nedenfor). Headeren mx1.forwardemail.net6 er en header, vi tilføjer til meddelelser for at debugge med den oprindelige modtager (før maskeret videresendelse) for meddelelsen.

• Hvis du har brug for at fjerne egenskaberne mx1.forwardemail.net7 og/eller mx1.forwardemail.net8 fra nyttelastens indhold, skal du blot tilføje mx1.forwardemail.net9, mx2.forwardemail.net0 eller mx2.forwardemail.net1 til dit webhook-slutpunkt som en forespørgselsstrengparameter (f.eks. mx2.forwardemail.net2).

• Hvis der er vedhæftede filer, vil de blive tilføjet til mx2.forwardemail.net3-arrayet med bufferværdier. Du kan analysere dem tilbage i indholdet ved hjælp af en tilgang med JavaScript, f.eks.:

  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=trafficlogic.co;\r\n bimi=skipped (DMARC not enabled)\r\nReceived-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;\r\nAuthentication-Results: mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=trafficlogic.co;\r\n bimi=skipped (DMARC not enabled)\r\n",
  "headerLines": [
    {
      "key": "arc-seal",
      "line": "ARC-Seal: i=1; a=rsa-sha256; t=1653506802; cv=none; d=forwardemail.net;\r\n s=default;\r\n b=R6QJ0tGwwjg2VPxiAlVIKxsg3jEPtRGKPTIOdZNWuhWrbssttFdOYzRRqvacDyN5SLoyDhVye\r\n DUA/64IxANXdHVFlpR258Yp7WxLDv2gtJD5vNSKYmUJZOWk1TynmlqTYrp0Vuqg2xIUjIlPBWAJ\r\n PPNx4JvOLjJuWYynU2qIWz0="
    },
    {
      "key": "arc-message-signature",
      "line": "ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;\r\n d=forwardemail.net; h=MIME-Version: Date: Message-ID: From: Content-Type;\r\n q=dns/txt; s=default; t=1653506802;\r\n bh=cEYDoyTy+Ub29XZt/zXR+sprfUE6BW0y5cHfah01PT4=;\r\n b=F/t56AAXr2Kv3G6VsbdT5OKDVJf2ulhwLiTM18Ra4tDPUKPSGSLKrWvxiXEg5NMWwdWnsOYrL\r\n r3YSm4uMxVMhHZbHm/sUu4QZq5/18hQsAkCv6fI9ifTjDwBrN5zpLOhPoZFFo+TyvHxiII3Xv3L\r\n UEzmUIIaJRX6tboQ160tino="
    },
    {
      "key": "arc-authentication-results",
      "line": "ARC-Authentication-Results: i=1; mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=trafficlogic.co;\r\n bimi=skipped (DMARC not enabled)"
    },
    {
      "key": "received-spf",
      "line": "Received-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;"
    },
    {
      "key": "authentication-results",
      "line": "Authentication-Results: mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=trafficlogic.co;\r\n bimi=skipped (DMARC not enabled)"
    },
    {
      "key": "x-forward-email-sender",
      "line": "X-Forward-Email-Sender: rfc822; test@example.net"
    },
    {
      "key": "x-forward-email-session-id",
      "line": "X-Forward-Email-Session-ID: w2czxgznghn5ryyw"
    },
    {
      "key": "x-forward-email-version",
      "line": "X-Forward-Email-Version: 9.0.0"
    },
    {
      "key": "content-type",
      "line": "Content-Type: multipart/mixed; boundary=\"--_NmP-179a735428ca7575-Part_1\""
    },
    {
      "key": "from",
      "line": "From: some <random@trafficlogic.co>"
    },
    {
      "key": "message-id",
      "line": "Message-ID: <69ad5fc2-91cb-728f-ae5c-eeedc5f267b6@example.net>"
    },
    {
      "key": "date",
      "line": "Date: Wed, 25 May 2022 19:26:41 +0000"
    },
    {
      "key": "mime-version",
      "line": "MIME-Version: 1.0"
    }
  ],
  "html": "<strong>some random text</strong>",
  "text": "some random text",
  "textAsHtml": "<p>some random text</p>",
  "date": "2022-05-25T19:26:41.000Z",
  "from": {
    "value": [
      {
        "address": "random@trafficlogic.co",
        "name": "some"
      }
    ],
    "html": "<span class=\"mp_address_group\"><span class=\"mp_address_name\">some</span> &lt;<a href=\"mailto:random@trafficlogic.co\" class=\"mp_address_email\">random@trafficlogic.co</a>&gt;</span>",
    "text": "some <random@trafficlogic.co>"
  },
  "messageId": "<69ad5fc2-91cb-728f-ae5c-eeedc5f267b6@example.net>",
  "raw": "ARC-Seal: i=1; a=rsa-sha256; t=1653506802; cv=none; d=forwardemail.net;\r\n s=default;\r\n b=R6QJ0tGwwjg2VPxiAlVIKxsg3jEPtRGKPTIOdZNWuhWrbssttFdOYzRRqvacDyN5SLoyDhVye\r\n DUA/64IxANXdHVFlpR258Yp7WxLDv2gtJD5vNSKYmUJZOWk1TynmlqTYrp0Vuqg2xIUjIlPBWAJ\r\n PPNx4JvOLjJuWYynU2qIWz0=\r\nARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;\r\n d=forwardemail.net; h=MIME-Version: Date: Message-ID: From: Content-Type;\r\n q=dns/txt; s=default; t=1653506802;\r\n bh=cEYDoyTy+Ub29XZt/zXR+sprfUE6BW0y5cHfah01PT4=;\r\n b=F/t56AAXr2Kv3G6VsbdT5OKDVJf2ulhwLiTM18Ra4tDPUKPSGSLKrWvxiXEg5NMWwdWnsOYrL\r\n r3YSm4uMxVMhHZbHm/sUu4QZq5/18hQsAkCv6fI9ifTjDwBrN5zpLOhPoZFFo+TyvHxiII3Xv3L\r\n UEzmUIIaJRX6tboQ160tino=\r\nARC-Authentication-Results: i=1; mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=trafficlogic.co;\r\n bimi=skipped (DMARC not enabled)\r\nReceived-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;\r\nAuthentication-Results: mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=trafficlogic.co;\r\n bimi=skipped (DMARC not enabled)\r\nX-Forward-Email-Sender: rfc822; test@example.net\r\nX-Forward-Email-Session-ID: w2czxgznghn5ryyw\r\nX-Forward-Email-Version: 9.0.0\r\nContent-Type: multipart/mixed; boundary=\"--_NmP-179a735428ca7575-Part_1\"\r\nFrom: some <random@trafficlogic.co>\r\nMessage-ID: <69ad5fc2-91cb-728f-ae5c-eeedc5f267b6@example.net>\r\nDate: Wed, 25 May 2022 19:26:41 +0000\r\nMIME-Version: 1.0\r\n\r\n----_NmP-179a735428ca7575-Part_1\r\nContent-Type: multipart/alternative;\r\n boundary=\"--_NmP-179a735428ca7575-Part_2\"\r\n\r\n----_NmP-179a735428ca7575-Part_2\r\nContent-Type: text/plain; charset=utf-8\r\nContent-Transfer-Encoding: 7bit\r\n\r\nsome random text\r\n----_NmP-179a735428ca7575-Part_2\r\nContent-Type: text/html; charset=utf-8\r\nContent-Transfer-Encoding: 7bit\r\n\r\n<strong>some random text</strong>\r\n----_NmP-179a735428ca7575-Part_2--\r\n\r\n----_NmP-179a735428ca7575-Part_1\r\nContent-Type: text/plain; name=text1.txt\r\nContent-Transfer-Encoding: base64\r\nContent-Disposition: attachment; filename=text1.txt\r\n\r\naGVsbG8gd29ybGQh\r\n----_NmP-179a735428ca7575-Part_1--\r\n",
  "dkim": {
    "headerFrom": [
      "random@trafficlogic.co"
    ],
    "envelopeFrom": "test@example.net",
    "results": [
      {
        "status": {
          "result": "none",
          "comment": "message not signed"
        },
        "info": "dkim=none (message not signed)"
      }
    ]
  },
  "spf": {
    "domain": "example.net",
    "client-ip": "127.0.0.1",
    "helo": "user.oem.local",
    "envelope-from": "test@example.net",
    "status": {
      "result": "none",
      "comment": "mx1.forwardemail.net: example.net does not designate permitted sender hosts",
      "smtp": {
        "mailfrom": "test@example.net",
        "helo": "user.oem.local"
      }
    },
    "header": "Received-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;",
    "info": "spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local",
    "lookups": {
      "limit": 50,
      "count": 1
    }
  },
  "arc": {
    "status": {
      "result": "none"
    },
    "i": 0,
    "authResults": "mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=trafficlogic.co;\r\n bimi=skipped (DMARC not enabled)"
  },
  "dmarc": {
    "status": {
      "result": "none",
      "header": {
        "from": "trafficlogic.co"
      }
    },
    "domain": "trafficlogic.co",
    "info": "dmarc=none header.from=trafficlogic.co"
  },
  "bimi": {
    "status": {
      "header": {},
      "result": "skipped",
      "comment": "DMARC not enabled"
    },
    "info": "bimi=skipped (DMARC not enabled)"
  },
  "recipients": [
    "webhook1@webhooks.net"
  ],
  "session": {
    "recipient": "webhook1@webhooks.net",
    "remoteAddress": "127.0.0.1",
    "remotePort": 65138,
    "clientHostname": "[127.0.0.1]",
    "hostNameAppearsAs": "user.oem.local",
    "sender": "test@example.net",
    "mta": "mx1.forwardemail.net",
    "arrivalDate": "2022-05-25T19:26:41.423Z",
    "arrivalTime": 1653506801423
  }
}

Understøtter du regulære udtryk eller regex

Ja, fra den 27. september 2021 har vi tilføjet denne funktion. Du kan blot skrive regulære udtryk ("regex") til at matche aliasser og udføre substitutioner.

Aliaser, der understøttes af regulære udtryk, er dem, der starter med / og slutter med /, og deres modtagere er e-mailadresser eller webhooks. Modtagerne kan også inkludere understøttelse af regex-substitution (f.eks. $1, $2).

Vi understøtter to regulære udtryksflag, herunder i og g. Det store- og småbogstavsflag i er en permanent standard, og det håndhæves altid. Det globale flag g kan tilføjes af dig ved at tilføje /g til slutningen /.

Bemærk, at vi også understøtter vores disabled aliasfunktion for modtagerdelen med vores regex-understøttelse.

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

Hvis du har gratisabonnementet, skal du blot tilføje en ny DNS-TXT-post ved hjælp af et eller flere af de angivne eksempler nedenfor:

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

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 Kopi Krypter

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

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

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

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

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

Hvad er dine udgående SMTP-grænser

Vi begrænser brugere og domæner til 300 udgående SMTP-beskeder pr. dag. Dette giver i gennemsnit 9000+ e-mails i en kalendermåned. Hvis du har brug for at overskride dette antal eller har konstant store e-mails, bedes du kontakt os.

Skal jeg have godkendelse for at aktivere SMTP

Ja, bemærk venligst, at Forward Email har en manuel gennemgangsproces på domænebasis for udgående SMTP-godkendelse for at opretholde IP-omdømme og sikre leveringsevne. Send en e-mail til support@forwardemail.net eller åbn en anmodning om hjælp til godkendelse. Dette tager typisk mindre end 24 timer, og de fleste anmodninger bliver imødekommet 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 portene 465 og 2465 for SSL/TLS og 587, 2587, 2525 og 25 for TLS (STARTTLS).

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

Log ind	Eksempel	Beskrivelse
Brugernavn	user@trafficlogic.co	E-mailadressen på et alias, der findes for domænet på Min Konto Domæner.
Adgangskode	************************	Aliasspecifik genereret adgangskode.

For at kunne sende udgående e-mails med SMTP skal SMTP-brugeren være e-mailadressen på et alias, der findes for domænet på Min Konto Domæner – og SMTP-adgangskoden skal være en aliasspecifik genereret adgangskode.

Se venligst Understøtter I 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 portene 993 og 2993 til SSL/TLS.

Protokol	Værtsnavn	Havne	IPv4	IPv6
SSL/TLS Foretrukket	imap.forwardemail.net	993, 2993	:hvidt_flueben:	:hvidt_flueben:

Log ind	Eksempel	Beskrivelse
Brugernavn	user@trafficlogic.co	E-mailadressen på et alias, der findes for domænet på Min Konto Domæner.
Adgangskode	************************	Aliasspecifik genereret adgangskode.

For at oprette forbindelse med IMAP skal IMAP-brugeren være e-mailadressen på et alias, der findes for domænet på Min Konto Domæner – og IMAP-adgangskoden skal være en aliasspecifik genereret adgangskode.

Se venligst Understøtter I modtagelse af e-mails 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 portene 995 og 2995 til SSL/TLS.

Protokol	Værtsnavn	Havne	IPv4	IPv6
SSL/TLS Foretrukket	pop3.forwardemail.net	995, 2995	:hvidt_flueben:	:hvidt_flueben:

Log ind	Eksempel	Beskrivelse
Brugernavn	user@trafficlogic.co	E-mailadressen på et alias, der findes for domænet på Min Konto Domæner.
Adgangskode	************************	Aliasspecifik genereret adgangskode.

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

Se venligst Understø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. Vælg "Internetside" under installationen, når du bliver bedt om at angive konfigurationstype.

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 til videresendelse af e-mail:

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

5. Sikre og hash-kodekodefilen:

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

6. Genstart Postfix:

sudo systemctl restart postfix

Testning af

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

echo "Test email body" | mail -s "Test Subject" recipient@trafficlogic.co

Sikkerhed

Avancerede serverhærdningsteknikker

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 sikkerhedsrevisioner 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:

• CSP-headere (Content Security Policy)
• HTTPS Strict Transport Security (HSTS)
• XSS-beskyttelsesheadere
• Frame-indstillinger og referrer-policy-headere
• Regelmæssige afhængighedsrevisioner

4. Databeskyttelse😗*

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

5. Overvågning og respons:

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

Har du SOC 2- eller ISO 27001-certificeringer?

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

• DigitalOcean: SOC 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

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

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

Videresend e-mail 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 større browsere
• MTA-STS (Mail Transfer Agent Strict Transport Security) for streng TLS-håndhævelse

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

MTA-STS-implementering: Videresendt 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" vurderinger for alle TLS- og transportsikkerhedsforanstaltninger.

Bevarer du e-mail-godkendelsesheadere

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

• SPF (Sender Policy Framework): Korrekt implementeret og bevaret
• DKIM (DomainKeys Identified Mail): Fuld understøttelse med korrekt nøglehåndtering
• DMARC: Politikhåndhævelse for e-mails, der ikke opfylder SPF- eller DKIM-valideringen
• ARC: Selvom det ikke er eksplicit beskrevet, 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" vurdering for SPF og DMARC: https://www.hardenize.com/report/forwardemail.net/1750312779

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

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

• Bevarelse af header: Originale godkendelsesheadere bevares under videresendelse.** Anti-spoofing: Håndhævelse af DMARC-politik forhindrer header-spoofing ved at afvise e-mails, der ikke består SPF- eller DKIM-validering.** Forebyggelse af header-injektion: Inputvalidering og -rensning ved hjælp af striptags-bibliotek.** Avanceret beskyttelse: Sofistikeret phishing-detektion med spoofing-detektion, personefterligningsforebyggelse og brugermeddelelsessystemer.

MX-implementeringsdetaljer: Den centrale e-mailbehandlingslogik håndteres af MX-serverens kodebase, nærmere bestemt:

• Primær MX-datahåndtering: 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

isArbitrary-hjælperen 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:

• Hastighedsbegrænsning: Anvendes til godkendelsesforsøg, API-slutpunkter og SMTP-forbindelser
• Ressourceisolering: Mellem brugere for at forhindre påvirkning fra brugere med stor volumen
• DDoS-beskyttelse: Flerlagsbeskyttelse gennem DataPackets Shield-system og Cloudflare
• Automatisk skalering: Dynamisk ressourcejustering baseret på efterspørgsel
• Misbrugsforebyggelse: Brugerspecifikke misbrugsforebyggelseskontroller og hashbaseret blokering for skadeligt indhold
• E-mailgodkendelse: SPF-, DKIM-, DMARC-protokoller med avanceret phishing-detektion

Kilder:

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

Gemmer du e-mailindhold på disken

• Zero-Knowledge-arkitektur: Individuelt krypterede SQLite-postkasser betyder, at videresendt e-mail ikke kan få adgang til e-mailindhold
• In-Memory-behandling: E-mailbehandling foregår udelukkende i hukommelsen og undgår disklagring
• Ingen indholdslogning: "Vi logger eller gemmer ikke e-mailindhold eller metadata på disk"
• Sandboxed Encryption: Krypteringsnøgler gemmes aldrig på disk i klartekst

MX-kodebasebevis: MX-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 eksponeres under systemnedbrud

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

• Core Dumps Deaktiveret: Forhindrer hukommelseseksponering under nedbrud
• Swap Memory Deaktiveret: Helt deaktiveret for at forhindre udtrækning af følsomme data fra swap-filer
• In-Memory Architecture: E-mail-indhold findes kun i flygtig hukommelse under behandling
• Beskyttelse af krypteringsnøgler: Nøgler gemmes aldrig på disken i klartekst
• Fysisk sikkerhed: LUKS v2-krypterede diske forhindrer fysisk adgang til data
• USB-lagring Deaktiveret: Forhindrer uautoriseret dataudtrækning

Fejlhåndtering af systemproblemer: Videresend e-mail bruger hjælpefunktionerne isCodeBug og isTimeoutError til 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 adgangskontrol: For teamkonti med ressourcebaserede tilladelser
• Princippet om mindste rettigheder: Anvendes på tværs af alle systemer
• Opdeling af opgaver: Mellem operationelle roller
• Brugeradministration: Separat implementering og devop af brugere med forskellige tilladelser
• Root Login deaktiveret: Tvinger adgang gennem korrekt autentificerede konti
• Strict 2FA: Ingen SMS-baseret 2FA på grund af risiko for MiTM-angreb - kun app-baserede eller hardware-tokens
• Omfattende revisionslogning: Med redigering af følsomme data
• Automatiseret anomalidetektion: For usædvanlige adgangsmønstre
• Regelmæssige sikkerhedsgennemgange: Af adgangslogfiler
• Forebyggelse af Evil Maid-angreb: USB-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 Evil Maid-angreb)

Hvilke infrastrukturudbydere bruger du

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
DigitalOcean	❌ Nej	https://www.digitalocean.com/legal/gdpr
Vultr	❌ Nej	https://www.vultr.com/legal/eea-gdpr-privacy/

Detaljerede certificeringer:

DigitalOcean

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

Vultr

• SOC 2+ (HIPAA) certificeret
• PCI Merchant-kompatibel
• CSA STAR Level 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)
• Virksomhedsbaseret infrastruktur (Denver-lokation)
• DDoS-beskyttelse gennem Shield cybersikkerhedsstakken
• Teknisk support døgnet rundt
• Globalt netværk på tværs af 58 datacentre
• Detaljer: https://www.datapacket.com/datacenters/denver

Betalingsudbydere:

• Stripe: Certificeret i henhold til Data Privacy Framework - https://stripe.com/legal/privacy-center
• PayPal: Ikke 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-rammer
• Automatisk accept 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 kræver brugerdefinerede DPA-vilkår eller specifikke kontraktlige aftaler, kan disse håndteres via vores Enterprise License ($250/måned)-program.

Hvordan håndterer I meddelelser om databrud

• Begrænset dataeksponering: Kan ikke få adgang til krypteret e-mailindhold på grund af nul-viden-arkitektur
• Minimal dataindsamling: Kun grundlæggende abonnentoplysninger og begrænsede IP-logfiler af sikkerhedsmæssige årsager
• Underprocessor-rammer: DigitalOcean og Vultr opretholder GDPR-kompatible procedurer for hændelsesrespons

Oplysninger 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 notifikation om brud, 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 til Videresend e-mail beskriver ikke eksplicit en dedikeret sandkassetilstand. Potentielle testmetoder omfatter dog:

• Selvhostingmulighed: Omfattende selvhostingfunktioner til oprettelse af testmiljøer
• API-grænseflade: Potentiale for programmatisk test af konfigurationer
• Open Source: 100 % open source-kode giver kunderne mulighed for at undersøge videresendelseslogik
• Flere domæner: Understø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-aftale.

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

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

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

Tilgængelig:

• Overvågning af levering i realtid: Offentligt synlige præstationsmålinger for større e-mailudbydere
• Automatisk alarmering: Ingeniørteamet får besked, når leveringstiderne overstiger 10 sekunder
• Transparent overvågning: 100 % open source-overvågningssystemer
• Infrastrukturovervågning: Automatiseret 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-aftaler.

Kilder:

• https://forwardemail.net (Overvågningsvisning i realtid)
• https://github.com/forwardemail/forwardemail.net (Implementering af overvågning)

Hvordan sikrer du høj tilgængelighed

• Distribueret infrastruktur: Flere udbydere (DigitalOcean, Vultr, DataPacket) på tværs af geografiske områder
• Geografisk belastningsbalancering: Cloudflare-baseret geolokaliseret belastningsbalancering med automatisk failover
• Automatisk skalering: Dynamisk ressourcejustering baseret på efterspørgsel
• Multi-Layer DDoS-beskyttelse: Gennem DataPackets Shield-system og Cloudflare
• Serverredundans: Flere servere pr. region med automatisk failover
• Databasereplikering: Datasynkronisering i realtid på tværs af flere lokationer
• Overvågning og alarmering: 24/7 overvågning med automatisk hændelsesrespons

Oppetidsforpligtelse: 99,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)?

Ja, videresendelse af e-mail er kompatibel med paragraf 889. Paragraf 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. Cloudflare: Vores primære partner for netværkstjenester og e-mailsikkerhed
2. DataPacket: Vores primære leverandør af serverinfrastruktur (uden brug af Arista Networks og Cisco-udstyr)
3. Backup-udbydere: Vores backup-udbydere af Digital Ocean og Vultr er desuden skriftligt bekræftet som værende i overensstemmelse med Section 889.

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

Offentligt brugsscenario: Vores overholdelse af paragraf 889 blev valideret, da US Naval Academy valgte Videresend Email til deres behov for sikker videresendelse af e-mail, hvilket krævede dokumentation af vores føderale overholdelsesstandarder.

For at få fuldstændige oplysninger om vores ramme for overholdelse af regler, 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 Privatlivspolitik).

Alt gøres i hukommelsen og vores kildekode er på GitHub.

Hvordan fungerer jeres system til videresendelse af e-mails?

E-mail er afhængig af SMTP-protokol. Denne protokol består af kommandoer, der sendes til en server (som oftest kører 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 endelig headerne og selve mailens brødtekst ("DATA"). Processen i vores system til videresendelse af e-mails er beskrevet i forhold til hver SMTP-protokolkommando nedenfor:

• Indledende forbindelse (intet kommandonavn, f.eks. telnet trafficlogic.co 25) - Dette er den indledende forbindelse. Vi kontrollerer afsendere, der ikke er i vores tilladelsesliste, mod vores afviserliste. Endelig, hvis en afsender ikke er på vores tilladelsesliste, kontrollerer vi, om de har været grålistet.

• HELO - Dette angiver en hilsen, der identificerer afsenderens FQDN, IP-adresse eller navn på postbehandler. Denne værdi kan forfalskes, så vi er ikke afhængige af disse data og bruger i stedet omvendt opslag af værtsnavnet for forbindelsens IP-adresse.

• MAIL FROM - Dette angiver e-mailens kuvertadresse. Hvis der indtastes en værdi, skal den være en gyldig RFC 5322-e-mailadresse. Tomme værdier er tilladt. Vi bruger tjek for tilbagespredning her, og vi kontrollerer også MAIL FROM mod vores afviserliste. Vi kontrollerer endelig afsendere, der ikke er på tilladelseslisten, for hastighedsbegrænsning (se afsnittet om Hastighedsbegrænsende og tilladelsesliste for yderligere information).

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

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

Hvordan videresender man en e-mail?

Dette afsnit beskriver vores proces relateret til SMTP-protokolkommandoen DATA i afsnittet Hvordan fungerer jeres system til videresendelse af e-mails ovenfor – det handler om, hvordan vi behandler en e-mails headere, brødtekst, sikkerhed, bestemmer, hvor den skal leveres til, og hvordan vi håndterer forbindelser.

1. Hvis beskeden overstiger den maksimale størrelse på 50 MB, afvises den med fejlkoden 552.

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

3. Hvis beskeden havde mere end 25 "Modtaget"-headere, blev det konstateret, at den sad fast i en omdirigeringsløkke, og den blev afvist med en 550-fejlkode.

4. Ved hjælp af e-mailens fingeraftryk (se afsnittet om Fingeraftryk) kontrollerer vi, om beskeden har været forsøgt sendt igen i mere end 5 dage (hvilket matcher standard postfix-adfærd), og hvis det er tilfældet, vil den blive afvist med en 550-fejlkode.

5. Vi gemmer resultaterne fra scanningen af e-mailen i hukommelsen ved hjælp af Spamscanner.

6. Hvis der var vilkårlige resultater fra Spam Scanner, afvises den 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 beskeden med henblik på fejlfinding og forebyggelse af misbrug:

• Received - vi tilføjer denne standard Received-header med oprindelses-IP og vært, transmissionstype, TLS-forbindelsesoplysninger, dato/klokkeslæt og modtager.

• X-Original-To - den oprindelige modtager af beskeden:

• Dette er nyttigt til at bestemme, hvor en e-mail oprindeligt blev leveret til (ud over headeren "Received").

• 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 https://forwardemail.net

• X-Forward-Email-Version - den aktuelle SemVer-version fra package.json i vores kodebase.

• X-Forward-Email-Session-ID - en sessions-ID-værdi, der bruges til fejlfindingsformål (gælder kun i ikke-produktionsmiljøer).

• X-Forward-Email-Sender - en kommasepareret liste, der indeholder den originale konvolut MAIL FROM-adresse (hvis den ikke var tom), den omvendte PTR-klients 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-Original-To0 - med en værdi på X-Original-To1.

• X-Original-To2 - med en værdi på X-Original-To3.

• X-Original-To4 - med en værdi på X-Original-To5.

8. Vi tjekker derefter meddelelsen for DKIM, SPF, ARC og DMARC.

• Hvis meddelelsen ikke bestod DMARC, og domænet havde en afvisningspolitik (f.eks. p=reject var i DMARC-politikken), afvises den med en 550-fejlkode. Typisk kan en DMARC-politik for et domæne findes i _dmarc-underdomæne-TXT-posten (f.eks. dig _dmarc.trafficlogic.co txt).

• Hvis meddelelsen ikke bestod SPF, og domænet havde en hard fail-politik (f.eks. var -all i SPF-politikken i modsætning til ~all eller slet ingen politik), afvises den med en 550-fejlkode. Typisk kan en SPF-politik for et domæne findes i TXT-posten for roddomænet (f.eks. dig trafficlogic.co txt). Se dette afsnit for mere information om afsendelse af mails som med Gmail vedrørende SPF.

9. Nu behandler vi modtagerne af beskeden, som de er indsamlet fra RCPT TO-kommandoen i afsnittet Hvordan fungerer jeres system til videresendelse af e-mails ovenfor. For hver modtager udfører vi følgende handlinger:

• Vi slår TXT-posterne op for domænenavnet (delen efter @-symbolet, f.eks. trafficlogic.co, hvis e-mailadressen var test@trafficlogic.co). Hvis domænet f.eks. er trafficlogic.co, foretager vi et DNS-opslag, f.eks. dig trafficlogic.co txt.

• Vi analyserer alle TXT-poster, der starter med enten forward-email= (gratis abonnementer) eller forward-email-site-verification= (betalte abonnementer). Bemærk, at vi analyserer begge for at behandle e-mails, mens en bruger opgraderer eller nedgraderer abonnementer.

• Fra disse analyserede TXT-poster itererer vi over dem for at udtrække videresendelseskonfigurationen (som beskrevet i afsnittet Hvordan kommer jeg i gang og konfigurerer videresendelse af e-mails ovenfor). Bemærk, at vi kun understøtter én forward-email-site-verification=-værdi, og hvis mere end én angives, vil der opstå en 550-fejl, og afsenderen vil modtage en afvisning 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 starter denne serie af operationer forfra på den givne adresse). Hvis der findes et rekursivt match, fjernes det overordnede resultat fra videresendelsesadresserne, og de underordnede tilføjes.

• Videresendelsesadresser analyseres for unikhed (da vi ikke ønsker at sende dubletter til én adresse eller oprette yderligere unødvendige SMTP-klientforbindelser).

• For hver videresendelsesadresse slår vi domænenavnet 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 trafficlogic.co0). Hvis denne grænse overskrides, vil der opstå en 550-fejl, og afsenderen vil modtage en afvisning for denne modtager.

• Vi slår indstillingerne for den oprindelige modtager op mod vores API-slutpunkt trafficlogic.co1, som understøtter et opslag for betalende brugere (med et fallback for gratis brugere). Dette returnerer et konfigurationsobjekt for avancerede indstillinger for trafficlogic.co2 (tal, f.eks. trafficlogic.co3), trafficlogic.co4 (boolsk), trafficlogic.co5 (boolsk), trafficlogic.co6 (boolsk) og trafficlogic.co7 (boolsk).

• Baseret på disse indstillinger kontrollerer vi derefter resultaterne fra Spam Scanner, og hvis der opstår fejl, afvises beskeden med fejlkoden 554 (f.eks. hvis trafficlogic.co8 er aktiveret, kontrollerer vi Spam Scanner-resultaterne for virus). Bemærk, at alle brugere af det gratis abonnement vil blive tilmeldt kontroller mod voksenindhold, phishing, eksekverbare filer og virus. Som standard er alle brugere af det betalende abonnement også tilmeldt, men denne konfiguration kan ændres under siden Indstillinger for et domæne i dashboardet til videresendelse af e-mails).

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

• Adressen kontrolleres mod vores afviserliste, og hvis den var angivet, vil der opstå en 421-fejlkode (indikerer for afsenderen, at den skal prøve igen senere).

• Hvis adressen er en webhook, sætter vi en boolsk værdi for fremtidige operationer (se nedenfor – vi grupperer lignende webhooks for at lave én POST-anmodning i stedet for flere til levering).

• Hvis adressen er en e-mailadresse, analyserer vi værten til fremtidige operationer (se nedenfor – vi grupperer lignende værter for at lave én forbindelse i stedet for flere individuelle forbindelser til levering).

11. Hvis der ikke er nogen modtagere, og der ikke er nogen afvisninger, svarer vi med en 550-fejlmeddelelse med teksten "Ugyldige modtagere".

12. Hvis der er modtagere, itererer vi over dem (grupperet sammen af den samme vært) og leverer e-mailsene. 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 afsendelse af e-mails – og bruger den som svarkode til DATA-kommandoen. Det betyder, at e-mails, der ikke er leveret, typisk vil blive forsøgt at sende igen af den oprindelige afsender, men e-mails, der allerede er leveret, vil ikke blive sendt igen næste gang beskeden sendes (da vi bruger Fingeraftryk).
• Hvis der ikke opstod fejl, sender vi en 250 succesfuld SMTP-svarstatuskode.
• En afvisning bestemmes som ethvert 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 statuskode på 250 succesfulde fejl, hvis der ikke var nogen).

14. Hvis der opstår afvisninger, sender vi afvisningsmails i baggrunden efter at have returneret den laveste af alle fejlkoder til afsenderen. Hvis den laveste fejlkode er >= 500, sender vi dog ingen afvisningsmails. Dette skyldes, at hvis vi gjorde det, ville afsenderne modtage en dobbelt afvisningsmail (f.eks. en fra deres udgående MTA, f.eks. Gmail – og også en fra os). Se afsnittet om Hvordan beskytter du dig mod tilbagespredning nedenfor for mere indsigt.

Hvordan håndterer I problemer med e-maillevering

Bemærk, at vi vil omskrive e-mails til "Friendly-From", hvis og kun hvis afsenderens DMARC-politik ikke blev vedtaget OG ingen DKIM-signaturer var justeret med "Fra"-headeren. Det betyder, at vi vil ændre "Fra"-headeren på beskeden, indstille "X-Original-From" og også indstille en "Svar-Til", hvis den ikke allerede var indstillet. Vi vil også forsegle ARC-seglet på beskeden igen efter at have ændret disse headere.

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

Vores logik er dummy-proof, og den vil også forsøge igen for SSL/TLS-fejl, forbindelsesproblemer og mere. Målet med dummy-proofing er at maksimere leveringsevnen til alle modtagere af en videresendelseskonfiguration.

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

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

Hvis der opstår DNS- eller forbindelsesfejl, returnerer vi en SMTP-svarkode på 421 til DATA-kommandoen. Ellers sendes der afvisninger, hvis der er fejl på niveauet >= 500.

Hvis vi registrerer, at en e-mailserver, vi forsøger at levere til, har en eller flere af vores IP-adresser til mailudveksling blokeret (f.eks. af den teknologi, de bruger til at udsætte spammere), sender vi en SMTP-svarkode på 421, så afsenderen kan prøve at sende beskeden 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 blokering af dine IP-adresser?

Vi overvåger rutinemæssigt alle større DNS-afvisningslister, og hvis nogen af vores mail exchange ("MX") IP-adresser er angivet på en større afvisningsliste, fjerner vi den fra den relevante DNS A-post 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ågning af afvisningslister alvorligt. Hvis du ser problemer, før vi har mulighed for at løse dem, bedes du underrette os skriftligt på support@forwardemail.net.

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

Hvad er postmasteradresser

For at forhindre fejladresserede afvisninger og afsendelse af feriesvarbeskeder 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 oprette effektive e-mailsystemer.

Hvad er adresser uden svar

E-mail-brugernavne svarende til et af følgende (uafhængig af store og små bogstaver) betragtes som adresser, der ikke må svare:

• 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 som standard er på tilladelseslisten, og en dynamisk, cachelagret og rullende tilladelsesliste baseret på strenge kriterier.

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

Hvilke domænenavnsudvidelser er som standard tilladt på listen

Følgende domænenavnsudvidelser anses som standard for at være på tilladelseslisten (uanset om de er på Umbrella Popularity List 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
• 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
• parlament.nz
• ac.in
• edu.in
• mil.in
• ac.jp
• ed.jp
• lg.jp
• ac.za
• edu.za
• mil.za
• skole.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
• parlament.uk
• police.uk
• rct.uk
• royal.uk
• sch.uk
• ukaea.uk

Derudover er disse brand- og virksomhedsdomæner på topniveau som standard på tilladelseslisten (f.eks. apple for 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
• æble
• akvarel
• aramco
• audi
• auspost
• aws
• axa
• azurblå
• 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
• campingvogn
• cartier
• cba
• cbn
• cbre
• cbs
• cern
• cfa
• Chanel
• Chase
• Chintai
• Chrysler
• Cipriani
• Cisco
• Citadel
• citi
• citic
• clubmed
• comcast
• commbank
• kreditforening
• krone
• crs
• csc
• cuisinella
• dabur
• datsun
• forhandler
• dell
• deloitte
• delaitte
• delaitte
• dhl
• discover
• dish
• dnp
• dodge
• dunlop
• dupont
• dvag
• edeka
• emerck
• epson
• ericsson
• erni
• forsikring
• 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
• gab
• 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
• Italia
• itv
• iveco
• jaguar
• java
• jcb
• jcp
• jeep
• jpmorgan
• juniper
• kddi
• kerryhotels
• kerrylogistics
• kerryproperties
• kfh
• kia
• kinder
• kindle
• komatsu
• kpmg
• kred
• kuokgroup
• lacaixa
• ladbrokes
• lamborghini
• lancaster
• lancia
• lancome
• landrover
• lanxess
• lasalle
• latrobe
• lds
• leclerc
• lego
• liaison
• lexus
• lidl
• livsstil
• lilly
• lincoln
• linde
• lipsy
• lixil
• locus
• lotte
• lpl
• lplfinancial
• lundbeck
• lupin
• macys
• maif
• mand
• mango
• Marriott
• Maserati
• Mattel
• McKinsey
• MetLife
• Microsoft
• Mini
• Microsoft
• Microsoft
class="notranslate">mitsubishi
• mlb
• mma
• monash
• mormon
• moto
• movistar
• msd
• mtn
• mtr
• gensidig
• nadex
• landsdækkende
• 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
• spil
• playstation
• pohl
• politik
• praxi
• produktion
• progressiv
• progressiv
• pru
• prudential
• pwc
• qvc
• redstone
• reliance
• rexroth
• ricoh
• garanti
• rocher
• rogers
• rwe
• sikkerhed
• sakura
• samsung
• sandvik
• sandvikcoromant
• sanofi
• sap
• saxo
• sbi
• sca
• scb
• Schaeffler
• Schmidt
• Schwarz
• Schoolman
• Scor
• Sæde
• Sener
• Ses
• sy
• syv
• sfr
• søge
• shangrila
• skarp
• shaw
• skal
• shriram
• sina
• sky
• skype
• smart
• sncf
• softbank
• sohu
• sony
• Spejl
• Stada
• Hæfteklammer
• Star
• Starhub
• Statebank
• StateFarm
• Statoil
• stc
• stcgroup
• suzuki
• swatch
• swintcover
• symantec
• taobao
• target
• tatamotors
• tdk
• telecity
• telefonica
• temasek
• teva
• tiffany
• tjx
• Toray
• Toshiba
• total
• Toyota
• rejsende
• tui
• tv'er
• tv'er
class="notranslate">ubs
• unicom
• uol
• ups
• vanguard
• verisign
• vig
• viking
• jomfru
• visa
• vista
• vistaprint
• vivo
• volvo
• walmart
• walter
• vejrkanal
• weber
• dæmningsværk
• 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 (i henhold til denne GitHub-anmodning):

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

Fra den 8. juli 2025 har vi tilføjet disse Europa-specifikke lande:

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

Vi har specifikt ikke inkluderet cz, ru og ua på grund af høj spamaktivitet.

Hvad er dine kriterier for tilladelseslisten

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

• Afsenderens roddomæne skal være af typen domænenavnsudvidelse, der matcher den liste, vi tilbyder på vores gratisplan (med tilføjelse af biz og info). Vi inkluderer også delvise matches af edu, gov og mil, såsom xyz.gov.au og xyz.edu.au.

• Afsenderens roddomæne skal være blandt de 100.000 unikke roddomæner, der er parset fra Liste over paraplypopularitet ("UPL").

• Afsenderens roddomæne skal være blandt de 50.000 unikke roddomæner, der optræder i mindst 4 af de seneste 7 dages UPL'er (~50%+).

• Afsenderens roddomæne må ikke være kategoriseret som indhold for voksne eller malware fra Cloudflare.

• Afsenderens roddomæne skal have enten A- eller MX-poster indstillet.

• Afsenderens roddomæne skal enten have A-post(er), MX-post(er), DMARC-post med biz0 eller biz1 eller en SPF-post med kvalifikator biz2 eller biz3.

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 tilladelseslistecache, der opdateres dagligt.

Vores automatiserede job vil downloade de foregående 7 dages UPL'er i hukommelsen, udpakke dem og derefter analysere hukommelsen i henhold til de strenge kriterier ovenfor.

Populære domæner på tidspunktet for denne skrivning, såsom Google, Yahoo, Microsoft, Amazon, Meta, Twitter, Netflix, Spotify og flere – er naturligvis inkluderet.

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

Bemærk at specifikke afsendere som 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ænenavnsudvidelser kan bruges gratis

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

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

• ac
• annonce
• ag
• ai
• al
• am
• app
• as
• ved
• au
• ba
• være
• br
• af
• 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
• er
• det
• je
• jp
• ke
• kr
• la
• li
• lv
• ly
• md
• mig
• mn
• ms
• mu
• mx
• net
• ni
• nl
• nej
• nu
• nz
• org
• pl
• pr
• pt
• pw
• rs
• sc
• se
• sh
• si
• sm
• sr
• st
• tc
• tm
• til
• tv
• uk
• us
• uz
• vc
• vg
• vu
• ws
• xyz
• za

Har du en gråliste

Ja, vi har en meget lempelig e-mail gråliste-politik. Grålistning gælder kun for afsendere, der ikke er på vores tilladelsesliste, og gemmes 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, der er indstillet til det oprindelige ankomsttidspunkt for deres første anmodning. Vi afviser derefter deres e-mail med en statuskode for gentagelse på 450 og tillader den først at passere, når der er gået 5 minutter.

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

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

Hvis en e-mail for eksempel kommer fra test.trafficlogic.co, før vi ser en e-mail komme fra trafficlogic.co, skal enhver e-mail fra test.trafficlogic.co og/eller trafficlogic.co vente 5 minutter fra forbindelsens oprindelige ankomsttidspunkt. Vi lader ikke både test.trafficlogic.co og trafficlogic.co vente hver deres 5-minutters periode (vores grålistepolitik gælder på roddomæneniveau).

Bemærk, at grålistning ikke gælder for nogen afsendere på vores tilladelsesliste (f.eks. Meta, Amazon, Netflix, Google, Microsoft på tidspunktet for denne skrivning).

Har du en afvisningsliste

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

Vi henter 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 indsætter dem i vores afvisningsliste med en udløbsdato på 7 dage.

Afsendere, der findes på afvisningslisten, vil modtage en 421-fejlkode (indikerer, at afsenderen skal prøve igen senere), hvis de er ikke på tilladelseslisten.

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

Dette er designet i modsætning til andre mailtjenester, hvor der opstår en permanent fejl, hvis du bliver sat på en blokeringsliste. Det er ofte vanskeligt at bede afsendere om at forsøge at sende beskeder igen (især fra store organisationer), og derfor giver denne tilgang cirka 5 dage fra det første forsøg på at sende en e-mail, så enten afsenderen, modtageren eller vi kan gribe ind og afhjælpe problemet (ved at anmode om fjernelse af afvisningslisten).

Alle anmodninger om fjernelse fra afvisningslister overvåges i realtid af administratorer (f.eks. så tilbagevendende falske positiver permanent kan sættes på godkendelseslisten af administratorer).

Anmodninger om fjernelse af afvisningslister kan anmodes på https://forwardemail.net/denylist.. Betalende brugeres anmodninger om fjernelse af afvisningslister behandles øjeblikkeligt, mens ikke-betalende brugere skal vente på, at administratorer behandler deres anmodning.

Afsendere, der registreres som værende i færd med at sende spam eller virusindhold, vil blive føjet til afvisningslisten på følgende måde:

1. fingeraftryk fra den første besked grålistes ved registrering af spam eller blokeringsliste fra en "betroet" afsender (f.eks. gmail.com, microsoft.com, apple.com).

• Hvis afsenderen var på tilladelseslisten, grålistes beskeden i 1 time.
• Hvis afsenderen ikke er på tilladelseslisten, grålistes beskeden i 6 timer.

2. Vi analyserer afvisningslistenøgler fra information fra afsenderen og beskeden, 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 afsendere på tilladelseslisten:

• Tilføj en nøgle til konvolutten "MAIL FROM"-e-mailadresse, hvis den havde eller ingen SPF, og den ikke var et postmaster-brugernavn eller et brugernavn uden svar.

• Hvis "Fra"-headeren var på tilladelseslisten, skal du tilføje en nøgle til "Fra"-headerens e-mailadresse, hvis den havde videregivende SPF eller videregivende og justeret DKIM.

• Hvis "Fra"-headeren ikke var på tilladelseslisten, skal du tilføje en nøgle til "Fra"-headerens e-mailadresse og dens rodparsede domænenavn.

• For afsendere, der ikke er på tilladelseslisten:

• Tilføj en nøgle til konvolut-e-mailadressen "MAIL FROM", hvis den havde videregivende SPF.

• Hvis "Fra"-headeren var på tilladelseslisten, skal du tilføje en nøgle til "Fra"-headerens e-mailadresse, hvis den havde videregivende SPF eller videregivende og justeret DKIM.

• Hvis "Fra"-headeren ikke var på tilladelseslisten, skal du tilføje en nøgle til "Fra"-headerens e-mailadresse og dens rodparsede domænenavn.

• Tilføj en nøgle til afsenderens eksterne IP-adresse.

• Tilføj en nøgle til klientens løste værtsnavn ved omvendt opslag fra afsenderens IP-adresse (hvis relevant).

• Tilføj en nøgle til roddomænet for klientens løste værtsnavn (hvis relevant, og hvis det adskiller sig fra klientens løste værtsnavn).

3. Hvis tælleren når 5 for en afsender og nøgle, der ikke er på tilladelseslisten, afviser vi nøglen i 30 dage, og der sendes en e-mail til vores misbrugsteam. Disse tal kan ændres, og opdateringer vil blive vist her, mens vi overvåger misbrug.

4. Hvis tælleren når 10 for en afsender og nøgle på tilladelseslisten, afviser vi nøglen i 7 dage, og der sendes en e-mail til vores misbrugsteam. Disse tal kan ændres, og opdateringer vil blive vist her, mens vi overvåger misbrug.

BEMÆRK: 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 en hastighedsbegrænsning

Begrænsning af afsenderhastighed sker enten via roddomænet, der er parset fra et omvendt PTR-opslag på afsenderens IP-adresse – eller hvis det ikke giver et resultat, bruger den blot afsenderens IP-adresse. Bemærk, at vi refererer til dette som Sender nedenfor.

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

• I stedet for at begrænse hastigheden for indgående mail modtaget på individuelt alias (f.eks. you@yourdomain.com) – begrænser vi hastigheden efter aliasets domænenavn (f.eks. yourdomain.com). Dette forhindrer Senders i at oversvømme indbakkerne for 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 tjeneste, uanset modtager:

• Senders, som vi anser for at være "betroede" som en kilde til sandhed (f.eks. gmail.com, microsoft.com, apple.com), er begrænset til at sende 100 GB pr. dag.

• Senders, der er tilladt på listen, er begrænset til at sende 10 GB pr. dag.

• Alle andre yourdomain.com0 er begrænset til at sende 1 GB og/eller 1000 beskeder pr. dag.

• Vi har en specifik grænse på 1 GB og/eller 1000 beskeder dagligt pr. yourdomain.com1 og yourdomain.com2.

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

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

• Hvis du sender e-mails via vores system, skal du sørge for at have en omvendt PTR konfigureret for alle dine IP-adresser (ellers vil hvert unikke FQDN-roddomæne eller IP-adresse, du sender fra, være hastighedsbegrænset).

• Bemærk, at hvis du sender via et populært system som Amazon SES, vil du ikke være takstbegrænset, da Amazon SES (på tidspunktet for denne skrivning) er opført på vores tilladelsesliste.

• Hvis du sender fra et domæne som test.abc.123.trafficlogic.co, vil hastighedsgrænsen blive pålagt trafficlogic.co. Mange spammere bruger hundredvis af underdomæner til at omgå almindelige spamfiltre, der kun hastighedsbegrænser unikke værtsnavne i modsætning til unikke FQDN-roddomæner.

• Senders, der overskrider hastighedsgrænsen, vil blive afvist med en 421-fejl.

Vores IMAP- og SMTP-servere begrænser dine aliasser fra at have mere end 60 samtidige forbindelser ad gangen.

Vores MX-servere begrænser ikke på tilladelseslisten-afsendere fra at oprette mere end 10 samtidige forbindelser (med en cacheudløbstid på 3 minutter for tælleren, hvilket afspejler vores socket-timeout på 3 minutter).

Hvordan beskytter du mod tilbagespredning

Fejladresserede afvisninger eller afvisningsspam (kendt som "Tilbagespredning") kan forårsage et negativt omdømme for afsenderens IP-adresser.

Vi tager to trin for at beskytte mod tilbagespredning, hvilket er beskrevet i de følgende afsnit Forhindr afvisninger fra kendte spammere af MAIL FRA og Forhindr unødvendige bounces for at beskytte mod backscatter nedenfor.

Forhindr afvisninger fra kendte MAIL FROM-spammere

Vi henter listen fra Backscatter.org (drevet af UCEPROTECT) ved http://wget-mirrors.uceprotect.net/rbldnsd-all/ips.backscatterer.org.gz hver time og indtaster den i vores Redis-database (vi sammenligner også forskellen på forhånd; i tilfælde af at der er fjernet IP-adresser, der skal respekteres).

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

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

Teknikkerne beskrevet i dette afsnit overholder anbefalingen "SIKKER TILSTAND" på https://www.backscatterer.org/?target=usage – hvor vi kun kontrollerer afsenderens IP-adresse, hvis visse betingelser allerede er opfyldt.

Forhindr unødvendige bounces for at beskytte mod backscatter

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

En almindelig årsag til at blive opført på Backscatterer-listen er fejladresserede bounces eller bounce spam, så vi skal beskytte os mod dette på et par måder:

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

2. Vi sender kun én gang (vi bruger en beregnet nøgle til afvisningsfingeraftryk 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 om Fingeraftryk for mere indsigt i, hvordan beskedens fingeraftryk beregnes. Vellykket afsendte afvisningsfingeraftryk udløber efter 7 dage i vores Redis-cache.

3. Vi sender kun, når MAIL FROM og/eller From ikke er blanke 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 besked havde en af følgende overskrifter (ikke store og små bogstaver):

• Header for auto-submitted med en værdi, der ikke er lig med no.
• Header for x-auto-response-suppress med en værdi på dr, autoreply, auto-reply, auto_reply eller all.
• Header for list-id, list-subscribe, no0, no1, no2, no3, no4, no5, no6 eller no7 (uanset værdi).
• Header af no8 med en værdi af no9, x-auto-response-suppress0, x-auto-response-suppress1, x-auto-response-suppress2 eller x-auto-response-suppress3.

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

6. Vi sender ikke, hvis brugernavnsdelen af e-mailadressen "Fra" var mdaemon, og den havde en header med titlen X-MDDSN-Message, der ikke skelner mellem store og små bogstaver.

7. Vi sender ikke, hvis der var en content-type-header i multipart/report, der ikke skelner mellem store og små bogstaver.

Hvordan bestemmer man et e-mail-fingeraftryk

En e-mails fingeraftryk bruges til at bestemme en e-mails unikhed og til at forhindre, at dubletter leveres, og at duplikerede afvisninger sendes.

Fingeraftrykket beregnes ud fra følgende liste:

• Klientens FQDN-værtsnavn eller IP-adresse er løst
• Message-ID headerværdi (hvis relevant)
• Date headerværdi (hvis relevant)
• From headerværdi (hvis relevant)
• To headerværdi (hvis relevant)
• Cc headerværdi (hvis relevant)
• Subject headerværdi (hvis relevant)
• Body værdi (hvis relevant)

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 den skal være aliasspecifik, bedes du kontakte os for at fortælle os om dine behov.

Hvis du har gratisabonnementet, skal du blot tilføje en ny DNS-TXT-post som vist nedenfor, men ændre porten fra 25 til den port, du ønsker.

Hvis jeg for eksempel vil have, at alle e-mails, der går til trafficlogic.co, videresendes til aliasmodtagernes SMTP-port 1337 i stedet for 25:

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

Navn/Vært/Alias	TTL	Type	Svar/Værdi
"@", ".", eller blank	3600	TXT	forward-email=trafficlogic.co Kopi Krypter

Understøtter det plustegnet + for Gmail-aliasser {#does-it-support-the-plus--symbol-for-gmail-aliases}}

Ja, absolut.

Understøtter det underdomæner

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

Hvis du vil have foo.trafficlogic.co til at videresende e-mails, skal du indtaste foo som navn/vært/alias-værdi i dine DNS-indstillinger (for både MX- og TXT-poster).

Videresender dette mine e-mails headere

Ja, absolut.

Er dette velafprøvet

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

Videregiver du SMTP-svarmeddelelser og -koder

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

Hvordan forhindrer du spammere og sikrer et godt omdømme for videresendelse af e-mails

Se vores afsnit om Hvordan fungerer jeres system til videresendelse af e-mails, Hvordan håndterer du problemer med e-maillevering og Hvordan håndterer du blokering af dine IP-adresser ovenfor.

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

Vi har oprettet et open source-softwareprojekt 🍊 Mandarin og bruger det til DNS-opslag. Standard-DNS-serverne, der bruges, er 1.1.1.1 og 1.0.0.1, og DNS-forespørgsler sker via DNS over HTTPS ("DoH") på applikationslaget.

🍊 Mandarin bruger CloudFlares privatlivsfokuserede forbruger-DNS-tjeneste som standard.

Konto og fakturering

Tilbyder I en pengene-tilbage-garanti på betalte abonnementer

Ja! Automatiske refusioner sker, når du opgraderer, nedgraderer eller annullerer din konto inden for 30 dage fra, hvornår dit abonnement først startede. Dette gælder kun for førstegangskunder.

Hvis jeg skifter abonnement, betaler I så forholdsmæssigt og refunderer differencen

Vi hverken forholdsmæssigt beregner eller refunderer differencen, 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 abonnementer inden for et vindue på 30 dage siden du startede et betalt abonnement, refunderer vi automatisk det fulde beløb fra dit eksisterende abonnement.

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 mail exchange-server ad gangen. Fallbacks forsøges normalt aldrig igen på grund af fejlkonfigurationer i prioritet og mailservere, der ikke respekterer MX exchange-prioritetskontrol.

Kan jeg deaktivere specifikke aliasser

Ja, du skal blot redigere din DNS-TXT-post og sætte enten et, to eller tre udråbstegn foran aliaset (se nedenfor).

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

Ved stille afvisning (ser ud til afsenderen, som om beskeden blev sendt, men fører faktisk ingen vegne) (statuskode 250): Hvis du sætter "!" (et enkelt udråbstegn) foran et alias, returneres statuskoden 250 til afsendere, der forsøger at sende til denne adresse, men selve e-mailsene fører ingen vegne (f.eks. et sort hul eller /dev/null).

Ved blød afvisning (statuskode 421): Hvis du sætter "!!" (dobbelt udråbstegn) foran et alias, returneres en blød fejlstatuskode på 421 til afsendere, der forsøger at sende til denne adresse, og e-mails vil ofte blive forsøgt at sende igen i op til 5 dage, før de afvises og returneres.

Ved fuldstændig afvisning (statuskode 550): Hvis du sætter "!!!" (tredobbelt udråbstegn) foran et alias, returneres en permanent fejlstatuskode på 550 til afsendere, der forsøger at sende til denne adresse, og e-mails vil blive afvist og returneret.

Hvis jeg for eksempel ønsker, at alle e-mails, der går til alias@trafficlogic.co, skal stoppe med at flyde videre til user@gmail.com og blive afvist og returneret (f.eks. ved at bruge tre udråbstegn):

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

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

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

Kan jeg videresende e-mails til flere modtagere

Ja, absolut. Angiv blot flere modtagere i dine TXT-poster.

Hvis jeg for eksempel ønsker, at en e-mail, der går til hello@trafficlogic.co, skal videresendes til user+a@gmail.com og user+b@gmail.com, så vil min TXT-post se sådan ud:

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

Eller du kan angive dem i to separate linjer, f.eks. denne:

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

Det er op til dig!

Kan jeg have flere globale catch-all-modtagere

Ja, det kan du. Angiv blot flere globale catch-all-modtagere i dine TXT-poster.

Hvis jeg for eksempel ønsker, at alle e-mails, der går til *@trafficlogic.co (stjernen betyder, at det er et jokertegn, også kendt som en catch-all), skal videresendes til user+a@gmail.com og user+b@gmail.com, så ville min TXT-post se sådan ud:

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

Eller du kan angive dem i to separate linjer, f.eks. denne:

Navn/Vært/Alias	TTL	Type	Svar/Værdi
"@", ".", eller blank	3600	TXT	forward-email=bruger+a@gmail.com Kopi Krypter
@, ".", eller blank	3600	TXT	videresend-email=bruger+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. Det betyder IKKE, at du kun kan have 10 aliasser på dit domænenavn. Du kan have så mange aliasser, som du vil (et ubegrænset antal). Det betyder, at du kun kan videresende ét alias til 10 unikke e-mailadresser. Du kan have hello:user+1@gmail.com, hello:user+2@gmail.com, hello:user+3@gmail.com, … (fra 1-10) – og alle e-mails til hello@trafficlogic.co vil blive videresendt til user+1@gmail.com, user+2@gmail.com, user+3@gmail.com, … (fra 1-10).

Kan jeg videresende e-mails rekursivt

Ja, det kan du, men du skal stadig overholde den maksimale grænse. Hvis du har hello:linus@trafficlogic.co og linus:user@gmail.com, vil e-mails til hello@trafficlogic.co blive videresendt til linus@trafficlogic.co og user@gmail.com. Bemærk, at der vil blive udløst 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-mails uden min tilladelse

Vi bruger MX- og TXT-postverifikation, så hvis du tilføjer denne tjenestes respektive MX- og TXT-poster, så er du registreret. Hvis du fjerner dem, så er du afregistreret. Du ejer dit domæne og DNS-administration, så hvis nogen har adgang til det, 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-udvikling: Vores kodebase er open source, hvilket muliggør bidrag fra fællesskabet og transparent drift.

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

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

4. Rimelige forbrugsgrænser: Gratisniveauet har politikker for rimelig brug for at forhindre misbrug.

Hvad er den maksimale størrelsesgrænse for e-mails

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

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

Gemmer du logfiler over e-mails?

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

Alt gøres i hukommelsen og vores kildekode er på GitHub.

Gemmer I fejllogfiler

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

Fra februar 2023 gemmer vi fejllogfiler for SMTP-svarkoderne 4xx og 5xx i en periode på 7 dage – som indeholder SMTP-fejlen, kuverten og e-mail-headerne (vi gemmer ikke e-mailens brødtekst eller vedhæftede filer).

Fejllogge giver dig mulighed for at kontrollere for manglende vigtige e-mails og afbøde falske positiver i forbindelse med spam for dine domæner. De er også en god ressource til fejlfinding af problemer med e-mail webhooks (da fejlloggene indeholder webhook-slutpunktssvaret).

Fejllogge for hastighedsbegrænsende og gråliste er ikke tilgængelige, da forbindelsen afsluttes tidligt (f.eks. før kommandoerne RCPT TO og MAIL FROM kan overføres).

Se vores Privatlivspolitik for mere indsigt.

Læser du mine e-mails

Nej, absolut ikke. Se vores Privatlivspolitik.

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

Vi mener, at du har ret til privatliv, og vi respekterer det nøje. Koden, der er installeret på serveren, er open source-software på GitHub for at sikre gennemsigtighed og opbygge tillid.

Kan jeg "sende mail som" i Gmail med denne

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

Du bør også indstille SPF-posten for Gmail i din DNS-konfigurations-TXT-post.

Kan jeg "sende mail som" i Outlook med denne

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-posten for Outlook i din DNS-konfigurations-TXT-post.

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

Hvis du abonnerer på iCloud+, kan du bruge et brugerdefineret domæne. Vores tjeneste er også kompatibel med Apple Mail.

Se venligst https://support.apple.com/en-us/102540 for yderligere information.

Kan jeg videresende et ubegrænset antal e-mails med denne

Ja, men "relativt ukendte" afsendere er begrænset til 100 forbindelser i timen pr. værtsnavn eller IP-adresse. Se afsnittet om Hastighedsbegrænsende og Gråliste ovenfor.

Med "relativt ukendt" mener vi afsendere, der ikke vises i tilladelsesliste.

Hvis denne grænse overskrides, sender vi en 421-svarkode, der beder afsenderens mailserver om at forsøge igen senere.

Tilbyder I et ubegrænset antal domæner til én pris

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

Hvilke betalingsmetoder accepterer I?

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

1. Kredit-/betalingskort/bankoverførsler: Visa, Mastercard, American Express, Discover, JCB, Diners Club osv.

2. PayPal: Forbind din PayPal-konto for nem betaling

3. Kryptovaluta: Vi accepterer betalinger via Stripes stablecoin-betalinger på Ethereum-, Polygon- og Solana-netværk

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

Yderligere ressourcer

• Casestudier og udviklerdokumentation
• Ressourcer
• Guider