Ofte stilte spørsmål

Hurtigstart

Slik kommer du i gang med videresending av e-post:

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

2. Legg til og bekreft domenet ditt under Min konto → Domener

3. Legg til og konfigurer e-postaliaser/postkasser under Min konto → Domener → Aliaser

4. Test oppsettet ditt ved å sende en e-post til et av de nye aliasene dine

Introduksjon

Hva er videresendt e-post

Forward Email er en fullverdig e-posttjenesteleverandør og e-posthotellleverandør for tilpassede domenenavn.

Det er den eneste gratis tjenesten med åpen kildekode, og lar deg bruke e-postadresser med tilpassede domener uten kompleksiteten ved å sette opp og vedlikeholde din egen e-postserver.

Tjenesten vår videresender e-poster sendt til ditt tilpassede domene til din eksisterende e-postkonto – og du kan til og med bruke oss som din dedikerte e-posthotellleverandør.

Viktige funksjoner for videresendt e-post:

• E-post med tilpasset domene: Bruk profesjonelle e-postadresser med ditt eget domenenavn
• Gratisnivå: Grunnleggende videresending av e-post uten kostnad
• Forbedret personvern: Vi leser ikke e-postene dine eller selger dataene dine
• Åpen kildekode: Hele kodebasen vår er tilgjengelig på GitHub
• Støtte for SMTP, IMAP og POP3: Fullstendige muligheter for sending og mottak av e-post
• End-to-End-kryptering: Støtte for OpenPGP/MIME
• Tilpassede Catch-All-aliaser: Opprett et ubegrenset antall e-postaliaser

Du kan sammenligne oss med over 56 andre e-postleverandører på vår side for e-postsammenligning.

Hvem bruker videresending av e-post

Vi tilbyr e-posthosting og videresending av e-post til over 500 000 domener og disse bemerkelsesverdige brukerne:

Hva er historikken for videresendte e-poster

Du kan finne ut mer om videresending av e-post på vår Om-side.

Hvor rask er denne tjenesten

Videresend e-post leverer meldinger med minimal forsinkelse, vanligvis innen sekunder etter mottak.

Ytelsesmålinger:

• Gjennomsnittlig leveringstid: Mindre enn 5–10 sekunder fra mottak til videresending (se vår side for overvåking av tid til innboks «TTI»)
• Oppetid: 99,9 %+ tjenestetilgjengelighet
• Global infrastruktur: Servere strategisk plassert for optimal ruting
• Automatisk skalering: Systemet vårt skalerer i perioder med høy e-postbelastning

Vi opererer i sanntid, i motsetning til andre leverandører som er avhengige av forsinkede køer.

Vi skriver ikke til disk eller lagrer logger – med unntak av feil og utgående SMTP (se vår Personvernerklæring).

Alt gjøres i minnet og kildekoden vår er på GitHub.

E-postklienter

Thunderbird

1. Opprett et nytt alias og generer et passord i dashbordet for videresending av e-post.
2. Åpne Thunderbird og gå til Rediger → Kontoinnstillinger → Kontohandlinger → Legg til e-postkonto
3. Skriv inn navn, videresendings-e-postadresse og passord.
4. Klikk på Konfigurer manuelt og skriv inn:

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

5. Klikk på Ferdig

Microsoft Outlook

1. Opprett et nytt alias og generer et passord i dashbordet for videresending av e-post.
2. Gå til Fil → Legg til konto
3. Skriv inn e-postadressen din for videresending og klikk på Koble til
4. Velg Avanserte alternativer og velg La meg sette opp kontoen min manuelt
5. Velg IMAP og skriv inn:

• Innkommende: imap.forwardemail.net, port 993, SSL
• Utgående: smtp.forwardemail.net, port 587, TLS
• Brukernavn: Din fullstendige e-postadresse
• Passord: Ditt genererte passord

6. Klikk på Koble til

Apple Mail

1. Opprett et nytt alias og generer et passord i dashbordet for videresending av e-post.
2. Gå til E-post → Innstillinger → Kontoer → +
3. Velg Annen e-postkonto
4. Skriv inn navn, videresendings-e-postadresse og passord.
5. For serverinnstillinger skriver du inn:

• Innkommende: imap.forwardemail.net
• Utgående: smtp.forwardemail.net
• Brukernavn: Din fullstendige e-postadresse.
• Passord: Ditt genererte passord.

6. Klikk på Logg på

Mobilenheter

For iOS:

1. Gå til Innstillinger → E-post → Kontoer → Legg til konto → Annet
2. Trykk på Legg til e-postkonto og skriv inn detaljene dine
3. For serverinnstillinger, bruk de samme IMAP- og SMTP-innstillingene som ovenfor

For Android:

1. Gå til Innstillinger → Kontoer → Legg til konto → Personlig (IMAP)
2. Skriv inn e-postadressen din for videresending og passord
3. Bruk de samme IMAP- og SMTP-innstillingene som ovenfor for serverinnstillinger

Slik sender du e-post som bruker Gmail

Hva er den eldre gratisveiledningen for Send e-post som med Gmail

Avansert konfigurasjon av Gmail-ruting

Hvis du vil konfigurere avansert ruting i Gmail slik at aliaser som ikke samsvarer med en postboks videresender til e-postutvekslingene til Videresend e-post, følger du disse trinnene:

1. Logg på Google-administrasjonskonsollen din på admin.google.com
2. Gå til Apper → Google Workspace → Gmail → Ruting
3. Klikk på Legg til rute og konfigurer følgende innstillinger:

Innstillinger for enkeltmottaker:

• Velg «Endre konvoluttmottaker» og skriv inn din primære Gmail-adresse.
• Merk av for «Legg til X-Gm-Original-To-overskrift med originalmottaker».

Mottakermønstre for konvolutt:

• Legg til et mønster som samsvarer med alle ikke-eksisterende postkasser (f.eks. .*@yourdomain.com)

Innstillinger for e-postserver:

• Velg «Rute til vert» og skriv inn mx1.forwardemail.net som primærserver
• Legg til mx2.forwardemail.net som backupserver
• Sett port til 25
• Velg «Krev TLS» for sikkerhet

4. Klikk på Lagre for å opprette ruten

Avansert konfigurasjon av Outlook-ruting

For Microsoft 365-brukere (tidligere Office 365) som ønsker å konfigurere avansert ruting slik at aliaser som ikke samsvarer med en postboks videresender til e-postutvekslingene for Videresend e-post:

1. Logg på Microsoft 365-administrasjonssenteret på admin.microsoft.com
2. Gå til Exchange → E-postflyt → Regler
3. Klikk på Legg til en regel og velg Opprett en ny regel
4. Navngi regelen din (f.eks. "Videresend ikke-eksisterende postbokser til Videresend e-post")
5. Under Bruk denne regelen hvis velger du:

• "Mottakeradressen samsvarer med..."
• Skriv inn et mønster som samsvarer med alle adressene på domenet ditt (f.eks. *@yourdomain.com)

6. Under Gjør følgende velger du:

• "Omdiriger meldingen til..."
• Velg "Følgende e-postserver"
• Skriv inn mx1.forwardemail.net og port 25
• Legg til mx2.forwardemail.net som en sikkerhetskopiserver

7. Under Unntatt hvis velger du:

• "Mottakeren er..."
• Legg til alle eksisterende postbokser som ikke skal videresendes

8. Angi regelprioriteten for å sikre at den kjører etter andre regler for e-postflyt
9. Klikk på Lagre for å aktiver regelen

Feilsøking

Hvorfor mottar jeg ikke test-e-postene mine

Hvis du sender en test-e-post til deg selv, kan det hende at den ikke vises i innboksen din fordi den har samme «Meldings-ID»-overskrift.

Dette er et allment kjent problem, og det påvirker også tjenester som Gmail. Here er det offisielle svaret fra Gmail angående dette problemet.

Hvis du fortsetter å ha problemer, er det mest sannsynlig et problem med DNS-forplantningen. Du må vente litt lenger og prøve på nytt (eller prøve å angi en lavere TTL-verdi på TXT-oppføringene dine).

Har du fortsatt problemer? kontakt oss slik at vi kan undersøke problemet og finne en rask løsning.

Hvordan konfigurerer jeg e-postklienten min til å fungere med videresendt e-post

Hvorfor havner e-postene mine i søppelpost og søppelpost, og hvordan kan jeg sjekke domenets omdømme?

Denne delen veileder deg hvis utgående e-post bruker SMTP-serverne våre (f.eks. smtp.forwardemail.net) (eller videresendes via mx1.forwardemail.net eller mx2.forwardemail.net) og den leveres i søppelpost- eller søppelpostmappen til mottakerne.

Vi overvåker rutinemessig IP-adresser mot alle anerkjente DNS-avvisningslister, derfor er det mest sannsynlig et domenespesifikt omdømmeproblem.

E-poster kan havne i spam-mapper av flere grunner:

1. Mangler autentisering: Konfigurer SPF-, DKIM- og DMARC-postene.

2. Domeneomdømme: Nye domener har ofte et nøytralt omdømme inntil de etablerer en avsenderhistorikk.

3. Innholdsutløsere: Enkelte ord eller uttrykk kan utløse spamfiltre.

4. Sendemønstre: Plutselige økninger i e-postvolumet kan virke mistenkelige.

Du kan prøve å bruke ett eller flere av disse verktøyene for å sjekke domenets omdømme og kategorisering:

Hva bør jeg gjøre hvis jeg mottar spam-e-poster

Du bør melde deg av e-postlisten (hvis mulig) og blokkere avsenderen.

Ikke rapporter meldingen som spam, men videresend den i stedet til vårt manuelt kuraterte og personvernfokuserte system for forebygging av misbruk.

E-postadressen du skal videresende spam til er: abuse@forwardemail.net

Hvorfor vises test-e-postene som sendes til meg i Gmail som «mistenkelige»

Hvis du ser denne feilmeldingen i Gmail når du sender en test til deg selv, eller når en person du sender e-post til med aliaset ditt ser en e-post fra deg for første gang, ikke bekymre deg – da dette er en innebygd sikkerhetsfunksjon i Gmail.

Du kan ganske enkelt klikke på «Ser trygt ut». Hvis du for eksempel skulle sende en testmelding ved hjelp av «send e-post som»-funksjonen (til noen andre), vil de ikke se denne meldingen.

Men hvis de ser denne meldingen, er det fordi de vanligvis var vant til å se e-postene dine komme fra john@gmail.com i stedet for john@customdomain.com (bare et eksempel). Gmail vil varsle brukerne bare for å forsikre seg om at ting er trygt, i tilfelle det ikke finnes noen løsning.

Kan jeg fjerne via forwardemail punktum nett i Gmail

Dette emnet er relatert til en et allment kjent problem i Gmail der ekstra informasjon vises ved siden av avsendernavnet.

Fra mai 2023 støtter vi sending av e-post med SMTP som et tillegg for alle betalende brukere – som betyr at du kan fjerne via forwardemail dot net i Gmail.

Merk at dette vanlige emnet er spesifikt for de som bruker Slik sender du e-post som ved hjelp av Gmail-funksjonen.

Se delen om Støtter dere sending av e-post med SMTP for konfigurasjonsinstruksjoner.

Datahåndtering

Hvor er serverne dine plassert

Serverne våre er hovedsakelig plassert i Denver, Colorado – se https://forwardemail.net/ips for en fullstendig liste over IP-adresser.

Du kan finne ut mer om underdatabehandlerne våre på sidene våre GDPR, DPA og Privatliv.

Hvordan eksporterer og sikkerhetskopierer jeg postkassen min

Du kan når som helst eksportere postkassene dine som EML-, Mbox- eller krypterte SQLite-formater.

Gå til Min konto Domener Aliaser Last ned sikkerhetskopi og velg ønsket eksportformattype.

Du vil motta en e-post med en lenke for å laste ned eksporten når den er ferdig.

Merk at denne nedlastingslenken for eksport utløper etter 4 timer av sikkerhetshensyn.

Hvis du trenger å inspisere de eksporterte EML- eller Mbox-formatene dine, kan disse verktøyene med åpen kildekode være nyttige:

Hvis du i tillegg trenger å konvertere en Mbox-fil til en EML-fil, kan du bruke https://github.com/noelmartinon/mboxzilla.

Hvordan importerer og migrerer jeg min eksisterende postboks

Du kan enkelt importere e-posten din til Videresend e-post (f.eks. ved å bruke Thunderbird) med instruksjonene nedenfor:

1. Eksporter e-posten din fra din eksisterende e-postleverandør:

2. Last ned, installer og åpne Thunderbird.

3. Opprett en ny konto med den fullstendige e-postadressen til aliaset ditt (f.eks. du@dittdomene.com) og det genererte passordet ditt. Hvis du ikke har et generert passord ennå, se konfigurasjonsinstruksjonene våre.

4. Last ned og installer ImportEksportVerktøy AV Thunderbird-pluginen.

5. Opprett en ny lokal mappe i Thunderbird, og høyreklikk deretter på den → velg alternativet ImportExportTools NG → velg Import mbox file (for MBOX-eksportformat) – eller – Import messages / Import all messages from a directory (for EML-eksportformat).

6. Dra/slipp fra den lokale mappen til en ny (eller eksisterende) IMAP-mappe i Thunderbird som du ønsker å laste opp meldinger til i IMAP-lagring med tjenesten vår. Dette vil sikre at de sikkerhetskopieres på nett med vår SQLite-krypterte lagring.

Støtter du egenhosting?

Ja, fra og med mars 2025 støtter vi et selvhostet alternativ. Les bloggen her. Sjekk ut selvbetjent guide for å komme i gang. Og for de som er interessert i en mer detaljert trinnvis versjon, se våre Ubuntu- eller Debian-baserte guider.

E-postkonfigurasjon

Hvordan kommer jeg i gang og konfigurerer videresending av e-post

1. Hvis du allerede har registrert domenenavnet ditt et sted, må du hoppe over dette trinnet helt og gå til trinn to! Ellers kan du klikke her for å registrere domenenavnet ditt.
Husker du hvor du registrerte domenet ditt? Når du husker dette, følger du instruksjonene nedenfor:
Viktig: Du må åpne en ny fane og logge på domeneregistratoren din. Du kan enkelt klikke på "Registrator" nedenfor for å gjøre dette automatisk. I denne nye fanen må du navigere til DNS-administrasjonssiden hos registratoren din – og vi har gitt trinnvise navigasjonstrinnene nedenfor under kolonnen "Trinn for konfigurasjon". Når du har navigert til denne siden i den nye fanen, kan du gå tilbake til denne fanen og fortsette til trinn tre nedenfor. Ikke lukk den åpnede fanen ennå; du trenger den for fremtidige trinn!
Registrator Trinn for å konfigurere 1&1" Logg inn Domenesenter (Velg domenet ditt) Rediger DNS-innstillinger Amazon Rute 53 Logg inn Hostede soner (Velg ditt domene) Aplus.net Logg inn Mine servere Domeneadministrasjon DNS-administrator Bluehost FOR ROCK: Logg inn Domener (Klikk på ▼-ikonet ved siden av for å administrere) DNS
FOR ELDRE VERSJONER: Logg inn Domener Soneredigeringsprogram (Velg domenet ditt) Cloudflare Logg inn DNS DNS Gjort enkelt Logg inn DNS (Velg domenet ditt) DNSimple" Logg inn (Velg domenet ditt) DNS Administrer Digital Ocean Logg inn Nettverk Domener (Velg domenet ditt) Mer Administrer domene Domain.com" Logg inn I kortvisningen klikker du på administrer på domenet ditt I listevisningen klikker du på tannhjulikonet DNS og navneservere DNS-poster Domains.com"
Amazon0 class="fa fa-play-circle"> Se Logg inn (Velg domenet ditt) Administrer (klikk på tannhjulikonet) Klikk på DNS og navneservere i menyen til venstre Amazon1 Logg inn Panel Domener Administrer domener DNS Amazon2 Logg inn Oversikt Administrer Enkel redigering Oppføringer Amazon3 Logg inn (Velg domenet ditt) Administrasjon Rediger sonen Amazon4
Amazon5 class="fa fa-play-circle"> Overvåk Logg inn Administrer domenene mine (Velg domenet ditt) Administrer DNS Amazon6 Domener
Amazon7 class="fa fa-play-circle"> Overvåk Logg inn (Velg ditt domene) Konfigurer DNS Amazon8
Amazon9 class="fa fa-play-circle"> Overvåk Logg inn Domeneliste (Velg ditt domene) Administrer Avansert DNS Aplus.net0" Logg inn (Velg domenet ditt) Konfigurer Netlify DNS Aplus.net1 Løsninger Logg inn Kontoadministrator Mine domenenavn (Velg domenet ditt) Administrer Endre hvor domenet peker Avansert DNS Aplus.net2
Aplus.net3 class="fa fa-play-circle"> Overvåk Logg inn Administrerte domener (Velg domenet ditt) DNS-innstillinger Aplus.net4 Logg inn Hjemmeny Innstillinger Domener (Velg domenet ditt) Avanserte innstillinger Tilpassede poster Aplus.net5 Nå Bruker "now" CLI now dns add [domain] '@' MX [record-value] [priority] Aplus.net6 Logg inn Domeneside (Velg domenet ditt) DNS Aplus.net7 Logg inn Domener-siden (Klikk på -ikonet) Velg Administrer DNS-oppføringer Aplus.net8 Logg inn Domener Mine domener Annet
Viktig: Ser du ikke navnet på registraren din oppført her? Bare søk på Internett etter «hvordan endre DNS-oppføringer på $REGISTRAR» (erstatt $REGISTRAR med navnet på registraren din – f.eks. «hvordan endre DNS-oppføringer på GoDaddy» hvis du bruker GoDaddy).
Bruk registraren din sin DNS-administrasjonsside (den andre fanen du har åpnet), og angi følgende «MX»-oppføringer: Viktig: Merk at det IKKE skal være andre MX-poster angitt. Begge postene vist nedenfor MÅ eksistere. Sørg for at det ikke er noen skrivefeil, og at du har stavet både mx1 og mx2 riktig. Hvis det allerede fantes MX-poster, må du slette dem fullstendig.

"TTL"-verdien trenger ikke å være 3600, den kan være en lavere eller høyere verdi om nødvendig.

Navn/Vert/Alias	TTL	Type	Prioritet	Svar/Verdi
"@", ".", eller blank	3600	MX	0	mx1.forwardemail.net
"@", ".", eller blank	3600	MX	0	mx2.forwardemail.net

2. Bruk registrarens DNS-administrasjonsside (den andre fanen du har åpnet), og angi følgende TXT-oppføring(er):
   Viktig: Hvis du har et betalt abonnement, må du hoppe over dette trinnet helt og gå til trinn fem! Hvis du ikke har et betalt abonnement, vil dine videresendte adresser være offentlig søkbare – gå til Min konto Domener og oppgrader domenet ditt til et betalt abonnement hvis ønskelig. Hvis du vil vite mer om betalte abonnementer, kan du se vår Pris--side. Ellers kan du fortsette å velge én eller flere kombinasjoner fra alternativ A til alternativ F som er oppført nedenfor.

   ---

   Alternativ A: Hvis du videresender alle e-poster fra domenet ditt (f.eks. "alle@eksempel.com", "hallo@eksempel.com" osv.) til en spesifikk adresse "bruker@gmail.com":

   Navn/Vert/Alias	TTL	Type	Svar/Verdi
   "@", ".", eller blank	3600	TXT	forward-email=bruker@gmail.com Kopiere Krypter

   Tips: Sørg for å erstatte verdiene ovenfor i «Verdi»-kolonnen med din egen e-postadresse. «TTL»-verdien trenger ikke å være 3600, den kan være en lavere eller høyere verdi om nødvendig. En lavere «time to live»-verdi («TTL») vil sikre at fremtidige endringer i DNS-postene dine spres raskere over hele Internett – tenk på dette som hvor lenge det vil bli bufret i minnet (i sekunder). Du kan lære mer om TTL på Wikipedia.

   ---

   Alternativ B: Hvis du bare trenger å videresende én enkelt e-postadresse (f.eks. hello@trafficlogic.co til user@gmail.com; dette vil også videresende "hello+test@trafficlogic.co" til "user+test@gmail.com" automatisk):

   Navn/Vert/Alias	TTL	Type	Svar/Verdi
   "@", ".", eller blank	3600	TXT	forward-email=hello:user@gmail.com Kopiere Krypter

   ---

   Alternativ C: Hvis du videresender flere e-poster, bør du skille dem med komma:

   Navn/Vert/Alias	TTL	Type	Svar/Verdi
   "@", ".", eller blank	3600	TXT	forward-email=hello:user@gmail.com,support:user@gmail.com Kopiere Krypter

   ---

   Alternativ D: Du kan ha et uendelig antall videresendings-e-poster satt opp – bare sørg for at du ikke bryter over 255 tegn på én linje og starter hver linje med "forward-email=". Et eksempel er gitt nedenfor:

   Navn/Vert/Alias	TTL	Type	Svar/Verdi
   "@", ".", eller blank	3600	TXT	forward-email=hello:user@gmail.com,support:user@gmail.com Kopiere Krypter
   "@", ".", eller blank	3600	TXT	forward-email=help:user@gmail.com,foo:user@gmail.com Kopiere Krypter
   "@", ".", eller blank	3600	TXT	forward-email=orders:user@gmail.com,baz:user@gmail.com Kopiere Krypter
   "@", ".", eller blank	3600	TXT	videresendings-epost=info:bruker@gmail.com,pip:bruker@gmail.com
   "@", ".", eller blank	3600	TXT	videresendings-epost=feil:bruker@gmail.com,pip:bruker@gmail.com

   ---

   Alternativ E: Du kan også spesifisere et domenenavn i TXT-oppføringen din for å få global alias-videresending (f.eks. vil "bruker@eksempel.com" bli videresendt til "bruker@eksempel.net"):

   Navn/Vert/Alias	TTL	Type	Svar/Verdi
   "@", ".", eller blank	3600	TXT	forward-email=example.net Kopiere Krypter

   ---

   Alternativ F: Du kan til og med bruke webhooks som et globalt eller individuelt alias å videresende e-poster til. Se eksemplet og hele avsnittet om webhooks med tittelen Støtter dere webhooks nedenfor.

   Navn/Vert/Alias	TTL	Type	Svar/Verdi
   "@", ".", eller blank	3600	TXT	forward-email=alias:https://requestbin.com/r/en8pfhdgcculn Kopiere Krypter

   ---

   Alternativ G: Du kan til og med bruke regulære uttrykk ("regex") for å matche aliaser og for å håndtere erstatninger for å videresende e-poster til. Se eksemplene og hele avsnittet om regex med tittelen Støtter dere regulære uttrykk eller regex nedenfor?
   Trenger du avansert regex med substitusjon? Se eksemplene og hele avsnittet om regex med tittelen Støtter dere regulære uttrykk eller regex nedenfor.
   Enkelt eksempel: Hvis jeg vil at alle e-poster som går til `linus@trafficlogic.co` eller `torvalds@trafficlogic.co` skal videresendes til `user@gmail.com`:

   Navn/Vert/Alias	TTL	Type	Svar/Verdi
   "@", ".", eller blank	3600	TXT	forward-email=/^(linus|torvalds)$/:user@gmail.com Kopiere Krypter

   Viktig: Oppsamlingsregler for videresending kan også beskrives som «gjennomfallende». Dette betyr at innkommende e-poster som samsvarer med minst én spesifikk videresendingsregel, vil bli brukt i stedet for oppsamlingsregelen. Spesifikke regler inkluderer e-postadresser og regulære uttrykk.
   
   For eksempel:
   forward-email=hello:first@gmail.com,second@gmail.com

   • Kopiere
   • Krypter

   
   E-poster sendt til hello@trafficlogic.co vil **ikke** bli videresendt til second@gmail.com (oppsamlingsregler) med denne konfigurasjonen, og i stedet bare bli levert til first@gmail.com.

   ---

3. Bruk registrarens DNS-administrasjonsside (den andre fanen du har åpnet), og angi i tillegg følgende TXT-post:

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

   Viktig: Hvis du bruker Gmail (f.eks. Send e-post som) eller G Suite, må du legge til include:_spf.google.com i verdien ovenfor, for eksempel:
   
   v=spf1 a include:spf.forwardemail.net include:_spf.google.com -all
   Tips: Hvis du allerede har en lignende linje med "v=spf1", må du legge til include:spf.forwardemail.net rett før eventuelle eksisterende "include:host.com"-poster og før "-all" på samme linje, for eksempel:
   
   v=spf1 a include:spf.forwardemail.net include:host.com -all
   
   Merk at det er forskjell på "-all" og "~all". "-" indikerer at SPF-sjekken skal FEILE hvis den ikke samsvarer, og "~" indikerer at SPF-sjekken skal FEILE MYKT. Vi anbefaler å bruke "-all"-tilnærmingen for å forhindre domeneforfalskning.
   
   Du må kanskje også inkludere SPF-posten for verten du sender e-post fra (f.eks. Outlook).
4. Verifiser DNS-oppføringene dine ved hjelp av verktøyet vårt «Verifiser oppføringer», som er tilgjengelig på Min konto Domener Oppsett.

   Send en test-e-post for å bekrefte at den fungerer. Merk at det kan ta litt tid før DNS-oppføringene dine spres.

   Tips: Hvis du ikke mottar test-e-poster, eller mottar en test-e-post som sier «Vær forsiktig med denne meldingen», kan du se svarene for henholdsvis Hvorfor mottar jeg ikke test-e-postene mine og Hvorfor vises test-e-postene mine som sendes til meg i Gmail som «mistenkelige».
5. Hvis du ønsker å «Sende e-post som» fra Gmail, må du se denne videoen, eller følge trinnene under How for å sende e-post som ved hjelp av Gmail nedenfor.
Gratulerer! Du har fullført alle trinnene.
Tips: Valgfrie tillegg er listet opp nedenfor. Merk at disse tilleggene er helt valgfrie og kanskje ikke nødvendige. Vi ønsket i det minste å gi deg ytterligere informasjon om nødvendig.
Valgfritt tillegg: Hvis du bruker funksjonen How til å sende e-post som med Gmail, kan det være lurt å legge deg selv til på en tillatelsesliste. Se disse instruksjonene fra Gmail om dette emnet.

Kan jeg bruke flere MX-utvekslinger og -servere for avansert videresending

Ja, men du skal bare ha én MX-utveksling oppført i DNS-oppføringene dine.

Ikke forsøk å bruke «Prioritet» som en måte å konfigurere flere MX-utvekslinger på.

I stedet må du konfigurere den eksisterende MX-utvekslingen din til å videresende e-post for alle ikke-samsvarende aliaser til tjenestens utvekslinger (mx1.forwardemail.net og/eller mx2.forwardemail.net).

Hvis du bruker Google Workspace og vil videresende alle ikke-samsvarende alias til tjenesten vår, kan du se https://support.google.com/a/answer/6297084.

Hvis du bruker Microsoft 365 (Outlook) og du vil videresende alle ikke-samsvarende aliaser til tjenesten vår, kan 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 setter jeg opp en feriesvar (autosvar for fravær)

Gå til Min konto Domener Aliaser og enten opprett eller rediger aliaset du vil konfigurere en ferieautoresponder for.

Du har muligheten til å konfigurere en startdato, sluttdato, emne og melding, og aktivere eller deaktivere det når som helst:

• Emne og melding i ren tekst støttes for øyeblikket (vi bruker striptags-pakken internt for å fjerne all HTML).

• Emne er begrenset til 100 tegn.

• Meldingen er begrenset til 1000 tegn.

• Oppsettet krever utgående SMTP-konfigurasjon (f.eks. må du konfigurere DKIM-, DMARC- og Return-Path DNS-oppføringer).

• Gå til Min konto Domener Innstillinger Utgående SMTP-konfigurasjon og følg oppsettinstruksjonene.

• Feriesvar kan ikke aktiveres på globale vanity-domenenavn (f.eks. støttes ikke engangsadresser).

• Feriesvar kan ikke aktiveres for aliaser med jokertegn/oppsamlingstegn (*) eller regulære uttrykk.

I motsetning til e-postsystemer som postfix (f.eks. som bruker feriefilterutvidelsen sieve) – legger Videresend e-post automatisk til DKIM-signaturen din, dummy-sikrer tilkoblingsproblemer når du sender feriesvar (f.eks. på grunn av vanlige SSL/TLS-tilkoblingsproblemer og eldre vedlikeholdte servere), og støtter til og med Open WKD- og PGP-kryptering for feriesvar.

1. Vi sender bare én gang per tillatelsesliste-avsender hver 4. dag (som ligner på Gmails oppførsel).

• Redis-hurtigbufferen vår bruker fingeravtrykket alias_id og sender, mens alias_id er alias MongoDB-ID-en og sender enten er Fra-adressen (hvis den er på tillatelseslisten) eller rotdomenet i Fra-adressen (hvis den ikke er på tillatelseslisten). For enkelhets skyld er utløpet av dette fingeravtrykket i hurtigbufferen satt til 4 dager.

• Vår tilnærming med å bruke rotdomenet som er analysert i Fra-adressen for avsendere som ikke er på tillatelseslisten, forhindrer at misbruk fra relativt ukjente avsendere (f.eks. ondsinnede aktører) oversvømmer feriesvarmeldinger.

2. Vi sender bare når MAIL FROM og/eller From ikke er blanke og ikke inneholder (ikke store og små bokstaver) en postmaster brukernavn (delen før @-tegnet i en e-post).

3. Vi sender ikke hvis den opprinnelige meldingen hadde noen av følgende overskrifter (ikke store og små bokstaver):

• Overskrift for auto-submitted med en verdi som ikke er lik no.
• Overskrift for x-auto-response-suppress med en verdi på dr, autoreply, auto-reply, auto_reply eller all.
• Overskrift for list-id, list-subscribe, no0, no1, no2, no3, no4, no5, no6 eller no7 (uavhengig av verdi).
• Overskrift for no8 med verdien no9, x-auto-response-suppress0, x-auto-response-suppress1, x-auto-response-suppress2 eller x-auto-response-suppress3.

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

5. Vi sender ikke hvis brukernavndelen for e-postadressen «Fra» var mdaemon og den hadde en overskrift som ikke skiller mellom store og små bokstaver, X-MDDSN-Message.

6. Vi sender ikke hvis det var en content-type-header for multipart/report som ikke skiller mellom store og små bokstaver.

Hvordan konfigurerer jeg SPF for videresending av e-post

Bruk DNS-administrasjonssiden til registraren din, og angi følgende TXT-oppføring:

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

Viktig: Hvis du bruker Gmail (f.eks. Send e-post som) eller G Suite, må du legge til include:_spf.google.com i verdien ovenfor, for eksempel:

v=spf1 a include:spf.forwardemail.net include:_spf.google.com -all
Viktig: Hvis du bruker Microsoft Outlook eller Live.com, må du legge til include:spf.protection.outlook.com i SPF TXT-oppføringen din, for eksempel:

v=spf1 a include:spf.forwardemail.net include:spf.protection.outlook.com -all
Tips: Hvis du allerede har en lignende linje med "v=spf1", må du legge til include:spf.forwardemail.net rett før eventuelle eksisterende "include:host.com"-poster og før "-all" på samme linje, for eksempel:

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

Merk at det er forskjell på "-all" og "~all". "-" indikerer at SPF-sjekken skal FEILE hvis den ikke samsvarer, og "~" indikerer at SPF-sjekken skal FEILE MYKT. Vi anbefaler å bruke "-all"-tilnærmingen for å forhindre domeneforfalskning.

Du må kanskje også inkludere SPF-posten for verten du sender e-post fra (f.eks. Outlook).

Hvordan konfigurerer jeg DKIM for videresending av e-post

Gå til Min konto Domener Innstillinger Utgående SMTP-konfigurasjon og følg konfigurasjonsinstruksjonene.

Hvordan konfigurerer jeg DMARC for videresending av e-post

Gå til Min konto Domener Innstillinger Utgående SMTP-konfigurasjon og følg konfigurasjonsinstruksjonene.

Hvordan kobler jeg til og konfigurerer kontaktene mine

For å konfigurere kontaktene dine, bruk CardDAV-URL-en til: https://carddav.forwardemail.net (eller bare carddav.forwardemail.net hvis klienten din tillater det)**

Hvordan kobler jeg til og konfigurerer kalenderne mine

For å konfigurere kalenderen din, bruk CalDAV-URL-en til: https://caldav.forwardemail.net (eller bare caldav.forwardemail.net hvis klienten din tillater det)**



Hvordan legger jeg til flere kalendere og administrerer eksisterende kalendere

Hvis du vil legge til flere kalendere, legger du bare til en ny kalender-URL: https://caldav.forwardemail.net/dav/principals/calendar-name (sørg for å erstatte calendar-name med ønsket kalendernavn)

Du kan endre navn og farge på en kalender etter at den er opprettet – bruk bare kalenderprogrammet du foretrekker (f.eks. Apple Mail eller Thunderbird).

Hvordan konfigurerer jeg SRS for videresending av e-post

Vi konfigurerer automatisk Avsenderomskrivingsplan ("SRS") – du trenger ikke å gjøre dette selv.

Hvordan konfigurerer jeg MTA-STS for videresending av e-post

Se vår seksjon om MTA-STS for mer innsikt.

Hvordan legger jeg til et profilbilde i e-postadressen min

Hvis du bruker Gmail, følger du disse trinnene nedenfor:

1. Gå til https://google.com og logg ut av alle e-postkontoer.
2. Klikk på «Logg på», og klikk på «annen konto» i rullegardinmenyen.
3. Velg «Bruk en annen konto».
4. Velg «Opprett konto».
5. Velg «Bruk min nåværende e-postadresse i stedet».
6. Skriv inn e-postadressen til ditt tilpassede domenenavn.
7. Hent bekreftelses-e-posten som ble sendt til e-postadressen din.
8. Skriv inn bekreftelseskoden fra denne e-posten.
9. Fullfør profilinformasjonen for den nye Google-kontoen din.
10. Godta alle retningslinjer for personvern og bruksvilkår.
11. Gå til https://google.com, og klikk på profilikonet ditt øverst til høyre, og klikk på «endre»-knappen.
12. Last opp et nytt bilde eller en avatar for kontoen din.
13. Endringer vil ta omtrent 1–2 timer før de trer i kraft, men noen ganger kan de gå veldig raskt.
14. Send en test-e-post, så skal profilbildet vises.

Avanserte funksjoner

Støtter dere nyhetsbrev eller e-postlister for markedsføringsrelatert e-post?

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

Vær oppmerksom på at for å opprettholde IP-omdømmet og sikre leveringsdyktighet, har Forward Email en manuell gjennomgangsprosess på domenebasis for godkjenning av nyhetsbrev. Send en e-post til support@forwardemail.net eller åpne en hjelpforespørsel for godkjenning. Dette tar vanligvis mindre enn 24 timer, og de fleste forespørsler blir behandlet innen 1–2 timer. I nær fremtid tar vi sikte på å gjøre denne prosessen umiddelbar med ytterligere spamkontroller og varsler. Denne prosessen sikrer at e-postene dine når innboksen og at meldingene dine ikke blir merket som spam.

Støtter dere sending av e-post med API {#do-you-support-sending-email-with-api}}

Ja, fra mai 2023 støtter vi sending av e-post med API som et tillegg for alle betalende brukere.

Viktig: Sørg for at du har lest våre vilkår, personvernerklæring og utgående SMTP-grenser – din bruk anses som bekreftelse og samtykke.

Se delen vår om E-poster i API-dokumentasjonen vår for alternativer, eksempler og mer innsikt.

For å sende utgående e-post med API-et vårt, må du bruke API-tokenet ditt som er tilgjengelig under Min sikkerhet.

Støtter dere mottak av e-post med IMAP

Ja, fra og med 16. oktober 2023 støtter vi mottak av e-post via IMAP som et tillegg for alle betalende brukere. Les vår grundige artikkel om hvordan vår krypterte SQLite-postbokslagringsfunksjon fungerer.**

Viktig: Sørg for at du har lest våre vilkår og personvernerklæring. Din bruk anses som bekreftelse og samtykke.
1. Opprett et nytt alias for domenet ditt under Min konto Domener Aliaser (f.eks. hello@trafficlogic.co)

2. Klikk på Generer passord ved siden av det nyopprettede aliaset. Kopier til utklippstavlen og lagre det genererte passordet som vises på skjermen på en sikker måte.

3. Bruk ditt foretrukne e-postprogram, legg til eller konfigurer en konto med det nyopprettede aliaset ditt (f.eks. hello@trafficlogic.co)
Tips: Vi anbefaler å bruke Thunderbird, Thunderbird Mobile, Apple Mail eller et åpen kildekode- og personvernfokusert alternativ.
4. Når du blir bedt om å oppgi IMAP-servernavn, skriver du inn imap.forwardemail.net

5. Når du blir bedt om å angi IMAP-serverport, skriv inn 993 (SSL/TLS) – se alternative IMAP-porter om nødvendig
Tips: Hvis du bruker Thunderbird, må du sørge for at «Tilkoblingssikkerhet» er satt til «SSL/TLS» og at autentiseringsmetoden er satt til «Vanlig passord».
6. Når du blir bedt om å oppgi IMAP-serverpassordet, limer du inn passordet fra Generer passord i trinn 2 ovenfor.

7. Lagre innstillingene dine – hvis du har problemer, kan du kontakte oss
Gratulerer! Du har fullført alle trinnene.

Støtter du POP3

Ja, fra og med 4. desember 2023 støtter vi POP3 som et tillegg for alle betalende brukere. Les vår grundige artikkel om hvordan vår krypterte SQLite-postbokslagringsfunksjon fungerer.**

Viktig: Sørg for at du har lest våre vilkår og personvernerklæring. Din bruk anses som bekreftelse og samtykke.
1. Opprett et nytt alias for domenet ditt under Min konto Domener Aliaser (f.eks. hello@trafficlogic.co)

2. Klikk på Generer passord ved siden av det nyopprettede aliaset. Kopier til utklippstavlen og lagre det genererte passordet som vises på skjermen på en sikker måte.

3. Bruk ditt foretrukne e-postprogram, legg til eller konfigurer en konto med det nyopprettede aliaset ditt (f.eks. hello@trafficlogic.co)
Tips: Vi anbefaler å bruke Thunderbird, Thunderbird Mobile, Apple Mail eller et åpen kildekode- og personvernfokusert alternativ.
4. Når du blir bedt om å oppgi POP3-servernavn, skriver du inn pop3.forwardemail.net

5. Når du blir bedt om å angi POP3-serverport, skriv inn 995 (SSL/TLS) – se alternative POP3-porter om nødvendig
Tips: Hvis du bruker Thunderbird, må du sørge for at «Tilkoblingssikkerhet» er satt til «SSL/TLS» og at autentiseringsmetoden er satt til «Vanlig passord».
6. Når du blir bedt om å oppgi POP3-serverpassordet, limer du inn passordet fra Generer passord i trinn 2 ovenfor.

7. Lagre innstillingene dine – hvis du har problemer, kan du kontakte oss
Gratulerer! Du har fullført alle trinnene.

Støtter dere kalendere (CalDAV)

Ja, fra og med 5. februar 2024 har vi lagt til denne funksjonen. Serveren vår er caldav.forwardemail.net og overvåkes også på statussiden vår.

Den støtter både IPv4 og IPv6 og er tilgjengelig over port 443 (HTTPS).

Logg inn	Eksempel	Beskrivelse
Brukernavn	user@trafficlogic.co	E-postadressen til et alias som finnes for domenet på Min konto Domener.
Passord	************************	Aliasspesifikt generert passord.

For å bruke kalenderstøtte må brukeren være e-postadressen til et alias som finnes for domenet på Min konto Domener – og passordet må være et aliasspesifikt generert passord.

Støtter du kontakter (CardDAV)

Ja, fra og med 12. juni 2025 har vi lagt til denne funksjonen. Serveren vår er carddav.forwardemail.net og overvåkes også på statussiden vår.

Den støtter både IPv4 og IPv6 og er tilgjengelig over port 443 (HTTPS).

Logg inn	Eksempel	Beskrivelse
Brukernavn	user@trafficlogic.co	E-postadressen til et alias som finnes for domenet på Min konto Domener.
Passord	************************	Aliasspesifikt generert passord.

For å bruke kontaktstøtte må brukeren være e-postadressen til et alias som finnes for domenet på Min konto Domener – og passordet må være et aliasspesifikt generert passord.

Støtter dere sending av e-post med SMTP

Ja, fra mai 2023 støtter vi sending av e-post med SMTP som et tillegg for alle betalende brukere.

Viktig: Sørg for at du har lest våre vilkår, personvernerklæring og utgående SMTP-grenser – din bruk anses som bekreftelse og samtykke.
Viktig: Hvis du bruker Gmail, kan du se vår veiledning for Send e-post som med Gmail. Hvis du er en utvikler, kan du se vår dokumentasjon for e-post-API.
1. Gå til Min konto Domener Innstillinger Utgående SMTP-konfigurasjon og følg konfigurasjonsinstruksjonene.

2. Opprett et nytt alias for domenet ditt under Min konto Domener Aliaser (f.eks. hello@trafficlogic.co)

3. Klikk på Generer passord ved siden av det nyopprettede aliaset. Kopier til utklippstavlen og lagre det genererte passordet som vises på skjermen på en sikker måte.

4. Bruk ditt foretrukne e-postprogram, legg til eller konfigurer en konto med det nyopprettede aliaset ditt (f.eks. hello@trafficlogic.co)
Tips: Vi anbefaler å bruke Thunderbird, Thunderbird Mobile, Apple Mail eller et åpen kildekode- og personvernfokusert alternativ.
5. Når du blir bedt om å oppgi SMTP-servernavn, skriver du inn smtp.forwardemail.net

6. Når du blir bedt om å angi SMTP-serverport, skriv inn 465 (SSL/TLS) – se alternative SMTP-porter om nødvendig
Tips: Hvis du bruker Thunderbird, må du sørge for at «Tilkoblingssikkerhet» er satt til «SSL/TLS» og at autentiseringsmetoden er satt til «Vanlig passord».
7. Når du blir bedt om å oppgi SMTP-serverpassordet, limer du inn passordet fra Generer passord i trinn 3 ovenfor.

8. Lagre innstillingene dine og send din første test-e-post – hvis du har problemer, kan du kontakte oss
Viktig: Vær oppmerksom på at for å opprettholde IP-omdømmet og sikre leveringsdyktighet, har vi en manuell gjennomgangsprosess på domenebasis for utgående SMTP-godkjenning. Dette tar vanligvis mindre enn 24 timer, og de fleste forespørsler blir behandlet innen 1–2 timer. I nær fremtid tar vi sikte på å gjøre denne prosessen umiddelbar med ytterligere spamkontroller og varsler. Denne prosessen sikrer at e-postene dine når innboksen og at meldingene dine ikke blir merket som spam.
Gratulerer! Du har fullført alle trinnene.

Støtter dere OpenPGP/MIME, ende-til-ende-kryptering («E2EE») og webnøkkelkatalog («WKD»)

Ja, vi støtter OpenPGP, ende-til-ende-kryptering ("E2EE") og oppdagelsen av offentlige nøkler ved hjelp av Webnøkkelkatalog ("WKD"). Du kan konfigurere OpenPGP ved hjelp av keys.openpgp.org eller selvhost dine egne nøkler (se denne kjernen for WKD-serveroppsett).

• WKD-oppslag lagres i 1 time for å sikre rettidig e-postlevering → derfor, hvis du legger til, endrer eller fjerner WKD-nøkkelen din, vennligst send oss en e-post til support@forwardemail.net med e-postadressen din, slik at vi kan tømme hurtigbufferen manuelt.

• Vi støtter PGP-kryptering for meldinger som videresendes via WKD-oppslag eller ved bruk av en opplastet PGP-nøkkel i grensesnittet vårt.

• Opplastede nøkler har forrang så lenge PGP-avmerkingsboksen er aktivert/merket.

• Meldinger sendt til webhooks er for øyeblikket ikke kryptert med PGP.

• Hvis du har flere aliaser som samsvarer med en gitt videresendingsadresse (f.eks. regex/wildcard/exact-kombinasjon), og hvis mer enn ett av disse inneholder en opplastet PGP-nøkkel og har PGP merket av →, vil vi sende deg en feilmeldings-e-post og vil ikke kryptere meldingen med den opplastede PGP-nøkkelen din. Dette er svært sjeldent og gjelder vanligvis bare avanserte brukere med komplekse aliasregler.

• PGP-kryptering vil ikke bli brukt på videresending av e-post via våre MX-servere hvis avsenderen hadde en DMARC-policy for avvisning. Hvis du trenger PGP-kryptering på all e-post, foreslår vi at du bruker IMAP-tjenesten vår og konfigurerer PGP-nøkkelen din for aliaset ditt for innkommende e-post.

Du kan validere oppsettet av webnøkkelkatalogen din på https://wkd.chimbosonic.com/ (åpen kildekode) eller https://www.webkeydirectory.com/ (proprietær).

Automatisk kryptering: Hvis du bruker vår utgående SMTP-tjeneste og sender ukrypterte meldinger, vil vi automatisk forsøke å kryptere meldinger per mottaker ved hjelp av Web Key Directory ("WKD").
Viktig: Du må følge alle de følgende trinnene for å aktivere OpenPGP for ditt tilpassede domenenavn.
1. Last ned og installer den anbefalte pluginen for e-postklienten din nedenfor:

E-postklient	Plattform	Anbefalt plugin	Notater
Thunderbird	Skrivebord	Configure OpenPGP in Thunderbird	Thunderbird har innebygd støtte for OpenPGP.
Gmail	Nettleser	Mailvelope eller FlowCrypt (proprietær lisens)	Gmail støtter ikke OpenPGP, men du kan laste ned plugin-modulen med åpen kildekode Mailvelope eller FlowCrypt.
Apple Mail	macOS	Free-GPGMail	Apple Mail støtter ikke OpenPGP, men du kan laste ned plugin-modulen med åpen kildekode Free-GPGMail.
Apple Mail	iOS	PGPro eller FlowCrypt (proprietær lisens)	Apple Mail støtter ikke OpenPGP, men du kan laste ned plugin-modulen med åpen kildekode PGPro eller FlowCrypt.
Utsikter	Vinduer	gpg4win	Outlooks e-postklient for skrivebord støtter ikke OpenPGP, men du kan laste ned plugin-modulen med åpen kildekode gpg4win.
Utsikter	Nettleser	Mailvelope eller FlowCrypt (proprietær lisens)	Outlooks nettbaserte e-postklient støtter ikke OpenPGP, men du kan laste ned plugin-modulen med åpen kildekode Mailvelope eller FlowCrypt.
Android	Mobil	OpenKeychain eller FlowCrypt	Android mail clients, som for eksempel Thunderbird Mobile og FairEmail, støtter begge plugin-modulen med åpen kildekode OpenKeychain. Du kan alternativt bruke plugin-modulen med åpen kildekode (proprietær lisensiering) FlowCrypt.
Google Chrome	Nettleser	Mailvelope eller FlowCrypt (proprietær lisens)	Du kan laste ned nettleserutvidelsen med åpen kildekode Mailvelope eller FlowCrypt.
Mozilla Firefox	Nettleser	Mailvelope eller FlowCrypt (proprietær lisens)	Du kan laste ned nettleserutvidelsen med åpen kildekode Mailvelope eller FlowCrypt.
Microsoft Edge	Nettleser	Mailvelope	Du kan laste ned nettleserutvidelsen med åpen kildekode Mailvelope.
Modig	Nettleser	Mailvelope eller FlowCrypt (proprietær lisens)	Du kan laste ned nettleserutvidelsen med åpen kildekode Mailvelope eller FlowCrypt.
Balsa	Skrivebord	Configure OpenPGP in Balsa	Balsa har innebygd støtte for OpenPGP.
KMail	Skrivebord	Configure OpenPGP in KMail	KMail har innebygd støtte for OpenPGP.
GNOME-evolusjonen	Skrivebord	Configure OpenPGP in Evolution	GNOME Evolution har innebygd støtte for OpenPGP.
Terminal	Skrivebord	Configure gpg in Terminal	Du kan bruke åpen kildekode gpg command line tool til å generere en ny nøkkel fra kommandolinjen.

2. Åpne plugin-modulen, opprett den offentlige nøkkelen din, og konfigurer e-postklienten din til å bruke den.

3. Last opp den offentlige nøkkelen din på https://keys.openpgp.org/upload.

Tips: Du kan besøke https://keys.openpgp.org/manage for å administrere nøkkelen din i fremtiden.
Valgfritt tillegg: Hvis du bruker vår krypterte lagringstjenester (IMAP/POP3) og ønsker at all e-post lagret i din (allerede krypterte) SQLite-database skal krypteres med din offentlige nøkkel, går du til Min konto Domener Aliaser (f.eks. hello@trafficlogic.co) Rediger OpenPGP og last opp den offentlige nøkkelen din.
4. Legg til en ny CNAME-post i domenenavnet ditt (f.eks. trafficlogic.co):

Navn/Vert/Alias	TTL	Type	Svar/Verdi
openpgpkey	3600	CNAME	wkd.keys.openpgp.org

Tips: Hvis aliaset ditt bruker våre vanity/disposable-domener (f.eks. hideaddress.net), kan du hoppe over dette trinnet.
Gratulerer! Du har fullført alle trinnene.

Støtter du MTA-STS

Ja, fra og med 2. mars 2023 støtter vi MTA-STS. Du kan bruke denne malen hvis du ønsker å aktivere det på domenet ditt.

Konfigurasjonen vår er offentlig tilgjengelig på GitHub på https://github.com/forwardemail/mta-sts.forwardemail.net.

Støtter dere tilgangsnøkler og WebAuthn

Ja! Fra og med 13. desember 2023 har vi lagt til støtte for passord på grunn av høy etterspørsel.

Med tilgangsnøkler kan du logge inn sikkert uten å kreve passord og tofaktorautentisering.

Du kan bekrefte identiteten din med berøring, ansiktsgjenkjenning, enhetsbasert passord eller PIN-kode.

Vi lar deg administrere opptil 30 passord samtidig, slik at du enkelt kan logge inn med alle enhetene dine.

Lær mer om passord på følgende lenker:

• Logg på applikasjoner og nettsteder med passord (Google)
• Bruk passord for å logge på apper og nettsteder på iPhone (Apple)
• Wikipedia-artikkel om passord

Støtter dere beste praksis for e-post?

Ja. Vi har innebygd støtte for SPF, DKIM, DMARC, ARC og SRS på tvers av alle abonnementer. Vi har også jobbet mye med de opprinnelige forfatterne av disse spesifikasjonene og andre e-posteksperter for å sikre perfeksjon og høy leveringsevne.

Støtter dere avvisningswebhooks

Tips: Leter du etter dokumentasjon om e-post-webhooks? Se Støtter dere webhooks? for mer innsikt.

Ja, fra og med 14. august 2024 har vi lagt til denne funksjonen. Du kan nå gå til Min konto → Domener → Innstillinger → Bounce Webhook URL og konfigurere en http://- eller https://-URL som vi sender en POST-forespørsel til når utgående SMTP-e-poster returneres.

Dette er nyttig for å administrere og overvåke utgående SMTP – og kan brukes til å opprettholde abonnenter, reservere seg mot og oppdage når det oppstår avvisninger.

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

• email_id (Streng) - e-post-ID som tilsvarer en e-post i Min konto → E-poster (utgående SMTP)
• list_id (Streng) - List-ID-overskriftsverdien (uavhengig av store og små bokstaver), hvis noen, fra den opprinnelige utgående e-posten
• list_unsubscribe (Streng) - List-Unsubscribe-overskriftsverdien (uavhengig av store og små bokstaver), hvis noen, fra den opprinnelige utgående e-posten
• feedback_id (Streng) - Feedback-ID-overskriftsverdien (uavhengig av store og små bokstaver), hvis noen, fra den opprinnelige utgående e-posten
• recipient (Streng) - e-postadressen til mottakeren som returnerte eller oppsto en feil
• message (Streng) - en detaljert feilmelding for returen
• response (Streng) - SMTP-svarmeldingen
• list_id0 (Tall) - den analysert SMTP-svarkode
• list_id1 (Streng) - hvis svarkoden var fra en klarert kilde, vil denne verdien bli fylt ut med rotdomenenavnet (f.eks. list_id2 eller list_id3)
• list_id4 (Objekt) - et objekt som inneholder følgende egenskaper som beskriver avvisnings- og avvisningsstatusen
• list_id5 (Streng) - avvisningshandling (f.eks. list_id6)
• list_id7 (Streng) - avvisningsårsak (f.eks. list_id8)
• list_id9 (Streng) - avvisningskategori (f.eks. List-ID0)
• List-ID1 (Tall) - avvisningsstatuskode (f.eks. List-ID2)
• List-ID3 (Streng) - returkode fra svarmelding (f.eks. List-ID4)
• List-ID5 (Nummer) - analysert linjenummer, hvis aktuelt, List-ID6 (f.eks. List-ID7)
• List-ID8 (Objekt) - nøkkelverdipar av overskrifter for den utgående e-posten
• List-ID9 (Streng) - list_unsubscribe0 formatert dato for når returfeilen oppsto

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 noen tilleggsmerknader angående bounce webhooks:

• Hvis webhook-nyttelasten inneholder en list_id-, list_unsubscribe- eller feedback_id-verdi, bør du om nødvendig iverksette nødvendige tiltak for å fjerne recipient fra listen.
• Hvis bounce.category-verdien var én av "block", "recipient", "spam" eller "virus", bør du absolutt fjerne brukeren fra listen.
• Hvis du trenger å bekrefte webhook-nyttelaster (for å sikre at de faktisk kommer fra serveren vår), kan du bruke løse den eksterne klientens IP-adresse klientens vertsnavn ved hjelp av et omvendt oppslag – det skal være list_unsubscribe0.
• Du kan også sjekke IP-adressen mot list_unsubscribe1.
• Gå til Min konto → Domener → Innstillinger → Webhook Signature Payload Verification Key for å få tak i webhook-nøkkelen din.
• Du kan rotere denne nøkkelen når som helst av sikkerhetsmessige årsaker.
• Beregn og sammenlign list_unsubscribe2-verdien fra webhook-forespørselen vår med den beregnede brødtekstverdien ved hjelp av denne nøkkelen. Et eksempel på hvordan du gjør dette er tilgjengelig på list_unsubscribe3.
• Se diskusjonen på <list_unsubscribe4 for mer innsikt.
• Vi venter i opptil list_unsubscribe5 sekunder på at webhook-endepunktet ditt skal svare med statuskoden list_unsubscribe6, og vi prøver på nytt i opptil list_unsubscribe7 sekunder.
• Hvis vi oppdager at den avviste webhook-URL-en din har en feil mens vi prøver å sende en forespørsel til den, sender vi deg en e-post én gang i uken.

Støtter dere webhooks?

Tips: Leter du etter dokumentasjon om bounce webhooks? Se Støtter dere bounce webhooks? for mer innsikt.

Ja, fra og med 15. mai 2020 har vi lagt til denne funksjonen. Du kan ganske enkelt legge til webhook(er) akkurat som du ville gjort med en hvilken som helst mottaker! Sørg for at du har prefikset «http» eller «https» i webhookens URL.

Forbedret personvern: Hvis du har et betalt abonnement (som har forbedret personvern), kan du gå til Min konto Domener og klikke på "Aliaser" ved siden av domenet ditt for å konfigurere webhookene dine. Hvis du vil vite mer om betalte abonnementer, kan du se vår Prissettingsside. Ellers kan du fortsette å følge instruksjonene nedenfor.

Hvis du har gratisabonnementet, legger du bare til en ny DNS-TXT-oppføring som vist nedenfor:

Hvis jeg for eksempel vil at alle e-poster som går til alias@trafficlogic.co skal videresendes til et nytt forespørselsboks testendepunkt:

Navn/Vert/Alias	TTL	Type	Svar/Verdi
"@", ".", eller blank	3600	TXT	forward-email=alias:https://requestbin.com/r/en8pfhdgcculn Kopiere Krypter

Eller kanskje du vil at alle e-poster som går til trafficlogic.co skal videresendes til dette endepunktet:

Navn/Vert/Alias	TTL	Type	Svar/Verdi
"@", ".", eller blank	3600	TXT	forward-email=https://requestbin.com/r/en8pfhdgcculn Kopiere Krypter

Her er ytterligere merknader angående webhooks:

• Hvis du trenger å bekrefte webhook-nyttelaster (for å sikre at de faktisk kommer fra serveren vår), kan du bruke løse den eksterne klientens IP-adresse klientens vertsnavn ved hjelp av et omvendt oppslag – det skal enten være mx1.forwardemail.net eller mx2.forwardemail.net.

• Du kan også sjekke IP-adressen mot våre publiserte IP-adresser.

• Hvis du har et betalt abonnement, går du til Min konto → Domener → Innstillinger → Webhook Signature Payload Verification Key for å få tak i webhook-nøkkelen din.

• Du kan rotere denne nøkkelen når som helst av sikkerhetsmessige årsaker.

• Beregn og sammenlign X-Webhook-Signature-verdien fra webhook-forespørselen vår med den beregnede kroppsverdien ved hjelp av denne nøkkelen. Et eksempel på hvordan du gjør dette er tilgjengelig på dette Stack Overflow-innlegget.

• Se diskusjonen på https://github.com/forwardemail/free-email-forwarding/issues/235 for mer innsikt.

• Hvis en webhook ikke svarer med en 200 statuskode, lagrer vi svaret i feillogg opprettet – som er nyttig for feilsøking.

• Webhook HTTP-forespørsler vil prøve på nytt opptil 3 ganger per SMTP-tilkoblingsforsøk, med en maksimal tidsavbrudd på 60 sekunder per endepunkts-POST-forespørsel. Merk at dette ikke betyr at den bare prøver på nytt 3 ganger, den vil faktisk prøve på nytt kontinuerlig over tid ved å sende en SMTP-kode på 421 (som indikerer til avsenderen at den prøver på nytt senere) etter det tredje mislykkede HTTP POST-forespørselsforsøket. Dette betyr at e-posten vil prøve på nytt kontinuerlig i flere dager inntil en statuskode på 200 oppnås.

• Vi vil prøve på nytt automatisk basert på standardstatusen og feilkodene som brukes i superagentens metode for nytt forsøk (vi er vedlikeholdere).

• Vi grupperer webhook HTTP-forespørsler til samme endepunkt i én forespørsel i stedet for flere) for å spare ressurser og øke responstiden. Hvis du for eksempel sender en e-post til webhook1@trafficlogic.co, webhook2@trafficlogic.co og webhook3@trafficlogic.co, og alle disse er konfigurert til å treffe den samme nøyaktige endepunkts-URL-en, vil bare én forespørsel bli sendt. Vi grupperer sammen etter eksakt endepunktsamsvar med streng likhet.

• Merk at vi bruker mx1.forwardemail.net0-bibliotekets "simpleParser"-metode for å analysere meldingen til et JSON-vennlig objekt.

• Rå e-postverdi som en streng er gitt som egenskapen "raw".

• Autentiseringsresultater er gitt som egenskapene "dkim", "spf", "arc", "dmarc" og "bimi".

• De analyserte e-postoverskriftene er gitt som egenskapen "headers" – men merk også at du kan bruke "headerLines" for enklere iterasjon og parsing.

• De grupperte mottakerne for denne webhooken er gruppert sammen og gitt som egenskapen "recipients".

• SMTP-øktinformasjonen er gitt som egenskapen "session". Denne inneholder informasjon om avsenderen av meldingen, ankomsttid for meldingen, HELO og klientens vertsnavn. Klientens vertsnavnverdi som mx1.forwardemail.net1 er enten FQDN (fra et omvendt PTR-oppslag) eller mx1.forwardemail.net2 omsluttet av parenteser (f.eks. mx1.forwardemail.net3).

• Hvis du trenger en rask måte å få verdien av mx1.forwardemail.net4 på, kan du bruke verdien av mx1.forwardemail.net5 (se eksempel nedenfor). Overskriften mx1.forwardemail.net6 er en overskrift vi legger til i meldinger for feilsøking med den opprinnelige mottakeren (før maskert videresending) for meldingen.

• Hvis du trenger å fjerne mx1.forwardemail.net7 og/eller mx1.forwardemail.net8-egenskapene fra nyttelasten, legger du ganske enkelt til mx1.forwardemail.net9, mx2.forwardemail.net0 eller mx2.forwardemail.net1 til webhook-endepunktet ditt som en spørrestrengparameter (f.eks. mx2.forwardemail.net2).

• Hvis det finnes vedlegg, vil de bli lagt til i mx2.forwardemail.net3-arrayet med bufferverdier. Du kan analysere dem tilbake til innhold ved hjelp av en tilnærming med JavaScript, for eksempel:

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

Tips: Nysgjerrig på hvordan webhook-forespørselen ser ut fra videresendte e-poster? Vi har inkludert et eksempel nedenfor for deg!

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

Støtter dere regulære uttrykk eller regex

Ja, fra og med 27. september 2021 har vi lagt til denne funksjonen. Du kan ganske enkelt skrive regulære uttrykk («regex») for å matche aliaser og utføre substitusjoner.

Aliaser som støttes av regulære uttrykk er de som starter med / og slutter med /, og mottakerne deres er e-postadresser eller webhooks. Mottakerne kan også inkludere støtte for regex-erstatning (f.eks. $1, $2).

Vi støtter to flagg for regulære uttrykk, inkludert i og g. Det store og små bokstav-flagget i er en permanent standard, og det håndheves alltid. Det globale flagget g kan legges til av deg ved å sette /g til slutten av /.

Merk at vi også støtter disabled aliasfunksjonen vår for mottakerdelen med støtte for regex.

Regulære uttrykk støttes ikke på globale vanity-domener (da dette kan være et sikkerhetsproblem).

Forbedret personvern: Hvis du har et betalt abonnement (som har forbedret personvern), kan du gå til Min konto Domener og klikke på "Aliaser" ved siden av domenet ditt for å konfigurere regulære uttrykk. Hvis du vil vite mer om betalte abonnementer, kan du se vår Prissettingsside. Ellers kan du fortsette å følge instruksjonene nedenfor.

Hvis du har gratisabonnementet, legger du ganske enkelt til en ny DNS-TXT-oppføring ved å bruke ett eller flere av eksemplene nedenfor:

Enkelt eksempel: Hvis jeg vil at alle e-poster som går til `linus@trafficlogic.co` eller `torvalds@trafficlogic.co` skal videresendes til `user@gmail.com`:

Navn/Vert/Alias	TTL	Type	Svar/Verdi
"@", ".", eller blank	3600	TXT	videresendings-e-post=/^(linus|torvalds)$/:bruker@gmail.com

Eksempel på erstatning av fornavn og etternavn: Tenk deg at alle e-postadressene i bedriften din har `firstname.lastname@trafficlogic.co`-mønsteret. Hvis jeg vil at alle e-poster som går til mønsteret `firstname.lastname@trafficlogic.co` skal videresendes til `firstname.lastname@company.com` med støtte for erstatning (se test på RegExr):

Navn/Vert/Alias	TTL	Type	Svar/Verdi
"@", ".", eller blank	3600	TXT	videresendings-e-post=/^([A-Za-z]+)+\.([A-Za-z]+)+$/:$1.$2@firma.com

Eksempel på erstatning av plusssymbolfiltrering: Hvis jeg vil at alle e-poster som går til `info@trafficlogic.co` eller `support@trafficlogic.co` skal videresendes til henholdsvis `user+info@gmail.com` eller `user+support@gmail.com` (med støtte for erstatning) (vis test på RegExr):

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

Eksempel på erstatning av webhook-spørrestreng: Kanskje du vil at alle e-poster som går til `trafficlogic.co` skal gå til en webhook og ha en dynamisk spørrestrengnøkkel på "til" med en verdi av brukernavndelen av e-postadressen (vis test på RegExr):

Navn/Vert/Alias	TTL	Type	Svar/Verdi
"@", ".", eller blank	3600	TXT	videresendings-e-post=/^(.*?)$/:https://trafficlogic.co/webhook?username=$1

Eksempel på stille avvisning: Hvis du vil at alle e-poster som samsvarer med et bestemt mønster skal deaktiveres og stille avvises (vises for avsenderen som om meldingen ble sendt, men den går egentlig ingen vei) med statuskoden `250` (se Kan jeg deaktivere spesifikke aliaser), bruk ganske enkelt samme tilnærming med et enkelt utropstegn "!". Dette indikerer for avsenderen at meldingen ble levert, men at den egentlig ikke kom noen vei (f.eks. svart hull eller `/dev/null`).

Navn/Vert/Alias	TTL	Type	Svar/Verdi
"@", ".", eller blank	3600	TXT	videresendings-e-post=/^(linus|torvalds)$/:!

Eksempel på myk avvisning: Hvis du vil at alle e-poster som samsvarer med et bestemt mønster skal deaktiveres og myk avvises med statuskoden `421` (se Kan jeg deaktivere bestemte aliaser), bruk ganske enkelt samme fremgangsmåte med et dobbelt utropstegn "!!". Dette indikerer at avsenderen må prøve e-posten sin på nytt, og e-poster til dette aliaset vil bli prøvd på nytt i omtrent 5 dager og deretter avvist permanent.

Navn/Vert/Alias	TTL	Type	Svar/Verdi
"@", ".", eller blank	3600	TXT	videresendings-e-post=/^(linus|torvalds)$/:!!

Eksempel på hard avvisning: Hvis du vil at alle e-poster som samsvarer med et bestemt mønster skal deaktiveres og hard avvises med statuskoden `550` (se Kan jeg deaktivere bestemte aliaser), bruk ganske enkelt samme tilnærming med et trippelt utropstegn "!!!". Dette indikerer en permanent feil for avsenderen, og e-poster vil ikke bli forsøkt på nytt. De vil bli avvist for dette aliaset.

Navn/Vert/Alias	TTL	Type	Svar/Verdi
"@", ".", eller blank	3600	TXT	videresendings-e-post=/^(linus|torvalds)$/:!!!

Tips: Nysgjerrig på hvordan man skriver et regulært uttrykk, eller trenger du å teste erstatningen din? Du kan gå til det gratis nettstedet for testing av regulære uttrykk RegExr på https://regexr.com.">

Hva er dine utgående SMTP-grenser

Vi begrenser brukere og domener til 300 utgående SMTP-meldinger per dag. Dette tilsvarer gjennomsnittlig 9000+ e-poster i en kalendermåned. Hvis du trenger å overskride dette antallet eller har gjennomgående store e-poster, kan du kontakt oss.

Trenger jeg godkjenning for å aktivere SMTP

Ja, vær oppmerksom på at for å opprettholde IP-omdømmet og sikre leveringsdyktighet, har Forward Email en manuell gjennomgangsprosess på domenebasis for utgående SMTP-godkjenning. Send en e-post til support@forwardemail.net eller åpne en hjelpforespørsel for godkjenning. Dette tar vanligvis mindre enn 24 timer, og de fleste forespørsler blir behandlet innen 1–2 timer. I nær fremtid tar vi sikte på å gjøre denne prosessen umiddelbar med ytterligere spamkontroller og varsler. Denne prosessen sikrer at e-postene dine når innboksen og at meldingene dine ikke blir merket som spam.

Hva er konfigurasjonsinnstillingene for SMTP-serveren din?

Serveren vår er smtp.forwardemail.net og overvåkes også på statussiden vår.

Den støtter både IPv4 og IPv6 og er tilgjengelig over portene 465 og 2465 for SSL/TLS og 587, 2587, 2525 og 25 for TLS (STARTTLS).

Protokoll	Vertsnavn	Porter	IPv4	IPv6
SSL/TLS Foretrukket	smtp.forwardemail.net	465, 2465	:hvitt_hakemerke:	:hvitt_hakemerke:
TLS (STARTTLS)	smtp.forwardemail.net	587, 2587, 2525, 25	:hvitt_hakemerke:	:hvitt_hakemerke:

Logg inn	Eksempel	Beskrivelse
Brukernavn	user@trafficlogic.co	E-postadressen til et alias som finnes for domenet på Min konto Domener.
Passord	************************	Aliasspesifikt generert passord.

For å kunne sende utgående e-post med SMTP, må SMTP-brukeren være e-postadressen til et alias som finnes for domenet på Mine konto Domener – og SMTP-passordet må være et aliasspesifikt generert passord.

Se Støtter dere sending av e-post med SMTP for trinnvise instruksjoner.

Hva er konfigurasjonsinnstillingene for IMAP-serveren din

Serveren vår er imap.forwardemail.net og overvåkes også på statussiden vår.

Den støtter både IPv4 og IPv6 og er tilgjengelig over portene 993 og 2993 for SSL/TLS.

Protokoll	Vertsnavn	Porter	IPv4	IPv6
SSL/TLS Foretrukket	imap.forwardemail.net	993, 2993	:hvitt_hakemerke:	:hvitt_hakemerke:

Logg inn	Eksempel	Beskrivelse
Brukernavn	user@trafficlogic.co	E-postadressen til et alias som finnes for domenet på Min konto Domener.
Passord	************************	Aliasspesifikt generert passord.

For å koble til med IMAP må IMAP-brukeren være e-postadressen til et alias som finnes for domenet på Min konto Domener – og IMAP-passordet må være et aliasspesifikt generert passord.

Se Støtter dere mottak av e-post med IMAP for trinnvise instruksjoner.

Hva er konfigurasjonsinnstillingene for POP3-serveren din

Serveren vår er pop3.forwardemail.net og overvåkes også på statussiden vår.

Den støtter både IPv4 og IPv6 og er tilgjengelig over portene 995 og 2995 for SSL/TLS.

Protokoll	Vertsnavn	Porter	IPv4	IPv6
SSL/TLS Foretrukket	pop3.forwardemail.net	995, 2995	:hvitt_hakemerke:	:hvitt_hakemerke:

Logg inn	Eksempel	Beskrivelse
Brukernavn	user@trafficlogic.co	E-postadressen til et alias som finnes for domenet på Min konto Domener.
Passord	************************	Aliasspesifikt generert passord.

For å koble til med POP3 må POP3-brukeren være e-postadressen til et alias som finnes for domenet på Mine konto Domener – og IMAP-passordet må være et aliasspesifikt generert passord.

Se Støtter du POP3 for trinnvise instruksjoner.

Postfix SMTP-relékonfigurasjon

Du kan konfigurere Postfix til å videresende e-poster via SMTP-serverne til Forward Email. Dette er nyttig for serverapplikasjoner som trenger å sende e-poster.

Anslått oppsetttid: Mindre enn 15 minutter
Viktig: Dette krever et betalt abonnement med SMTP-tilgang aktivert.

Installasjon

1. Installer Postfix på serveren din:

# Ubuntu/Debian
sudo apt update && sudo apt install postfix

# CentOS/RHEL
sudo yum install postfix

# macOS
brew install postfix

2. Velg «Internettsted» under installasjonen når du blir bedt om å oppgi konfigurasjonstype.

Konfigurasjon

1. Rediger hovedkonfigurasjonsfilen for Postfix:

sudo nano /etc/postfix/main.cf

2. Legg til eller endre disse innstillingene:

# 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. Opprett SASL-passordfilen:

sudo nano /etc/postfix/sasl_passwd

4. Legg til påloggingsinformasjonen din for videresending av e-post:

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

5. Sikre og hash passordfilen:

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

6. Start Postfix på nytt:

sudo systemctl restart postfix

Testing

Test konfigurasjonen din ved å sende en test-e-post:

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

Sikkerhet

Avanserte serverherdingsteknikker

Tip

Lær mer om sikkerhetsinfrastrukturen vår på vår sikkerhetsside.

Videresend e-post implementerer en rekke serverherdingsteknikker for å sikre sikkerheten til infrastrukturen vår og dataene dine:

1. Nettverkssikkerhet:
• IP-tabeller, brannmur med strenge regler
• Fail2ban for brute force-beskyttelse
• Regelmessige sikkerhetsrevisjoner og penetrasjonstesting
• Kun VPN-administratortilgang
2. Systemherding😗* Minimal pakkeinstallasjon
• Regelmessige sikkerhetsoppdateringer
• SELinux i håndhevingsmodus
• Deaktivert root SSH-tilgang
• Kun nøkkelbasert autentisering
3. Applikasjonssikkerhet:
• Overskrifter for Content Security Policy (CSP)
• HTTPS Strict Transport Security (HSTS)
• Overskrifter for XSS-beskyttelse
• Overskrifter for rammealternativer og referansepolicyer
• Regelmessige avhengighetsrevisjoner
4. Databeskyttelse😗* Full diskkryptering med LUKS
• Sikker nøkkelhåndtering
• Regelmessige sikkerhetskopier med kryptering
• Dataminimeringspraksis
5. Overvåking og respons:
• Inntrengingsdeteksjon i sanntid
• Automatisert sikkerhetsskanning
• Sentralisert logging og analyse
• Prosedyrer for hendelsesrespons

Important

Våre sikkerhetsrutiner oppdateres kontinuerlig for å håndtere nye trusler og sårbarheter.

Tip

For maksimal sikkerhet anbefaler vi å bruke tjenesten vår med ende-til-ende-kryptering via OpenPGP.

Har du SOC 2- eller ISO 27001-sertifiseringer?

Note

Videresend e-post bruker infrastruktur levert av sertifiserte underbehandlere for å sikre samsvar med bransjestandarder.

Videresendt e-post har ikke direkte SOC 2 Type II- eller ISO 27001-sertifiseringer. Tjenesten opererer imidlertid på infrastruktur levert av sertifiserte underdatabehandlere:

• DigitalOcean: SOC 2 Type II og SOC 3 Type II-sertifisert (revidert av Schellman & Company LLC), ISO 27001-sertifisert ved flere datasentre. Detaljer: https://www.digitalocean.com/trust/certification-reports

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

• DataPacket: SOC 2-kompatibel (kontakt DataPacket direkte for å få sertifisering), infrastrukturleverandør i bedriftsklasse (Denver-lokasjon). Detaljer: https://www.datapacket.com/datacenters/denver

Videresend e-post følger beste praksis i bransjen for sikkerhetsrevisjoner og samarbeider jevnlig med uavhengige sikkerhetsforskere. Kilde: https://forwardemail.net/technical-whitepaper.pdf#page=36

Bruker du TLS-kryptering for videresending av e-post?

Ja. Videresendt e-post håndhever strengt TLS 1.2+ for alle tilkoblinger (HTTPS, SMTP, IMAP, POP3) og implementerer MTA-STS for forbedret TLS-støtte. Implementeringen inkluderer:

• TLS 1.2+ håndheving for alle e-posttilkoblinger
• ECDHE (Elliptic Curve Diffie-Hellman Ephemeral) nøkkelutveksling for perfekt videresendt hemmelighold
• Moderne krypteringspakker med regelmessige sikkerhetsoppdateringer
• HTTP/2-støtte for forbedret ytelse og sikkerhet
• HSTS (HTTP Strict Transport Security) med forhåndsinnlasting i de fleste nettlesere
• MTA-STS (Mail Transfer Agent Strict Transport Security) for streng TLS-håndheving

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

MTA-STS-implementering: Videresendt e-post implementerer streng MTA-STS-håndhevelse i kodebasen. Når TLS-feil oppstår og MTA-STS håndheves, returnerer systemet 421 SMTP-statuskoder for å sikre at e-poster prøves på nytt senere i stedet for å bli levert usikkert. Implementeringsdetaljer:

• TLS-feildeteksjon: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/is-tls-error.js
• MTA-STS-håndhevelse i send-e-post-hjelperen: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/send-email.js

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

Bevarer dere overskrifter for e-postautentisering?

Ja. Videresend e-post implementerer og bevarer e-postgodkjenningsoverskrifter på en omfattende måte:

• SPF (Sender Policy Framework): Riktig implementert og bevart
• DKIM (DomainKeys Identified Mail): Full støtte med riktig nøkkelhåndtering
• DMARC: Policyhåndhevelse for e-poster som ikke oppfyller SPF- eller DKIM-validering
• ARC: Selv om det ikke er eksplisitt detaljert, tyder tjenestens perfekte samsvarspoeng på omfattende håndtering av autentiseringshoder

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

Validering: Internet.nl Mail Test viser en poengsum på 100/100 spesifikt for implementeringen av «SPF, DKIM og DMARC». Hardenize-vurderingen bekrefter «God»-vurderinger for SPF og DMARC: https://www.hardenize.com/report/forwardemail.net/1750312779

Bevarer dere originale e-postoverskrifter og forhindrer forfalskning?

Tip

Videresend e-post implementerer sofistikert beskyttelse mot forfalskning for å forhindre misbruk av e-post.

Videresend e-post bevarer originale e-postoverskrifter samtidig som den implementerer omfattende beskyttelse mot forfalskning gjennom MX-kodebasen:

• Bevaring av overskrift: Originale autentiseringsoverskrifter opprettholdes under videresending.** Anti-forfalskning: Håndheving av DMARC-policy forhindrer forfalskning av overskrift ved å avvise e-poster som ikke oppfyller SPF- eller DKIM-validering.** Forebygging av overskriftsinjeksjon: Validering og sanering av inndata ved hjelp av striptags-bibliotek.** Avansert beskyttelse: Sofistikert phishing-deteksjon med forfalskningsdeteksjon, forebygging av identitetstyveri og brukervarslingssystemer.

MX-implementeringsdetaljer: Kjernelogikken for e-postbehandling håndteres av MX-serverens kodebase, nærmere bestemt:

• Hoved MX-databehandler: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/on-data-mx.js
• Vilkårlig e-postfiltrering (anti-forfalskning): https://github.com/forwardemail/forwardemail.net/blob/master/helpers/is-arbitrary.js

isArbitrary-hjelperen implementerer sofistikerte regler mot forfalskning, inkludert deteksjon av domeneetterligning, blokkerte fraser og ulike phishing-mønstre.

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

Hvordan beskytter du mot spam og misbruk

Videresend e-post implementerer omfattende flerlagsbeskyttelse:

• Hastighetsbegrensning: Brukes på autentiseringsforsøk, API-endepunkter og SMTP-tilkoblinger
• Ressursisolasjon: Mellom brukere for å forhindre påvirkning fra brukere med stort volum
• DDoS-beskyttelse: Flerlagsbeskyttelse gjennom DataPackets Shield-system og Cloudflare
• Automatisk skalering: Dynamisk ressursjustering basert på etterspørsel
• Misbruksforebygging: Brukerspesifikke kontroller for misbruksforebygging og hashbasert blokkering for skadelig innhold
• E-postautentisering: SPF-, DKIM- og DMARC-protokoller med avansert phishing-deteksjon

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

Lagrer du e-postinnhold på disken

Important

Videresend e-post bruker en nullkunnskapsarkitektur som forhindrer at e-postinnhold skrives til disk.

• Nullkunnskapsarkitektur: Individuelt krypterte SQLite-postbokser betyr at videresendt e-post ikke kan få tilgang til e-postinnhold
• Minnesbasert behandling: E-postbehandling skjer utelukkende i minnet, og unngår disklagring
• Ingen innholdslogging: "Vi logger eller lagrer ikke e-postinnhold eller metadata på disk"
• Sandboxed Encryption: Krypteringsnøkler lagres aldri på disk i ren tekst

MX-kodebasebevis: MX-serveren behandler e-poster utelukkende i minnet uten å skrive innhold til disk. Hovedbehandleren for e-postbehandling demonstrerer denne tilnærmingen i minnet: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/on-data-mx.js

Kilder:

• https://forwardemail.net/technical-whitepaper.pdf#page=10 (Sammendrag)
• https://forwardemail.net/technical-whitepaper.pdf#page=59 (Detaljer uten kunnskap)
• https://forwardemail.net/technical-whitepaper.pdf#page=21 (Sandkassekryptering)

Kan e-postinnhold eksponeres under systemkrasj

Nei. Videresend e-post implementerer omfattende sikkerhetstiltak mot krasjrelatert dataeksponering:

• Kjernedumper deaktivert: Forhindrer minneeksponering under krasj
• Bytteminne deaktivert: Fullstendig deaktivert for å forhindre uttrekking av sensitive data fra byttefiler
• Arkitektur i minnet: E-postinnhold finnes bare i flyktig minne under behandling
• Beskyttelse av krypteringsnøkkel: Nøkler lagres aldri på disk i klartekst
• Fysisk sikkerhet: LUKS v2-krypterte disker forhindrer fysisk tilgang til data
• USB-lagring deaktivert: Forhindrer uautorisert datauttrekking

Feilhåndtering for systemproblemer: Videresend e-post bruker hjelpefunksjonene isCodeBug og isTimeoutError for å sikre at hvis det oppstår problemer med databasetilkobling, DNS-nettverk/blokkeringsliste eller oppstrømstilkobling, returnerer systemet 421 SMTP-statuskoder for å sikre at e-poster blir forsøkt på nytt senere i stedet for å gå tapt eller bli eksponert.

Implementeringsdetaljer:

• Feilklassifisering: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/is-code-bug.js
• Håndtering av tidsavbruddsfeil i MX-prosessering: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/on-data-mx.js

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

Hvem har tilgang til e-postinfrastrukturen din

Videresend e-post implementerer omfattende tilgangskontroller for sitt minimale ingeniørteam på 2–3 personer med strenge 2FA-krav:

• Rollebasert tilgangskontroll: For teamkontoer med ressursbaserte tillatelser
• Prinsippet om minste privilegium: Brukes på tvers av alle systemer
• Ansvarsdeling: Mellom operative roller
• Brukeradministrasjon: Separate distribusjons- og devops-brukere med distinkte tillatelser
• Root-pålogging deaktivert: Tvinger tilgang gjennom riktig autentiserte kontoer
• Streng 2FA: Ingen SMS-basert 2FA på grunn av risiko for MiTM-angrep - kun appbaserte eller maskinvaretokener
• Omfattende revisjonslogging: Med redigering av sensitive data
• Automatisert anomalideteksjon: For uvanlige tilgangsmønstre
• Regelmessige sikkerhetsgjennomganger: Av tilgangslogger
• Forebygging av Evil Maid-angrep: USB-lagring deaktivert og andre fysiske sikkerhetstiltak

Kilder:

• https://forwardemail.net/technical-whitepaper.pdf#page=30 (Autorisasjonskontroller)
• https://forwardemail.net/technical-whitepaper.pdf#page=30 (Nettverkssikkerhet)
• https://forwardemail.net/technical-whitepaper.pdf#page=15 (Forebygging av Evil Maid-angrep)

Hvilke infrastrukturleverandører bruker du

Important

Videresend e-post bruker flere infrastrukturdeltakere med omfattende samsvarssertifiseringer.

Fullstendige detaljer er tilgjengelige på vår GDPR-samsvarsside: https://forwardemail.net/gdpr

Primære infrastrukturdeltakere:

Leverandør	Sertifisert rammeverk for personvern	GDPR-samsvarsside
Cloudflare	✅ Ja	https://www.cloudflare.com/trust-hub/gdpr/
Datapakke	❌ Nei	https://www.datapacket.com/privacy-policy
Digitalt hav	❌ Nei	https://www.digitalocean.com/legal/gdpr
Vultr	❌ Nei	https://www.vultr.com/legal/eea-gdpr-privacy/

Detaljerte sertifiseringer:

Digitalt hav

• SOC 2 Type II og SOC 3 Type II (revidert av Schellman & Company LLC)
• ISO 27001-sertifisert ved flere datasentre
• PCI-DSS-kompatibel
• CSA STAR Nivå 1-sertifisert
• APEC CBPR PRP-sertifisert
• Detaljer: https://www.digitalocean.com/trust/certification-reports

Vultr

• SOC 2+ (HIPAA)-sertifisert
• PCI Merchant-kompatibel
• CSA STAR nivå 1-sertifisert
• 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 å få sertifisering)
• Infrastruktur i bedriftsklasse (Denver-lokasjon)
• DDoS-beskyttelse gjennom Shield cybersecurity-stacken
• Teknisk støtte døgnet rundt
• Globalt nettverk på tvers av 58 datasentre
• Detaljer: https://www.datapacket.com/datacenters/denver

Betalingsbehandlere:

• Stripe: Sertifisert i henhold til rammeverket for personvern - https://stripe.com/legal/privacy-center
• PayPal: Ikke DPF-sertifisert - https://www.paypal.com/uk/legalhub/privacy-full

Tilbyr dere en databehandleravtale (DPA)

Ja, Videresend e-post tilbyr en omfattende databehandleravtale (DPA) som kan signeres med vår bedriftsavtale. En kopi av vår DPA er tilgjengelig på: https://forwardemail.net/dpa

DPA-detaljer:

• Dekker GDPR-samsvar og EU-US/Sveits-US Privacy Shield-rammeverk
• Godtas automatisk når du godtar våre tjenestevilkår
• Ingen separat signatur kreves for standard DPA
• Tilpassede DPA-avtaler tilgjengelig gjennom Enterprise License

GDPR-samsvarsrammeverk: Vår databehandleravtale beskriver samsvar med GDPR samt internasjonale krav til dataoverføring. Fullstendig informasjon er tilgjengelig på: https://forwardemail.net/gdpr

For bedriftskunder som trenger tilpassede DPA-vilkår eller spesifikke kontraktsmessige avtaler, kan disse håndteres gjennom vårt Bedriftslisensprogram ($ 250/måned).

Hvordan håndterer dere varsler om datainnbrudd

Note

Videresendt e-post sin nullkunnskapsarkitektur begrenser virkningen av sikkerhetsbrudd betydelig.

• Begrenset dataeksponering: Kan ikke få tilgang til kryptert e-postinnhold på grunn av nullkunnskapsarkitektur
• Minimal datainnsamling: Kun grunnleggende abonnentinformasjon og begrensede IP-logger for sikkerhet
• Underdatabehandlerrammeverk: DigitalOcean og Vultr opprettholder GDPR-kompatible hendelsesresponsprosedyrer

Informasjon om GDPR-representant: Forward Email har utnevnt GDPR-representanter i samsvar med artikkel 27:

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

Representant for Storbritannia: Osano UK Compliance LTD ATTN: LFHC 42–46 Fountain Street, Belfast Antrim, BT1–5EF

For bedriftskunder som trenger spesifikke tjenestenivåavtaler for varsling om brudd, bør disse diskuteres som en del av en bedriftslisensavtale.

Kilder:

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

Tilbyr dere et testmiljø

Den tekniske dokumentasjonen for Videresend e-post beskriver ikke eksplisitt en dedikert sandkassemodus. Potensielle testmetoder inkluderer imidlertid:

• Alternativ for selvhosting: Omfattende selvhostingsmuligheter for å lage testmiljøer
• API-grensesnitt: Potensial for programmatisk testing av konfigurasjoner
• Åpen kildekode: 100 % åpen kildekode lar kunder undersøke videresendingslogikk
• Flere domener: Støtte for flere domener kan muliggjøre opprettelse av testdomener

For bedriftskunder som trenger formelle sandkassefunksjoner, bør dette diskuteres som en del av en bedriftslisens-avtale.

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

Tilbyr dere overvåkings- og varslingsverktøy?

Videresend e-post gir overvåking i sanntid med noen begrensninger:

Tilgjengelig:

• Leveringsovervåking i sanntid: Offentlig synlige ytelsesmålinger for store e-postleverandører
• Automatisk varsling: Ingeniørteamet varsles når leveringstiden overstiger 10 sekunder
• Transparent overvåking: 100 % åpen kildekode-overvåkingssystemer
• Infrastrukturovervåking: Automatisert avviksdeteksjon og omfattende revisjonslogging

Begrensninger:

• Kundevendte webhooks eller API-baserte leveringsstatusvarsler er ikke eksplisitt dokumentert.

For bedriftskunder som trenger detaljerte webhooks for leveringsstatus eller tilpassede overvåkingsintegrasjoner, kan disse funksjonene være tilgjengelige gjennom bedriftslisens-avtaler.

Kilder:

• https://forwardemail.net (Sanntidsovervåkingsvisning)
• https://github.com/forwardemail/forwardemail.net (Implementering av overvåking)

Hvordan sikrer du høy tilgjengelighet

Important

Videresend e-post implementerer omfattende redundans på tvers av flere infrastrukturleverandører.

• Distribuert infrastruktur: Flere leverandører (DigitalOcean, Vultr, DataPacket) på tvers av geografiske regioner
• Geografisk lastbalansering: Cloudflare-basert geolokalisert lastbalansering med automatisk failover
• Automatisk skalering: Dynamisk ressursjustering basert på etterspørsel
• Flerlags DDoS-beskyttelse: Gjennom DataPackets Shield-system og Cloudflare
• Serverredundans: Flere servere per region med automatisk failover
• Databasereplikering: Sanntidsdatasynkronisering på tvers av flere lokasjoner
• Overvåking og varsling: Døgnåpen overvåking med automatisk hendelsesrespons

Forpliktelse til oppetid: 99,9 %+ tjenestetilgjengelighet med transparent overvåking tilgjengelig 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)

Important

Videresendt e-post er i full samsvar med paragraf 889 gjennom nøye utvalg av infrastrukturpartnere.

Ja, videresending av e-post er kompatibel med paragraf 889. Paragraf 889 i National Defense Authorization Act (NDAA) forbyr offentlige etater å bruke eller inngå kontrakter med enheter som bruker telekommunikasjons- og videoovervåkingsutstyr fra bestemte selskaper (Huawei, ZTE, Hikvision, Dahua og Hytera).

Hvordan videresendt e-post oppnår samsvar med paragraf 889:

Videresendt e-post er utelukkende avhengig av to viktige infrastrukturleverandører, og ingen av dem bruker utstyr som er forbudt i henhold til paragraf 889:

1. Cloudflare: Vår primære partner for nettverkstjenester og e-postsikkerhet
2. DataPacket: Vår primære leverandør for serverinfrastruktur (med utelukkende Arista Networks- og Cisco-utstyr)
3. Sikkerhetskopieringsleverandører: Våre sikkerhetskopieringsleverandører av Digital Ocean og Vultr er i tillegg skriftlig bekreftet å være i samsvar med Section 889.

Cloudflares forpliktelse: Cloudflare oppgir eksplisitt i sin tredjeparts etiske retningslinjer at de ikke bruker telekommunikasjonsutstyr, videoovervåkingsprodukter eller tjenester fra noen enheter som er forbudt i henhold til paragraf 889.

Brukseksempel for myndighetene: Vår samsvarskrav for paragraf 889 ble validert da US Naval Academy valgte Videresend e-post for sine behov for sikker videresending av e-post, noe som krevde dokumentasjon av våre føderale samsvarsstandarder.

For fullstendige detaljer om vårt rammeverk for samsvar med myndighetene, inkludert bredere føderale forskrifter, les vår omfattende casestudie: I samsvar med paragraf 889 i den føderale regjeringens e-posttjeneste

System- og tekniske detaljer

Lagrer du e-poster og innholdet i dem?

Nei, vi skriver ikke til disk eller lagrer logger – med unntak av feil og utgående SMTP (se vår Personvernerklæring).

Alt gjøres i minnet og kildekoden vår er på GitHub.

Hvordan fungerer systemet deres for videresending av e-post?

E-post er avhengig av SMTP-protokoll. Denne protokollen består av kommandoer sendt til en server (som vanligvis kjører på port 25). Det er en innledende tilkobling, deretter angir avsenderen hvem e-posten er fra ("MAIL FROM"), etterfulgt av hvor den skal ("RCPT TO"), og til slutt overskriftene og brødteksten i selve e-posten ("DATA"). Flyten i vårt system for videresending av e-post er beskrevet i forhold til hver SMTP-protokollkommando nedenfor:

• Første tilkobling (ikke noe kommandonavn, f.eks. telnet trafficlogic.co 25) – Dette er den første tilkoblingen. Vi sjekker avsendere som ikke er i vår tillatelsesliste mot vår avslagsliste. Til slutt, hvis en avsender ikke er i tillatelseslisten vår, sjekker vi om de har vært grålistet.

• HELO – Dette indikerer en hilsen for å identifisere avsenderens FQDN, IP-adresse eller navn på e-postbehandler. Denne verdien kan forfalskes, så vi er ikke avhengige av disse dataene og bruker i stedet omvendt vertsnavnoppslag av tilkoblingens IP-adresse.

• MAIL FROM – Dette angir konvoluttadressen til e-posten. Hvis en verdi skrives inn, må den være en gyldig RFC 5322-e-postadresse. Tomme verdier er tillatt. Vi bruker sjekk for tilbakespredning her, og vi sjekker også MAIL FROM mot vår avslagsliste. Til slutt sjekker vi avsendere som ikke er på tillatelseslisten for hastighetsbegrensning (se avsnittet om Hastighetsbegrensning og tillatelsesliste for mer informasjon).

• RCPT TO – Dette angir mottakeren(e) av e-posten. Disse må være gyldige RFC 5322-e-postadresser. Vi tillater bare opptil 50 konvoluttmottakere per melding (dette er forskjellig fra «Til»-overskriften i en e-post). Vi sjekker også for en gyldig Avsenderomskrivingsplan («SRS»)-adresse her for å beskytte mot forfalskning med vårt SRS-domenenavn.

• DATA – Dette er kjernedelen av tjenesten vår som behandler en e-post. Se avsnittet Hvordan behandler du en e-post for videresending nedenfor for mer innsikt.

Hvordan behandler du en e-post for videresending

Denne delen beskriver prosessen vår knyttet til SMTP-protokollkommandoen DATA i delen Hvordan fungerer systemet deres for videresending av e-post ovenfor – det handler om hvordan vi behandler en e-posts overskrifter, brødtekst og sikkerhet, bestemmer hvor den skal leveres og hvordan vi håndterer tilkoblinger.

1. Hvis meldingen overstiger maksimalstørrelsen på 50 MB, blir den avvist med feilkoden 552.

2. Hvis meldingen ikke inneholdt en «Fra»-overskrift, eller hvis noen av verdiene i «Fra»-overskriften ikke var gyldige RFC 5322-e-postadresser, blir den avvist med en 550-feilkode.

3. Hvis meldingen hadde mer enn 25 «Mottatt»-overskrifter, ble det fastslått at den hadde blitt sittende fast i en omdirigeringsløkke, og den ble avvist med en 550-feilkode.

4. Ved å bruke e-postens fingeravtrykk (se delen om Fingeravtrykk) vil vi sjekke om meldingen har blitt forsøkt sendt på nytt i mer enn 5 dager (som samsvarer med standard postfix-oppførsel), og hvis det er tilfelle, vil den bli avvist med en 550-feilkode.

5. Vi lagrer resultatene fra skanningen av e-posten i minnet ved hjelp av Spam-skanner.

6. Hvis det var noen vilkårlige resultater fra Spam Scanner, blir den avvist med en 554-feilkode. Vilkårlige resultater inkluderer bare GTUBE-testen i skrivende stund. Se https://spamassassin.apache.org/gtube/ for mer innsikt.

7. Vi legger til følgende overskrifter i meldingen for feilsøking og forebygging av misbruk:

• Received – vi legger til denne standard Received-headeren med opprinnelses-IP og vert, overføringstype, TLS-tilkoblingsinformasjon, dato/klokkeslett og mottaker.
• X-Original-To – den opprinnelige mottakeren for meldingen:
• Dette er nyttig for å bestemme hvor en e-post opprinnelig ble levert til (i tillegg til "Received"-headeren).
• Dette legges til per mottaker ved IMAP og/eller maskert videresending (for å beskytte personvernet).
• X-Forward-Email-Website – inneholder en lenke til nettstedet vårt https://forwardemail.net
• X-Forward-Email-Version – den nåværende SemVer-versjonen fra package.json i kodebasen vår.
• X-Forward-Email-Session-ID – en økt-ID-verdi som brukes til feilsøkingsformål (gjelder kun i ikke-produksjonsmiljøer).
• X-Forward-Email-Sender - en kommaseparert liste som inneholder den opprinnelige konvoluttadressen MAIL FROM (hvis den ikke var tom), den omvendte PTR-klientens FQDN (hvis den finnes) og avsenderens IP-adresse.
• X-Forward-Email-ID - dette gjelder bare for utgående SMTP og korrelerer med e-post-ID-en som er lagret i Min konto → E-poster.
• X-Original-To0 - med verdien X-Original-To1.
• X-Original-To2 - med verdien X-Original-To3.
• X-Original-To4 - med verdien X-Original-To5.
8. Deretter sjekker vi meldingen for DKIM, SPF, ARC og DMARC.

• Hvis meldingen mislyktes i DMARC og domenet hadde en avvisningspolicy (f.eks. p=reject var i DMARC-policyen), blir den avvist med en 550-feilkode. Vanligvis finnes en DMARC-policy for et domene i _dmarc-underdomenets TXT-post (f.eks. dig _dmarc.trafficlogic.co txt).

• Hvis meldingen mislyktes i SPF og domenet hadde en hard fail-policy (f.eks. var -all i SPF-policyen i motsetning til ~all eller ingen policy i det hele tatt), blir den avvist med en 550-feilkode. Vanligvis finnes en SPF-policy for et domene i TXT-posten for rotdomenet (f.eks. dig trafficlogic.co txt). Se denne delen for mer informasjon om sende e-post som med Gmail angående SPF.

9. Nå behandler vi mottakerne av meldingen slik de er samlet inn fra RCPT TO-kommandoen i seksjonen Hvordan fungerer systemet deres for videresending av e-post ovenfor. For hver mottaker utfører vi følgende operasjoner:

• Vi slår opp TXT-postene for domenenavnet (delen etter @-symbolet, f.eks. trafficlogic.co hvis e-postadressen var test@trafficlogic.co). Hvis for eksempel domenet er trafficlogic.co, gjør vi et DNS-oppslag, for eksempel dig trafficlogic.co txt.

• Vi analyserer alle TXT-poster som starter med enten forward-email= (gratisabonnementer) eller forward-email-site-verification= (betalte abonnementer). Merk at vi analyserer begge for å behandle e-poster mens en bruker oppgraderer eller nedgraderer abonnementer.

• Fra disse analyserte TXT-postene itererer vi over dem for å trekke ut videresendingskonfigurasjonen (som beskrevet i avsnittet Hvordan kommer jeg i gang og konfigurerer videresending av e-post ovenfor). Merk at vi bare støtter én forward-email-site-verification=-verdi, og hvis mer enn én oppgis, vil det oppstå en 550-feil, og avsenderen vil motta en returmelding for denne mottakeren.

• Vi itererer rekursivt over den uttrukne videresendingskonfigurasjonen for å bestemme global videresending, regex-basert videresending og alle andre støttede videresendingskonfigurasjoner – som nå er kjent som våre "videresendingsadresser".

• For hver videresendingsadresse støtter vi ett rekursivt oppslag (som vil starte denne serien med operasjoner på nytt på den gitte adressen). Hvis det blir funnet et rekursivt samsvar, vil det overordnede resultatet bli fjernet fra videresendingsadressene, og de underordnede legges til.

• Videresendingsadresser analyseres for unikhet (siden vi ikke ønsker å sende duplikater til én adresse eller skape unødvendige SMTP-klientforbindelser).

• For hver videresendingsadresse slår vi opp domenenavnet mot API-endepunktet vårt /v1/max-forwarded-addresses (for å bestemme hvor mange adresser domenet har lov til å videresende e-post til per alias, f.eks. 10 som standard – se avsnittet om trafficlogic.co0). Hvis denne grensen overskrides, vil det oppstå en 550-feil, og avsenderen vil motta en returmelding for denne mottakeren.

• Vi slår opp innstillingene til den opprinnelige mottakeren mot API-endepunktet vårt trafficlogic.co1, som støtter et oppslag for betalende brukere (med en reserve for gratisbrukere). Dette returnerer et konfigurasjonsobjekt for avanserte innstillinger for trafficlogic.co2 (tall, f.eks. trafficlogic.co3), trafficlogic.co4 (boolsk), trafficlogic.co5 (boolsk), trafficlogic.co6 (boolsk) og trafficlogic.co7 (boolsk).

• Basert på disse innstillingene sjekker vi deretter mot resultatene fra Spam-skanneren, og hvis det oppstår feil, avvises meldingen med feilkoden 554 (f.eks. hvis trafficlogic.co8 er aktivert, sjekker vi resultatene fra Spam-skanneren for virus). Merk at alle brukere av gratisabonnementet vil bli valgt inn for kontroller mot innhold for voksne, phishing, kjørbare filer og virus. Som standard er alle brukere av betalte abonnementer også valgt inn, men denne konfigurasjonen kan endres under Innstillinger-siden for et domene i dashbordet for videresending av e-post).

10. For hver behandlede mottakers videresendingsadresser utfører vi deretter følgende operasjoner:

• Adressen sjekkes mot vår avslagsliste, og hvis den var oppført, vil en 421-feilkode oppstå (indikerer at avsenderen må prøve på nytt senere).

• Hvis adressen er en webhook, setter vi en boolsk verdi for fremtidige operasjoner (se nedenfor – vi grupperer lignende webhooks for å lage én POST-forespørsel kontra flere for levering).

• Hvis adressen er en e-postadresse, analyserer vi verten for fremtidige operasjoner (se nedenfor – vi grupperer lignende verter for å lage én tilkobling kontra flere individuelle tilkoblinger for levering).

11. Hvis det ikke finnes noen mottakere og det ikke er noen returer, svarer vi med en 550-feilmelding om «Ugyldige mottakere».

12. Hvis det finnes mottakere, itererer vi over dem (gruppert sammen av samme vert) og leverer e-postene. Se avsnittet Hvordan håndterer du problemer med e-postlevering nedenfor for mer innsikt.

• Hvis det oppstår feil under sending av e-post, lagrer vi dem i minnet for senere behandling.
• Vi tar den laveste feilkoden (hvis noen) fra sending av e-post – og bruker den som svarkode på DATA-kommandoen. Dette betyr at e-poster som ikke er levert, vanligvis blir forsøkt sendt på nytt av den opprinnelige avsenderen, men e-poster som allerede er levert, sendes ikke på nytt neste gang meldingen sendes (slik vi bruker Fingeravtrykk).
• Hvis det ikke oppsto noen feil, sender vi en SMTP-svarstatuskode på 250 vellykkede.
• En retur bestemmes som ethvert leveringsforsøk som resulterer i en statuskode som er >= 500 (permanente feil).

13. Hvis det ikke oppstod noen returer (permanente feil), returnerer vi en SMTP-svarstatuskode med den laveste feilkoden fra ikke-permanente feil (eller en statuskode på 250 vellykkede feil hvis det ikke fantes noen).

14. Hvis det oppstår avvisninger, sender vi avvisnings-e-poster i bakgrunnen etter at vi har returnert den laveste av alle feilkodene til avsenderen. Hvis den laveste feilkoden er >= 500, sender vi ingen avvisnings-e-poster. Dette er fordi hvis vi gjorde det, ville avsenderne motta en dobbel avvisnings-e-post (f.eks. én fra deres utgående MTA, for eksempel Gmail – og også én fra oss). Se avsnittet om Hvordan beskytter du mot tilbakespredning nedenfor for mer innsikt.

Hvordan håndterer dere problemer med e-postlevering

Merk at vi vil omskrive e-postene med «Friendly-From» hvis og bare hvis avsenderens DMARC-policy ikke ble godkjent OG ingen DKIM-signaturer var justert med «Fra»-overskriften. Dette betyr at vi vil endre «Fra»-overskriften på meldingen, sette «X-Original-From» og også sette en «Svar til» hvis den ikke allerede var angitt. Vi vil også forsegle ARC-forseglingen på meldingen på nytt etter å ha endret disse overskriftene.

Vi bruker også smart parsing av feilmeldinger på alle nivåer i stakken vår – i koden vår, DNS-forespørsler, Node.js-internals, HTTP-forespørsler (f.eks. 408, 413 og 429 er tilordnet SMTP-svarkoden 421 hvis mottakeren er en webhook), og e-postserversvar (f.eks. svar med "defer" eller "slowdown" ville bli prøvd på nytt som 421-feil).

Logikken vår er dummy-sikker, og den vil også prøve på nytt for SSL/TLS-feil, tilkoblingsproblemer og mer. Målet med dummy-proofing er å maksimere leveringsevnen til alle mottakere for en videresendingskonfigurasjon.

Hvis mottakeren er en webhook, vil vi tillate en tidsavbrudd på 60 sekunder for at forespørselen skal fullføres, med opptil 3 nye forsøk (så totalt 4 forespørsler før en feil). Merk at vi analyserer feilkodene 408, 413 og 429 riktig og tilordner dem til en SMTP-svarkode på 421.

Hvis mottakeren er en e-postadresse, vil vi forsøke å sende e-posten med opportunistisk TLS (vi forsøker å bruke STARTTLS hvis det er tilgjengelig på mottakerens e-postserver). Hvis det oppstår en SSL/TLS-feil under forsøket på å sende e-posten, vil vi forsøke å sende e-posten uten TLS (uten å bruke STARTTLS).

Hvis det oppstår DNS- eller tilkoblingsfeil, returnerer vi en SMTP-svarkode på 421 til DATA-kommandoen. Hvis det ellers er feil på nivået >= 500, sendes det returmeldinger.

Hvis vi oppdager at en e-postserver vi prøver å levere til har en eller flere av IP-adressene våre for e-postutveksling blokkert (f.eks. av hvilken som helst teknologi de bruker for å avvise spammere), sender vi en SMTP-svarkode på 421 slik at avsenderen kan prøve meldingen på nytt senere (og vi blir varslet om problemet slik at vi forhåpentligvis kan løse det før neste forsøk).

Hvordan håndterer du at IP-adressene dine blir blokkert

Vi overvåker rutinemessig alle større DNS-avvisningslister, og hvis noen av våre IP-adresser for e-postutveksling ("MX") er oppført i en større avvisningsliste, vil vi trekke den ut av den relevante DNS A-posten om mulig inntil problemet er løst.

I skrivende stund er vi også oppført på flere DNS-godkjenningslister, og vi tar overvåking av avvisningslister på alvor. Hvis du ser noen problemer før vi har mulighet til å løse dem, vennligst gi oss beskjed skriftlig på support@forwardemail.net.

IP-adressene våre er offentlig tilgjengelige, se denne delen nedenfor for mer innsikt.

Hva er postmasteradresser

For å forhindre feiladresserte returer og sending av feriesvarmeldinger til uovervåkede eller ikke-eksisterende postbokser, vedlikeholder vi en liste over brukernavn som ligner på mailer-daemoner:

• 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 uten svar

Se RFC 5320 avsnitt 4.6 for mer innsikt i hvordan lister som disse brukes til å lage effektive e-postsystemer.

Hva er adresser uten svar

E-postbrukernavn som tilsvarer ett av følgende (ikke store og små bokstaver) regnes som adresser med manglende svar:

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

Denne listen vedlikeholdes som et åpen kildekode-prosjekt på GitHub.

Hva er IP-adressene til serveren din?

Vi publiserer IP-adressene våre på https://forwardemail.net/ips.

Har du en tillatelsesliste

Ja, vi har en liste over domenenavnutvidelser som er på tillatelseslisten som standard og en dynamisk, bufret og rullerende tillatelsesliste basert på strenge kriterier.

Alle e-poster, domener og mottakere fra kunder med betalte abonnementer legges automatisk til i tillatelseslisten vår.

Hvilke domenenavnutvidelser er godkjent som standard

Følgende domenenavnutvidelser anses som standard å være på godkjenningslisten (uavhengig av om de er på paraplypopularitetslisten eller ikke):

• 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
• skole.nz
• cri.nz
• helse.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
• parlamentet.uk
• politiet.uk
• rct.uk
• royal.uk
• sch.uk
• ukaea.uk

I tillegg er disse merkevare- og bedriftsdomener på toppnivå på tillatelseslisten som standard (f.eks. apple for applecard.apple for Apple Card-kontoutskrifter):

• aaa
• aarp
• abarth
• abb
• abbott
• abbvie
• abc
• accenture
• aco
• aeg
• aetna
• afl
• agakhan
• aig
• aigo
• airbus
• airtel
• akdn
• alfaromeo
• alibaba
• alipay
• allfinanz
• allstate
• ally
• alstom
• amazon
• americanexpress
• amex
• amica
• android
• anz
• aol
• apple
• akvarell
• aramco
• audi
• auspost
• aws
• axa
• azure
• baidu
• bananarepublic
• barclaycard
• barclays
• basketball
• bauhaus
• bbc
• bbt
• bbva
• bcg
• bentley
• bharti
• bing
• blanco
• bloomberg
• bms
• BMW
• bnl
• bnpparibas
• boehringer
• obligasjon
• 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
• kredittunion
• krone
• crs
• csc
• cuisinella
• dabur
• datsun
• forhandler
• dell
• deloitte
• delaitte
• delaitte
• dhl
• oppdag
• oppvask
• 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
• gap
• gbiz
• gea
• genting
• giving
• gle
• globo
• gmail
• gmo
• gmx
• godaddy
• goldpoint
• goodyear
• goog
• google
• grainger
• Guardian
• Gucci
• HBO
• HDFC
• HDFCBank
• Hermes
• Hisamitsu
• Hitachi
• hkt
• honda
• honeywell
• hotmail
• hsbc
• hughes
• hyatt
• hyundai
• ibm
• ieee
• ifm
• ikano
• imdb
• infiniti
• intel
• intuit
• ipiranga
• iselect
• 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
• mann
• mango
• Marriott
• Maserati
• Mattel
• McKinsey
• MetLife
• Microsoft
• Mini
• Microsoft
• Microsoft
class="notranslate">mitsubishi
• mlb
• mma
• monash
• mormon
• moto
• movistar
• msd
• mtn
• mtr
• gjensidig
• nadex
• landsdekkende
• natura
• nba
• nec
• netflix
• neustar
• newholland
• nfl
• nhk
• nico
• nike
• nikon
• nissan
• nissay
• nokia
• northwesternmutual
• norton
• nra
• ntt
• obi
• office
• omega
• oracle
• oransje
• otsuka
• panasonic
• pccw
• pfizer
• philips
• piaget
• pictet
• ping
• pioneer
• spill
• playstation
• pohl
• politikk
• praxis
• prod
• progressiv
• pru
• prudential
• pwc
• qvc
• redstone
• reliance
• rexroth
• ricoh
• garanti
• rocher
• rogers
• rwe
• sikkerhet
• sakura
• samsung
• sandvik
• sandvikcoromant
• sanofi
• sap
• saxo
• sbi
• sca
• scb
• Schaeffler
• Schmidt
• Schwarz
• Schoolman
• Scor
• Sete
• Sener
• Sener
• Sener
• Sener
class="notranslate">sy
• syv
• sfr
• søk
• shangrila
• skarp
• shaw
• skall
• shriram
• sina
• sky
• skype
• smart
• sncf
• softbank
• sohu
• sony
• Spiegel
• Stadel
• Stapel
• Star
• Statebank
• Statefarm
• Statoil
• stc
• stcgroup
• suzuki
• swatch
• swintcover
• symantec
• taobao
• target
• tatamotors
• tdk
• telecity
• telefonica
• temasek
• teva
• tiffany
• tjx
• Toray
• Toshiba
• total
• Toyota
• reisekanal
• reisende
• tui
• TV-er
• ubs
• unicom
• uol
• ups
• vanguard
• verisign
• vig
• viking
• jomfru
• Visa
• Vista
• Vistaprint
• Vivo
• Volvo
• Volvo
• Walmart
• Walter
• værkanal
• weber
• demningsmur
• williamhill
• windows
• wme
• wolterskluwer
• woodside
• wtc
• xbox
• xerox
• xfinity
• yahoo
• yamaxun
• yandex
• yodobashi
• youtube
• zappos
• zara
• zippo

Fra og med 18. mars 2025 har vi også lagt til disse franske oversjøiske territoriene på denne listen (i henhold til denne GitHub-forespørselen):

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

Fra og med 8. juli 2025 har vi lagt til disse Europaspesifikke landene:

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

Vi inkluderte spesifikt ikke cz, ru og ua på grunn av høy spamaktivitet.

Hva er kriteriene for tillatelseslisten din

Vi har en statisk liste med domenenavnutvidelser som standard er godkjent – og vi vedlikeholder også en dynamisk, bufret, rullerende tillatelsesliste basert på følgende strenge kriterier:

• Avsenderens rotdomene må være av typen domenenavnutvidelse som samsvarer med listen vi tilbyr på vår gratisplan (med tillegg av biz og info). Vi inkluderer også delvise treff for edu, gov og mil, som for eksempel xyz.gov.au og xyz.edu.au.

• Avsenderens rotdomene må være blant de 100 000 unike rotdomenene som er analysert i Paraply popularitetsliste («UPL»).

• Avsenderens rotdomene må være blant de 50 000 beste resultatene fra unike rotdomener som vises i minst 4 av de siste 7 dagene med UPL-er (~50 %+).

• Avsenderens rotdomene må ikke være kategorisert som innhold for voksne eller skadelig programvare fra Cloudflare.

• Avsenderens rotdomene må ha enten A- eller MX-poster angitt.

• Avsenderens rotdomene må ha enten A-post(er), MX-post(er), DMARC-post med biz0 eller biz1, eller en SPF-post med kvalifikator biz2 eller biz3.

Hvis dette kriteriet er oppfylt, vil avsenderens rotdomene bli mellomlagret i 7 dager. Merk at den automatiserte jobben vår kjører daglig – derfor er dette en rullerende tillatelsesliste-mellomlagre som oppdateres daglig.

Den automatiserte jobben vår vil laste ned de siste 7 dagene med UPL-filer i minnet, pakke dem ut og deretter analysere dem i minnet i henhold til de strenge kriteriene ovenfor.

Populære domener i skrivende stund, som Google, Yahoo, Microsoft, Amazon, Meta, Twitter, Netflix, Spotify og flere, er selvfølgelig inkludert.

Hvis du er en avsender som ikke er på tillatelseslisten vår, vil du være begrenset pris og grålistet første gang FQDN-rotdomenet eller IP-adressen din sender en e-post. Merk at dette er standard praksis som er tatt i bruk som en e-poststandard. De fleste e-postserverklienter vil prøve å prøve på nytt hvis de mottar en hastighetsgrense- eller grålistefeil (f.eks. en feilstatuskode på nivå 421 eller 4xx).

Merk at bestemte avsendere som a@gmail.com, b@xyz.edu og c@gov.au fortsatt kan være avvist (f.eks. hvis vi automatisk oppdager spam, phishing eller skadelig programvare fra disse avsenderne).**

Hvilke domenenavnutvidelser kan brukes gratis

Fra og med 31. mars 2023 håndhevet vi en ny generell regel for spam for å beskytte brukerne og tjenesten vår.

Denne nye regelen tillater kun bruk av følgende domenenavnutvidelser på vår gratisplan:

• ac
• annonse
• ag
• ai
• al
• am
• app
• as
• på
• au
• ba
• være
• br
• av
• ca
• cc
• cd
• ch
• ck
• co
• com
• de
• dev
• dj
• dk
• ee
• es
• eu
• familie
• fi
• fm
• fr
• gg
• gl
• id
• ie
• il
• im
• in
• io
• ir
• er
• det
• je
• jp
• ke
• kr
• la
• li
• lv
• ly
• md
• meg
• mn
• ms
• mu
• mx
• net
• ni
• nl
• nei
• ny
• 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 svært løs grålisting av e-post-policy. Grålisting gjelder bare for avsendere som ikke er på tillatelseslisten vår, og lagres i hurtigbufferen vår i 30 dager.

For alle nye avsendere lagrer vi en nøkkel i Redis-databasen vår i 30 dager med en verdi satt til den opprinnelige ankomsttiden for deres første forespørsel. Vi avviser deretter e-posten deres med en statuskode for nytt forsøk på 450 og lar den bare passere når det har gått 5 minutter.

Hvis de har ventet i 5 minutter fra denne opprinnelige ankomsttiden, vil e-postene deres bli akseptert, og de vil ikke motta denne 450-statuskoden.

Nøkkelen består enten av FQDN-rotdomenet eller avsenderens IP-adresse. Dette betyr at ethvert underdomene som passerer grålisten også vil passere for rotdomenet, og omvendt (dette er hva vi mener med en "svært slapp" policy).

Hvis for eksempel en e-post kommer fra test.trafficlogic.co før vi ser en e-post komme fra trafficlogic.co, må enhver e-post fra test.trafficlogic.co og/eller trafficlogic.co vente i 5 minutter fra den opprinnelige ankomsttiden for tilkoblingen. Vi lar ikke både test.trafficlogic.co og trafficlogic.co vente i hver sin 5-minuttersperiode (våre grålistingsregler gjelder på rotdomenenivå).

Merk at grålisting ikke gjelder for noen avsendere på vår tillatelsesliste (f.eks. Meta, Amazon, Netflix, Google, Microsoft i skrivende stund).

Har du en avslagsliste

Ja, vi driver vår egen avvisningsliste og oppdaterer den automatisk i sanntid og manuelt basert på spam og ondsinnet aktivitet som oppdages.

Vi henter også alle IP-adresser fra UCEPROTECT nivå 1-avvisningslisten på http://wget-mirrors.uceprotect.net/rbldnsd-all/dnsbl-1.uceprotect.net.gz hver time og legger dem inn i avvisningslisten vår med en utløpsdato på 7 dager.

Avsendere som finnes i avviserlisten vil motta en 421-feilkode (indikerer at avsenderen må prøve på nytt senere) hvis de er ikke godkjent.

Ved å bruke en 421-statuskode i stedet for en 554-statuskode, kan potensielle falske positiver reduseres i sanntid, og meldingen kan deretter leveres på neste forsøk.

Dette er utformet i motsetning til andre e-posttjenester, der det oppstår en hard og permanent feil hvis du blir satt på en blokkeringsliste. Det er ofte vanskelig å be avsendere om å prøve meldinger på nytt (spesielt fra store organisasjoner), og derfor gir denne tilnærmingen omtrent 5 dager fra det første e-postforsøket for enten avsenderen, mottakeren eller oss til å gripe inn og løse problemet (ved å be om fjerning av avslagslisten).

Alle forespørsler om fjerning fra avslagslister overvåkes i sanntid av administratorer (f.eks. slik at gjentakende falske positiver kan settes permanent på godkjenningslisten av administratorer).

Forespørsler om fjerning av avslagslister kan sendes til https://forwardemail.net/denylist.. Betalende brukere får sine forespørsler om fjerning av avslagslister behandlet umiddelbart, mens ikke-betalende brukere må vente på at administratorer skal behandle forespørselen.

Avsendere som oppdages å sende spam eller virusinnhold, vil bli lagt til avviserlisten på følgende måte:

1. fingeravtrykk for første melding blir grålistet ved oppdagelse av spam eller blokkeringsliste fra en "pålitelig" avsender (f.eks. gmail.com, microsoft.com, apple.com).
• Hvis avsenderen var på tillatelseslisten, blir meldingen grålistet i 1 time.
• Hvis avsenderen ikke er på tillatelseslisten, blir meldingen grålistet i 6 timer.
2. Vi analyserer avvisningslistenøkler fra informasjon fra avsenderen og meldingen, og for hver av disse nøklene oppretter vi (hvis en ikke allerede finnes) en teller, øker den med 1 og bufrer den i 24 timer.

• For avsendere på tillatelseslisten:

• Legg til en nøkkel for konvolutten "MAIL FROM"-e-postadresse hvis den hadde eller ingen SPF, og den ikke var et brukernavn for postmesteren eller et brukernavn uten svar.

• Hvis «Fra»-headeren var på tillatelseslisten, legg til en nøkkel for e-postadressen i «Fra»-headeren hvis den hadde bestått SPF eller bestått og justert DKIM.

• Hvis «Fra»-headeren ikke var på tillatelseslisten, legg til en nøkkel for e-postadressen i «Fra»-headeren og dens rotparsede domenenavn.

• For avsendere som ikke er på tillatelseslisten:

• Legg til en nøkkel for konvolutten «MAIL FROM»-e-postadresse hvis den hadde bestått SPF.

• Hvis «Fra»-headeren var på tillatelseslisten, legg til en nøkkel for e-postadressen i «Fra»-headeren hvis den hadde bestått SPF eller bestått og justert DKIM.

• Hvis «Fra»-headeren ikke var på tillatelseslisten, legg til en nøkkel for e-postadressen i «Fra»-headeren og dens rotparsede domenenavn.

• Legg til en nøkkel for avsenderens eksterne IP-adresse.

• Legg til en nøkkel for klientens løste vertsnavn ved omvendt oppslag fra avsenderens IP-adresse (hvis noen).

• Legg til en nøkkel for rotdomenet til klientens løste vertsnavn (hvis noen, og hvis det er forskjellig fra klientens løste vertsnavn).

3. Hvis telleren når 5 for en avsender og nøkkel som ikke er på tillatelseslisten, avviser vi nøkkelen i 30 dager, og en e-post sendes til misbruksteamet vårt. Disse tallene kan endres, og oppdateringer vil bli vist her mens vi overvåker misbruk.

4. Hvis telleren når 10 for en avsender og nøkkel på tillatelseslisten, avviser vi nøkkelen i 7 dager, og en e-post sendes til misbruksteamet vårt. Disse tallene kan endres, og oppdateringer vil bli vist her mens vi overvåker misbruk.

MERK: I nær fremtid vil vi introdusere omdømmeovervåking. Omdømmeovervåking vil i stedet beregne når en avsender skal avvises basert på en prosentgrense (i motsetning til en rudimentær teller som nevnt ovenfor).

Har du en hastighetsbegrensning

Avsenderhastighetsbegrensning skjer enten via rotdomenet som analyseres fra et omvendt PTR-oppslag på avsenderens IP-adresse – eller hvis det ikke gir et resultat, bruker den ganske enkelt avsenderens IP-adresse. Merk at vi refererer til dette som Sender nedenfor.

Våre MX-servere har daglige grenser for innkommende e-post mottatt for kryptert IMAP-lagring:

• I stedet for å begrense innkommende e-post mottatt på et individuelt alias (f.eks. you@yourdomain.com) – begrenser vi hastigheten etter aliaset sitt domenenavn (f.eks. yourdomain.com). Dette forhindrer at Senders oversvømmer innboksene til alle aliaser på tvers av domenet ditt samtidig.

• Vi har generelle grenser som gjelder for alle Senders på tvers av tjenesten vår, uavhengig av mottaker:

• Senders som vi anser som "pålitelige" som en sannhetskilde (f.eks. gmail.com, microsoft.com, apple.com) er begrenset til å sende 100 GB per dag.

• Senders som er tillatelsesliste er begrenset til å sende 10 GB per dag.

• Alle andre yourdomain.com0 er begrenset til å sende 1 GB og/eller 1000 meldinger per dag.

• Vi har en spesifikk grense per yourdomain.com1 og yourdomain.com2 på 1 GB og/eller 1000 meldinger daglig.

MX-serverne begrenser også videresending av meldinger til én eller flere mottakere gjennom hastighetsbegrensning – men dette gjelder bare for Senders, ikke på tillatelsesliste:

• Vi tillater kun opptil 100 tilkoblinger per time, per Sender-løst FQDN-rotdomene (eller) Sender ekstern IP-adresse (hvis ingen omvendt PTR er tilgjengelig), og per konvoluttmottaker. Vi lagrer nøkkelen for hastighetsbegrensning som en kryptografisk hash i Redis-databasen vår.

• Hvis du sender e-post gjennom systemet vårt, må du sørge for at du har satt opp en omvendt PTR for alle IP-adressene dine (ellers vil hvert unike FQDN-rotdomene eller IP-adresse du sender fra være hastighetsbegrenset).

• Merk at hvis du sender via et populært system som Amazon SES, vil du ikke bli begrenset i hastighet, siden Amazon SES (i skrivende stund) er oppført på tillatelseslisten vår.

• Hvis du sender fra et domene som test.abc.123.trafficlogic.co, vil hastighetsgrensen bli pålagt trafficlogic.co. Mange spammere bruker hundrevis av underdomener for å omgå vanlige spamfiltre som bare hastighetsbegrenser unike vertsnavn i motsetning til unike FQDN-rotdomener.

• Senders som overskrider hastighetsgrensen vil bli avvist med en 421-feil.

Våre IMAP- og SMTP-servere begrenser aliasene dine fra å ha mer enn 60 samtidige tilkoblinger samtidig.

MX-serverne våre begrenser ikke på tillatelseslisten-sendere fra å opprette mer enn 10 samtidige tilkoblinger (med en cache-utløpstid på 3 minutter for telleren, som gjenspeiler vår socket-timeout på 3 minutter).

Hvordan beskytter du mot tilbakespredning

Feildirigerte returer eller returspam (kjent som «Tilbakespredning kan gi avsenderens IP-adresser et negativt rykte.

Vi tar to trinn for å beskytte mot tilbakespredning, som er beskrevet i de følgende avsnittene Forhindre returer fra kjente E-POSTFRA-spammere og Forhindre unødvendige sprett for å beskytte mot tilbakespredning nedenfor.

Forhindre avvisninger fra kjente E-POSTFRA-spammere

Vi henter listen fra Backscatter.org (drevet av UCEPROTECT) på http://wget-mirrors.uceprotect.net/rbldnsd-all/ips.backscatterer.org.gz hver time og mater den inn i Redis-databasen vår (vi sammenligner også differansen på forhånd; i tilfelle IP-adresser ble fjernet som må respekteres).

Hvis MAIL FROM er tom ELLER er lik (ikke-skillende mellom store og små bokstaver) en av postmesteradresser (delen før @-tegnet i en e-post), sjekker vi om avsender-IP-adressen samsvarer med en fra denne listen.

Hvis avsenderens IP-adresse er oppført (og ikke i vår tillatelsesliste), sender vi en 554-feil med meldingen The IP ${session.remoteAddress} is blocked by https://www.backscatterer.org/index.php?target=test&ip=${session.remoteAddress}. Vi vil bli varslet hvis en avsender er på både Backscatterer-listen og i vår tillatelsesliste, slik at vi kan løse problemet om nødvendig.

Teknikkene som er beskrevet i denne delen følger anbefalingen «SIKKER MODUS» på https://www.backscatterer.org/?target=usage – der vi bare sjekker avsender-IP-adressen hvis visse betingelser allerede er oppfylt.

Forhindre unødvendige sprett for å beskytte mot tilbakespredning

Avviste e-poster er e-poster som indikerer at videresending av e-post til mottakeren mislyktes fullstendig, og at e-posten ikke vil bli forsøkt på nytt.

En vanlig årsak til å bli oppført på Backscatterer-listen er feiladresserte returer eller spam, så vi må beskytte oss mot dette på noen måter:

1. Vi sender bare når det oppstår >= 500 statuskodefeil (når e-poster som ble forsøkt videresendt har mislyktes, f.eks. Gmail svarer med en feil på nivå 500).

2. Vi sender bare én gang (vi bruker en beregnet nøkkel for avvisningsfingeravtrykk og lagrer den i hurtigbufferen for å forhindre sending av duplikater). Avvisningsfingeravtrykket er en nøkkel som er meldingens fingeravtrykk kombinert med en hash av avvisningsadressen og feilkoden). Se avsnittet om Fingeravtrykk for mer innsikt i hvordan meldingsfingeravtrykket beregnes. Vellykket sendte avvisningsfingeravtrykk utløper etter 7 dager i Redis-hurtigbufferen vår.

3. Vi sender bare når MAIL FROM og/eller From ikke er blanke og ikke inneholder (ikke store og små bokstaver) en postmaster brukernavn (delen før @-tegnet i en e-post).

4. Vi sender ikke hvis den opprinnelige meldingen hadde noen av følgende overskrifter (ikke store og små bokstaver):

• Overskrift for auto-submitted med en verdi som ikke er lik no.
• Overskrift for x-auto-response-suppress med en verdi på dr, autoreply, auto-reply, auto_reply eller all.
• Overskrift for list-id, list-subscribe, no0, no1, no2, no3, no4, no5, no6 eller no7 (uavhengig av verdi).
• Overskrift for no8 med verdien no9, x-auto-response-suppress0, x-auto-response-suppress1, x-auto-response-suppress2 eller x-auto-response-suppress3.

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

6. Vi sender ikke hvis delen for brukernavn i e-postadressen «Fra» var mdaemon og den hadde en overskrift som ikke skiller mellom store og små bokstaver, X-MDDSN-Message.

7. Vi sender ikke hvis det var en content-type-header for multipart/report som ikke skiller mellom store og små bokstaver.

Hvordan bestemmer du et e-postfingeravtrykk

Et fingeravtrykk av en e-post brukes til å bestemme hvor unik en e-post er og for å forhindre at dupliserte meldinger leveres og at dupliserte avvisninger sendes.

Fingeravtrykket beregnes fra følgende liste:

• Klientens FQDN-oppløste vertsnavn eller IP-adresse
• Message-ID-overskriftsverdi (hvis noen)
• Date-overskriftsverdi (hvis noen)
• From-overskriftsverdi (hvis noen)
• To-overskriftsverdi (hvis noen)
• Cc-overskriftsverdi (hvis noen)
• Subject-overskriftsverdi (hvis noen)
• Body-verdi (hvis noen)

Kan jeg videresende e-poster til andre porter enn 25 (f.eks. hvis internettleverandøren min har blokkert port 25)

Ja, fra og med 5. mai 2020 har vi lagt til denne funksjonen. Akkurat nå er funksjonen domenespesifikk, i motsetning til aliasspesifikk. Hvis du ønsker at den skal være aliasspesifikk, kan du kontakte oss for å gi oss beskjed om dine behov.

Forbedret personvern: Hvis du har et betalt abonnement (som har forbedret personvern), kan du gå til Min konto Domener, klikke på "Oppsett" ved siden av domenet ditt, og deretter klikke på "Innstillinger". Hvis du vil vite mer om betalte abonnementer, kan du se vår Prissettingsside. Ellers kan du fortsette å følge instruksjonene nedenfor.

Hvis du har gratisabonnementet, legger du bare til en ny DNS-TXT-oppføring som vist nedenfor, men endrer porten fra 25 til den porten du ønsker.

Hvis jeg for eksempel vil at alle e-poster som går til trafficlogic.co skal videresendes til aliasmottakernes SMTP-port 1337 i stedet for 25:

Navn/Vert/Alias	TTL	Type	Svar/Verdi
"@", ".", eller blank	3600	TXT	forward-email-port=1337 Kopiere Krypter

Tips: Det vanligste scenariet for oppsett av tilpasset portvideresending er når du vil videresende alle e-poster som går til trafficlogic.co til en annen port på trafficlogic.co, enn SMTP-standarden på port 25. For å sette opp dette, legger du ganske enkelt til følgende TXT catch-all-post.

Navn/Vert/Alias	TTL	Type	Svar/Verdi
"@", ".", eller blank	3600	TXT	forward-email=trafficlogic.co Kopiere Krypter

Støtter den plusstegnet + for Gmail-aliaser {#does-it-support-the-plus--symbol-for-gmail-aliases}}

Ja, absolutt.

Støtter den underdomener

Ja, absolutt. I stedet for å bruke "@", ".", eller blankt som navn/vert/alias, bruker du bare underdomenenavnet som verdi i stedet.

Hvis du vil at foo.trafficlogic.co skal videresende e-poster, skriver du inn foo som navn/vert/alias-verdi i DNS-innstillingene dine (for både MX- og TXT-oppføringer).

Videresender dette e-postoverskriftene mine

Ja, absolutt.

Er dette godt testet

Ja, den har tester skrevet med ava og har også kodedekning.

Sender du videre SMTP-svarmeldinger og -koder?

Ja, absolutt. Hvis du for eksempel sender en e-post til hello@trafficlogic.co og den er registrert for videresending til user@gmail.com, vil SMTP-svarmeldingen og koden fra SMTP-serveren «gmail.com» bli returnert i stedet for proxy-serveren på «mx1.forwardemail.net» eller «mx2.forwardemail.net».

Hvordan forhindrer du spammere og sikrer et godt rykte for videresending av e-post

Se avsnittene våre om Hvordan fungerer systemet deres for videresending av e-post, Hvordan håndterer du problemer med e-postlevering og Hvordan håndterer du at IP-adressene dine blir blokkert ovenfor.

Hvordan utfører du DNS-oppslag på domenenavn

Vi opprettet et åpen kildekode-programvareprosjekt 🍊 Mandarin og bruker det til DNS-oppslag. Standard DNS-serverne som brukes er 1.1.1.1 og 1.0.0.1, og DNS-spørringer går via DNS over HTTPS ("DoH") på applikasjonslaget.

🍊 Mandarin bruker CloudFlares personvern-første forbruker-DNS-tjeneste som standard.

Konto og fakturering

Tilbyr dere pengene-tilbake-garanti på betalte abonnementer?

Ja! Automatiske refusjoner skjer når du oppgraderer, nedgraderer eller kansellerer kontoen din innen 30 dager fra da planen din startet. Dette gjelder kun for førstegangskunder.

Hvis jeg bytter plan, vil dere da forholdsmessig betale differansen og refundere den?

Vi verken forholdsmessig beregner eller refunderer differansen når du bytter abonnement. I stedet konverterer vi den gjenværende varigheten fra utløpsdatoen til ditt eksisterende abonnement til den nærmeste relative varigheten for ditt nye abonnement (avrundet nedover etter måned).

Merk at hvis du oppgraderer eller nedgraderer mellom betalte abonnementer innen et 30-dagers vindu etter at du startet et betalt abonnement, refunderer vi automatisk hele beløpet fra ditt eksisterende abonnement.

Kan jeg bare bruke denne e-postvideresendingstjenesten som en "fallback" eller "fallover" MX-server

Nei, det anbefales ikke, siden du bare kan bruke én e-postutvekslingsserver om gangen. Reserver blir vanligvis aldri prøvd på nytt på grunn av feilkonfigurasjoner av prioritet og e-postservere som ikke respekterer MX-utvekslingsprioritetskontroll.

Kan jeg deaktivere spesifikke aliaser

Viktig: Hvis du har et betalt abonnement, må du gå til Min konto Domener Aliaser Rediger alias Fjern merket for "Aktiv" Fortsett.

Ja, bare rediger DNS-TXT-oppføringen din og legg enten ett, to eller tre utropstegn foran aliaset (se nedenfor).

Merk at du bør beholde ":"-tilordningen, da dette er nødvendig hvis du bestemmer deg for å slå dette av (og det brukes også til import hvis du oppgraderer til et av våre betalte abonnementer).

For stille avvisning (ser ut for avsenderen som om meldingen ble sendt, men går egentlig ingen vei) (statuskode 250): Hvis du setter prefikset "!" (enkelt utropstegn) foran et alias, vil det returnere en vellykket statuskode på 250 til avsendere som prøver å sende til denne adressen, men selve e-postene vil ingen vei (f.eks. et svart hull eller /dev/null).

For myk avvisning (statuskode 421): Hvis du setter prefikset "!!" (dobbelt utropstegn) foran et alias, vil det returnere en myk feilstatuskode på 421 til avsendere som prøver å sende til denne adressen, og e-postene vil ofte bli forsøkt på nytt i opptil 5 dager før avvisning og retur.

For fullstendig avvisning (statuskode 550): Hvis du setter prefikset "!!!" (trippelt utropstegn) til et alias, vil det returnere en permanent feilstatuskode på 550 til avsendere som prøver å sende til denne adressen, og e-postene vil bli avvist og returneres.

Hvis jeg for eksempel vil at alle e-poster som går til alias@trafficlogic.co skal slutte å flyte gjennom til user@gmail.com og bli avvist og returnert (f.eks. bruk tre utropstegn):

Navn/Vert/Alias	TTL	Type	Svar/Verdi
"@", ".", eller blank	3600	TXT	videresendings-e-post=!!!alias:bruker@gmail.com

Tips: Du kan også omskrive adressen til den videresendte mottakeren til ganske enkelt "nobody@forwardemail.net", som vil rute den til nobody som i eksemplet nedenfor.

Navn/Vert/Alias	TTL	Type	Svar/Verdi
"@", ".", eller blank	3600	TXT	videresendings-e-post=!!!alias:nobody@forwardemail.net

Tips: Hvis du ønsker økt sikkerhet, kan du også fjerne delen ":user@gmail.com" (eller ":nobody@forwardemail.net"), slik at bare "!!!alias" står igjen, som i eksemplet nedenfor.

Navn/Vert/Alias	TTL	Type	Svar/Verdi
"@", ".", eller blank	3600	TXT	videresendings-e-post=!!!alias

Kan jeg videresende e-poster til flere mottakere

Ja, absolutt. Bare angi flere mottakere i TXT-oppføringene dine.

Hvis jeg for eksempel vil at en e-post som går til hello@trafficlogic.co skal videresendes til user+a@gmail.com og user+b@gmail.com, vil TXT-oppføringen min se slik ut:

Navn/Vert/Alias	TTL	Type	Svar/Verdi
"@", ".", eller blank	3600	TXT	forward-email=hello:user+a@gmail.com,hello:user+b@gmail.com Kopiere Krypter

Eller du kan spesifisere dem i to separate linjer, slik som dette:

Navn/Vert/Alias	TTL	Type	Svar/Verdi
"@", ".", eller blank	3600	TXT	forward-email=hello:user+a@gmail.com Kopiere Krypter
"@", ".", eller blank	3600	TXT	videresend-e-post=hello:bruker+b@gmail.com

Det er opp til deg!

Kan jeg ha flere globale mottakere med alle rettigheter

Ja, det kan du. Bare angi flere globale mottakere i TXT-oppføringene dine.

Hvis jeg for eksempel vil at alle e-poster som går til *@trafficlogic.co (stjernen betyr at det er et jokertegn, også kjent som «catch-all») skal videresendes til user+a@gmail.com og user+b@gmail.com, vil TXT-oppføringen min se slik ut:

Navn/Vert/Alias	TTL	Type	Svar/Verdi
"@", ".", eller blank	3600	TXT	forward-email=bruker+a@gmail.com,bruker+b@gmail.com Kopiere Krypter

Eller du kan spesifisere dem i to separate linjer, slik som dette:

Navn/Vert/Alias	TTL	Type	Svar/Verdi
"@", ".", eller blank	3600	TXT	forward-email=user+a@gmail.com Kopiere Krypter
@, ".", eller blank	3600	TXT	videresendings-epost=bruker+b@gmail.com

Det er opp til deg!

Er det en maksimal grense for antall e-postadresser jeg kan videresende til per alias

Ja, standardgrensen er 10. Dette betyr IKKE at du bare kan ha 10 aliaser på domenenavnet ditt. Du kan ha så mange aliaser du vil (et ubegrenset antall). Det betyr at du bare kan videresende ett alias til 10 unike e-postadresser. Du kan ha hello:user+1@gmail.com, hello:user+2@gmail.com, hello:user+3@gmail.com, … (fra 1–10) – og alle e-poster til hello@trafficlogic.co vil bli videresendt til user+1@gmail.com, user+2@gmail.com, user+3@gmail.com, … (fra 1–10).

Tips: Trenger du mer enn 10 mottakere per alias? Send oss en e-post, så øker vi gjerne kontogrensen din.

Kan jeg videresende e-poster rekursivt

Ja, det kan du, men du må fortsatt overholde maksimumsgrensen. Hvis du har hello:linus@trafficlogic.co og linus:user@gmail.com, vil e-poster til hello@trafficlogic.co bli videresendt til linus@trafficlogic.co og user@gmail.com. Merk at det vil oppstå en feilmelding hvis du prøver å videresende e-poster rekursivt utover maksimumsgrensen.

Kan folk avregistrere eller registrere videresending av e-post uten min tillatelse

Vi bruker MX- og TXT-postverifisering, så hvis du legger til denne tjenestens respektive MX- og TXT-poster, er du registrert. Hvis du fjerner dem, er du avregistrert. Du eier domenet ditt og DNS-administrasjon, så hvis noen har tilgang til det, er det et problem.

Hvordan er det gratis

Forward Email tilbyr et gratis nivå gjennom en kombinasjon av åpen kildekode-utvikling, effektiv infrastruktur og valgfrie betalte planer som støtter tjenesten.

Vårt gratisnivå støttes av:

1. Utvikling med åpen kildekode: Kodebasen vår er åpen kildekode, noe som tillater bidrag fra fellesskapet og transparent drift.

2. Effektiv infrastruktur: Vi har optimalisert systemene våre for å håndtere videresending av e-post med minimale ressurser.

3. Betalte premiumabonnementer: Brukere som trenger tilleggsfunksjoner som SMTP-sending, IMAP-mottak eller forbedrede personvernalternativer, abonnerer på våre betalte abonnementer.

4. Rimelige bruksgrenser: Gratisnivået har retningslinjer for rimelig bruk for å forhindre misbruk.

Note

Vi er forpliktet til å holde grunnleggende videresending av e-post gratis, samtidig som vi tilbyr premiumfunksjoner for brukere med mer avanserte behov.

Tip

Hvis du synes tjenesten vår er verdifull, bør du vurdere å oppgradere til en betalt plan for å støtte kontinuerlig utvikling og vedlikehold.

Hva er den maksimale størrelsesgrensen for e-poster

Vi har en standardstørrelsesgrense på 50 MB, som inkluderer innhold, overskrifter og vedlegg. Merk at tjenester som Gmail og Outlook kun tillater en størrelsesgrense på 25 MB, og hvis du overskrider grensen når du sender til adresser hos disse leverandørene, vil du motta en feilmelding.

En feil med riktig svarkode returneres hvis filstørrelsesgrensen overskrides.

Lagrer dere logger av e-poster?

Nei, vi skriver ikke til disk eller lagrer logger – med unntak av feil og utgående SMTP (se vår Personvernerklæring).

Alt gjøres i minnet og kildekoden vår er på GitHub.

Lagrer dere feillogger?

Ja. Du kan få tilgang til feillogger under Min konto → Logger eller Min konto → Domener.

Fra og med februar 2023 lagrer vi feillogger for SMTP-svarkodene 4xx og 5xx i en periode på 7 dager – disse inneholder SMTP-feilen, konvolutten og e-postoverskriftene (vi lagrer ikke e-postens brødtekst eller vedlegg).

Feillogger lar deg sjekke om viktige e-poster mangler og redusere falske positiver for spam for domenene dine. De er også en god ressurs for feilsøking av problemer med e-post webhooks (siden feilloggene inneholder webhook-sluttpunktsvaret).

Feillogger for hastighetsbegrensning og grålisting er ikke tilgjengelige siden tilkoblingen avsluttes tidlig (f.eks. før kommandoene RCPT TO og MAIL FROM kan overføres).

Se vår Personvernerklæring for mer innsikt.

Leser du e-postene mine

Nei, absolutt ikke. Se vår Personvernerklæring.

Mange andre tjenester for videresending av e-post lagrer og kan potensielt lese e-posten din. Det er ingen grunn til at videresendte e-poster må lagres på disklagring – og derfor har vi utviklet den første åpen kildekode-løsningen som gjør alt dette i minnet.

Vi mener at du har rett til personvern, og vi respekterer det strengt. Koden som distribueres til serveren er åpen kildekode-programvare på GitHub for åpenhet og for å bygge tillit.

Kan jeg «sende e-post som» i Gmail med denne

Ja! Fra og med 2. oktober 2018 har vi lagt til denne funksjonen. Se Slik sender du e-post som ved hjelp av Gmail ovenfor!

Du bør også angi SPF-posten for Gmail i DNS-konfigurasjons-TXT-posten din.

Viktig: Hvis du bruker Gmail (f.eks. Send e-post som) eller G Suite, må du legge til include:_spf.google.com i SPF TXT-oppføringen din, for eksempel:

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

Kan jeg «sende e-post som» i Outlook med denne

Ja! Fra og med 2. oktober 2018 har vi lagt til denne funksjonen. Bare se disse to lenkene 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å angi SPF-posten for Outlook i DNS-konfigurasjons-TXT-posten din.

Viktig: Hvis du bruker Microsoft Outlook eller Live.com, må du legge til include:spf.protection.outlook.com i SPF TXT-oppføringen din, for eksempel:

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

Kan jeg «sende e-post som» i Apple Mail og iCloud Mail med denne

Hvis du abonnerer på iCloud+, kan du bruke et egendefinert domene. Tjenesten vår er også kompatibel med Apple Mail.

Se https://support.apple.com/en-us/102540 for mer informasjon.

Kan jeg videresende et ubegrenset antall e-poster med denne

Ja, men «relativt ukjente» avsendere er begrenset til 100 tilkoblinger per time per vertsnavn eller IP-adresse. Se avsnittet om Hastighetsbegrensning og Grålisting ovenfor.

Med «relativt ukjent» mener vi avsendere som ikke vises i tillatelsesliste.

Hvis denne grensen overskrides, sender vi en 421-svarkode som ber avsenderens e-postserver om å prøve på nytt senere.

Tilbyr dere et ubegrenset antall domener til én pris?

Ja. Uansett hvilket abonnement du har, betaler du bare én månedlig pris – som dekker alle domenene dine.

Hvilke betalingsmåter godtar dere?

Videresendt e-post godtar følgende engangs- eller månedlige/kvartalsvise/årlige betalingsmetoder:

1. Kreditt-/debetkort/bankoverføringer: Visa, Mastercard, American Express, Discover, JCB, Diners Club, osv.

2. PayPal: Koble til PayPal-kontoen din for enkle betalinger

3. Kryptovaluta: Vi godtar betalinger via Stripes stablecoin-betalinger på Ethereum-, Polygon- og Solana-nettverkene

Note

Vi lagrer begrenset betalingsinformasjon på serverne våre, som kun inkluderer betalingsidentifikatorer og referanser til transaksjons-, kunde-, abonnements- og betalings-ID-er for Stripe og PayPal.

Tip

For maksimal personvern bør du vurdere å bruke kryptovalutabetalinger.

Alle betalinger behandles sikkert via Stripe eller PayPal. Betalingsinformasjonen din lagres aldri på serverne våre.

Ytterligere ressurser

Tip

Artiklene våre nedenfor oppdateres jevnlig med nye veiledninger, tips og teknisk informasjon. Kom ofte tilbake for det nyeste innholdet.

• Casestudier og utviklerdokumentasjon
• Ressurser
• Guider