ofte stilte spørsmål

Videresend e-post er en fullt utstyrt e-posttjenesteleverandør og e-postvertsleverandør for tilpassede domenenavn.

Tenk på oss som tjenesten som kan drive you@yourdomain.com. Vi er det beste alternativet til Gmail, Microsoft 365, Proton Mail, Sendgrid og Amazon SES – uten skjulte avgifter eller begrensninger – og til slutt fokusert på 100 % åpen kildekode programvare, kvantesikker kryptering, og personvern.

I motsetning til andre tjenester, belaster vi deg ikke per bruker. Du får ubegrenset med domener og aliaser for bare én månedlig rate på $3/mnd. Alle betalte planer inkluderer 10 GB SSD-støttet kryptert SQLite-lagring (IMAP/POP3). Ekstra lagringsplass kan kjøpes for $3/mnd per 10 GB ekstra SSD-støttet lagring.

Du kan sammenligne oss med 56+ andre e-postleverandører på vår side for sammenligning av e-post.

Vi tilbyr e-posthosting og e-postvideresendingstjenester til bemerkelsesverdige brukere som:

  • Linux Foundation
  • Netflix
  • Disney annonsesalg
  • jQuery
  • Regjeringen i Sør-Australia
  • Regjeringen i Den dominikanske republikk
  • University of Maryland
  • University of Washington
  • David Heinemeier Hansson
  • 470 000+ egendefinerte domenenavn

Du kan lære mer om Videresend e-post på vår Om-side.

E-poster leveres i gjennomsnitt på under 5 sekunder. 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 Personvern).

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

Estimert oppsettstid: Mindre enn 10 minutter
Forbedret personvern: Hvis du ønsker å skjule informasjonen din fra å være offentlig søkbar over Internett, kan du gå til Min konto domener og oppgrader domenet ditt til en betalt plan før du starter denne veiledningen. Offentlig søkbar informasjon om gratisplaner inkluderer, men er ikke begrenset til: aliaser, videresendte adresser, mottakere og avanserte innstillinger som tilpasset portvideresending. Hvis du vil lære mer om betalte planer, se vår Priser side – ellers fortsett å lese! Alle planer følger våre Personvern policy om strengt tatt ikke å lagre metadata eller e-poster. Vi sporer deg ikke slik andre tjenester gjør.
Starter: Les nøye og følg trinn én til åtte oppført nedenfor. Pass på å erstatte e-postadressen til user@gmail.com med e-postadressen du vil videresende e-poster til (hvis den ikke allerede er nøyaktig). Pass på å erstatte den på samme måte o3o.ca med ditt egendefinerte domenenavn (hvis det ikke allerede er nøyaktig).
  1. Hvis du allerede har registrert domenenavnet ditt et sted, må du hoppe helt over dette trinnet og gå til trinn to! Ellers kan du klikk her for å registrere ditt domenenavn.
  2. Husker du hvor du registrerte domenet ditt? Når du husker dette, følg 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 registraren din – og vi har gitt trinnvise navigasjonstrinn nedenfor under "Trinn for å konfigurere"-kolonnen. Når du har navigert til denne siden i den nye fanen, kan du gå tilbake til denne fanen og gå videre til trinn tre nedenfor. Ikke lukk den åpnede fanen ennå; du trenger det for fremtidige skritt!
    Registrar Trinn for å konfigurere
    1&1 Logg Inn Domenesenter (Velg ditt domene) Rediger DNS-innstillinger
    Amazon Route 53 Logg Inn Vertsbaserte soner (Velg ditt domene)
    Aplus.net Logg Inn Mine servere Domeneadministrasjon DNS Manager
    Bluehost FOR ROCK: Logg inn domener (Klikk på ▼-ikonet ved siden av administrer) DNS
    FOR LEGACY: Logg inn domener Soneredaktør (Velg ditt domene)
    Cloudflare Logg Inn DNS
    DNS gjort enkelt Logg Inn DNS (Velg ditt domene)
    DNSimple Logg Inn (Velg ditt domene) DNS Få til
    Digitalt hav Logg Inn Nettverk domener (Velg ditt domene) Mer Administrer domene
    Domain.com Logg Inn I kortvisning klikker du på administrer på domenet ditt Klikk på i listevisning tannhjulikonet DNS og navneservere DNS-poster
    Domains.com
    Se
    Logg Inn (Velg ditt domene) Få til (klikk på tannhjulikonet) Klikk på DNS og navneservere i menyen til venstre
    DreamHost Logg Inn Panel domener Administrer domener DNS
    Mann Logg Inn Oversikt Få til Enkel redaktør Rekorder
    Synes at Logg Inn (Velg ditt domene) Ledelse Rediger sonen
    Gå pappa
    Se
    Logg Inn Administrer mine domener (Velg ditt domene) Administrer DNS
    Google Domains
    Se
    Logg Inn (Velg ditt domene) Konfigurer DNS
    Namecheap
    Se
    Logg Inn Domeneliste (Velg ditt domene) Få til Avansert DNS
    Netlify Logg Inn (Velg ditt domene) Konfigurer Netify DNS
    Nettverksløsninger Logg Inn Kontoansvarlig Mine domenenavn (Velg ditt domene) Få til Endre hvor domene peker Avansert DNS
    Shopify
    Se
    Logg Inn Administrerte domener (Velg ditt domene) DNS-innstillinger
    Squarespace Logg Inn Hjemmeny Innstillinger domener (Velg ditt domene) Avanserte innstillinger Egendefinerte poster
    Vercel er nå Bruker "nå" CLI now dns add [domain] '@' MX [record-value] [priority]
    Weebly Logg Inn Domener-siden (Velg ditt domene) DNS
    Wix Logg Inn Domener-siden (Klikk ikon) Velg Administrer DNS-poster
    junior Logg Inn domener Mine domener
    Annen
    Viktig: Ser du ikke registrarnavnet ditt oppført her? Bare søk på Internett etter "hvordan endre DNS-poster på $REGISTRAR" (erstatt $REGISTRAR med navnet på registraren din - f.eks. "hvordan endre DNS-poster på GoDaddy" hvis du bruker GoDaddy).
  3. Bruk registrarens DNS-administrasjonsside (den andre fanen du har åpnet), sett følgende "MX"-poster:
    Viktig: Merk at det IKKE skal være satt inn andre MX-poster. Begge postene vist nedenfor MÅ eksistere. Pass på at det ikke er skrivefeil; og du har både mx1 og mx2 stavet 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 10 mx1.forwardemail.net
    "@", ".", eller blank 3600 MX 10 mx2.forwardemail.net
  4. Ved å bruke registrarens DNS-administrasjonsside (den andre fanen du har åpnet), still inn følgende TXT post(er):
    Viktig: Hvis du har en betalt plan, må du hoppe over dette trinnet og gå til trinn fem! Hvis du ikke har en betalt plan, vil de videresendte adressene dine være offentlig søkbare – gå til Min konto domener og oppgrader domenet ditt til en betalt plan om ønskelig. Hvis du vil lære mer om betalte planer, se vår Priser side. Ellers kan du fortsette å velge en eller flere kombinasjoner fra alternativ A til alternativ F oppført nedenfor.

    Alternativ A: Hvis du videresender alle e-poster fra domenet ditt (f.eks. «alle@eksempel.com», «hei@eksempel.com» osv.) til en spesifikk adresse «bruker@gmail.com»:
    Navn/vert/alias TTL Type Svar/verdi
    "@", ".", eller blank 3600 TXT forward-email=user@gmail.com
    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 ("TTL")-verdi vil sikre at eventuelle fremtidige endringer som gjøres 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, det frie leksikonet.

    Alternativ B: Hvis du bare trenger å videresende en enkelt e-postadresse (f.eks. hello@o3o.ca til user@gmail.com; dette vil også automatisk videresende «hello+test@o3o.ca» til «user+test@gmail.com»):
    Navn/vert/alias TTL Type Svar/verdi
    "@", ".", eller blank 3600 TXT forward-email=hello:user@gmail.com

    Alternativ C: Hvis du videresender flere e-poster, bør du skille dem med et komma:
    Navn/vert/alias TTL Type Svar/verdi
    "@", ".", eller blank 3600 TXT forward-email=hello:user@gmail.com,support:user@gmail.com

    Alternativ D: Du kan ha en uendelig mengde videresending av e-postoppsett – bare pass på at du ikke pakker over 255 tegn på en enkelt linje og start 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
    "@", ".", eller blank 3600 TXT forward-email=help:user@gmail.com,foo:user@gmail.com
    "@", ".", eller blank 3600 TXT forward-email=orders:user@gmail.com,baz:user@gmail.com
    "@", ".", eller blank 3600 TXT forward-email=info:user@gmail.com,beep:user@gmail.com
    "@", ".", eller blank 3600 TXT forward-email=errors:user@gmail.com,boop:user@gmail.com

    Alternativ E: Du kan også spesifisere et domenenavn i din TXT post for å ha global aliasvideresending (f.eks. "bruker@eksempel.com" vil bli videresendt til "bruker@eksempel.net"):
    Navn/vert/alias TTL Type Svar/verdi
    "@", ".", eller blank 3600 TXT forward-email=example.net

    Alternativ F: Du kan til og med bruke webhooks som et globalt eller individuelt alias for å videresende e-poster til. Se eksempelet og hele delen om webhooks med tittelen Støtter du nettkroker under.
    Navn/vert/alias TTL Type Svar/verdi
    "@", ".", eller blank 3600 TXT forward-email=alias:https://requestbin.com/r/en8pfhdgcculn

    Alternativ G: Du kan til og med bruke regulære uttrykk ("regex") for å matche aliaser og for å håndtere erstatninger å videresende e-post til. Se eksemplene og hele delen om regulært uttrykk med tittelen Støtter du vanlige uttrykk eller regex under.
    Trenger du avansert regex med substitusjon? Se eksemplene og hele delen om regulært uttrykk med tittelen Støtter du vanlige uttrykk eller regex under.
    Enkelt eksempel: Hvis jeg vil at alle e-poster som går til `linus@o3o.ca` eller `torvalds@o3o.ca` skal videresendes til `user@gmail.com`:
    Navn/vert/alias TTL Type Svar/verdi
    "@", ".", eller blank 3600 TXT forward-email=/^(linus|torvalds)$/:user@gmail.com

  5. Ved å bruke registrarens DNS-administrasjonsside (den andre fanen du har åpnet), angi i tillegg følgende TXT ta opp:
    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 til 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 alle 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 en forskjell mellom "-alle" og "~alle". "-" indikerer at SPF-kontrollen skal FAIL hvis den ikke stemmer overens, og "~" indikerer at SPF-kontrollen skal SOFTFAIL. Vi anbefaler å bruke "-alle"-tilnærmingen for å forhindre domeneforfalskning.

    Du må kanskje også inkludere SPF-posten for hvilken vert du sender e-post fra (f.eks. Outlook).
  6. Bekreft DNS-postene dine ved å bruke vårt "Verify Records"-verktøy som er tilgjengelig på Min konto domener Oppsett.
  7. Send en test-e-post for å bekrefte at det fungerer. Vær oppmerksom på at det kan ta litt tid før DNS-postene dine sprer seg.
    Tips: Hvis du ikke mottar test-e-post, eller mottar en test-e-post som sier "Vær forsiktig med denne meldingen", så se svarene for Hvorfor får jeg ikke testemailene mine og Hvorfor blir testemailene mine sendt til meg selv i Gmail og vises som "mistenkelige" hhv.
  8. Hvis du ønsker å "Send e-post som" fra Gmail, må du gjøre det se denne videoen, eller følg trinnene under Hvordan sende e-post som ved hjelp av Gmail under.
Gratulerer! Du har fullført alle trinnene.
Tips: Valgfrie tillegg er oppført 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 Slik sender du Mail As ved hjelp av Gmail funksjon, så kan det være lurt å legge deg selv til en godkjenningsliste. Se disse instruksjonene fra Gmail om dette emnet.

Bruk registrarens DNS-administrasjonsside til å angi følgende TXT ta opp:

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 til 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 til din SPF TXT ta opp, 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 alle 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 en forskjell mellom "-alle" og "~alle". "-" indikerer at SPF-kontrollen skal FAIL hvis den ikke stemmer overens, og "~" indikerer at SPF-kontrollen skal SOFTFAIL. Vi anbefaler å bruke "-alle"-tilnærmingen for å forhindre domeneforfalskning.

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

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

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

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

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

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

Viktig: Du har kun tillatelse til å bruke vår utgående SMTP-tjeneste for transaksjonelle e-poster. Du har forbud mot å sende markedsførings-e-post (f.eks. reklame-, bulk- eller kommersiell e-post til en liste over kontakter med samme innhold). Dette inkluderer eksempler som et nyhetsbrev eller en e-post med massekunngjøringer. Sørg for at du har lest vår Vilkår, Personvern, og Utgående SMTP-grenser – din bruk anses som bekreftelse og avtale.
Viktig: Hvis du bruker Gmail, se vår Send e-post som med Gmail-guide. Hvis du er en utvikler, se vår e-post API-dokumenter.
  1. Gå til Min konto domener Innstillinger Utgående SMTP-konfigurasjon og følg oppsettinstruksjonene

  2. Opprett et nytt alias for domenet ditt under Min konto domener Aliaser (f.eks. hallo@eksempel.com)

  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 din foretrukne e-postapplikasjon, legg til eller konfigurer en konto med ditt nyopprettede alias (f.eks. hallo@eksempel.com)

  5. Når du blir bedt om SMTP-servernavn, skriv inn smtp.forwardemail.net

  6. Når du blir bedt om SMTP-serverport, skriv inn 465 (SSL/TLS) – se alternative SMTP-porter hvis nødvendig

    Tips: Hvis du bruker Thunderbird, sørg for at "Connection security" er satt til "SSL/TLS" og Authentication method er satt til "Normal password".
  7. Når du blir bedt om SMTP-serverpassord, 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, vær så snill kontakt oss

Gratulerer! Du har fullført alle trinnene.

Vi vurderer begrense brukere og domener til 300 utgående SMTP-meldinger per 1 dag. Dette er i gjennomsnitt 9000+ e-poster i løpet av en kalendermåned. Hvis du trenger å overskride dette beløpet eller har konsekvent store e-poster, vennligst kontakt oss.

Vår server er smtp.forwardemail.net og er også overvåket på vår statussiden.

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

ProtokollVertsnavnHavnerIPv4IPv6
SSL/TLS Foretrukketsmtp.forwardemail.net465, 2465
TLS (STARTTLS)smtp.forwardemail.net587, 2587, 2525, 25
Logg InnEksempelBeskrivelse
Brukernavnuser@o3o.caE-postadressen til et alias som finnes for domenet på Min konto domener.
Passord************************Aliasspesifikt generert passord.

For å sende utgående e-post med SMTP, SMTP-bruker må være e-postadressen til et alias som finnes for domenet på Min konto domener - og SMTP-passord må være et aliasspesifikt generert passord.

Vennligst se Støtter du sending av e-post med SMTP for trinnvise instruksjoner.

Vår server er imap.forwardemail.net og er også overvåket på vår statussiden.

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

ProtokollVertsnavnHavnerIPv4IPv6
SSL/TLS Foretrukketimap.forwardemail.net993, 2993
Logg InnEksempelBeskrivelse
Brukernavnuser@o3o.caE-postadressen til et alias som finnes for domenet på Min konto domener.
Passord************************Aliasspesifikt generert passord.

For å koble til IMAP, IMAP-bruker må være e-postadressen til et alias som finnes for domenet på Min konto domener - og IMAP passord må være et aliasspesifikt generert passord.

Vennligst se Støtter du mottak av e-post med IMAP for trinnvise instruksjoner.

Vår server er pop3.forwardemail.net og er også overvåket på vår statussiden.

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

ProtokollVertsnavnHavnerIPv4IPv6
SSL/TLS Foretrukketpop3.forwardemail.net995, 2995
Logg InnEksempelBeskrivelse
Brukernavnuser@o3o.caE-postadressen til et alias som finnes for domenet på Min konto domener.
Passord************************Aliasspesifikt generert passord.

For å koble til POP3, POP3-bruker må være e-postadressen til et alias som finnes for domenet på Min konto domener - og IMAP passord må være et aliasspesifikt generert passord.

Vennligst se Støtter du POP3 for trinnvise instruksjoner.

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

Viktig: Du har kun tillatelse til å bruke vår utgående SMTP-tjeneste for transaksjonelle e-poster. Du har forbud mot å sende markedsførings-e-post (f.eks. reklame-, bulk- eller kommersiell e-post til en liste over kontakter med samme innhold). Dette inkluderer eksempler som et nyhetsbrev eller en e-post med massekunngjøringer.

Vennligst se vår seksjon om E-poster i API-dokumentasjonen vår for alternativer, eksempler og mer innsikt.

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

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

Viktig: Sørg for at du har lest vår Vilkår og Personvern – din bruk anses som bekreftelse og avtale.
  1. Opprett et nytt alias for domenet ditt under Min konto domener Aliaser (f.eks. hallo@eksempel.com)

  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 din foretrukne e-postapplikasjon, legg til eller konfigurer en konto med ditt nyopprettede alias (f.eks. hallo@eksempel.com)

  4. Når du blir bedt om IMAP-servernavn, skriv inn imap.forwardemail.net

  5. Når du blir bedt om IMAP-serverport, skriv inn 993 (SSL/TLS) – se alternative IMAP-porter hvis nødvendig

    Tips: Hvis du bruker Thunderbird, sørg for at "Connection security" er satt til "SSL/TLS" og Authentication method er satt til "Normal password".
  6. Når du blir bedt om IMAP-serverpassord, limer du inn passordet fra Generer passord i trinn 2 ovenfor

  7. Lagre innstillingene dine – hvis du har problemer, vær så snill kontakt oss

Gratulerer! Du har fullført alle trinnene.

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

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 å bruke Nettnøkkelkatalog ("WKD").
Viktig: Du må følge alle de følgende trinnene for å aktivere OpenPGP for ditt egendefinerte domenenavn.
  1. Last ned og installer e-postklientens anbefalte plugin nedenfor:

    E-postklientPlattformAnbefalt pluginNotater
    ThunderbirdSkrivebordKonfigurer OpenPGP i ThunderbirdThunderbird har innebygd støtte for OpenPGP.
    GmailNettleserPostkonvolutt eller FlowCrypt (proprietær lisens)Gmail støtter ikke OpenPGP, men du kan laste ned åpen kildekode-plugin Postkonvolutt eller FlowCrypt.
    Apple MailMac osGratis-GPGMailApple Mail støtter ikke OpenPGP, men du kan laste ned åpen kildekode-plugin Gratis-GPGMail.
    Apple MailiOSPGPro eller FlowCrypt (proprietær lisens)Apple Mail støtter ikke OpenPGP, men du kan laste ned åpen kildekode-plugin PGPro eller FlowCrypt.
    OutlookWindowsgpg4winOutlooks stasjonære e-postklient støtter ikke OpenPGP, men du kan laste ned åpen kildekode-plugin gpg4win.
    OutlookNettleserPostkonvolutt eller FlowCrypt (proprietær lisens)Outlooks nettbaserte e-postklient støtter ikke OpenPGP, men du kan laste ned åpen kildekode-plugin Postkonvolutt eller FlowCrypt.
    AndroidMobilÅpen nøkkelring eller FlowCryptAndroid e-postklienter som for eksempel K-9 Mail og FairEmail begge støtter åpen kildekode-plugin Åpen nøkkelring. Du kan alternativt bruke åpen kildekode (proprietær lisensiering) plugin FlowCrypt.
    Google ChromeNettleserPostkonvolutt eller FlowCrypt (proprietær lisens)Du kan laste ned nettleserutvidelsen med åpen kildekode Postkonvolutt eller FlowCrypt.
    Mozilla FirefoxNettleserPostkonvolutt eller FlowCrypt (proprietær lisens)Du kan laste ned nettleserutvidelsen med åpen kildekode Postkonvolutt eller FlowCrypt.
    Microsoft EdgeNettleserPostkonvoluttDu kan laste ned nettleserutvidelsen med åpen kildekode Postkonvolutt.
    ModigNettleserPostkonvolutt eller FlowCrypt (proprietær lisens)Du kan laste ned nettleserutvidelsen med åpen kildekode Postkonvolutt eller FlowCrypt.
    BalsaSkrivebordKonfigurer OpenPGP i BalsaBalsa har innebygd støtte for OpenPGP.
    KMailSkrivebordKonfigurer OpenPGP i KMailKMail har innebygd støtte for OpenPGP.
    GNOME EvolutionSkrivebordKonfigurer OpenPGP i EvolutionGNOME Evolution har innebygd støtte for OpenPGP.
    TerminalSkrivebordKonfigurer gpg i TerminalDu kan bruke åpen kildekode gpg kommandolinjeverktøy for å generere en ny nøkkel fra kommandolinjen.
  2. Åpne plugin-en, lag din offentlige nøkkel og konfigurer e-postklienten din til å bruke den.

  3. Last opp din offentlige nøkkel 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 kryptert lagring (IMAP/POP3) service og ønsker alle e-post lagret i din (allerede krypterte) SQLite-database for å bli kryptert med din offentlige nøkkel, og gå deretter til Min konto domener Aliaser (f.eks. hello@o3o.ca) Redigere ÅpnePGP og last opp din offentlige nøkkel.
  4. Legg til en ny CNAME registrere til domenenavnet ditt (f.eks. o3o.ca):

    Navn/vert/alias TTL Type Svar/verdi
    openpgpkey 3600 CNAME wkd.keys.openpgp.org
    Tips: Hvis aliaset ditt bruker vår forfengelighet/engangsdomener (f.eks. hideaddress.net), så kan du hoppe over dette trinnet.
Gratulerer! Du har fullført alle trinnene.

Ja, fra og med 4. desember 2023 støtter vi POP3 som et tillegg for alle betalte brukere. Les vår dypdykkartikkelhvordan vår krypterte SQLite postbokslagringsfunksjon fungerer.

Viktig: Sørg for at du har lest vår Vilkår og Personvern – din bruk anses som bekreftelse og avtale.
  1. Opprett et nytt alias for domenet ditt under Min konto domener Aliaser (f.eks. hallo@eksempel.com)

  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 din foretrukne e-postapplikasjon, legg til eller konfigurer en konto med ditt nyopprettede alias (f.eks. hallo@eksempel.com)

  4. Når du blir bedt om POP3-servernavn, skriv inn pop3.forwardemail.net

  5. Når du blir bedt om POP3-serverport, skriv inn 995 (SSL/TLS) – se alternative POP3-porter hvis nødvendig

    Tips: Hvis du bruker Thunderbird, sørg for at "Connection security" er satt til "SSL/TLS" og Authentication method er satt til "Normal password".
  6. Når du blir bedt om POP3-serverpassord, limer du inn passordet fra Generer passord i trinn 2 ovenfor

  7. Lagre innstillingene dine – hvis du har problemer, vær så snill kontakt oss

Gratulerer! Du har fullført alle trinnene.

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

For å konfigurere kalenderen din, bruk CalDAV URL-en til: https://caldav.forwardemail.net/dav/principals/user@o3o.ca (husk å bytte ut user@o3o.ca med ditt alias)

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

Logg InnEksempelBeskrivelse
Brukernavnuser@o3o.caE-postadressen til et alias som finnes for domenet på Min konto domener.
Passord************************Aliasspesifikt generert passord.

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

Estimert oppsettstid: Mindre enn 10 minutter
Starter: Hvis du har fulgt instruksjonene ovenfor under Hvordan kommer jeg i gang og konfigurerer videresending av e-post, så kan du fortsette å lese nedenfor.
Viktig: Du har kun tillatelse til å bruke vår utgående SMTP-tjeneste for transaksjonelle e-poster. Du har forbud mot å sende markedsførings-e-post (f.eks. reklame-, bulk- eller kommersiell e-post til en liste over kontakter med samme innhold). Dette inkluderer eksempler som et nyhetsbrev eller en e-post med massekunngjøringer. Sørg for at du har lest vår Vilkår, Personvern, og Utgående SMTP-grenser – din bruk anses som bekreftelse og avtale.
Viktig: Hvis du er en utvikler, se vår e-post API-dokumenter.
  1. Gå til Min konto domener Innstillinger Utgående SMTP-konfigurasjon og følg oppsettinstruksjonene

  2. Opprett et nytt alias for domenet ditt under Min konto domener Aliaser (f.eks. hallo@eksempel.com)

  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. Gå til Gmail og under Innstillinger Kontoer og import Send mail som, klikk "Legg til en annen e-postadresse"

  5. Når du blir bedt om "Navn", skriv inn navnet du vil at e-posten din skal ses som "Fra" (f.eks. "Linus Torvalds").

  6. Når du blir bedt om "E-postadresse", skriv inn hele e-postadressen til et alias du opprettet under Min konto domener Aliaser (f.eks. hallo@eksempel.com)

  7. Fjern merket for "Behandle som et alias"

  8. Klikk "Neste trinn" for å fortsette

  9. Når du blir bedt om "SMTP-server", skriv inn smtp.forwardemail.net og forlate havnen som 587

  10. Når du blir bedt om "Brukernavn", skriv inn hele e-postadressen til et alias du opprettet under Min konto domener Aliaser (f.eks. hallo@eksempel.com)

  11. Når du blir bedt om "Passord", lim inn passordet fra Generer passord i trinn 3 ovenfor

  12. La alternativknappen være merket for "Sikker tilkobling med TLS"

  13. Klikk på "Legg til konto" for å fortsette

  14. Åpne en ny fane for å Gmail og vent til bekreftelses-e-posten din kommer (du vil motta en bekreftelseskode som bekrefter at du er eieren av e-postadressen du prøver å "Send e-post som")

  15. Når den kommer, kopier og lim inn bekreftelseskoden med ledeteksten du mottok i forrige trinn

  16. Når du har gjort det, går du tilbake til e-posten og klikker på lenken for å "bekrefte forespørselen". Du må mest sannsynlig gjøre dette trinnet og det forrige trinnet for at e-posten skal konfigureres riktig.

Gratulerer! Du har fullført alle trinnene.

Viktig: Denne eldre gratis guiden er avviklet fra mai 2023 siden vi støtter nå utgående SMTP. Hvis du bruker veiledningen nedenfor, da dette vil forårsake utgående e-post å si "via videresending av e-post dot net" i Gmail.
Estimert oppsettstid: Mindre enn 10 minutter
Starter: Hvis du har fulgt instruksjonene ovenfor under Hvordan kommer jeg i gang og konfigurerer videresending av e-post, så kan du fortsette å lese nedenfor.
  1. Du må ha Gmail sin tofaktorautentisering aktivert for at dette skal fungere. Besøk https://www.google.com/landing/2step/ hvis du ikke har det aktivert.

  2. Når tofaktorautentisering er aktivert (eller hvis du allerede hadde det aktivert), kan du gå til https://myaccount.google.com/apppasswords.

  3. Når du blir bedt om "Velg appen og enheten du vil generere apppassordet for":

    • Velg "E-post" under rullegardinmenyen for "Velg app"
    • Velg "Annet" under rullegardinmenyen for "Velg enhet"
    • Når du blir bedt om å skrive inn tekst, skriv inn e-postadressen til det egendefinerte domenet du videresender fra (f.eks. hallo@eksempel.com - dette vil hjelpe deg å holde oversikt i tilfelle du bruker denne tjenesten for flere kontoer)
  4. Kopier passordet til utklippstavlen som automatisk genereres

    Viktig: Hvis du bruker G Suite, gå til administrasjonspanelet ditt Apper G Suite Innstillinger for Gmail Innstillinger og sørg for å merke av for "Tillat brukere å sende e-post via en ekstern SMTP-server...". Det vil være en viss forsinkelse før denne endringen aktiveres, så vent noen minutter.
  5. Gå til Gmail og under Innstillinger Kontoer og import Send mail som, klikk "Legg til en annen e-postadresse"

  6. Når du blir bedt om "Navn", skriv inn navnet du vil at e-posten din skal ses som "Fra" (f.eks. "Linus Torvalds")

  7. Når du blir bedt om "E-postadresse", skriv inn e-postadressen med det egendefinerte domenet du brukte ovenfor (f.eks. hallo@eksempel.com)

  8. Fjern merket for "Behandle som et alias"

  9. Klikk "Neste trinn" for å fortsette

  10. Når du blir bedt om "SMTP-server", skriv inn smtp.gmail.com og forlate havnen som 587

  11. Når du blir bedt om "Brukernavn", skriv inn delen av Gmail-adressen din uten gmail.com del (f.eks. bare "bruker" hvis e-posten min er bruker@gmail.com)

    Viktig: Hvis "Brukernavn"-delen er automatisk fylt ut, da du må endre dette til brukernavndelen av Gmail-adressen din i stedet.
  12. Når du blir bedt om å "Passord", lim inn fra utklippstavlen passordet du genererte i trinn 2 ovenfor

  13. La alternativknappen være merket for "Sikker tilkobling med TLS"

  14. Klikk på "Legg til konto" for å fortsette

  15. Åpne en ny fane for å Gmail og vent til bekreftelses-e-posten din kommer (du vil motta en bekreftelseskode som bekrefter at du er eieren av e-postadressen du prøver å "Send e-post som")

  16. Når den kommer, kopier og lim inn bekreftelseskoden med ledeteksten du mottok i forrige trinn

  17. Når du har gjort det, går du tilbake til e-posten og klikker på lenken for å "bekrefte forespørselen". Du må mest sannsynlig gjøre dette trinnet og det forrige trinnet for at e-posten skal konfigureres riktig.

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

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

Hvis du fortsetter å ha problemer, er det mest sannsynlig at det er et problem med DNS-spredning. Du må vente litt lenger og prøve igjen (eller prøve å sette en lavere TTL-verdi på din TXT poster).

Har du fortsatt problemer? Vær så snill kontakt oss slik at vi kan hjelpe til med å undersøke problemet og finne en rask løsning.

Ditt brukernavn er aliasets e-postadresse og passordet er fra Generer passord ("Normalt passord").
Tips: Hvis du bruker Thunderbird, sørg for at "Connection security" er satt til "SSL/TLS" og Authentication method er satt til "Normal password".
TypeVertsnavnProtokollHavner
IMAPimap.forwardemail.netSSL/TLS Foretrukket993 og 2993
SMTPsmtp.forwardemail.netSSL/TLS Foretrukket eller TLS (STARTTLS)465 og 2465 for SSL/TLS (eller) 587, 2587, 2525, og 25 for TLS (STARTTLS)

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

Viktig: Du må følge alle de følgende trinnene for å importere din eksisterende e-post.
  1. Eksporter e-posten din fra din eksisterende e-postleverandør:

    E-postleverandørEksporter formatEksportinstruksjoner
    GmailMBOXhttps://takeout.google.com/settings/takeout/custom/gmail
    OutlookPST
    Tips: Hvis du bruker Outlook (PST eksportformat), så kan du ganske enkelt følge instruksjonene under "Annet" nedenfor. Vi har imidlertid gitt lenker nedenfor for å konvertere PST til MBOX/EML-format basert på operativsystemet ditt:
    Apple MailMBOXhttps://support.apple.com/guide/mail/import-or-export-mailboxes-mlhlp1030/mac#apd37a3190755974
    FastmailEMLhttps://www.fastmail.help/hc/en-us/articles/360060590573-Download-all-your-data#downloadmail
    Proton MailMBOX/EMLhttps://proton.me/support/export-emails-import-export-app
    TutanotaEMLhttps://github.com/crepererum-oss/tatuanatata?tab=readme-ov-file#tatutanatata
    Synes atEMLhttps://docs.gandi.net/en/gandimail/common_operations/backup_email.html#contents
    ZohoEMLhttps://www.zoho.com/mail/help/import-export-emails.html#alink2
    AnnenBruk ThunderbirdSett opp din eksisterende e-postkonto i Thunderbird og bruk deretter ImportExportTools OF plugin for å eksportere og importere e-posten din. Du kan også være i stand til å kopiere/lime inn eller dra/slippe e-poster mellom en konto til en annen.
  2. Last ned, installer og åpne Thunderbird.

  3. Opprett en ny konto ved å bruke aliasets fullstendige e-postadresse (f.eks. you@yourdomain.com) og ditt genererte passord. Hvis du ennå ikke har et generert passord, da se våre oppsettinstruksjoner.

  4. Last ned og installer ImportExportTools OF Thunderbird-plugin.

  5. Opprett en ny lokal mappe i Thunderbird, og høyreklikk deretter på den → velg ImportExportTools NG alternativ → 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 du ønsker å laste opp meldinger til i IMAP-lagring med vår tjeneste. Dette vil sikre at de blir sikkerhetskopiert online med vår SQLite-krypterte lagring.

    Tips: Hvis du er forvirret om hvordan du importerer til Thunderbird, kan du se offisielle instruksjoner på https://kb.mozillazine.org/Importing_folders og https://github.com/thunderbird/import-export-tools-ng/wiki.
Viktig: Når du har fullført eksport- og importprosessen, vil du kanskje også aktivere videresending på din eksisterende e-postkonto og sette opp en autosvar for å varsle avsendere om at du har en ny e-postadresse (f.eks. hvis du tidligere brukte Gmail og er bruker nå en e-post med ditt egendefinerte domenenavn).
Gratulerer! Du har fullført alle trinnene.

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

  • Opprinnelig tilkobling (ingen kommandonavn, f.eks. telnet o3o.ca 25) - Dette er den første tilkoblingen. Vi sjekker avsendere som ikke er i vår godkjenningsliste mot vår denylist. Til slutt, hvis en avsender ikke er på godkjenningslisten vår, sjekker vi om de har vært det grålistet.

  • HELO - Dette indikerer en hilsen for å identifisere avsenderens FQDN, IP-adresse eller e-postbehandlernavn. Denne verdien kan forfalskes, så vi stoler ikke på disse dataene og bruker i stedet det omvendte vertsnavnoppslaget til tilkoblingens IP-adresse.

  • MAIL FROM - Dette indikerer konvoluttposten fra adressen til e-posten. Hvis en verdi angis, må den være en gyldig RFC 5322-e-postadresse. Tomme verdier er tillatt. Vi sjekk for backscatter her, og vi sjekker også POST FRA mot vår denylist. Vi sjekker til slutt avsendere som ikke er på godkjenningslisten for ratebegrensning (se avsnittet om Satsbegrensende og godkjenningsliste for mer informasjon).

  • RCPT TO - Dette indikerer 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 fra en e-post). Vi sjekker også for en gyldig Avsender omskrivningsordning ("SRS") adresse her for å beskytte mot forfalskning med vårt SRS-domenenavn. Mottakere som inneholder en "ikke-svar"-adresse vil motta en 553-feil. Se komplett liste over "ikke-svar"-adresser nedenfor. Vi sjekker også mottakeren mot vår denylist.

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

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

  1. Hvis meldingen overskrider den maksimale størrelsen på 50 MB, blir den avvist med en 552 feilkode.

  2. Hvis meldingen ikke hadde noen overskrifter, eller overskrifter ikke kunne analyseres, blir den avvist med en 421-feilkode.

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

  4. Hvis meldingen hadde mer enn 25 "Mottatt"-hoder, ble den fastslått å ha sittet fast i en omdirigeringssløyfe, og den avvises med en 550-feilkode.

  5. Bruk av e-postens fingeravtrykk (se avsnittet om Fingeravtrykk), vil vi sjekke for å se at meldingen har blitt forsøkt forsøkt på nytt i mer enn 5 dager (som samsvarer standard postfix-oppførsel), og i så fall vil den bli avvist med en 550 feilkode.

  6. Hvis meldingen hadde en "Til"-overskrift, og hvis noen av meldingens "Til"-overskrifter ble rettet mot SRS-omskrevne adresser ved å bruke vårt domenenavn, vil vi skrive dem om (dette gjelder nemlig feriesvar).

  7. Vi lagrer i minnet resultatene fra skanning av e-post ved hjelp av Spam-skanner.

  8. Hvis det var noen vilkårlige resultater fra Spam Scanner, blir det avvist med en 554 feilkode. Vilkårlige resultater inkluderer bare GTUBE-testen når dette skrives. Se https://spamassassin.apache.org/gtube/ for mer innsikt.

  9. Vi vil legge til følgende overskrifter i meldingen for feilsøking og forebygging av misbruk:

    • X-Original-To - den opprinnelige RCPT TO e-postadresse for meldingen.
      • Denne overskriftens verdi har Bcc header-parsede adresser fjernet fra den.
      • Dette er nyttig for å finne ut hvor en e-post opprinnelig ble levert til.
      • Eksisterende verdi hvis noen er bevart som X-Original-Preserved-To.
    • X-ForwardEmail-Version - den nåværende SemVer versjon fra package.json av vår kodebase.
    • X-ForwardEmail-Session-ID - en økt-ID-verdi som brukes til feilsøkingsformål (gjelder bare i ikke-produksjonsmiljøer).
    • X-ForwardEmail-Sender - en kommadelt liste som inneholder den originale konvolutten MAIL FROM-adresse (hvis den ikke var tom), den omvendte PTR-klienten FQDN (hvis den finnes) og avsenderens IP-adresse.
    • X-Report-Abuse - med en verdi på abuse@forwardemail.net.
    • X-Report-Abuse-To - med en verdi på abuse@forwardemail.net.
    • X-Complaints-To - med en verdi på abuse@forwardemail.net.
  10. Vi sjekker da meldingen for DKIM, SPF, ARC, og DMARC.

    • Hvis meldingen mislyktes DMARC og domenet hadde en avvisningspolicy (f.eks. p=reject var i DMARC-policyen), så blir den avvist med en 550 feilkode. Vanligvis kan du finne en DMARC-policy for et domene i _dmarc underdomene TXT registrere, (f.eks. dig _dmarc.o3o.ca txt).
    • Hvis meldingen mislyktes med SPF og domenet hadde en hard feilpolicy (f.eks. -all var i SPF-politikken i motsetning til ~all eller ingen policy i det hele tatt), så avvises den med en 550 feilkode. Vanligvis kan en SPF-policy for et domene finnes i TXT post for rotdomenet (f.eks. dig o3o.ca txt). Se denne delen for mer informasjon om sende e-post som med Gmail angående SPF.
  11. Nå behandler vi mottakerne av meldingen som hentet fra RCPT TO kommando i seksjonen Hvordan fungerer systemet for videresending av e-post ovenfor. For hver mottaker utfører vi følgende operasjoner:

    • Vi slår opp TXT registreringer av domenenavnet (delen etter @ symbol, f.eks. o3o.ca hvis e-postadressen var test@o3o.ca). For eksempel hvis domenet er o3o.ca vi gjør et DNS-oppslag som f.eks dig o3o.ca txt.
    • Vi analyserer alt TXT poster som begynner med enten forward-email= (gratis planer) eller forward-email-site-verification= (betalte planer). Merk at vi analyserer begge deler for å behandle e-poster mens en bruker oppgraderer eller nedgraderer planer.
    • Fra disse analysert TXT poster, 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 kun støtter én forward-email-site-verification= verdi, og hvis mer enn én er oppgitt, vil en 550-feil oppstå, og avsenderen vil motta en retur for denne mottakeren.
    • Rekursivt itererer vi over den utpakkede 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 et rekursivt samsvar ble funnet, vil det overordnede resultatet bli fjernet fra videresendingsadresser, og barna lagt 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 å finne ut hvor mange adresser domenet har tillatelse til å videresende e-post til per alias, f.eks. 10 som standard – se avsnittet om maksimal grense for videresending per alias). Hvis denne grensen overskrides, vil det oppstå en 550-feil, og avsenderen vil motta en tilbakemelding for denne mottakeren.
    • Vi slår opp innstillingene til den opprinnelige mottakeren mot vårt API-endepunkt /v1/settings, som støtter oppslag for betalte brukere (med en reserve for gratisbrukere). Dette returnerer et konfigurasjonsobjekt for avanserte innstillinger for port (Tall, f.eks. 25), has_adult_content_protection (boolsk), has_phishing_protection (boolsk), has_executable_protection (boolsk), og has_virus_protection (boolsk).
    • Basert på disse innstillingene sjekker vi mot spamskannerresultater, og hvis det oppstår feil, avvises meldingen med en 554 feilkode (f.eks. has_virus_protection er aktivert, vil vi sjekke spamskannerresultatene for virus). Vær oppmerksom på at alle gratisplanbrukere vil bli registrert for kontroller mot voksent innhold, phishing, kjørbare filer og virus. Som standard er alle brukere med betalt abonnement også påmeldt, men denne konfigurasjonen kan endres under Innstillinger-siden for et domene i dashbordet for videresend e-post).
  12. For hver behandlede mottakers videresendingsadresser utfører vi deretter følgende operasjoner:

    • Adressen kontrolleres mot vår denylist, og hvis den ble oppført, vil en 421-feilkode oppstå (indikerer til avsenderen å prøve igjen senere).
    • Hvis adressen er en webhook, setter vi en boolsk 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).
  13. Hvis det ikke er noen mottakere og det ikke er noen avvisninger, svarer vi med en 550-feil på "Ugyldige mottakere".

  14. Hvis det er 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, vil vi lagre dem i minnet for senere behandling.
    • Vi tar den laveste feilkoden (hvis noen) fra å sende e-poster – og bruker den som svarkode til DATA kommando. Dette betyr at e-poster som ikke er levert vil vanligvis prøves på nytt av den opprinnelige avsenderen, men e-poster som allerede ble levert vil ikke bli sendt på nytt neste gang meldingen sendes (som vi bruker Fingeravtrykk).
    • Hvis det ikke oppstod noen feil, vil vi sende en 250 vellykket SMTP-svarstatuskode.
    • En tilbakevisning er fastslått å være enhver leveringsforsøk som resulterer i en statuskode som er >= 500 (permanente feil).
  15. Hvis ingen avvisninger oppsto (permanente feil), vil vi returnere en SMTP-svarstatuskode med den laveste feilkoden fra ikke-permanente feil (eller en 250 vellykket statuskode hvis det ikke var noen).

  16. Hvis avvisninger fant sted, vil vi sende returmeldinger i bakgrunnen etter å ha returnert den laveste av alle feilkoder til avsenderen. Men hvis den laveste feilkoden er >= 500, sender vi ingen returmeldinger. Dette er fordi hvis vi gjorde det, ville avsendere motta en dobbel returmelding (f.eks. en fra deres utgående MTA, for eksempel Gmail – og også en fra oss). Se avsnittet om Hvordan beskytter du mot tilbakespredning nedenfor for mer innsikt.

Merk at vi vil gjøre en "Vennlig-fra"-omskriving på e-postene hvis og bare hvis DMARC-policyen til avsenderen var p=reject, OG den har en bestått SPF, OG ingen DKIM-signaturer ble justert med "Fra"-overskriften. Dette betyr at vi vil endre "Fra"-overskriften på meldingen, sette "X-Original-Fra", og også sette en "Svar-Til" hvis den ikke allerede var satt. Vi vil også forsegle ARC-forseglingen på meldingen etter å ha endret disse overskriftene.

Vi bruker også smart-parsing av feilmeldinger på alle nivåer i stabelen vår – i koden vår er DNS-forespørsler, Node.js internals, HTTP-forespørsler (f.eks. 408, 413 og 429 tilordnet SMTP-svarkoden til 421 hvis mottakeren er en webhook), og e-postserversvar (f.eks. svar med «utsett» eller «nedsettende» vil bli forsøkt på nytt som 421-feil).

Vår logikk 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 60 sekunders tidsavbrudd for forespørselen å fullføre med opptil 3 forsøk (så 4 forespørsler totalt før en feil). Merk at vi analyserer feilkodene 408, 413 og 429 korrekt og tilordner dem til en SMTP-svarkode på 421.

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

Hvis det oppstår DNS- eller tilkoblingsfeil, vil vi gå tilbake til DATA beordre en SMTP-svarkode på 421, ellers hvis det er >= 500 nivåfeil, vil sprett sendes.

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

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

Når dette skrives, er vi også oppført i flere DNS-godkjenningslister, og vi tar overvåkingsnektere 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.

Vi videresender ikke e-poster til "ikke-svar"-adresser, og enhver avsender som forsøker å motta en 553-feil.

E-postbrukernavn som tilsvarer noen av følgende (uavhengig av store og små bokstaver) anses å være ingen-svar-adresser:

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

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

Ja, vi har en liste over domenenavnsutvidelser som er godkjent som standard og en dynamisk, bufret og rullende godkjenningsliste basert på strenge kriterier.

Alle e-poster, domener og mottakere fra kunder med betalte planer legges automatisk til på godkjenningslisten vår.

Hvilke domenenavnutvidelser er godkjent som standard

Følgende domenenavnsutvidelser anses å være godkjent som standard (uansett om de er på paraplyens popularitetsliste 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
  • nj.us
  • nm.us
  • nv.us
  • ny.us
  • oh.us
  • ok.us
  • or.us
  • pa.us
  • pr.us
  • ri.us
  • sc.us
  • sd.us
  • tn.us
  • tx.us
  • ut.us
  • va.us
  • vi.us
  • vt.us
  • wa.us
  • wi.us
  • wv.us
  • wy.us
  • mil.tt
  • edu.tt
  • edu.tr
  • edu.ua
  • edu.au
  • ac.at
  • edu.br
  • ac.nz
  • school.nz
  • cri.nz
  • health.nz
  • mil.nz
  • parliament.nz
  • ac.in
  • edu.in
  • mil.in
  • ac.jp
  • ed.jp
  • lg.jp
  • ac.za
  • edu.za
  • mil.za
  • school.za
  • mil.kr
  • ac.kr
  • hs.kr
  • ms.kr
  • es.kr
  • sc.kr
  • kg.kr
  • edu.es
  • ac.lk
  • sch.lk
  • edu.lk
  • ac.th
  • mi.th
  • admin.ch
  • canada.ca
  • gc.ca
  • go.id
  • go.jp
  • go.ke
  • go.kr
  • go.th
  • gob.ar
  • gob.cl
  • gob.es
  • gob.mx
  • gob.ve
  • gob.sv
  • gouv.fr
  • gouv.nc
  • gouv.qc.ca
  • gov.ad
  • gov.af
  • gov.ai
  • gov.al
  • gov.am
  • gov.ao
  • gov.au
  • gov.aw
  • gov.ax
  • gov.az
  • gov.bd
  • gov.be
  • gov.bg
  • gov.bm
  • gov.by
  • gov.cl
  • gov.cn
  • gov.co
  • gov.cy
  • gov.cz
  • gov.dz
  • gov.eg
  • gov.fi
  • gov.fk
  • gov.gg
  • gov.gr
  • gov.hk
  • gov.hr
  • gov.hu
  • gov.ie
  • gov.il
  • gov.im
  • gov.in
  • gov.iq
  • gov.ir
  • gov.it
  • gov.je
  • gov.kp
  • gov.krd
  • gov.ky
  • gov.kz
  • gov.lb
  • gov.lk
  • gov.lt
  • gov.lv
  • gov.ma
  • gov.mm
  • gov.mo
  • gov.mt
  • gov.my
  • gov.ng
  • gov.np
  • gov.ph
  • gov.pk
  • gov.pl
  • gov.pt
  • gov.py
  • gov.ro
  • gov.ru
  • gov.scot
  • gov.se
  • gov.sg
  • gov.si
  • gov.sk
  • gov.tr
  • gov.tt
  • gov.tw
  • gov.ua
  • gov.uk
  • gov.vn
  • gov.wales
  • gov.za
  • government.pn
  • govt.nz
  • gv.at
  • ac.uk
  • bl.uk
  • judiciary.uk
  • mod.uk
  • nhs.uk
  • parliament.uk
  • police.uk
  • rct.uk
  • royal.uk
  • sch.uk
  • ukaea.uk

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

Hva er kriteriene for godkjenningslisten

Vi har en statisk liste over domenenavnutvidelser godkjent som standard – og vi opprettholder også en dynamisk, bufret, rullende godkjenningsliste basert på følgende strenge kriterier:

  • Avsenderrotdomene må være av en domenenavnutvidelse som samsvarer med listen vi tilbyr på vår gratisplan (med tillegg av biz og info). Vi inkluderer også edu, gov, og mil delkamper, som f.eks xyz.gov.au og xyz.edu.au.
  • Avsenderens rotdomene må være innenfor de 100 000 unike, parsete resultatene for rotdomene fra Paraply popularitetsliste ("UPL").
  • Avsenderrotdomenet må være innenfor de 50 000 beste resultatene fra unike rotdomener som vises i minst 4 av de siste 7 dagene med UPL-er (~50 %+).
  • Avsenderrotdomene må ikke være det kategorisert som voksent innhold eller skadelig programvare av Cloudflare.
  • Avsenderrotdomene må ha enten A- eller MX-poster satt.
  • Avsenderrotdomene må ha enten A-post(er), MX-post(er), DMARC-post med p=reject eller p=quarantine, eller en SPF-post med -all eller ~all kvalifisering.

Hvis dette kriteriet er oppfylt, vil avsenderens rotdomene bli bufret i 7 dager. Merk at vår automatiserte jobb kjører daglig – derfor er dette en rullende godkjenningslistebuffer som oppdateres daglig.

Vår automatiserte jobb vil laste ned de siste 7 dagene av UPLs minne, pakke dem ut og deretter analysere minnet i henhold til de strenge kriteriene ovenfor.

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

Hvis du er en avsender som ikke er på godkjenningslisten vår, blir du første gang ditt FQDN-rotdomene eller IP-adresse sender en e-post sats begrenset og grålistet. 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 421- eller 4xx-feilstatuskode).

Merk at spesifikke avsendere som f.eks 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).

Fra 31. mars 2023 håndhevet vi en ny generell spamregel for å beskytte brukerne og tjenestene våre.

Denne nye regelen tillater bare å bruke følgende domenenavnutvidelser på vår gratis plan:

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

Ja, vi har en veldig slapp e-post gråliste politikk som brukes. Grålisting gjelder kun for avsendere som ikke er på godkjenningslisten vår og varer i cachen vår i 30 dager.

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

Hvis de har ventet i 5 minutter fra dette første ankomsttidspunktet, vil e-postene deres bli akseptert og de vil ikke motta denne 450-statuskoden.

Nøkkelen består av enten 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 "veldig slapp" policy).

For eksempel hvis en e-post kommer fra test.o3o.ca før vi ser en e-post komme fra o3o.ca, deretter en hvilken som helst e-post fra test.o3o.ca og/eller o3o.ca må vente 5 minutter fra første ankomsttid på forbindelsen. Vi lager ikke begge deler test.o3o.ca og o3o.ca hver venter på sine egne 5-minutters perioder (våre retningslinjer for gråliste gjelder på rotdomenenivå).

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

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

Vi henter også alle IP-adresser fra UCEPROTECT Level 1-avvisningslisten på http://wget-mirrors.uceprotect.net/rbldnsd-all/dnsbl-1.uceprotect.net.gz hver time og mat den inn i avvisningslisten vår med 7 dagers utløp.

Avsendere funnet i avvisningslisten vil motta en 421-feilkode (indikerer at avsenderen må prøve igjen senere) hvis de er ikke godkjent.

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

Dette er utformet i motsetning til andre e-posttjenester, hvor hvis du blir satt på en blokkeringsliste, oppstår en hard og permanent feil. 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 avsender, mottaker eller oss å gå inn og lindre problemet (ved å be om avvisningsliste fjerning).

Alle forespørsler om fjerning av avvisningslister overvåkes i sanntid av administratorer (f.eks. slik at tilbakevendende falske positiver kan godkjennes permanent av administratorer).

Forespørsler om fjerning av denyliste kan bes om på https://forwardemail.net/denylist. Betalte brukere får sine forespørsler om fjerning av denylist behandlet umiddelbart, mens ikke-betalte brukere må vente på at administratorer behandler forespørselen.

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

  1. De første meldings fingeravtrykk er grålistet ved oppdagelse av spam eller blokkeringsliste fra en "pålitelig" avsender (f.eks. gmail.com, microsoft.com, apple.com).
    • Hvis avsenderen var godkjent, er meldingen grålistet i 1 time.
    • Hvis avsenderen ikke er godkjent, er meldingen grålistet i 6 timer.
  2. Vi analyserer denylistenøkler fra informasjon fra avsender og melding, og for hver av disse nøklene lager vi (hvis en ikke allerede eksisterer) en teller, øker den med 1 og hurtigbuffer den i 24 timer.
    • For godkjente avsendere:
      • Legg til en nøkkel for konvolutten "POST FRA"-e-postadressen hvis den hadde bestått SPF eller ingen SPF, og det ikke var et admin-brukernavn eller ikke-svar-brukernavn.
      • Hvis "Fra"-overskriften var godkjent, legg til en nøkkel for "Fra"-overskriftens e-postadresse hvis den hadde bestått SPF eller bestått og justert DKIM.
      • Hvis "Fra"-overskriften ikke var godkjent, legg til en nøkkel for "Fra"-overskriftens e-postadresse og dets rotparsede domenenavn.
    • For ikke-godkjente avsendere:
      • Legg til en nøkkel for konvolutten "POST FRA"-e-postadressen hvis den hadde bestått SPF.
      • Hvis "Fra"-overskriften var godkjent, legg til en nøkkel for "Fra"-overskriftens e-postadresse hvis den hadde bestått SPF eller bestått og justert DKIM.
      • Hvis "Fra"-overskriften ikke var godkjent, legg til en nøkkel for "Fra"-overskriftens e-postadresse og dets rotparsede domenenavn.
      • Legg til en nøkkel for den eksterne IP-adressen til avsenderen.
      • Legg til en nøkkel for det klientløste vertsnavnet ved omvendt oppslag fra IP-adressen til avsenderen (hvis noen).
      • Legg til en nøkkel for rotdomenet til det klientløste vertsnavnet (hvis noen, og hvis det er forskjellig fra det klientløste vertsnavnet).
  3. Hvis telleren når 5 for en ikke-godkjent avsender og nøkkel, nekter vi nøkkelen i 30 dager og en e-post sendes til misbruksteamet vårt. Disse tallene kan endres og oppdateringer vil gjenspeiles her når vi overvåker misbruk.
  4. Hvis telleren når 10 for en godkjent avsender og nøkkel, nekter vi nøkkelen i 7 dager og en e-post sendes til misbruksteamet vårt. Disse tallene kan endres og oppdateringer vil gjenspeiles her når vi overvåker misbruk.

NOTE: I nær fremtid vil vi innføre 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).

Avsenderhastighetsbegrensning er enten av rotdomenet analysert 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 under.

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

  • I stedet for å begrense innkommende post som mottas på individuell aliasbasis (f.eks. you@yourdomain.com) – vi vurderer grensen ved selve aliasets domenenavn (f.eks. yourdomain.com). Dette forhindrer Senders fra å oversvømme 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 for å være "klarert på" som en kilde til sannhet (f.eks. gmail.com, microsoft.com, apple.com) er begrenset til å sende 100 GB per dag.
    • Senders altså godkjent er begrenset til å sende 10 GB per dag.
    • Alle andre Senders er begrenset til å sende 1 GB og/eller 1000 meldinger per dag.
  • Vi har en bestemt grense pr Sender og yourdomain.com på 1 GB og/eller 1000 meldinger daglig.

MX-serverne begrenser også meldinger som sendes til en eller flere mottakere gjennom hastighetsbegrensning – men dette gjelder kun for Senders ikke på godkjenningsliste:

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

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

  • Merk at hvis du sender gjennom et populært system som Amazon SES, vil du ikke være ratebegrenset siden (i skrivende stund) Amazon SES er oppført i godkjenningslisten vår.

  • Hvis du sender fra et domene som f.eks test.abc.123.o3o.ca, så pålegges takstgrensen o3o.ca. Mange spammere bruker hundrevis av underdomener for å omgå vanlige spamfiltre som bare begrenser unike vertsnavn i motsetning til unike FQDN-rotdomener.

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

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

Feiladresserte avvisninger eller returspam (kjent som "Backscatter") kan forårsake negativt omdømme til avsenderens IP-adresser.

Vi tar to skritt for å beskytte mot tilbakespredning, som er beskrevet i de følgende avsnittene Forhindre tilbakesendinger fra kjente MAIL FRA spammere og Forhindre unødvendige sprett for å beskytte mot tilbakespredning under.

Forhindre tilbakesendinger fra kjente MAIL FRA spammere

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

Hvis MAIL FROM er blank ELLER er lik (uavhengig av store og små bokstaver) et av følgende brukernavn (delen før @ i en e-post), så sjekker vi om avsenderens IP samsvarer med en fra denne listen.

  • automailer
  • autoresponder
  • bounce
  • bounce-notification
  • bounce-notifications
  • bounces
  • e-bounce
  • ebounce
  • host-master
  • host.master
  • hostmaster
  • localhost
  • mail-daemon
  • mail.daemon
  • maildaemon
  • mailer
  • mailer-daemon
  • mailer.daemon
  • mailerdaemon
  • post-master
  • post.master
  • postmaster

Hvis avsenderens IP er oppført (og ikke i vår godkjenningsliste), så 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 på godkjenningslisten vår, slik at vi kan løse problemet om nødvendig.

Teknikkene som er beskrevet i dette avsnittet følger anbefalingen "SAFE MODE" på https://www.backscatterer.org/?target=usage – hvor vi kun sjekker avsender-IP dersom visse betingelser allerede er oppfylt.

Forhindre unødvendige sprett for å beskytte mot tilbakespredning

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

En vanlig årsak til å bli oppført på Backscatterer-listen er feildirigerte avvisninger eller returspam, så vi må beskytte mot dette på noen måter:

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

  2. Vi sender bare avvisninger én gang og bare én gang (vi bruker en beregnet sprettfingeravtrykknøkkel og lagrer den i hurtigbufferen for å forhindre sending av duplikater). Bounce-fingeravtrykket er en nøkkel som er meldingens fingeravtrykk kombinert med en hash av returadressen og dens feilkode). Se avsnittet om Fingeravtrykk for mer innsikt i hvordan meldingsfingeravtrykket beregnes. Vellykket sendte avvisningsfingeravtrykk vil utløpe etter 7 dager i Redis-bufferen vår.

  3. Vi sender bare avvisninger når MAIL FROM ikke er tom og ikke inneholder (uavhengig av store og små bokstaver) ett av følgende brukernavn (delen før @ i en e-post). Legg merke til at denne listen er litt kortere enn den ovenfor i MAIL FROM-sjekken fordi vi ikke ønsker å ha falske positiver (f.eks. security@ er en gyldig adresse som du kanskje ønsker å få tilbakemelding for; mange folk bruke security@ for deres bug bounty-programmer).

    • abuse@
    • mailer-daemon@
    • mailer_daemon@
    • mailerdaemon@
  4. Vi sender ikke avvisninger hvis den opprinnelige meldingen hadde noen av følgende overskrifter (uavhengig av store og små bokstaver):

    • Auto-Submitted (med en verdi på no)
    • X-Auto-Response-Suppress (med en verdi på dr, autoreply, auto-reply, auto_reply, eller all)
    • List-Id
    • List-Unsubscribe
    • Feedback-ID
    • X-Auto-Reply
    • X-Autoreply
    • X-Auto-Respond
    • X-Autorespond
    • Precedence (med en verdi på bulk, autoreply, auto-reply, auto_reply, eller list)

En e-posts fingeravtrykk brukes til å bestemme unikheten til en e-post og for å forhindre at dupliserte meldinger blir levert og dupliserte sprett fra å bli sendt.

Fingeravtrykket er beregnet fra følgende liste:

  • Klienten har løst FQDN-vertsnavn eller IP-adresse
  • Message-ID topptekstverdi (hvis noen)
  • Date topptekstverdi (hvis noen)
  • From topptekstverdi (hvis noen)
  • To topptekstverdi (hvis noen)
  • Cc topptekstverdi (hvis noen)
  • Subject topptekstverdi (hvis noen)
  • Body verdi (hvis noen)

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 med aliaset ditt ser en e-post fra deg for første gang, du må ikke bekymre deg – ettersom dette er en innebygd sikkerhetsfunksjon i Gmail.

Du kan bare klikke "Ser trygg ut". For eksempel, hvis du skulle sende en testmelding ved hjelp av send mail som funksjon (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 å sikre at ting er trygge i tilfelle det ikke er noen løsning.

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

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

Merk at dette FAQ-emnet er spesifikt for de som bruker Slik sender du Mail As ved hjelp av Gmail trekk.

Vennligst se avsnittet om Støtter du sending av e-post med SMTP for konfigurasjonsinstruksjoner.

Ja, fra 5. mai 2020 har vi lagt til denne funksjonen. Akkurat nå er funksjonen domenespesifikk, i motsetning til aliasspesifikk. Hvis du trenger det for å være aliasspesifikt, kan du kontakte oss for å gi oss beskjed om dine behov.

Forbedret personvern: Hvis du har en betalt plan (som har forbedret personvern), kan du gå til Min konto domener, klikk på "Oppsett" ved siden av domenet ditt, og klikk deretter på "Innstillinger". Hvis du vil lære mer om betalte planer, se vår Priser side. Ellers kan du fortsette å følge instruksjonene nedenfor.

Hvis du er på gratisplanen, legg til en ny DNS TXT ta opp som vist nedenfor, men endre porten fra 25 til porten du velger.

For eksempel hvis jeg vil ha alle e-poster som går til o3o.ca for å videresende til aliasmottakernes SMTP-port på 1337 i stedet for 25:

Navn/vert/alias TTL Type Svar/verdi
"@", ".", eller blank 3600 TXT forward-email-port=1337
Tips: Det vanligste scenariet for tilpasset portvideresendingsoppsett er når du vil videresende alle e-poster som går til o3o.ca til en annen port på o3o.ca, annet enn SMTP-standarden til port 25. For å sette opp dette, legg til følgende TXT oppsamlingsrekord.
Navn/vert/alias TTL Type Svar/verdi
"@", ".", eller blank 3600 TXT forward-email=o3o.ca

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

Vi betaler ikke forholdsmessig eller refunderer differansen når du bytter plan. I stedet konverterer vi den gjenværende varigheten fra den eksisterende planens utløpsdato til den nærmeste relative varigheten for den nye planen (avrundet ned etter måned).

Merk at hvis du oppgraderer eller nedgraderer mellom betalte planer innen et 30-dagers vindu siden første gang du startet en betalt plan, refunderer vi automatisk hele beløpet fra din eksisterende plan.

Ja, fra 15. mai 2020 har vi lagt til denne funksjonen. Du kan ganske enkelt legge til webhook (er) akkurat som du ville gjort med enhver mottaker! Forsikre deg om at du har forhåndsinnstilt protokollen "http" eller "https" i webhookens URL.

Forbedret personvern: Hvis du har en betalt plan (som har forbedret personvern), kan du gå til Min konto domener og klikk på "Aliaser" ved siden av domenet ditt for å konfigurere webhooks. Hvis du vil lære mer om betalte planer, se vår Priser side. Ellers kan du fortsette å følge instruksjonene nedenfor.

Hvis du er på gratisplanen, legg til en ny DNS TXT ta opp som vist nedenfor:

For eksempel hvis jeg vil ha alle e-poster som går til alias@o3o.ca å videresende til en ny be om søppel testendepunkt:

Navn/vert/alias TTL Type Svar/verdi
"@", ".", eller blank 3600 TXT forward-email=alias:https://requestbin.com/r/en8pfhdgcculn

Eller kanskje du vil ha alle e-poster som går til o3o.ca for å videresende til dette endepunktet:

Navn/vert/alias TTL Type Svar/verdi
"@", ".", eller blank 3600 TXT forward-email=https://requestbin.com/r/en8pfhdgcculn

Her er flere merknader angående webhooks:

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

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

  • Vi vil prøve på nytt automatisk basert på standardstatusen og feilkodene som brukes i superagent's prøvemetode på nytt (vi er vedlikeholdere).

  • Vi grupperer webhook HTTP-forespørsler til samme endepunkt i én forespørsel i stedet for flere) for å spare ressurser og raskere responstid. For eksempel hvis du sender en e-post til webhook1@o3o.ca, webhook2@o3o.ca, og webhook3@o3o.ca, og alle disse er konfigurert til å treffe det samme nøyaktig endepunkts-URL, vil bare én forespørsel bli gjort. Vi grupperer oss etter nøyaktig endepunktsmatching med streng likhet.

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

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

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

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

  • De grupperte mottakerne for denne webhook er gruppert sammen og gitt som egenskapen "mottakere".

  • SMTP-sesjonsinformasjonen er gitt som egenskapen "session". Denne inneholder informasjon om avsenderen av meldingen, ankomsttiden til meldingen, HELO og klientens vertsnavn. Verdien for klientens vertsnavn som session.clientHostname er enten FQDN (fra et omvendt PTR-oppslag) eller det er det session.remoteAddress pakket inn i parentes (f.eks. "[127.0.0.1]").

  • Hvis du trenger en rask måte å få verdien av X-Original-To, så kan du bruke verdien av session.recipient (se eksempel nedenfor). Overskriften X-Original-To er en overskrift vi legger til meldinger for feilsøking med originalen RCPT TO e-postadresse for meldingen.

  • Hvis det er vedlegg, vil de bli lagt til attachments Array med bufferverdier. Du kan analysere dem tilbake til innhold ved å bruke en tilnærming med JavaScript som:

    const data = [
      104,
      101,
      108,
      108,
      111,
      32,
      119,
      111,
      114,
      108,
      100,
      33
    ];
    

    // // outputs "hello world!" to the console // (this is the content from the filename "text1.txt" in the example JSON request payload above) // console.log(Buffer.from(data).toString());

Tips: Lurer du på hvordan webhook-forespørselen ser ut fra videresendte e-poster? Vi har tatt med 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=o3o.ca;\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=o3o.ca;\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=o3o.ca;\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=o3o.ca;\r\n bimi=skipped (DMARC not enabled)"
    },
    {
      "key": "x-forwardemail-sender",
      "line": "X-ForwardEmail-Sender: rfc822; test@example.net"
    },
    {
      "key": "x-forwardemail-session-id",
      "line": "X-ForwardEmail-Session-ID: w2czxgznghn5ryyw"
    },
    {
      "key": "x-forwardemail-version",
      "line": "X-ForwardEmail-Version: 9.0.0"
    },
    {
      "key": "content-type",
      "line": "Content-Type: multipart/mixed; boundary=\"--_NmP-179a735428ca7575-Part_1\""
    },
    {
      "key": "from",
      "line": "From: some <random@o3o.ca>"
    },
    {
      "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@o3o.ca",
        "name": "some"
      }
    ],
    "html": "<span class=\"mp_address_group\"><span class=\"mp_address_name\">some</span> &lt;<a href=\"mailto:random@o3o.ca\" class=\"mp_address_email\">random@o3o.ca</a>&gt;</span>",
    "text": "some <random@o3o.ca>"
  },
  "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=o3o.ca;\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=o3o.ca;\r\n bimi=skipped (DMARC not enabled)\r\nX-ForwardEmail-Sender: rfc822; test@example.net\r\nX-ForwardEmail-Session-ID: w2czxgznghn5ryyw\r\nX-ForwardEmail-Version: 9.0.0\r\nContent-Type: multipart/mixed; boundary=\"--_NmP-179a735428ca7575-Part_1\"\r\nFrom: some <random@o3o.ca>\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@o3o.ca"
    ],
    "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=o3o.ca;\r\n bimi=skipped (DMARC not enabled)"
  },
  "dmarc": {
    "status": {
      "result": "none",
      "header": {
        "from": "o3o.ca"
      }
    },
    "domain": "o3o.ca",
    "info": "dmarc=none header.from=o3o.ca"
  },
  "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
  }
}

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

Regulære uttrykk støttede aliaser er de som starter med a / og avslutte med / og mottakerne deres er e-postadresser eller webhooks. Mottakerne kan også inkludere støtte for regex-substitusjon (f.eks. $1, $2).

Vi støtter to regulære uttrykksflagg inkludert i og g. Det ufølsomme flagget til i er en permanent standard, og den håndheves alltid. Det globale flagget til g kan legges til av deg ved å feste slutten / med /g.

Merk at vi også støtter vår deaktivert alias -funksjon for mottakerdelen med vår regex-støtte.

Vanlige uttrykk støttes ikke på globale forfengelighetsdomener (da dette kan være et sikkerhetsproblem).

Forbedret personvern: Hvis du har en betalt plan (som har forbedret personvern), kan du gå til Min konto domener og klikk på "Aliaser" ved siden av domenet ditt for å konfigurere regulære uttrykk. Hvis du vil lære mer om betalte planer, se vår Priser side. Ellers kan du fortsette å følge instruksjonene nedenfor.

Hvis du er på gratisplanen, legg til en ny DNS TXT ta opp med ett eller flere av eksemplene nedenfor:

Enkelt eksempel: Hvis jeg vil at alle e-poster som går til `linus@o3o.ca` eller `torvalds@o3o.ca` skal videresendes til `user@gmail.com`:
Navn/vert/alias TTL Type Svar/verdi
"@", ".", eller blank 3600 TXT forward-email=/^(linus|torvalds)$/:user@gmail.com
Fornavn Etternavn Erstatningseksempel: Tenk deg at alle bedriftens e-postadresser har mønsteret `fornavn.etternavn@eksempel.com`. Hvis jeg vil at alle e-poster som går til mønsteret `fornavn.etternavn@eksempel.com` skal videresendes til `fornavn.etternavn@selskap.com` med substitusjonsstøtte (se test på RegExr):
Navn/vert/alias TTL Type Svar/verdi
"@", ".", eller blank 3600 TXT forward-email=/^([A-Za-z]+)+\.([A-Za-z]+)+$/:$1.$2@company.com
Eksempel på plussymbolfiltrering: Hvis jeg vil at alle e-poster som går til `info@o3o.ca` eller `support@o3o.ca` skal videresendes til henholdsvis `user+info@gmail.com` eller `user+support@gmail.com` (med substitusjonsstøtte ) (se test på RegExr):
Navn/vert/alias TTL Type Svar/verdi
"@", ".", eller blank 3600 TXT forward-email=/^(support|info)$/:user+$1@gmail.com
Eksempel på erstatning for Webhook Querystring: Kanskje du vil at alle e-poster som går til `o3o.ca` skal gå til en webhook og ha en dynamisk søkestrengnøkkel på "til" med verdien av brukernavndelen av e-postadressen (se test på RegExr):
Navn/vert/alias TTL Type Svar/verdi
"@", ".", eller blank 3600 TXT forward-email=/^(.*?)$/:https://o3o.ca/webhook?username=$1
Deaktiver eksempel: Hvis du vil at alle e-poster som samsvarer med et bestemt mønster skal deaktiveres (se Kan jeg deaktivere spesifikke aliaser), og bruk deretter den samme tilnærmingen med et utropstegn "!":
Navn/vert/alias TTL Type Svar/verdi
"@", ".", eller blank 3600 TXT forward-email=/^(linus|torvalds)$/:!
Tips: Lurer du på hvordan du skriver et regulært uttrykk eller trenger å teste erstatningen din? Du kan gå til nettstedet for gratis testing av regulære uttrykk RegExrhttps://regexr.com.

Nei, det anbefales ikke, da du kun kan bruke én e-postutvekslingsserver om gangen. Tilbakeslag blir vanligvis aldri forsøkt på nytt på grunn av prioriterte feilkonfigurasjoner og e-postservere som ikke respekterer MX-utvekslingsprioritetskontroll.

Viktig: Hvis du har en betalt plan, må du gå til Min konto domener aliaser Ellers rediger Fjern merket for "Aktiv". Fortsette.

Ja! Fra 6. februar 2020 har vi lagt til denne funksjonen. Bare rediger din DNS TXT ta opp og prefiks aliaset med et utropstegn. Merk at du må bevare ":"-tilordningen, siden dette er nødvendig hvis du noen gang bestemmer deg for å slå dette av (og det brukes også til import i våre betalte planer).

Hvis du prefikser et alias med "!" (utropstegn), vil det fortsatt returnere vellykkede responskoder til avsendere som prøver å sende til denne adressen, men e-postene i seg selv vil ikke gå noe sted; til et svart hull.

E-poster sendt til deaktiverte adresser vil svare med en SMTP-svarstatuskode på 250 (godkjent), men e-postene vil faktisk ikke bli levert til mottakeren(e).

For eksempel hvis jeg vil ha alle e-poster som går til alias@o3o.ca å slutte å strømme gjennom til user@gmail.com:

Navn/vert/alias TTL Type Svar/verdi
"@", ".", eller blank 3600 TXT forward-email=!alias:user@gmail.com
Tips: Du kan også omskrive den videresendte mottakerens adresse til ganske enkelt "nobody@forwardemail.net", som vil rute den til ingen som i eksemplet nedenfor.
Navn/vert/alias TTL Type Svar/verdi
"@", ".", eller blank 3600 TXT forward-email=!alias:nobody@forwardemail.net
Tips: Hvis du vil ha økt sikkerhet, kan du også fjerne ":user@gmail.com" (eller ":nobody@forwardemail.net") delen, og la bare "!alias" være igjen som i eksemplet nedenfor.
Navn/vert/alias TTL Type Svar/verdi
"@", ".", eller blank 3600 TXT forward-email=!alias

Ja absolutt. Bare spesifiser flere mottakere i din TXT poster.

For eksempel hvis jeg vil ha en e-post som går til hello@o3o.ca å bli videresendt til user+a@gmail.com og user+b@gmail.com, så min TXT posten vil 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

Du kan også spesifisere dem i to separate linjer, som dette:

Navn/vert/alias TTL Type Svar/verdi
"@", ".", eller blank 3600 TXT forward-email=hello:user+a@gmail.com
"@", ".", eller blank 3600 TXT forward-email=hello:user+b@gmail.com

Det er opp til deg!

Ja det kan du. Bare spesifiser flere globale oppsamlingsmottakere i din TXT poster.

For eksempel, hvis jeg vil ha hver e-post som går til *@o3o.ca (stjernen betyr at det er et jokertegn aka catch-all) å bli videresendt til user+a@gmail.com og user+b@gmail.com, så min TXT posten vil se slik ut:

Navn/vert/alias TTL Type Svar/verdi
"@", ".", eller blank 3600 TXT forward-email=user+a@gmail.com,user+b@gmail.com

Du kan også spesifisere dem i to separate linjer, som dette:

Navn/vert/alias TTL Type Svar/verdi
"@", ".", eller blank 3600 TXT forward-email=user+a@gmail.com
@, ".", eller blank 3600 TXT forward-email=user+b@gmail.com

Det er opp til deg!

Ja, standardgrensen er 10. Dette betyr IKKE at du kun 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 kunne ha hello:user+1@gmail.com, hello:user+2@gmail.com, hello:user+3@gmail.com, … (fra 1-10) – og eventuelle e-poster til hello@o3o.ca ville 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.

Ja, du kan, men du må fortsatt overholde maksimumsgrensen. Hvis du har hello:linus@o3o.ca og linus:user@gmail.com, og deretter e-post til hello@o3o.ca ville bli videresendt til linus@o3o.ca og user@gmail.com. Merk at en feil blir kastet hvis du prøver å videresende e-post rekursivt.

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

Tjenesten fortsetter å kjøre takket være brukere som oppgraderte til betalte planer. Vi ønsker å tilby et gratis alternativ for personer som bruker lukkede kildekodetjenester (og deretter risikerer personvernet og sikkerheten deres).

Vi har en standardgrense på 50 MB, som inkluderer innhold, overskrifter og vedlegg. Vær oppmerksom på at tjenester som Gmail og Outlook kun tillater 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.

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

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

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

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

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

Fra februar 2023 lagrer vi feillogger for 4xx og 5xx SMTP-svarkoder for en periode på 7 dager – som inneholder SMTP-feil, konvolutt og e-posthoder (vi ikke lagre e-postteksten eller vedleggene).

Feillogger lar deg se etter manglende viktige e-poster og redusere falske positiver for spam domenene dine. De er også en flott ressurs for å feilsøke problemer med e-post webhooks (siden feilloggene inneholder webhook-endepunktsvaret).

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

Se vår Personvern for mer innsikt.

Nei, absolutt ikke. Se vår Personvern.

Mange andre videresendingstjenester for 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 laget den første åpen kildekode-løsningen som gjør alt i minnet.

Vi mener du bør ha rett til privatliv, og vi respekterer det strengt. Koden som distribueres til serveren er open source programvare på GitHub for åpenhet og for å bygge tillit.

Ja absolutt.

Ja absolutt. I stedet for å bruke "@", ".", Eller tomt som navn / vert / alias, bruker du bare underdomenet som verdi i stedet.

Hvis du vil foo.o3o.ca for å videresende e-poster, og skriv deretter inn foo som navn/vert/aliasverdi i DNS-innstillingene (for både MX og TXT poster).

Ja absolutt.

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

Passnøkler lar deg logge på sikkert uten å kreve passord og tofaktorautentisering.

Du kan validere 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 på med alle enhetene dine.

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

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

Ja absolutt. For eksempel hvis du sender en e-post til hello@o3o.ca og den er registrert for å videresende til user@gmail.com, så returneres SMTP-svarmeldingen og koden fra SMTP-serveren "gmail.com" i stedet for proxy-serveren på "mx1.forwardemail.net" eller "mx2.forwardemail.net".

Du bør avslutte abonnementet på 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 vil videresende spam til, er: abuse@forwardemail.net

Ja! Fra 2. oktober 2018 har vi lagt til denne funksjonen. Se Slik sender du Mail As ved hjelp av Gmail ovenfor!

Du bør også angi SPF-posten for Gmail i DNS-konfigurasjonen TXT ta opp.

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

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

Ja! Fra 2. oktober 2018 har vi lagt til denne funksjonen. Bare se disse to koblingene fra Microsoft nedenfor:

Du bør også angi SPF-posten for Outlook i DNS-konfigurasjonen TXT ta opp.

Viktig: Hvis du bruker Microsoft Outlook eller Live.com, må du legge til include:spf.protection.outlook.com til din SPF TXT ta opp, for eksempel:

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

Dessverre tillater ikke Apple dette, uavhengig av hvilken tjeneste du bruker. Du kan imidlertid bruke Mail-appen sammen med domenets e-postkonto.

Ja, men "relativt ukjente" avsendere er ratebegrenset til 100 tilkoblinger per time per vertsnavn eller IP. Se avsnittet om Satsbegrensende og Grålisting ovenfor.

Med "relativt ukjent" mener vi avsendere som ikke vises i godkjenningsliste.

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

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

  1. Gå til https://google.com og logg av alle e-postkontoer
  2. Klikk "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. Angi din tilpassede domenenavn e-postadresse
  7. Hent bekreftelses-e-posten som er sendt til e-postadressen din
  8. Skriv inn bekreftelseskoden fra denne e-postadressen
  9. Komplett profilinformasjon for den nye Google-kontoen din
  10. Godta alle retningslinjer for personvern og vilkår
  11. Gå til https://google.com og i øverste høyre hjørne, klikk på profilikonet ditt, 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 å formere seg, men noen ganger kan det være veldig raskt.
  14. Send en test-e-post så skal profilbildet vises.

Gratisplanen krever at du bruker offentlige DNS-poster for å lagre videresendingskonfigurasjonen. Alle med en datamaskin kan slå opp viderekoblingskonfigurasjonen din i en terminal hvis du bruker Free-abonnementet. I motsetning til gratisplanen bruker Enhanced Protection-planen en kryptografisk generert tilfeldig streng for å lagre viderekoblingskonfigurasjonen privat.

Gratis planForbedret beskyttelsesplan
forward-email=user@gmail.comforward-email-site-verification=m8d7o8K4Il

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

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

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

Ja. Uansett hvilken plan du er på, betaler du bare en månedlig pris - som dekker alle domenene dine.

Vi aksepterer kort, lommebøker og bankoverføringer ved hjelp av Stripe og PayPal – for engangsbetalinger eller månedlige, kvartalsvise eller årlige abonnementer.

Nei. Prisene vil aldri øke. I motsetning til andre selskaper, vil vi aldri stenge tjenesten vår heller.

Vi opprettet et programvareprosjekt med åpen kildekode 🍊 Mandarin og bruke den til DNS-oppslag. Standard DNS-servere som brukes er 1.1.1.1 og 1.0.0.1, og DNS-spørringer er gjennom DNS over HTTPS ("DoH") ved påføringslaget.

🍊 Mandarin bruker CloudFlares personvernførste DNS-tjeneste for forbrukere som standard.