Gyakran Ismételt Kérdések

Az e-mail továbbítása a teljes körű e-mail szolgáltató és e-mail tárhelyszolgáltató egyéni domain nevek számára.

Gondoljon ránk úgy, mint a szolgálatra, amely hatalmat tud adni you@yourdomain.com. Mi vagyunk a Gmail, a Microsoft 365, a Proton Mail, a Sendgrid és az Amazon SES legjobb alternatívája – rejtett díjak és korlátok nélkül – és végső soron 100%-ban nyílt forráskódú szoftver, kvantumbiztos titkosítás, és magánélet.

Más szolgáltatásokkal ellentétben nem számítunk fel díjat felhasználónként. Korlátlan számú domainhez és aliashoz juthat mindössze egy havi 3 USD/hó díjért. Minden fizetős csomag tartalmaz 10 GB SSD-vel támogatott titkosított SQLite tárhelyet (IMAP/POP3). További tárhely 3 USD/hó áron vásárolható 10 GB további SSD-alapú tárhely után.

Összehasonlíthat minket 56+ másik e-mail szolgáltatóval a webhelyen e-mail összehasonlító oldalunkon.

E-mail-tárhelyet és e-mail-továbbítási szolgáltatást nyújtunk olyan neves felhasználóknak, mint például:

  • Netflix
  • Disney hirdetésértékesítés
  • jQuery
  • Dél-Ausztrália kormánya
  • Dominikai Köztársaság kormánya
  • A Marylandi Egyetem
  • A Washingtoni Egyetem
  • David Heinemeier Hansson
  • 430 000+ egyéni domain név

Az e-mailek továbbításáról itt olvashat bővebben Névjegy oldalunkat.

Az e-mailek kézbesítése átlagosan 5 másodpercen belül megtörténik. Valós időben működünk, ellentétben más szolgáltatókkal, amelyek késleltetett sorokra támaszkodnak.

Nem írunk lemezre és nem tárolunk naplókat – a hibák kivételével és kimenő SMTP (lásd a mi Adatvédelmi irányelvek).

Minden a memóriában történik és forráskódunk a GitHubon található.

Becsült beállítási idő: Kevesebb, mint 10 perc
Továbbfejlesztett adatvédelem: Ha el szeretné rejteni adatait, nehogy nyilvánosan kereshető legyen az interneten keresztül, kérjük, lépjen a címre Az én fiókom Domainek és frissítse domainjét fizetős csomagra, mielőtt elkezdi ezt az útmutatót. Az ingyenes csomagokkal kapcsolatos nyilvánosan kereshető információk közé tartoznak, de nem kizárólagosan: álnevek, továbbított címek, címzettek és speciális beállítások, például egyéni porttovábbítás. Ha többet szeretne megtudni a fizetős csomagokról, tekintse meg oldalunkat Árazás oldal – különben olvass tovább! Minden tervünk megfelel a miénknek Magánélet a metaadatok és az e-mailek tárolásának szigorú tilalma. Nem követjük nyomon, mint más szolgáltatások.
Elkezdeni: Gondosan olvassa el és kövesse az alábbi 1-8. Ügyeljen arra, hogy cserélje ki az e-mail címét user@gmail.com azzal az e-mail címmel, amelyre az e-maileket továbbítani szeretné (ha még nem pontos). Hasonlóképpen feltétlenül cserélje ki example.com egyéni domain nevével (ha még nem pontos).
  1. Ha már regisztrálta valahol a domain nevét, akkor ezt a lépést teljesen ki kell hagynia, és tovább kell lépnie a második lépésre! Különben megteheti kattintson ide a domain név regisztrálásához.
  2. Emlékszel, hol regisztráltad a domainedet? Ha erre emlékszik, kövesse az alábbi utasításokat:
    Fontos: Nyisson meg egy új lapot, és jelentkezzen be domainregisztrátorába. Könnyedén rákattinthat az alábbi "Regisztrátor" elemre, hogy ezt automatikusan elvégezze. Ezen az új lapon a regisztrátoránál a DNS-kezelési oldalra kell navigálnia – és a lépésről lépésre történő navigáció lépéseit az alábbiakban a „Beállítás lépései” oszlopban mutatjuk be. Miután az új lapon erre az oldalra navigált, visszatérhet erre a lapra, és folytathatja az alábbi harmadik lépéssel. Még ne zárja be a megnyitott lapot; szüksége lesz rá a jövőbeni lépésekhez!
    Anyakönyvvezető A konfigurálás lépései
    1&1 Belépés Domain Center (Válassza ki a domainjét) DNS-beállítások szerkesztése
    Amazon Route 53 Belépés Hosted Zones (Válassza ki a domainjét)
    Aplus.net Belépés Saját szervereim Domainkezelés DNS-kezelő
    Bluehost FOR ROCK: Jelentkezzen be Domainek (A kezeléshez kattintson a ▼ ikonra) DNS
    ÖRÖKSÉGRE: Jelentkezzen be Domainek Zóna szerkesztő (Válassza ki a domainjét)
    CloudFlare Belépés DNS
    DNS Made Easy Belépés DNS (Válassza ki a domainjét)
    DNSimple Belépés (Válassza ki a domainjét) DNS Kezelése
    Digitális óceán Belépés Hálózatépítés Domainek (Válassza ki a domainjét) Több Domain kezelése
    Domain.com Belépés Kártyanézetben kattintson a domain kezelése elemre Lista nézetben kattintson a fogaskerék ikont DNS és névszerverek DNS rekordok
    Domains.com
    Néz
    Belépés (Válassza ki a domainjét) Kezelése (kattints a fogaskerék ikonra) Kattintson a DNS és névkiszolgálók elemre a bal oldali menüben
    DreamHost Belépés Panel Domainek Domainek kezelése DNS
    Férfi Belépés Áttekintés Kezelése Egyszerű szerkesztő Records
    Gondol Belépés (Válassza ki a domainjét) Menedzsment Szerkessze a zónát
    Hajrá apa
    Néz
    Belépés Saját domainek kezelése (Válassza ki a domainjét) DNS kezelése
    Google Domains
    Néz
    Belépés (Válassza ki a domainjét) Konfigurálja a DNS-t
    Név olcsó
    Néz
    Belépés Domain lista (Válassza ki a domainjét) Kezelése Speciális DNS
    Netlify Belépés (Válassza ki a domainjét) Állítsa be a Netlify DNS-t
    Hálózati megoldások Belépés Fiókkezelő Saját domain neveim (Válassza ki a domainjét) Kezelése Módosítsa a tartománypontok helyét Speciális DNS
    Shopify
    Néz
    Belépés Kezelt domainek (Válassza ki a domainjét) DNS beállítások
    Squarespace Belépés Főmenü Beállítások Domainek (Válassza ki a domainjét) További beállítások Egyéni rekordok
    Vercel most A "most" CLI használata now dns add [domain] '@' MX [record-value] [priority]
    Weebly Belépés Domain oldal (Válassza ki a domainjét) DNS
    Wix Belépés Domain oldal (Kattintson ikon) Válassza a DNS-rekordok kezelése lehetőséget
    junior Belépés Domainek Saját domainek
    Egyéb
    Fontos: Nem látja itt a regisztrátor nevét? Egyszerűen keressen rá az interneten a „hogyan változtassuk meg a DNS-rekordokat a $REGISTRAR-on” kifejezésre (a $REGISTRAR helyére a regisztrátor nevére kell írni – például „hogyan változtassuk meg a DNS-rekordokat a GoDaddy-n”, ha GoDaddy-t használ).
  3. A regisztrátor DNS-kezelési oldalán (a másik megnyitott lapon) állítsa be a következő „MX” rekordokat:
    Fontos: Vegye figyelembe, hogy NEM szabad más MX rekordokat beállítani. Mindkét alább látható rekordnak léteznie KELL. Győződjön meg arról, hogy nincsenek elírási hibák; és az mx1 és mx2 is helyesen van írva. Ha már léteztek MX rekordok, törölje őket teljesen. A "TTL" értéknek nem kell 3600-nak lennie, szükség esetén lehet alacsonyabb vagy magasabb érték.
    Név/Host/Alias TTL típus Kiemelten fontos Válasz/Érték
    "@", "." vagy üres 3600 MX 10 mx1.forwardemail.net
    "@", "." vagy üres 3600 MX 10 mx2.forwardemail.net
  4. A regisztrátor DNS-kezelési oldalán (a másik megnyitott lapon) állítsa be a következőket TXT rekord(ok):
    Fontos: Ha fizetős csomagot használ, akkor ezt a lépést teljesen ki kell hagynia, és tovább kell lépnie az ötödik lépésre! Ha nem fizetős előfizetéssel rendelkezik, akkor továbbított címei nyilvánosan kereshetők – lépjen a címre Az én fiókom Domainek és igény szerint frissítse domainjét fizetős csomagra. Ha többet szeretne megtudni a fizetős csomagokról, tekintse meg oldalunkat Árazás oldalon. Ellenkező esetben továbbra is választhat egy vagy több kombinációt az alábbiakban felsorolt A-tól F-ig.

    A lehetőség: Ha a domainjéből származó összes e-mailt (pl. "all@example.com", "hello@example.com" stb.) egy adott "user@gmail.com" címre továbbítja:
    Név/Host/Alias TTL típus Válasz/Érték
    "@", "." vagy üres 3600 TXT forward-email=user@gmail.com
    Tipp: Ügyeljen arra, hogy a fenti értékeket az „Érték” oszlopban cserélje ki saját e-mail címére. A "TTL" értéknek nem kell 3600-nak lennie, szükség esetén lehet alacsonyabb vagy magasabb érték. Az alacsonyabb élettartam ("TTL") érték biztosítja, hogy a DNS-rekordokon végrehajtott jövőbeni módosítások gyorsabban terjeszthetők az interneten – gondoljon erre arra, hogy mennyi ideig tárolódik a memóriában (másodpercekben). Többet megtudhat róla TTL a Wikipédián, a szabad enciklopédián.

    B lehetőség: Ha csak egyetlen e-mail címet kell továbbítania (pl. hello@example.com nak nek user@gmail.com; ez a "hello+teszt@example.com" címet is automatikusan továbbítja a "felhasználó+teszt@gmail.com" címre):
    Név/Host/Alias TTL típus Válasz/Érték
    "@", "." vagy üres 3600 TXT forward-email=hello:user@gmail.com

    C lehetőség: Ha több e-mailt továbbít, vesszővel válassza el őket:
    Név/Host/Alias TTL típus Válasz/Érték
    "@", "." vagy üres 3600 TXT forward-email=hello:user@gmail.com,support:user@gmail.com

    D lehetőség: Végtelen számú továbbítási e-mail-beállítása van – csak ügyeljen arra, hogy egy sorba ne kerüljön több mint 255 karakter, és minden sort a "forward-email=" karakterlánccal kezdjen. Az alábbiakban egy példa látható:
    Név/Host/Alias TTL típus Válasz/Érték
    "@", "." vagy üres 3600 TXT forward-email=hello:user@gmail.com,support:user@gmail.com
    "@", "." vagy üres 3600 TXT forward-email=help:user@gmail.com,foo:user@gmail.com
    "@", "." vagy üres 3600 TXT forward-email=orders:user@gmail.com,baz:user@gmail.com
    "@", "." vagy üres 3600 TXT forward-email=info:user@gmail.com,beep:user@gmail.com
    "@", "." vagy üres 3600 TXT forward-email=errors:user@gmail.com,boop:user@gmail.com

    E lehetőség: Megadhat egy domain nevet is TXT rekord a globális alias továbbításhoz (például a "user@example.com" a "felhasználó@example.net" címre lesz továbbítva):
    Név/Host/Alias TTL típus Válasz/Érték
    "@", "." vagy üres 3600 TXT forward-email=example.net

    F lehetőség: A webhookot globális vagy egyéni aliasként is használhatja az e-mailek továbbításához. Tekintse meg a webhookról szóló példát és a teljes részt Támogatja a webhookokat lent.
    Név/Host/Alias TTL típus Válasz/Érték
    "@", "." vagy üres 3600 TXT forward-email=alias:https://requestbin.com/r/en8pfhdgcculn

    G lehetőség: Még reguláris kifejezéseket ("regex") is használhat az álnevek egyeztetésére és az e-mailek továbbítására szolgáló helyettesítések kezelésére. Tekintse meg a példákat és a szabályos kifejezéssel kapcsolatos teljes részt Támogatja a reguláris kifejezéseket vagy a regexet lent.
    Speciális reguláris kifejezésre van szüksége helyettesítéssel? Tekintse meg a példákat és a szabályos kifejezéssel kapcsolatos teljes részt Támogatja a reguláris kifejezéseket vagy a regexet lent.
    Egyszerű példa: Ha azt szeretném, hogy a "linus@example.com" vagy a "torvalds@example.com" címre küldött összes e-mail a "felhasználó@gmail.com" címre kerüljön:
    Név/Host/Alias TTL típus Válasz/Érték
    "@", "." vagy üres 3600 TXT forward-email=/^(linus|torvalds)$/:user@gmail.com

  5. A regisztrátor DNS-kezelő oldalán (a másik megnyitott lapon) állítsa be a következőket is TXT rekord:
    Név/Host/Alias TTL típus Válasz/Érték
    "@", "." vagy üres 3600 TXT v=spf1 a include:spf.forwardemail.net -all
    Fontos: Ha Gmailt (pl. Levélküldés másként) vagy G Suite-ot használ, akkor hozzá kell fűznie include:_spf.google.com a fenti értékre, például:

    v=spf1 a include:spf.forwardemail.net include:_spf.google.com -all
    Tipp: Ha már van egy hasonló sor a "v=spf1" karakterlánccal, akkor hozzá kell fűznie include:spf.forwardemail.net közvetlenül a meglévő "include:host.com" rekordok előtt és a "-all" előtt ugyanabban a sorban, például:

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

    Ne feledje, hogy van különbség a "-all" és az "~all" között. A "-" azt jelzi, hogy az SPF-ellenőrzés SIKERTELEN, ha nem egyezik, a "~" pedig azt, hogy az SPF-ellenőrzésnek SOFTFAIL-nak kell lennie. Javasoljuk, hogy használja a "-all" megközelítést a tartományhamisítás megelőzésére.

    Előfordulhat, hogy az SPF-rekordot is fel kell vennie annak a gazdagépnek, amelyről levelet küld (például Outlook).
  6. Ellenőrizze DNS-rekordjait a „Rekordok ellenőrzése” eszközünk segítségével, amely elérhető a következő címen: Az én fiókom Domainek Beállít.
  7. Küldjön teszt e-mailt a működésének megerősítéséhez. Vegye figyelembe, hogy eltarthat egy ideig, amíg a DNS-rekordok elterjednek.
    Tipp: Ha nem kap teszt e-maileket, vagy teszt e-mailt kap, amely azt mondja, hogy "Légy óvatos ezzel az üzenettel", akkor tekintse meg a válaszokat Miért nem kapom meg a teszt e-maileket és Miért küldik magamnak a teszt e-maileimet a Gmailben "gyanús" illetőleg.
  8. Ha a Gmailből szeretne "Levelet küldeni másként", akkor ezt meg kell tennie Nézd meg ezt a videótvagy kövesse az alábbi lépéseket Levelek küldése Gmail használatával lent.
Gratulálunk! Sikeresen végrehajtotta az összes lépést.
Tipp: Az opcionális kiegészítők az alábbiakban találhatók. Vegye figyelembe, hogy ezek a kiegészítők teljesen opcionálisak, és előfordulhat, hogy nem szükségesek. Szerettünk volna legalább további információkkal szolgálni, ha szükséges.
Opcionális kiegészítő: Ha használja a E-mail küldés a Gmail használata közben funkciót, akkor érdemes felvenni magát egy engedélyezési listára. Lát ezeket a Gmail utasításokat ebben a témában.

A regisztrátor DNS-kezelési oldalán állítsa be a következőket TXT rekord:

Név/Host/Alias TTL típus Válasz/Érték
"@", "." vagy üres 3600 TXT v=spf1 a include:spf.forwardemail.net -all
Fontos: Ha Gmailt (pl. Levélküldés másként) vagy G Suite-ot használ, akkor hozzá kell fűznie include:_spf.google.com a fenti értékre, például:

v=spf1 a include:spf.forwardemail.net include:_spf.google.com -all
Fontos: Ha Microsoft Outlookot vagy Live.com-ot használ, hozzá kell fűznie include:spf.protection.outlook.com az SPF-hez TXT rekord például:

v=spf1 a include:spf.forwardemail.net include:spf.protection.outlook.com -all
Tipp: Ha már van egy hasonló sor a "v=spf1" karakterlánccal, akkor hozzá kell fűznie include:spf.forwardemail.net közvetlenül a meglévő "include:host.com" rekordok előtt és a "-all" előtt ugyanabban a sorban, például:

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

Ne feledje, hogy van különbség a "-all" és az "~all" között. A "-" azt jelzi, hogy az SPF-ellenőrzés SIKERTELEN, ha nem egyezik, a "~" pedig azt, hogy az SPF-ellenőrzésnek SOFTFAIL-nak kell lennie. Javasoljuk, hogy használja a "-all" megközelítést a tartományhamisítás megelőzésére.

Előfordulhat, hogy az SPF-rekordot is fel kell vennie annak a gazdagépnek, amelyről levelet küld (például Outlook).

Menj Az én fiókom Domainek Beállítások Kimenő SMTP konfiguráció, és kövesse a beállítási utasításokat.

Menj Az én fiókom Domainek Beállítások Kimenő SMTP konfiguráció, és kövesse a beállítási utasításokat.

Automatikusan beállítjuk Feladó átírási rendszer ("SRS") – ezt nem kell magának megtennie.

Kérjük, olvassa el rovatunk az MTA-STS-ről több betekintésért.

Igen, 2023 májusától minden fizető felhasználó számára támogatjuk az SMTP-t használó e-mailek küldését kiegészítőként.

Fontos: Kimenő SMTP szolgáltatásunkat csak a következő célokra használhatja tranzakciós e-mailek. Tilos marketing e-maileket (pl. promóciós, tömeges vagy kereskedelmi e-mailt küldeni) azonos tartalmú névjegyzéknek. Ide tartoznak például a hírlevél vagy a tömeges bejelentés e-mailjei. Kérjük, feltétlenül olvassa el a mi írásunkat feltételek, Adatvédelmi irányelvek, és Kimenő SMTP-korlátok – az Ön használata elismerésnek és beleegyezésnek minősül.
Fontos: Ha Gmailt használ, tekintse meg a mi oldalunkat Levelek küldése másként a Gmail útmutatóval. Ha Ön fejlesztő, akkor tekintse meg oldalunkat email API-dokumentumok.
  1. Menj Az én fiókom Domainek Beállítások Kimenő SMTP konfiguráció, és kövesse a beállítási utasításokat

  2. Hozzon létre új aliast a domainjéhez Az én fiókom Domainek Aliasok (pl. hello@example.com)

  3. Kattintson Jelszó generálása az újonnan létrehozott alias mellett. Másolja a vágólapra, és biztonságosan tárolja a képernyőn megjelenő generált jelszót.

  4. A preferált e-mail alkalmazással adjon hozzá vagy konfiguráljon egy fiókot az újonnan létrehozott aliassal (pl. hello@example.com)

  5. Amikor a rendszer kéri az SMTP-kiszolgáló nevét, írja be smtp.forwardemail.net

  6. Amikor a rendszer kéri az SMTP-kiszolgáló portját, írja be: 465 (SSL/TLS) – lásd alternatív SMTP portok ha szükséges

    Tipp: Ha Thunderbird-et használ, győződjön meg arról, hogy a „Kapcsolat biztonsága” „SSL/TLS”-re, a hitelesítési módszer pedig „Normál jelszó”-ra van állítva.
  7. Amikor a rendszer kéri az SMTP-kiszolgáló jelszavát, illessze be a jelszót innen Jelszó generálása a fenti 3. lépésben

  8. Mentse el a beállításait, és küldje el az első teszt e-mailt - ha problémái vannak, kérem lépjen kapcsolatba velünk

Gratulálunk! Sikeresen végrehajtotta az összes lépést.

Naponta 300 kimenő SMTP-üzenetre korlátozzuk a felhasználókat és a domaineket. Ez átlagosan 9000+ e-mailt jelent egy naptári hónapban. Ha túl kell lépnie ezen az összegen, vagy folyamatosan nagy e-mailjei vannak, kérjük, lépjen kapcsolatba velünk.

A szerverünk az smtp.forwardemail.net és a mi oldalunkon is figyelik állapotoldal.

Támogatja az IPv4-et és az IPv6-ot is, és portokon keresztül is elérhető 465 és 2465 SSL/TLS-hez és 587, 2587, 2525, és 25 TLS-hez (STARTTLS).

JegyzőkönyvGazdanévPortokIPv4IPv6
SSL/TLS Előnyben részesítettsmtp.forwardemail.net465, 2465
TLS (STARTTLS)smtp.forwardemail.net587, 2587, 2525, 25
BelépésPéldaLeírás
Felhasználónévuser@example.comA domainhez tartozó alias e-mail címe Az én fiókom Domainek.
Jelszó************************Alias-specifikus generált jelszó.

Ahhoz, hogy kimenő e-maileket küldjön SMTP-vel, a SMTP felhasználó a domainhez tartozó alias e-mail címének kell lennie Az én fiókom Domainek - és a SMTP jelszó alias-specifikus generált jelszónak kell lennie.

Kérjük, olvassa el Támogatja-e az e-mailek küldését SMTP-vel? lépésről lépésre szóló utasításokért.

A szerverünk az imap.forwardemail.net és a mi oldalunkon is figyelik állapotoldal.

Támogatja az IPv4-et és az IPv6-ot is, és portokon keresztül is elérhető 993 és 2993 SSL/TLS esetén.

JegyzőkönyvGazdanévPortokIPv4IPv6
SSL/TLS Előnyben részesítettimap.forwardemail.net993, 2993
BelépésPéldaLeírás
Felhasználónévuser@example.comA domainhez tartozó alias e-mail címe Az én fiókom Domainek.
Jelszó************************Alias-specifikus generált jelszó.

Az IMAP-hez való csatlakozáshoz a IMAP felhasználó a domainhez tartozó alias e-mail címének kell lennie Az én fiókom Domainek - és a IMAP jelszó alias-specifikus generált jelszónak kell lennie.

Kérjük, olvassa el Támogatja-e az e-mailek fogadását az IMAP használatával? lépésről lépésre szóló utasításokért.

A szerverünk az pop3.forwardemail.net és a mi oldalunkon is figyelik állapotoldal.

Támogatja az IPv4-et és az IPv6-ot is, és portokon keresztül is elérhető 995 és 2995 SSL/TLS esetén.

JegyzőkönyvGazdanévPortokIPv4IPv6
SSL/TLS Előnyben részesítettpop3.forwardemail.net995, 2995
BelépésPéldaLeírás
Felhasználónévuser@example.comA domainhez tartozó alias e-mail címe Az én fiókom Domainek.
Jelszó************************Alias-specifikus generált jelszó.

A POP3-hoz való csatlakozáshoz a POP3 felhasználó a domainhez tartozó alias e-mail címének kell lennie Az én fiókom Domainek - és a IMAP jelszó alias-specifikus generált jelszónak kell lennie.

Kérjük, olvassa el Támogatod a POP3-at? lépésről lépésre szóló utasításokért.

Igen, 2023 májusától minden fizető felhasználó számára támogatjuk az API-val történő e-mailek küldését.

Fontos: Kimenő SMTP szolgáltatásunkat csak a következő célokra használhatja tranzakciós e-mailek. Tilos marketing e-maileket (például promóciós, tömeges vagy kereskedelmi e-maileket) küldeni azonos tartalmú névjegyzéknek. Ide tartoznak például a hírlevél vagy a tömeges bejelentés e-mailjei.

Kérjük tekintse meg rovatunkat a E-mailek API-dokumentációnkban lehetőségeket, példákat és további betekintést talál.

Ahhoz, hogy kimenő e-maileket küldjön az API-nkkal, a következő címen elérhető API-tokenjét kell használnia Biztonságom.

Igen, 2023. október 16-tól minden fizető felhasználó számára támogatjuk az IMAP-on keresztüli e-mailek fogadását kiegészítőként. Kérjük, olvassa el mélyreható cikkünket tovább hogyan működik a titkosított SQLite postafiók tárolási funkciónk.

Fontos: Kérjük, feltétlenül olvassa el a mi írásunkat feltételek és Adatvédelmi irányelvek – az Ön használata elismerésnek és beleegyezésnek minősül.
  1. Hozzon létre új aliast a domainjéhez Az én fiókom Domainek Aliasok (pl. hello@example.com)

  2. Kattintson Jelszó generálása az újonnan létrehozott alias mellett. Másolja a vágólapra, és biztonságosan tárolja a képernyőn megjelenő generált jelszót.

  3. A preferált e-mail alkalmazással adjon hozzá vagy konfiguráljon egy fiókot az újonnan létrehozott aliassal (pl. hello@example.com)

  4. Amikor a rendszer kéri az IMAP-kiszolgáló nevét, írja be imap.forwardemail.net

  5. Amikor a rendszer kéri az IMAP-kiszolgáló portját, írja be: 993 (SSL/TLS) – lásd alternatív IMAP portok ha szükséges

    Tipp: Ha Thunderbird-et használ, győződjön meg arról, hogy a „Kapcsolat biztonsága” „SSL/TLS”-re, a hitelesítési módszer pedig „Normál jelszó”-ra van állítva.
  6. Amikor a rendszer kéri az IMAP-kiszolgáló jelszavát, illessze be a jelszót innen Jelszó generálása a fenti 2. lépésben

  7. Mentse el a beállításokat - ha problémái vannak, kérem lépjen kapcsolatba velünk

Gratulálunk! Sikeresen végrehajtotta az összes lépést.

Igen, támogatjuk OpenPGP, végpontok közötti titkosítás ("E2EE"), valamint a nyilvános kulcsok felderítése Webes kulcskönyvtár ("WKD"). Az OpenPGP-t a segítségével konfigurálhatja keys.openpgp.org vagy saját kulcsok tárolására (hivatkozni ez a lényeg a WKD szerver beállításához).

Automatikus titkosítás: Ha használja a mi kimenő SMTP szolgáltatás és titkosítatlan üzeneteket küldünk, akkor automatikusan megkíséreljük az üzenetek titkosítását címzettenként Webes kulcskönyvtár ("WKD").
Fontos: Kövesse az összes alábbi lépést, hogy engedélyezze az OpenPGP-t az egyéni tartománynévhez.
  1. Töltse le és telepítse az e-mail kliens által javasolt bővítményt alább:

    E-mail kliensFelületAjánlott bővítményMegjegyzések
    ThunderbirdAsztaliÁllítsa be az OpenPGP-t a ThunderbirdbenA Thunderbird beépített OpenPGP-támogatással rendelkezik.
    GmailBöngészőLevélboríték vagy FlowCrypt (tulajdonos engedély)A Gmail nem támogatja az OpenPGP-t, de letöltheti a nyílt forráskódú bővítményt Levélboríték vagy FlowCrypt.
    Apple MailMac operációs rendszerIngyenes GPGMailAz Apple Mail nem támogatja az OpenPGP-t, de letöltheti a nyílt forráskódú bővítményt Ingyenes GPGMail.
    Apple MailiOSPGPro vagy FlowCrypt (tulajdonos engedély)Az Apple Mail nem támogatja az OpenPGP-t, de letöltheti a nyílt forráskódú bővítményt PGPro vagy FlowCrypt.
    kilátásablakokgpg4winAz Outlook asztali levelezőprogramja nem támogatja az OpenPGP-t, azonban letöltheti a nyílt forráskódú beépülő modult gpg4win.
    kilátásBöngészőLevélboríték vagy FlowCrypt (tulajdonos engedély)Az Outlook webalapú levelezőprogramja nem támogatja az OpenPGP-t, de letöltheti a nyílt forráskódú beépülő modult Levélboríték vagy FlowCrypt.
    AndroidMobilOpenKeychain vagy FlowCryptAndroid levelezőkliensek mint például K-9 Mail és FairEmail mindkettő támogatja a nyílt forráskódú bővítményt OpenKeychain. Alternatív megoldásként használhatja a nyílt forráskódú (tulajdonos licencelési) bővítményt FlowCrypt.
    Google ChromeBöngészőLevélboríték vagy FlowCrypt (tulajdonos engedély)Letöltheti a nyílt forráskódú böngészőbővítményt Levélboríték vagy FlowCrypt.
    Mozilla FirefoxBöngészőLevélboríték vagy FlowCrypt (tulajdonos engedély)Letöltheti a nyílt forráskódú böngészőbővítményt Levélboríték vagy FlowCrypt.
    Microsoft EdgeBöngészőLevélborítékLetöltheti a nyílt forráskódú böngészőbővítményt Levélboríték.
    BátorBöngészőLevélboríték vagy FlowCrypt (tulajdonos engedély)Letöltheti a nyílt forráskódú böngészőbővítményt Levélboríték vagy FlowCrypt.
    BalsaAsztaliAz OpenPGP beállítása a BalsábanA Balsa beépített OpenPGP-támogatással rendelkezik.
    KMailAsztaliAz OpenPGP beállítása a KMailbenA KMail beépített támogatja az OpenPGP-t.
    GNOME EvolutionAsztaliAz OpenPGP beállítása az EvolutionbanA GNOME Evolution beépített támogatja az OpenPGP-t.
    TerminálAsztaliÁllítsa be a gpg-t a terminálbanHasználhatja a nyílt forráskódot gpg parancssori eszköz új kulcs létrehozásához a parancssorból.
  2. Nyissa meg a beépülő modult, hozza létre nyilvános kulcsát, és konfigurálja az e-mail klienst a használatához.

  3. Töltse fel nyilvános kulcsát a következő címen: https://keys.openpgp.org/upload.

    Tipp: Meglátogathatod https://keys.openpgp.org/manage hogy a jövőben kezelje a kulcsát.
    Opcionális kiegészítő: Ha használja a mi titkosított tárhely (IMAP/POP3) szolgáltatást és igényt minden a (már titkosított) SQLite adatbázisában tárolt e-maileket nyilvános kulccsal titkosítandó, majd lépjen a Az én fiókom Domainek Aliasok (pl. hello@example.com) szerkesztése OpenPGP és töltse fel nyilvános kulcsát.
  4. Adjon hozzá egy újat CNAME rögzítse a domain nevét (pl. example.com):

    Név/Host/Alias TTL típus Válasz/Érték
    openpgpkey 3600 CNAME wkd.keys.openpgp.org
    Tipp: Ha az Ön álneve a miénket használja hiú/eldobható domainek (például. hideaddress.net), akkor kihagyhatja ezt a lépést.
Gratulálunk! Sikeresen végrehajtotta az összes lépést.

Igen, 2023. december 4-től támogatjuk POP3 kiegészítőként minden fizetős felhasználó számára. Kérjük, olvassa el mélyreható cikkünket tovább hogyan működik a titkosított SQLite postafiók tárolási funkciónk.

Fontos: Kérjük, feltétlenül olvassa el a mi írásunkat feltételek és Adatvédelmi irányelvek – az Ön használata elismerésnek és beleegyezésnek minősül.
  1. Hozzon létre új aliast a domainjéhez Az én fiókom Domainek Aliasok (pl. hello@example.com)

  2. Kattintson Jelszó generálása az újonnan létrehozott alias mellett. Másolja a vágólapra, és biztonságosan tárolja a képernyőn megjelenő generált jelszót.

  3. A preferált e-mail alkalmazással adjon hozzá vagy konfiguráljon egy fiókot az újonnan létrehozott aliassal (pl. hello@example.com)

  4. Amikor a rendszer kéri a POP3-kiszolgáló nevét, írja be pop3.forwardemail.net

  5. Amikor a rendszer kéri a POP3 szerver portot, írja be: 995 (SSL/TLS) – lásd alternatív POP3 portok ha szükséges

    Tipp: Ha Thunderbird-et használ, győződjön meg arról, hogy a „Kapcsolat biztonsága” „SSL/TLS”-re, a hitelesítési módszer pedig „Normál jelszó”-ra van állítva.
  6. Amikor a rendszer kéri a POP3-kiszolgáló jelszavát, illessze be a jelszót innen Jelszó generálása a fenti 2. lépésben

  7. Mentse el a beállításokat - ha problémái vannak, kérem lépjen kapcsolatba velünk

Gratulálunk! Sikeresen végrehajtotta az összes lépést.

Igen, 2024. február 5-től hozzáadtuk ezt a funkciót. A szerverünk az caldav.forwardemail.net és a mi oldalunkon is figyelik állapotoldal.

A naptár konfigurálásához használja a CalDAV URL-címét: https://caldav.forwardemail.net/dav/principals/user@example.com (mindenképpen cserélje ki user@example.com az álnevével)

Támogatja az IPv4-et és az IPv6-ot is, és porton keresztül is elérhető 443 (HTTPS).

BelépésPéldaLeírás
Felhasználónévuser@example.comA domainhez tartozó alias e-mail címe Az én fiókom Domainek.
Jelszó************************Alias-specifikus generált jelszó.

A naptártámogatás használatához a felhasználó a domainhez tartozó alias e-mail címének kell lennie Az én fiókom Domainek - és a Jelszó alias-specifikus generált jelszónak kell lennie.

Becsült beállítási idő: Kevesebb, mint 10 perc
Elkezdeni: Ha követte a fenti utasításokat Hogyan kezdjem el és állítsam be az e-mail továbbítást, akkor lent folytathatja az olvasást.
Fontos: Kimenő SMTP szolgáltatásunkat csak a következő célokra használhatja tranzakciós e-mailek. Tilos marketing e-maileket (pl. promóciós, tömeges vagy kereskedelmi e-mailt küldeni) azonos tartalmú névjegyzéknek. Ide tartoznak például a hírlevél vagy a tömeges bejelentés e-mailjei. Kérjük, feltétlenül olvassa el a mi írásunkat feltételek, Adatvédelmi irányelvek, és Kimenő SMTP-korlátok – az Ön használata elismerésnek és beleegyezésnek minősül.
Fontos: Ha Ön fejlesztő, akkor tekintse meg oldalunkat email API-dokumentumok.
  1. Menj Az én fiókom Domainek Beállítások Kimenő SMTP konfiguráció, és kövesse a beállítási utasításokat

  2. Hozzon létre új aliast a domainjéhez Az én fiókom Domainek Aliasok (pl. hello@example.com)

  3. Kattintson Jelszó generálása az újonnan létrehozott alias mellett. Másolja a vágólapra, és biztonságosan tárolja a képernyőn megjelenő generált jelszót.

  4. Menj Gmail és alatta Beállítások Fiókok és importálás Levél küldése mint, kattintson az "Új e-mail cím hozzáadása" linkre

  5. Amikor a rendszer kéri a „Név” megadását, adja meg azt a nevet, amelyhez az e-mail címét „Feladóként” szeretné látni (pl. „Linus Torvalds”).

  6. Amikor a rendszer kéri az „E-mail cím” megadását, írja be a létrehozott alias teljes e-mail címét Az én fiókom Domainek Aliasok (pl. hello@example.com)

  7. Jelölje be a "Kezelés álnévként" jelölőnégyzetet

  8. A folytatáshoz kattintson a "Next Step" gombra

  9. Amikor a rendszer kéri az „SMTP-szerver” kifejezést, írja be smtp.forwardemail.net és hagyja el a kikötőt mint 587

  10. Amikor a rendszer kéri a „Felhasználónév” megadását, adja meg a létrehozott alias teljes e-mail címét Az én fiókom Domainek Aliasok (pl. hello@example.com)

  11. Amikor a rendszer kéri a „Jelszó” megadását, illessze be a jelszót innen Jelszó generálása a fenti 3. lépésben

  12. Hagyja bejelölve a „Biztonságos kapcsolat TLS használatával” választógombot.

  13. A folytatáshoz kattintson a "Fiók hozzáadása" elemre

  14. Nyisson meg egy új lapot Gmail és várja meg, amíg megérkezik az ellenőrző e-mail (egy ellenőrző kódot fog kapni, amely megerősíti, hogy Ön a tulajdonosa annak az e-mail-címnek, amelyet "E-mail küldése másként" próbál meg küldeni)

  15. Miután megérkezett, másolja és illessze be az ellenőrző kódot az előző lépésben kapott kérésre

  16. Ha ezt megtette, lépjen vissza az e-mailhez, és kattintson a linkre a „kérelem megerősítéséhez”. Valószínűleg meg kell tennie ezt a lépést és az előző lépést az e-mail megfelelő konfigurálásához.

Gratulálunk! Sikeresen végrehajtotta az összes lépést.

Fontos: Ez a régi ingyenes útmutató 2023 májusától megszűnt most már támogatjuk a kimenő SMTP-t. Ha az alábbi útmutatót használja, akkor ez okozza a kimenő e-maileket mondani "továbbított e-mailen keresztül" a Gmailben.
Becsült beállítási idő: Kevesebb, mint 10 perc
Elkezdeni: Ha követte a fenti utasításokat Hogyan kezdjem el és állítsam be az e-mail továbbítást, akkor lent folytathatja az olvasást.
  1. Kell, hogy legyen A Gmail kétfaktoros hitelesítése engedélyezve van, hogy ez működjön. Látogatás https://www.google.com/landing/2step/ ha nincs bekapcsolva.

  2. Miután engedélyezte a kéttényezős hitelesítést (vagy ha már engedélyezte), akkor látogasson el https://myaccount.google.com/apppasswords.

  3. Amikor a következő üzenet jelenik meg: "Válassza ki azt az alkalmazást és eszközt, amelyhez az alkalmazás jelszavát kívánja generálni":

    • Válassza a "Levél" menüpontot az "Alkalmazás kiválasztása" legördülő menüben.
    • Válassza az „Egyéb” elemet a „Válassza ki az eszközt” legördülő menüből.
    • Amikor a rendszer szövegbevitelt kér, adja meg egyéni domain e-mail címét, ahonnan átirányítja (pl. hello@example.com - ez segít nyomon követni, ha több fiókhoz használja ezt a szolgáltatást)
  4. Másolja a jelszót a vágólapra, amelyet automatikusan generál

    Fontos: Ha G Suite-ot használ, keresse fel a felügyeleti panelt Alkalmazások elemre G Suite A Gmail beállításai Beállítások és győződjön meg arról, hogy jelölje be "A felhasználók küldhetnek leveleket külső SMTP-kiszolgálón keresztül...". A módosítás aktiválása némi késéssel történik, ezért kérjük, várjon néhány percet.
  5. Menj Gmail és alatta Beállítások Fiókok és importálás Levél küldése mint, kattintson az "Új e-mail cím hozzáadása" linkre

  6. Amikor a rendszer kéri a „Név” megadását, adja meg azt a nevet, amelyhez az e-mail címét „Feladóként” szeretné látni (pl. „Linus Torvalds”).

  7. Amikor a rendszer kéri az „E-mail címet”, adja meg a fent használt egyéni domain e-mail címét (pl. hello@example.com)

  8. Jelölje be a "Kezelés álnévként" jelölőnégyzetet

  9. A folytatáshoz kattintson a "Next Step" gombra

  10. Amikor a rendszer kéri az „SMTP-szerver” kifejezést, írja be smtp.gmail.com és hagyja el a kikötőt mint 587

  11. Amikor a rendszer kéri a „Felhasználónév” megadását, írja be Gmail-címének azt a részét, amely nem tartalmazza a gmail.com rész (pl. csak "felhasználó", ha az e-mail címem user@gmail.com)

    Fontos: Ha a „Felhasználónév” rész automatikusan ki van töltve, akkor ezen változtatnia kell ehelyett Gmail-címe felhasználónév részébe.
  12. Amikor a "Jelszó" felszólítást kap, illessze be a vágólapra a fenti 2. lépésben létrehozott jelszót

  13. Hagyja bejelölve a „Biztonságos kapcsolat TLS használatával” választógombot.

  14. A folytatáshoz kattintson a "Fiók hozzáadása" elemre

  15. Nyisson meg egy új lapot Gmail és várja meg, amíg megérkezik az ellenőrző e-mail (egy ellenőrző kódot fog kapni, amely megerősíti, hogy Ön a tulajdonosa annak az e-mail-címnek, amelyet "E-mail küldése másként" próbál meg küldeni)

  16. Miután megérkezett, másolja és illessze be az ellenőrző kódot az előző lépésben kapott kérésre

  17. Ha ezt megtette, lépjen vissza az e-mailhez, és kattintson a linkre a „kérelem megerősítéséhez”. Valószínűleg meg kell tennie ezt a lépést és az előző lépést az e-mail megfelelő konfigurálásához.

Ha teszt e-mailt küld magának, akkor előfordulhat, hogy nem jelenik meg a beérkező levelek között, mert ugyanaz az „Üzenetazonosító” fejléc.

Ez egy széles körben ismert probléma, és olyan szolgáltatásokat is érint, mint a Gmail. Íme a hivatalos Gmail válasz erre a problémára.

Ha továbbra is problémái vannak, akkor valószínűleg a DNS-terjesztéssel van a probléma. Várnia kell egy kicsit, és újra kell próbálkoznia (vagy próbáljon meg alacsonyabb TTL-értéket beállítani TXT rekordok).

Még mindig vannak problémái? Kérem lépjen kapcsolatba velünk így segíthetünk a probléma kivizsgálásában és a gyors megoldás megtalálásában.

Szolgáltatásunk olyan népszerű e-mail kliensekkel működik, mint például:
Az Ön felhasználóneve az alias e-mail címe, jelszava pedig innen származik Jelszó generálása ("Normál jelszó").
Tipp: Ha Thunderbird-et használ, győződjön meg arról, hogy a „Kapcsolat biztonsága” „SSL/TLS”-re, a hitelesítési módszer pedig „Normál jelszó”-ra van állítva.
típusGazdanévJegyzőkönyvPortok
IMAPimap.forwardemail.netSSL/TLS Előnyben részesített993 és 2993
SMTPsmtp.forwardemail.netSSL/TLS Előnyben részesített vagy TLS (STARTTLS)465 és 2465 SSL/TLS esetén (vagy) 587, 2587, 2525, és 25 TLS-hez (STARTTLS)

Könnyen importálhatja e-mailjeit az E-mail továbbításba (pl Thunderbird) az alábbi utasításokkal:

Fontos: A meglévő e-mailek importálásához kövesse az alábbi lépéseket.
  1. Exportálja e-mailjeit meglévő e-mail szolgáltatójától:

    E-mail szolgáltatóExportálási formátumExportálási utasítások
    GmailMBOXhttps://takeout.google.com/settings/takeout/custom/gmail
    kilátásPST
    Tipp: Ha Outlookot használ (PST export formátum), akkor egyszerűen kövesse az alábbi „Egyéb” részben található utasításokat. Azonban az alábbi linkeket biztosítjuk a PST MBOX/EML formátumra konvertálásához az operációs rendszer alapján:
    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
    GondolEMLhttps://docs.gandi.net/en/gandimail/common_operations/backup_email.html#contents
    ZohoEMLhttps://www.zoho.com/mail/help/import-export-emails.html#alink2
    EgyébHasználja a ThunderbirdotÁllítsa be meglévő e-mail fiókját a Thunderbirdben, majd használja a ImportExportTools OF beépülő modul az e-mailek exportálásához és importálásához. Arra is lehetősége van, hogy egyszerűen másoljon/beillesszen vagy húzzon/dobjon e-maileket egyik fiókból a másikba.
  2. Töltse le, telepítse és nyissa meg Thunderbird.

  3. Hozzon létre egy új fiókot az alias teljes e-mail címével (pl. you@yourdomain.com) és a generált jelszót. Ha még nem rendelkezik generált jelszóval, akkor olvassa el beállítási utasításainkat.

  4. Töltse le és telepítse a ImportExportTools OF Thunderbird plugin.

  5. Hozzon létre egy új helyi mappát a Thunderbirdben, majd kattintson rá jobb gombbal → válassza ki a lehetőséget ImportExportTools NG opció → válasszon Import mbox file (MBOX export formátumhoz) – vagy – Import messages / Import all messages from a directory (EML export formátumhoz).

  6. Húzza a helyi mappából egy új (vagy meglévő) IMAP-mappába a Thunderbirdben, amelybe üzeneteket szeretne feltölteni az IMAP-tárhelyen a szolgáltatásunkkal. Ez biztosítja, hogy online biztonsági mentést készítsenek az SQLite titkosított tárhelyünkön.

    Tipp: Ha nem tudja, hogyan importáljon a Thunderbirdbe, tekintse meg a hivatalos utasításokat a címen https://kb.mozillazine.org/Importing_folders és https://github.com/thunderbird/import-export-tools-ng/wiki.
Fontos: Miután befejezte az exportálási és importálási folyamatot, érdemes lehet engedélyezni az átirányítást meglévő e-mail fiókjában, és beállítani egy automatikus válaszadót, amely értesíti a feladókat, hogy új e-mail címe van (például ha korábban Gmailt használt, és most az egyéni domainnévvel rendelkező e-mailt használva).
Gratulálunk! Sikeresen végrehajtotta az összes lépést.

Az e-mail a SMTP protokoll. Ez a protokoll egy szervernek küldött parancsokból áll (amelyek leggyakrabban a 25-ös porton futnak). Létezik egy kezdeti kapcsolat, majd a feladó jelzi, hogy kitől származik a levél ("MAIL FROM"), ezt követi, hogy hová megy ("RCPT TO"), végül pedig maga az e-mail fejléce és törzse ("DATA") ). E-mail továbbítási rendszerünk folyamatát az alábbiakban az egyes SMTP-protokoll-parancsokhoz viszonyítva ismertetjük:

  • Kezdeti kapcsolat (nincs parancsnév, pl. telnet example.com 25) - Ez a kezdeti kapcsolat. Ellenőrizzük azokat a feladókat, amelyek nincsenek a miénkben engedélyezési lista a miénkkel szemben tagadó. Végül, ha egy feladó nem szerepel az engedélyezési listánkon, akkor ellenőrizzük, hogy benne volt-e szürkelistán.

  • HELO - Ez egy üdvözlő üzenet, amely azonosítja a feladó teljes tartománynevét, IP-címét vagy levélkezelőjének nevét. Ez az érték hamisítható, ezért nem támaszkodunk ezekre az adatokra, hanem a kapcsolat IP-címének fordított hosztnév-keresését használjuk.

  • MAIL FROM - Ez jelzi az e-mail címéről érkező borítékos levelet. Ha értéket ad meg, annak érvényes RFC 5322 e-mail címnek kell lennie. Üres értékek megengedettek. Mi ellenőrizze a visszaszórást itt, és a MAIL FROM-ot is ellenőrizzük a miénkhez képest tagadó. Végül ellenőrizzük az engedélyezett feladók listáján nem szereplő feladók sebességkorlátozását (lásd a következő részt: Rate Limiting és engedélyezési lista további információért).

  • RCPT TO - Ez jelzi az e-mail címzettjét (címzettjeit). Ezeknek érvényes RFC 5322 e-mail címeknek kell lenniük. Üzenetenként legfeljebb 50 borítékcímzettet engedélyezünk (ez eltér az e-mail „Címzett” fejlécétől). Ellenőrizzük az érvényességet is Feladó átírási rendszer ("SRS") címe itt, hogy megvédje magát az SRS-domainnevünkkel való hamisítástól. A „nincs válasz” címet tartalmazó címzettek 553-as hibát kapnak. Lásd a a "nem válaszol" címek teljes listája alább. Ellenőrizzük a címzettet is a miénkhez képest tagadó.

  • DATA - Ez szolgáltatásunk alapvető része, amely feldolgozza az e-maileket. Lásd a részt Hogyan dolgozza fel az e-maileket továbbításhoz alább további betekintésért.

Ez a rész az SMTP protokoll parancsával kapcsolatos folyamatunkat írja le DATA szakaszban Hogyan működik az e-mail átirányítási rendszere fent – ez az, hogy hogyan dolgozzuk fel az e-mail fejlécét, törzsét, biztonságát, határozzuk meg, hova kell eljuttatni, és hogyan kezeljük a kapcsolatokat.

  1. Ha az üzenet meghaladja az 50 mb-os maximális méretet, akkor az 552-es hibakóddal elutasításra kerül.

  2. Ha az üzenetnek nem volt fejléce, vagy a fejléceket nem lehetett elemezni, akkor a rendszer 421-es hibakóddal elutasítja.

  3. Ha az üzenet nem tartalmazott "Feladó" fejlécet, vagy a "Feladó" fejlécben szereplő értékek közül bármelyik nem volt érvényes RFC 5322 e-mail cím, akkor az 550-es hibakóddal elutasításra kerül.

  4. Ha az üzenetnek több mint 25 „Received” fejléce volt, akkor azt állapították meg, hogy átirányítási hurokban ragadt, és 550-es hibakóddal utasítják el.

  5. Az e-mail ujjlenyomatának használata (lásd a következő részt: Ujjlenyomat), ellenőrizzük, hogy az üzenetet több mint 5 napja próbálták-e újrapróbálni (ami egyezik alapértelmezett postfix viselkedés), és ha igen, akkor az 550-es hibakóddal elutasításra kerül.

  6. Ha az üzenetnek "Címzett" fejléce volt, és ha az üzenet bármelyik "Címzett" fejléce az SRS által átírt címekre irányult a mi domain nevünkkel, akkor átírjuk azokat (ez az üdülési válaszadókra vonatkozik).

  7. Az e-mailek szkennelésének eredményeit a memóriában tároljuk Spam szkenner.

  8. Ha a Spam Scanner tetszőleges eredményt kapott, akkor a rendszer 554-es hibakóddal elutasítja. Az önkényes eredmények csak a GTUBE tesztet tartalmazzák a jelen írás idején. Lát https://spamassassin.apache.org/gtube/ több betekintésért.

  9. A következő fejléceket adjuk hozzá az üzenethez hibakeresés és visszaélés-megelőzés céljából:

    • X-Original-To - az eredeti RCPT TO e-mail cím az üzenethez.
      • Ennek a fejlécnek az értéke Bcc fejléc elemzett címek eltávolítása belőle.
      • Ez hasznos annak meghatározásához, hogy az e-mail eredetileg hová lett kézbesítve.
      • A meglévő érték, ha van ilyen, megőrződik X-Original-Preserved-To.
    • X-ForwardEmail-Version - a jelenlegi SemVer verziótól package.json kódbázisunkból.
    • X-ForwardEmail-Session-ID - hibakeresési célokra használt munkamenet-azonosító érték (csak nem éles környezetekre vonatkozik).
    • X-ForwardEmail-Sender - egy vesszővel elválasztott lista, amely tartalmazza az eredeti boríték MAIL FROM címét (ha nem volt üres), a fordított PTR kliens FQDN-jét (ha létezik) és a feladó IP-címét.
    • X-Report-Abuse - értékkel abuse@forwardemail.net.
    • X-Report-Abuse-To - értékkel abuse@forwardemail.net.
    • X-Complaints-To - értékkel abuse@forwardemail.net.
  10. Ezután ellenőrizzük az üzenetet DKIM, SPF, ARC, és DMARC.

    • Ha az üzenet sikertelen volt, a DMARC és a tartomány elutasítási szabályzattal rendelkezik (pl. p=reject szerepelt a DMARC szabályzatában), akkor a rendszer 550-es hibakóddal elutasítja. Általában egy tartományra vonatkozó DMARC-házirend megtalálható a _dmarc aldomain TXT rekord, (pl. dig _dmarc.example.com txt).
    • Ha az üzenet meghiúsult SPF-vel, és a tartománynak hard fail házirendje volt (pl. -all az SPF irányelvben szerepelt, szemben ~all vagy egyáltalán nincs szabályzat), akkor a rendszer 550-es hibakóddal elutasítja. Általában egy tartomány SPF-házirendje megtalálható a TXT rekord a gyökérdomainhez (pl. dig example.com txt). Lásd ezt a részt további információkért levelek küldése a Gmailhez hasonlóan SPF tekintetében.
  11. Most feldolgozzuk az üzenet címzettjeit, amint az a RCPT TO parancsot a szakaszban Hogyan működik az e-mail átirányítási rendszere felett. Minden címzettnél a következő műveleteket hajtjuk végre:

    • Megkeressük a TXT a domain név rekordjai (az utáni rész @ szimbólum, pl. example.com ha az email cím az volt test@example.com). Például, ha a domain example.com DNS-keresést végzünk, mint pl dig example.com txt.
    • Mindent elemzünk TXT bármelyikkel kezdődő rekordok forward-email= (ingyenes tervek) ill forward-email-site-verification= (fizetős tervek). Vegye figyelembe, hogy mindkettőt elemezzük annak érdekében, hogy feldolgozzuk az e-maileket, miközben a felhasználó frissíti vagy leminősíti tervét.
    • Ezekből elemezni TXT rekordokat, iterálunk rajtuk a továbbítási konfiguráció kibontásához (a fejezetben leírtak szerint Hogyan kezdjem el és állítsam be az e-mail továbbítást felett). Vegye figyelembe, hogy csak egyet támogatunk forward-email-site-verification= értéket, és ha egynél több van megadva, akkor 550-es hiba történik, és a küldő visszapattanást kap erre a címzettre.
    • A kibontott továbbítási konfigurációt rekurzívan ismételjük, hogy meghatározzuk a globális továbbítást, a reguláris kifejezés alapú továbbítást és az összes többi támogatott továbbítási konfigurációt – amelyeket ma "továbbítási címeinknek" nevezünk.
    • Minden továbbítási címhez egy rekurzív keresést támogatunk (amely az adott címen újraindítja ezt a műveletsort). Ha a rendszer rekurzív egyezést talál, akkor a szülőeredményt eltávolítja a továbbítási címekből, és hozzáadja a gyerekeket.
    • A továbbítási címeket az egyediség érdekében elemzik (mivel nem akarunk másolatokat küldeni egy címre, vagy további szükségtelen SMTP kliens kapcsolatokat generálni).
    • Minden egyes továbbítási címnél megkeressük a domain nevét az API-végpontunk alapján /v1/max-forwarded-addresses (annak meghatározásához, hogy a domain hány címre továbbíthat e-maileket aliasonként, alapértelmezés szerint például 10 – lásd a aliasonkénti továbbítás maximális korlátja). Ha ezt a határt túllépik, 550-es hiba lép fel, és a feladó visszapattanást kap erre a címzettre.
    • Megkeressük az eredeti címzett beállításait az API-végpontunk alapján /v1/settings, amely támogatja a fizetős felhasználók keresését (az ingyenes felhasználók számára tartalék). Ez egy konfigurációs objektumot ad vissza a speciális beállításokhoz port (Szám, pl. 25), has_adult_content_protection (logikai), has_phishing_protection (logikai), has_executable_protection (Logi), és has_virus_protection (Logi).
    • Ezen beállítások alapján ellenőrizzük a Spam Scanner eredményeit, és ha bármilyen hiba történik, akkor az üzenetet 554-es hibakóddal elutasítjuk (pl. has_virus_protection engedélyezve van, akkor ellenőrizni fogjuk a Spam Scanner eredményeit vírusok szempontjából). Ne feledje, hogy minden ingyenes csomag felhasználója feliratkozik a felnőtteknek szóló tartalom, az adathalászat, a végrehajtható fájlok és a vírusok elleni ellenőrzésekre. Alapértelmezés szerint az összes fizetős előfizetést használó felhasználó is feliratkozik, de ez a konfiguráció módosítható az E-mail továbbítása irányítópulton a domain Beállítások oldalán.
  12. Minden egyes feldolgozott címzett továbbítási címére a következő műveleteket hajtjuk végre:

    • A címet összevetjük a mi címünkkel tagadó, és ha szerepelt a listában, akkor 421-es hibakód jelenik meg (jelzi a feladónak, hogy próbálkozzon újra később).
    • Ha a cím egy webhook, akkor beállítunk egy logikai értéket a jövőbeni műveletekhez (lásd alább – a hasonló webhookokat úgy csoportosítjuk, hogy egy POST-kérést adjunk meg a többszörös kézbesítéshez).
    • Ha a cím egy e-mail cím, akkor a későbbi műveletekhez elemezzük a gazdagépet (lásd alább – a hasonló gazdagépeket csoportosítjuk, hogy egyetlen kapcsolatot hozzon létre, szemben a kézbesítéshez szükséges több egyéni kapcsolattal).
  13. Ha nincsenek címzettek és nincsenek visszapattanások, akkor 550-es "Érvénytelen címzettek" hibával válaszolunk.

  14. Ha vannak címzettek, ismételjük őket (ugyanaz a gazdagép csoportosítja), és kézbesítjük az e-maileket. Lásd a részt Hogyan kezeli az e-mail kézbesítési problémákat alább további betekintésért.

    • Ha az e-mailek küldése közben hiba lép fel, azt a memóriában tároljuk későbbi feldolgozás céljából.
    • A legalacsonyabb hibakódot (ha van) vesszük ki az e-mailek küldéséből – és ezt használjuk válaszkódként a DATA parancs. Ez azt jelenti, hogy a meg nem kézbesített e-maileket az eredeti feladó általában újra megpróbálja, de a már kézbesített e-maileket a rendszer nem küldi el újra az üzenet következő elküldésekor (ahogyan használjuk Ujjlenyomat).
    • Ha nem történt hiba, akkor 250 sikeres SMTP-válasz állapotkódot küldünk.
    • Visszapattanásnak minősül minden olyan kézbesítési kísérlet, amely >= 500 állapotkódot eredményez (tartós hibák).
  15. Ha nem történt visszapattanás (tartós meghibásodás), akkor a nem állandó meghibásodások esetén a legalacsonyabb hibakód SMTP-válasz állapotkódját adjuk vissza (vagy 250-es sikeres állapotkódot, ha nem volt ilyen).

  16. Ha visszapattanások történtek, akkor a háttérben visszaküldő e-maileket küldünk, miután visszaküldtük a feladónak a legalacsonyabb hibakódot. Ha azonban a legalacsonyabb hibakód >= 500, akkor nem küldünk visszapattanó e-maileket. Ennek az az oka, hogy ha ezt tennénk, akkor a feladók dupla visszapattanó e-mailt kapnának (például egyet a kimenő MTA-tól, például a Gmailtől – és egyet tőlünk is). Lásd a következő részt Hogyan védekezhet a visszaszórás ellen alább további betekintésért.

Ne feledje, hogy akkor és csak akkor írunk át "barátságos feladó" üzenetet az e-maileken, ha a feladó DMARC irányelve p=reject, ÉS áthaladó SPF-je van, ÉS egyetlen DKIM-aláírás sem volt igazítva a „From” fejléchez. Ez azt jelenti, hogy megváltoztatjuk az üzenet "From" fejlécét, beállítjuk az "X-Original-From"-t, és beállítunk egy "Válasz-címet" is, ha még nem volt beállítva. Ezen fejlécek módosítása után az üzenet ARC pecsétjét is újra le kell pecsételni.

A verem minden szintjén a hibaüzenetek intelligens elemzését is alkalmazzuk – a kódunkban a DNS-kérelmek, a Node.js belső részei, a HTTP-kérések (például a 408, 413 és 429 a 421-es SMTP-válaszkódhoz vannak leképezve, ha a címzett egy webhook), és a levelezőszerver válaszai (pl. a „halasztás” vagy „lassítás” jelzésű válaszokat a rendszer 421-es hibaként próbálja meg újra).

Logikánk álbiztos, és újra próbálkozik SSL/TLS hibák, csatlakozási problémák és egyebek esetén. Az ál-ellenőrzéssel az a cél, hogy maximalizálja a kézbesítést az összes címzett számára a továbbítási konfigurációhoz.

Ha a címzett egy webhook, akkor 60 másodperces időtúllépést engedélyezünk a kérelem teljesítéséhez, legfeljebb 3 újrapróbálkozással (tehát összesen 4 kérés a hiba előtt). Vegye figyelembe, hogy helyesen elemezzük a 408-as, 413-as és 429-es hibakódokat, és leképezzük őket egy 421-es SMTP-válaszkódra.

Ellenkező esetben, ha a címzett e-mail cím, akkor az e-mailt opportunista TLS-sel próbáljuk elküldeni (a STARTTLS-t megpróbáljuk használni, ha az elérhető a címzett levelezőszerverén). Ha SSL/TLS hiba történik az e-mail küldése közben, akkor megpróbáljuk elküldeni az e-mailt TLS nélkül (STARTTLS használata nélkül).

Ha DNS- vagy kapcsolódási hiba lép fel, akkor visszatérünk a DATA parancsoljon 421-es SMTP válaszkódot, különben ha >= 500 szintű hiba van, akkor a rendszer visszapattanásokat küld.

Ha azt észleljük, hogy egy e-mail kiszolgálón, amelyre kézbesíteni próbálunk, egy vagy több mail Exchange IP-címünk blokkolva van (például bármilyen technológiával is elhalasztják a spamküldőket), akkor 421-es SMTP-válaszkódot küldünk a feladónak. próbálja meg újra az üzenetet később (és figyelmeztetnek minket a problémára, így remélhetőleg a következő próbálkozás előtt meg tudjuk oldani).

Rutinszerűen felügyeljük az összes főbb DNS-megtagadó listát, és ha valamelyik mail Exchange (MX) IP-címünk szerepel egy nagyobb tiltólistán, lehetőség szerint kivonjuk a megfelelő DNS A rekord körbejárásából, amíg a probléma meg nem oldódik.

Az írás idején több DNS-engedélyező listán is szerepelünk, és komolyan vesszük a tiltólistákat. Ha bármilyen problémát észlel, mielőtt lehetőségünk lenne a megoldásra, kérjük, értesítsen minket írásban a következő címen: support@forwardemail.net.

Nem továbbítjuk az e-maileket „válasz nélküli” címekre, és minden küldő, aki megkísérli, 553-as hibaüzenetet kap.

Azok az e-mail-felhasználónevek, amelyek megegyeznek a következőkkel (a kis- és nagybetűk megkülönböztetése nélkül), válasz nélküli címnek minősülnek:

  • 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

Ezt a listát fenntartjuk nyílt forráskódú projektként a GitHubon.

Igen, van egy domain névkiterjesztések listája amelyek alapértelmezés szerint szerepelnek az engedélyezési listán, és egy dinamikus, gyorsítótárazott és gördülő engedélyezési lista szigorú kritériumok.

A fizetett előfizetéssel rendelkező ügyfelek összes e-mailje, domainje és címzettje automatikusan felkerül az engedélyezési listánkra.

Milyen domainnév-kiterjesztések vannak alapértelmezés szerint engedélyezett listán

A következő domainnév-kiterjesztések alapértelmezés szerint engedélyezettek (függetlenül attól, hogy szerepelnek-e az Umbrella Népszerűségi Listán vagy sem):

  • 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

Ezen kívül ezeket márka és vállalati felső szintű domainek alapértelmezés szerint engedélyezőlistán vannak (pl. apple számára applecard.apple Apple Card bankszámlakivonatokhoz):

  • 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

Mik az engedélyezési listád kritériumai

Van egy statikus listánk a domain névkiterjesztések alapértelmezés szerint engedélyezettek – emellett dinamikus, gyorsítótárazott, gördülő engedélyezési listát is karbantartunk a következő szigorú kritériumok alapján:

  • A küldő gyökérdomainje a domain név kiterjesztés, amely megegyezik az ingyenes csomagunkban kínált listával (a hozzáadásával biz és info). Mi is beletartozunk edu, gov, és mil részleges egyezések, mint pl xyz.gov.au és xyz.edu.au.
  • A feladó gyökérdomainjének a 100 000 legnépszerűbb egyedi gyökérdomain elemzett eredményén belül kell lennie Umbrella Népszerűségi Lista ("UPL").
  • A küldő gyökérdomainjének a felső 50 000 találaton belül kell lennie olyan egyedi gyökérdomainekből, amelyek az UPL elmúlt 7 napjából legalább 4-ben megjelentek (~50%+).
  • A feladó gyökérdomainje nem lehet kategorizálva felnőtteknek szóló tartalomként vagy rosszindulatú programként a Cloudflare által.
  • A küldő gyökérdomainjének A- vagy MX rekordokkal kell rendelkeznie.
  • A küldő gyökérdomainjének rendelkeznie kell A rekord(ok), MX rekord(ok) vagy DMARC rekord(ok). p=reject vagy p=quarantine, vagy egy SPF rekorddal -all vagy ~all minősítő.

Ha ez a feltétel teljesül, akkor a küldő gyökérdomainje 7 napig gyorsítótárban lesz. Vegye figyelembe, hogy az automatizált feladatunk naponta fut – ezért ez egy gördülő engedélyezési lista gyorsítótár, amely naponta frissül.

Automatizált feladatunk letölti az előző 7 nap UPL-memóriáját, kicsomagolja, majd a fenti szigorú kritériumok szerint elemzi a memóriában.

Az írás idején olyan népszerű domainek, mint a Google, a Yahoo, a Microsoft, az Amazon, a Meta, a Twitter, a Netflix, a Spotify és egyebek – természetesen szerepelnek benne.

Ha Ön olyan feladó, aki nem szerepel az engedélyezési listánkon, akkor az első alkalommal, amikor FQDN gyökérdomainje vagy IP-címe e-mailt küld, mértéke korlátozott és szürkelistán. Vegye figyelembe, hogy ez az e-mail szabványként elfogadott általános gyakorlat. A legtöbb e-mail szerver kliens megpróbálja újra próbálkozni, ha sebességkorlátozást vagy szürkelista-hibát kap (például 421-es vagy 4xx szintű hibaállapotkód).

Vegye figyelembe, hogy bizonyos feladók, mint pl a@gmail.com, b@xyz.edu, és c@gov.au még lehet megtagadott (pl. ha automatikusan észlelünk spamet, adathalászatot vagy rosszindulatú programokat ezektől a feladóktól).

2023. március 31-től új általános spamszabályt vezettünk be felhasználóink és szolgáltatásaink védelme érdekében.

Ez az új szabály csak a következő domainnév-kiterjesztések használatát teszi lehetővé ingyenes csomagunkban:

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

Igen, nagyon lazán élünk e-mail szürkelista alkalmazott irányelv. A szürkelista csak az engedélyezési listánkon nem szereplő feladókra vonatkozik, és 30 napig tart a gyorsítótárunkban.

Minden új feladó esetében 30 napig tárolunk egy kulcsot a Redis adatbázisunkban, amelynek értéke az első kérés kezdeti érkezési időpontja. Ezután 450-es újrapróbálkozási állapotkóddal elutasítjuk az e-mailüket, és csak 5 perc elteltével engedjük át.

Ha sikeresen vártak 5 percet a kezdeti érkezési időponttól számítva, akkor az e-mailjeik elfogadásra kerülnek, és nem kapják meg ezt a 450-es állapotkódot.

A kulcs vagy az FQDN gyökértartományából vagy a küldő IP-címéből áll. Ez azt jelenti, hogy minden olyan aldomain, amely átadja a szürkelistát, átadja a gyökérdomaint is, és fordítva (ezt értjük "nagyon laza" szabályzat alatt).

Például, ha egy e-mail címről érkezik test.example.com mielőtt e-mailt látnánk tőle example.com, majd bármely e-mail címről test.example.com és/vagy example.com 5 percet kell várnia a kapcsolat kezdeti érkezési idejétől számítva. Nem mi készítjük mindkettőt test.example.com és example.com mindegyik kivárja a saját 5 perces időtartamát (a szürkelistára helyezési szabályzatunk a gyökérdomain szintjén érvényes).

Ne feledje, hogy a szürkelista nem vonatkozik egyetlen feladóra sem engedélyezési lista (pl. Meta, Amazon, Netflix, Google, Microsoft az írás idején).

Igen, saját tiltólistánkat működtetünk, és azt valós időben, manuálisan frissítjük, ha spam és rosszindulatú tevékenység észlelhető.

Ezenkívül lekérjük az összes IP-címet az UCEPROTECT 1. szintű tiltólistájáról is http://wget-mirrors.uceprotect.net/rbldnsd-all/dnsbl-1.uceprotect.net.gz óránként, és 7 napos lejárattal töltse be a tiltólistánkra.

Az elutasító listában talált feladók 421-es hibakódot kapnak (azt jelzi, hogy a feladó később próbálkozzon újra), ha nincsenek engedélyezőlistán.

Az 554-es állapotkód helyett 421-es állapotkód használatával az esetleges téves pozitívumok valós időben enyhíthetők, majd a következő próbálkozásra sikeresen kézbesíthető az üzenet.

Ezt a többi levelezőszolgáltatástól eltérően tervezték, ahol ha blokklistára kerülsz, kemény és tartós meghibásodás következik be. Gyakran nehéz megkérni a feladókat, hogy próbálják meg újra az üzeneteket (különösen a nagy szervezetektől), ezért ez a megközelítés nagyjából 5 napot ad az első e-mail-kísérlettől számítva a feladónak, a címzettnek vagy nekünk, hogy közbelépjünk és enyhítsük a problémát (elutasító kéréssel). eltávolítás).

Az összes tiltólista-eltávolítási kérelmet valós időben figyelik az adminisztrátorok (például azért, hogy az ismétlődő hamis pozitív üzeneteket az adminisztrátorok tartósan engedélyezőlistára tegyék).

Az elutasító listák eltávolítási kérelmei a következő címen kérhetők https://forwardemail.net/denylist. A fizetős felhasználók azonnali feldolgozásra kerülnek a tiltólista eltávolítási kérelmeik, míg a nem fizető felhasználóknak meg kell várniuk, míg a rendszergazdák feldolgozzák a kérésüket.

Azok a feladók, amelyekről azt észlelték, hogy kéretlen levelet vagy vírustartalmat küldenek, a következő módszerrel kerülnek az elutasító listára:

  1. A kezdeti üzenet ujjlenyomata a szürkelistára kerül, ha egy "megbízható" feladótól (pl. gmail.com, microsoft.com, apple.com).
    • Ha a feladó engedélyezőlistán volt, az üzenet 1 órán át szürkelistán jelenik meg.
    • Ha a feladó nincs engedélyezőlistán, az üzenet 6 órán keresztül szürkelistán lesz.
  2. Elemezzük a denylist kulcsokat a feladótól és az üzenettől származó információk alapján, és mindegyik kulcshoz létrehozunk (ha még nem létezik) egy számlálót, megnöveljük 1-gyel, és 24 órán keresztül gyorsítótárban tároljuk.
    • Az engedélyezett feladók számára:
      • Adjon hozzá egy kulcsot a boríték „POSTÁJA” e-mail-címéhez, ha az áthaladó SPF vagy nem volt SPF, és nem adminisztrátori felhasználónév vagy nem válaszoló felhasználónév volt.
      • Ha a „Feladó” fejléc szerepel az engedélyezési listán, akkor adjon hozzá egy kulcsot a „Feladó” fejléchez tartozó e-mail-címhez, ha az átadott SPF-t vagy átadott és igazított DKIM-et tartalmaz.
      • Ha a „Feladó” fejléc nem szerepel az engedélyezési listán, akkor adjon hozzá egy kulcsot a „Feladó” fejléchez tartozó e-mail-címhez és annak gyökérelemzett domainnevéhez.
    • Nem engedélyezett feladók számára:
      • Adjon hozzá egy kulcsot a boríték „POSTÁZAT” e-mail-címéhez, ha az áthaladó SPF-t kapott.
      • Ha a „Feladó” fejléc szerepel az engedélyezési listán, akkor adjon hozzá egy kulcsot a „Feladó” fejléchez tartozó e-mail-címhez, ha az átadott SPF-t vagy átadott és igazított DKIM-et tartalmaz.
      • Ha a „Feladó” fejléc nem szerepel az engedélyezési listán, akkor adjon hozzá egy kulcsot a „Feladó” fejléchez tartozó e-mail-címhez és annak gyökérelemzett domainnevéhez.
      • Adjon hozzá egy kulcsot a küldő távoli IP-címéhez.
      • Adjon hozzá egy kulcsot az ügyfél által feloldott gazdagépnévhez fordított kereséssel a küldő IP-címéből (ha van ilyen).
      • Adjon hozzá egy kulcsot az ügyfél által feloldott gazdagépnév gyökértartományához (ha van ilyen, és ha eltér az ügyfél által feloldott gazdagépnévtől).
  3. Ha a számláló eléri az 5-öt egy nem engedélyezett feladónál és kulcsnál, akkor 30 napig letiltjuk a kulcsot, és e-mailt küldünk visszaélésekkel foglalkozó csapatunknak. Ezek a számok változhatnak, és a visszaélések figyelése során a frissítések itt is megjelennek.
  4. Ha a számláló eléri a 10-et egy engedélyezett feladónál és kulcsnál, akkor 7 napig letiltjuk a kulcsot, és e-mailt küldünk visszaélésekkel foglalkozó csapatunknak. Ezek a számok változhatnak, és a frissítések itt is megjelennek, ahogyan a visszaéléseket figyeljük.

NOTE: A közeljövőben bevezetjük a hírnévfigyelést. A hírnév-figyelés ehelyett egy százalékos küszöb alapján kiszámítja, hogy mikor kell letiltani a feladót (a fentebb említett kezdetleges számlálóval szemben).

A küldői sebesség korlátozását vagy a gyökérdomain a feladó IP-címén végzett fordított PTR-keresésből elemzi – vagy ha ez nem ad eredményt, akkor egyszerűen a küldő IP-címét használja. Jegyezzük meg, hogy erre úgy hivatkozunk Sender lent.

MX-szervereink napi korlátokkal rendelkeznek a bejövő levelekre vonatkozóan titkosított IMAP tárhely:

  • Ahelyett, hogy korlátozná az egyéni álnéven fogadott bejövő leveleket (pl. you@yourdomain.com) – a limitet maga az alias domain neve határozza meg (pl. yourdomain.com). Ez megakadályozza Senders attól, hogy egyszerre árasszák el az összes alias postaládáját a domainben.
  • Vannak általános korlátaink, amelyek mindenkire vonatkoznak Senders szolgáltatásunkban, címzetttől függetlenül:
    • Senders amelyet „megbízhatónak” tekintünk az igazság forrásának (pl. gmail.com, microsoft.com, apple.com) napi 100 GB-ra korlátozódnak.
    • Senders amelyek engedélyezett listán napi 10 GB küldésére korlátozódnak.
    • Minden más Senders napi 1 GB és/vagy 300 üzenet küldésére korlátozódnak.
  • Van egy konkrét korlátunk Sender és yourdomain.com napi 1 GB és/vagy 1000 üzenet.

Az MX szerverek sebességkorlátozással is korlátozzák az üzenetek továbbítását egy vagy több címzetthez – de ez csak Senders nem a engedélyezési lista:

  • Óránként legfeljebb 100 csatlakozást engedélyezünk Sender feloldott FQDN gyökérdomain (vagy) Sender távoli IP-cím (ha nem áll rendelkezésre fordított PTR), és borítékonkénti címzett. A sebességkorlátozás kulcsát kriptográfiai hashként tároljuk a Redis adatbázisunkban.

  • Ha rendszerünkön keresztül küld e-mailt, kérjük, győződjön meg arról, hogy fordított PTR van beállítva az összes IP-címéhez (ellenkező esetben minden egyedi FQDN gyökérdomain vagy IP-cím, amelyről küld, sebessége korlátozott).

  • Vegye figyelembe, hogy ha egy népszerű rendszeren, például az Amazon SES-en keresztül küld, akkor nem lesz korlátozva az arány, mivel (az írás idején) az Amazon SES szerepel az engedélyezési listánkon.

  • Ha olyan domainről küld, mint pl test.abc.123.example.com, akkor a díjszabás korlátja lesz bevezetve example.com. Sok spamküldő több száz aldomaint használ a gyakori spamszűrők megkerülésére, amelyek csak az egyedi gazdagépneveket korlátozzák, szemben az egyedi FQDN gyökértartományokkal.

  • Senders amelyek túllépik a sebességhatárt, a rendszer 421-es hibával elutasítja.

IMAP- és SMTP-szervereink korlátozzák, hogy az álnevek több mint 60 párhuzamos kapcsolatokat egyszerre.

Rosszul irányított visszapattanások vagy visszapattanó spamek (más néven "Visszaszórás") negatív hírnevet okozhat a küldő IP-címeinek.

A visszaszórás elleni védekezés érdekében két lépést teszünk, amelyeket a következő szakaszokban részletezünk Megakadályozza, hogy a spamküldők ismert levelei visszaverjenek és A visszaszóródás elleni védelem érdekében akadályozza meg a szükségtelen pattanásokat lent.

Megakadályozza, hogy a spamküldők ismert levelei visszaverjenek

Kihúzzuk a listát Backscatter.org (motorja UCEPROTECT) nál nél http://wget-mirrors.uceprotect.net/rbldnsd-all/ips.backscatterer.org.gz óránként, és betápláld a Redis adatbázisunkba (a különbséget előzetesen is összehasonlítjuk, ha olyan IP-címeket távolítottak el, amelyeket tiszteletben kell tartani).

Ha a MAIL FROM üres VAGY egyenlő (a kis- és nagybetűket nem különbözteti meg) a következő felhasználónevek bármelyikével (az e-mailben a @ előtti rész), akkor ellenőrizzük, hogy a feladó IP-címe megegyezik-e a listából.

  • 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

Ha a feladó IP-címe szerepel a listán (és nem a miénkben engedélyezési lista), akkor 554-es hibát küldünk az üzenettel The IP ${session.remoteAddress} is blocked by https://www.backscatterer.org/index.php?target=test&ip=${session.remoteAddress}. Figyelmeztetést kapunk, ha egy feladó a Backscatterer listán és az engedélyezési listánkon is szerepel, így szükség esetén meg tudjuk oldani a problémát.

Az ebben a részben leírt technikák megfelelnek a „BIZTONSÁGOS ÜZEMMÓD” ajánlásnak https://www.backscatterer.org/?target=usage – ahol csak akkor ellenőrizzük a küldő IP-jét, ha bizonyos feltételek már teljesültek.

A visszaszóródás elleni védelem érdekében akadályozza meg a szükségtelen pattanásokat

A visszapattanások olyan e-mailek, amelyek azt jelzik, hogy az e-mail-továbbítás teljesen sikertelen volt a címzett számára, és az e-mailt nem próbálják meg újra.

A Backscatterer listára kerülés gyakori oka a rosszul irányított visszapattanások vagy a visszapattanó spamek, ezért néhány módon védekeznünk kell ez ellen:

  1. Csak akkor küldünk visszapattanásokat, ha >= 500 állapotkód hiba történik (ha az e-mailek továbbítása sikertelen volt, például a Gmail 500-as szintű hibával válaszol).

  2. Csak egyszer és egyszer küldünk visszapattanásokat (számított visszapattanó ujjlenyomat-kulcsot használunk, és a gyorsítótárban tároljuk, hogy megakadályozzuk a duplikációk küldését). A visszapattanó ujjlenyomat egy olyan kulcs, amely az üzenet ujjlenyomata a visszapattanási cím és a hibakód kivonatával kombinálva). Lásd a következő részt Ujjlenyomat további betekintést kaphat az üzenet ujjlenyomatának kiszámításába. A sikeresen elküldött visszapattanó ujjlenyomatok 7 nap után lejárnak a Redis gyorsítótárában.

  3. Csak akkor küldünk visszapattanásokat, ha a MAIL FROM nem üres, és nem tartalmazza (a kis- és nagybetűk megkülönböztetése nélkül) a következő felhasználónevek egyikét (az e-mailben a @ előtti rész). Ne feledje, hogy ez a lista egy kicsit rövidebb, mint a fenti, a MAIL FROM ellenőrzésnél, mert nem akarjuk, hogy téves pozitív eredmények legyenek (pl. a security@ egy érvényes cím, amelyért érdemes lehet visszaküldést kérni; sok ember használja a security@-t a bug bounty programjaikhoz).

    • abuse@
    • mailer-daemon@
    • mailer_daemon@
    • mailerdaemon@
  4. Nem küldünk visszapattanásokat, ha az eredeti üzenet a következő fejlécek valamelyikével rendelkezett (nem különbözteti meg a kis- és nagybetűket):

    • Auto-Submitted (értékkel no)
    • X-Auto-Response-Suppress (értékkel dr, autoreply, auto-reply, auto_reply, vagy all)
    • List-Id
    • List-Unsubscribe
    • Feedback-ID
    • X-Auto-Reply
    • X-Autoreply
    • X-Auto-Respond
    • X-Autorespond
    • Precedence (értékkel bulk, autoreply, auto-reply, auto_reply, vagy list)

Az e-mail ujjlenyomata az e-mail egyediségének meghatározására, valamint az ismétlődő üzenetek kézbesítésének megakadályozására szolgál. duplikált visszapattanások elküldésétől.

Az ujjlenyomat kiszámítása a következő listából történik:

  • Az ügyfél feloldotta az FQDN gazdagépnevet vagy IP-címet
  • Message-ID fejléc értéke (ha van)
  • Date fejléc értéke (ha van)
  • From fejléc értéke (ha van)
  • To fejléc értéke (ha van)
  • Cc fejléc értéke (ha van)
  • Subject fejléc értéke (ha van)
  • Body érték (ha van)

Ha ezt a hibaüzenetet látja a Gmailben, amikor tesztet küld magának, vagy amikor egy személy, akinek e-mailt küld az Ön aliasával, először lát Öntől származó e-mailt, akkor kérlek ne aggódj – mivel ez a Gmail beépített biztonsági funkciója.

Egyszerűen kattintson a "Biztonságosnak tűnik" gombra. Például, ha tesztüzenetet küldött a levélküldés funkcióval (másnak), akkor nem fogja látni ezt az üzenetet.

Ha azonban látják ezt az üzenetet, az azért van, mert általában hozzászoktak ahhoz, hogy az Ön e-mailjeit ahonnan érkezzenek john@gmail.com ahelyett john@customdomain.com (csak egy példa). A Gmail minden esetre figyelmezteti a felhasználókat, hogy megbizonyosodjanak a dolgok biztonságáról, nincs megoldás.

Ez a téma kapcsolódik a széles körben ismert probléma a Gmailben, ahol extra információk jelennek meg a feladó neve mellett.

2023 májusától minden fizetős felhasználó számára támogatjuk az SMTP-t használó e-mailek küldését kiegészítőként – ami azt jelenti, hogy eltávolíthatja a továbbított e-mailen keresztül a Gmailben.

Vegye figyelembe, hogy ez a GYIK téma kifejezetten a E-mail küldés a Gmail használata közben funkció.

Kérjük, olvassa el a következő részt Támogatja-e az e-mailek küldését SMTP-vel? konfigurációs utasításokért.

Igen, 2020. május 5-től hozzáadtuk ezt a funkciót. Jelenleg a szolgáltatás domain-specifikus, szemben az álnevspecifikus funkcióval. Ha azt akarja, hogy álnév-specifikus legyen, kérjük, vegye fel velünk a kapcsolatot, hogy tudatja velünk igényeit.

Továbbfejlesztett adatvédelem: Ha fizetős előfizetéssel rendelkezik (amely fokozott adatvédelemmel rendelkezik), kérjük, lépjen a következő oldalra Az én fiókom Domainek, kattintson a "Beállítás" gombra a domain mellett, majd kattintson a "Beállítások" elemre. Ha többet szeretne megtudni a fizetős csomagokról, tekintse meg oldalunkat Árazás oldalon. Ellenkező esetben folytathatja az alábbi utasítások követését.

Ha ingyenes csomagot használ, egyszerűen adjon hozzá egy új DNS-t TXT rögzítse az alábbiak szerint, de módosítsa a portot 25-ről az Ön által választott portra.

Például, ha azt akarom, hogy az összes e-mail címre kerüljön example.com az alias címzettek 1337-es SMTP-portjára történő továbbításhoz 25 helyett:

Név/Host/Alias TTL típus Válasz/Érték
"@", "." vagy üres 3600 TXT forward-email-port=1337
Tipp: Az egyéni porttovábbítás beállításának legáltalánosabb forgatókönyve az, amikor az example.com címre küldött összes e-mailt egy másik, a 25-ös port SMTP-szabványától eltérő, example.com portra szeretné továbbítani. Ennek beállításához egyszerűen adja hozzá a következőt TXT mindenre kiterjedő rekord.
Név/Host/Alias TTL típus Válasz/Érték
"@", "." vagy üres 3600 TXT forward-email=example.com

Igen! Automatikus visszatérítésre akkor kerül sor, ha frissíti, alacsonyabb szintre váltja vagy megszünteti a fiókját a terv indulásától számított 30 napon belül. Ez csak az első vásárlókra vonatkozik.

A különbözetet nem arányosítjuk és nem térítjük vissza, ha csomagot vált. Ehelyett a meglévő csomag lejárati dátumából hátralévő időtartamot az új csomag legközelebbi relatív időtartamára konvertáljuk (havonta lefelé kerekítve).

Vegye figyelembe, hogy ha egy fizetős csomag első elindítása óta eltelt 30 napon belül frissít vagy alacsonyabbra vált a fizetős csomagok között, akkor automatikusan visszatérítjük a teljes összeget a meglévő csomagjából.

Igen, 2020. május 15-től hozzáadtuk ezt a funkciót. A webhook (oka) t pontosan ugyanúgy hozzáadhatja, mint bármelyik címzettnél! Kérjük, ellenőrizze, hogy a "http" vagy a "https" protokoll előtaggal rendelkezik-e a webhook URL-jében.

Továbbfejlesztett adatvédelem: Ha fizetős előfizetéssel rendelkezik (amely fokozott adatvédelemmel rendelkezik), kérjük, lépjen a következő oldalra Az én fiókom Domainek és a webhookok konfigurálásához kattintson a domainje melletti "Aliasok" elemre. Ha többet szeretne megtudni a fizetős csomagokról, tekintse meg oldalunkat Árazás oldalon. Ellenkező esetben folytathatja az alábbi utasítások követését.

Ha ingyenes csomagot használ, egyszerűen adjon hozzá egy új DNS-t TXT rögzítse az alábbiak szerint:

Például, ha azt akarom, hogy az összes e-mail címre kerüljön alias@example.com továbbítani egy újnak kérés bin teszt végpontja:

Név/Host/Alias TTL típus Válasz/Érték
"@", "." vagy üres 3600 TXT forward-email=alias:https://requestbin.com/r/en8pfhdgcculn

Vagy talán azt szeretné, hogy az összes e-mail címre kerüljön example.com továbbítás ehhez a végponthoz:

Név/Host/Alias TTL típus Válasz/Érték
"@", "." vagy üres 3600 TXT forward-email=https://requestbin.com/r/en8pfhdgcculn

Íme további megjegyzések a webhookkal kapcsolatban:

  • Ha egy webhook nem válaszol a 200 állapotkódot, akkor a válaszát a hibanapló létrehozva – ami hasznos a hibakereséshez.

  • A Webhook HTTP-kérelmei legfeljebb háromszor próbálkoznak újra minden SMTP-csatlakozási kísérlettel, végpont POST-kérelmenként legfeljebb 60 másodperces időtúllépéssel. Vegye figyelembe, hogy ez nem jelenti azt, hogy csak háromszor próbálkozik újra, valójában egy 421-es SMTP-kód elküldésével (ami a feladónak későbbi újrapróbálkozást jelzi) az idő múlásával folyamatosan újrapróbálkozik a 3. sikertelen HTTP POST-kérés után. Ez azt jelenti, hogy az e-mail napokon keresztül folyamatosan próbálkozik, amíg el nem éri a 200-as állapotkódot.

  • Automatikusan újrapróbáljuk az alapértelmezett állapot és hibakódok alapján superagent újrapróbálási módszere (karbantartók vagyunk).

  • Az erőforrások megtakarítása és a válaszidő felgyorsítása érdekében az ugyanahhoz a végponthoz tartozó webhook HTTP-kérelmeket egy kérelemben csoportosítjuk, nem pedig több) Például ha e-mailt küld a címre webhook1@example.com, webhook2@example.com, és webhook3@example.com, és mindegyik úgy van beállítva, hogy ugyanazt a találatot érje el pontos végpont URL, akkor csak egy kérés érkezik. Pontos végpontegyeztetés alapján csoportosítunk, szigorú egyenlőség mellett.

  • Vegye figyelembe, hogy a mailparser könyvtár "simpleParser" metódusával az üzenetet JSON-barát objektummá elemezheti.

  • A nyers e-mail érték karakterláncként a "raw" tulajdonságként van megadva.

  • A hitelesítési eredmények „dkim”, „spf”, „arc”, „dmarc” és „bimi” tulajdonságokként jelennek meg.

  • Az elemzett e-mail fejlécek "fejlécek" tulajdonságként vannak megadva, de vegye figyelembe, hogy használhatja a "headerLines"-t is a könnyebb iteráció és elemzés érdekében.

  • A webhook csoportosított címzettjei csoportosítva vannak, és „címzettek” tulajdonságként vannak megadva.

  • Az SMTP munkamenet információ a "session" tulajdonságként van megadva. Ez információkat tartalmaz az üzenet feladójáról, az üzenet érkezési idejéről, a HELO-ról és az ügyfél gazdagépnevéről. Az ügyfél hosztnév értéke as session.clientHostname vagy az FQDN (fordított PTR keresésből), vagy az session.remoteAddress zárójelbe csomagolva (pl. "[127.0.0.1]").

  • Ha szüksége van egy gyors módszerre az érték megszerzésére X-Original-To, akkor használhatja az értékét session.recipient (lásd lentebb a példát). A fejléc X-Original-To egy fejléc, amelyet az üzenetekhez adunk az eredetivel való hibakereséshez RCPT TO e-mail cím az üzenethez.

  • Ha vannak mellékletek, azok hozzá lesznek fűzve a attachments Tömb pufferértékekkel. A JavaScript-alapú megközelítéssel visszaelemezheti őket a tartalomba, például:

    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());

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

Igen, 2021. szeptember 27 -től hozzáadtuk ezt a funkciót. Egyszerűen írhat reguláris kifejezéseket ("regex") a fedőnevek és a helyettesítések végrehajtásához.

A reguláris kifejezés által támogatott álnevek azok, amelyek a betűvel kezdődnek / és ezzel fejezzük be / címzettjei pedig e-mail címek vagy webhookok. A címzettek tartalmazhatnak regex helyettesítési támogatást is (pl. $1, $2).

Két reguláris kifejezés jelzőt támogatunk, beleértve i és g. A kis- és nagybetűket nem érző jelzője i állandó alapértelmezett, és mindig érvényesül. A globális zászló g te is hozzáadhatod a végződés rögzítésével / val vel /g.

Felhívjuk figyelmét, hogy mi is támogatjuk a mi letiltott álnév funkció a címzett részre a regex támogatásunkkal.

A reguláris kifejezések nem támogatottak globális hiúsági tartományok (mivel ez biztonsági rést jelenthet).

Továbbfejlesztett adatvédelem: Ha fizetős előfizetéssel rendelkezik (amely fokozott adatvédelemmel rendelkezik), kérjük, lépjen a következő oldalra Az én fiókom Domainek és a reguláris kifejezések konfigurálásához kattintson a domain melletti "Aliasok" elemre. Ha többet szeretne megtudni a fizetős csomagokról, tekintse meg oldalunkat Árazás oldalon. Ellenkező esetben folytathatja az alábbi utasítások követését.

Ha ingyenes csomagot használ, egyszerűen adjon hozzá egy új DNS-t TXT rögzítse az alábbi példák közül egyet vagy többet:

Egyszerű példa: Ha azt szeretném, hogy a "linus@example.com" vagy a "torvalds@example.com" címre küldött összes e-mail a "felhasználó@gmail.com" címre kerüljön:
Név/Host/Alias TTL típus Válasz/Érték
"@", "." vagy üres 3600 TXT forward-email=/^(linus|torvalds)$/:user@gmail.com
Keresztnév Vezetéknév -helyettesítési példa: Képzelje el, hogy az összes vállalati e-mail-címe "keresztnév.vezetéknév@example.com" minta. Ha azt szeretném, hogy az összes `keresztnév.lastnév@example.com` mintára küldött e-mail a `keresztnév.vezetéknév@cg.com` címre kerüljön továbbításra helyettesítési támogatással (teszt megtekintése a RegExr -n):
Név/Host/Alias TTL típus Válasz/Érték
"@", "." vagy üres 3600 TXT forward-email=/^([A-Za-z]+)+\.([A-Za-z]+)+$/:$1.$2@company.com
Példa a szimbólumszűrés helyettesítésére: Ha azt szeretném, hogy az "info@example.com" vagy "support@example.com" címre küldött összes e-mail a "felhasználó+info@gmail.com" vagy a "felhasználó+támogatás@gmail.com" címre kerüljön továbbításra (helyettesítési támogatással) ) (teszt megtekintése a RegExr -n):
Név/Host/Alias TTL típus Válasz/Érték
"@", "." vagy üres 3600 TXT forward-email=/^(support|info)$/:user+$1@gmail.com
Webhook Querystring Substitution Példa: Talán azt szeretné, hogy az „example.com” címre küldött összes e-mail a címre kerüljön webhook és van egy dinamikus lekérdezési kulcsa "to" az e-mail cím felhasználónév részének értékével (teszt megtekintése a RegExr -n):
Név/Host/Alias TTL típus Válasz/Érték
"@", "." vagy üres 3600 TXT forward-email=/^(.*?)$/:https://example.com/webhook?username=$1
Letiltási példa: Ha azt szeretné, hogy minden olyan e-mail le legyen tiltva, amely megfelel egy bizonyos mintának (lásd Letilthatom az álneveket), majd egyszerűen használja ugyanazt a megközelítést egy "!" felkiáltójellel:
Név/Host/Alias TTL típus Válasz/Érték
"@", "." vagy üres 3600 TXT forward-email=/^(linus|torvalds)$/:!
Tipp: Kíváncsi, hogyan írhat reguláris kifejezést, vagy tesztelnie kell a helyettesítést? Meglátogathatja az ingyenes reguláris kifejezést tesztelő webhelyet RegExr nál nél https://regexr.com.

Nem, nem ajánlott, mivel egyszerre csak egy levelezőkiszolgálót használhat. A tartalékokat általában soha nem próbálják meg újra, mert a hibás prioritású konfigurációk és a levelezőszerverek nem veszik figyelembe az MX Exchange prioritás-ellenőrzést.

Fontos: Ha fizetős csomagot használ, akkor mennie kell Az én fiókom Domainek Más nevek Ellenkező esetben szerkessze Törölje az „Aktív” jelölőnégyzet bejelölését Folytatni.

Igen! 2020. február 6-tól hozzáadtuk ezt a funkciót. Egyszerűen módosítsa a DNS-ét TXT rögzítse és előtagja az álnevet egy felkiáltójellel. Ne feledje, hogy meg kell őriznie a ":" hozzárendelést, mivel ez szükséges, ha úgy dönt, hogy kikapcsolja (és a fizetős csomagjaink importálásához is használják).

Ha egy álnév előtagja a "!" (felkiáltójel), akkor is visszatér a sikeres válaszkódok azoknak a feladóknak, akik megpróbálják küldeni erre a címre, de maguk az e-mailek sehová sem kerülnek; egy fekete lyukba.

A letiltott címekre küldött e-mailekre 250-es SMTP-válaszállapotkóddal válaszolnak (elfogadva), de az e-maileket valójában nem kézbesítik a címzett(ek).

Például, ha azt akarom, hogy az összes e-mail címre kerüljön alias@example.com hogy abbahagyja az átfolyást user@gmail.com:

Név/Host/Alias TTL típus Válasz/Érték
"@", "." vagy üres 3600 TXT forward-email=!alias:user@gmail.com
Tipp: A továbbított címzett címét átírhatja egyszerűen „nobody@forwardemail.net”-re, ami az alábbi példának megfelelően a senkihez irányítja.
Név/Host/Alias TTL típus Válasz/Érték
"@", "." vagy üres 3600 TXT forward-email=!alias:nobody@forwardemail.net
Tipp: Ha nagyobb biztonságot szeretne, akkor eltávolíthatja a ":user@gmail.com" (vagy ":nobody@forwardemail.net") részt is, és csak az "!alias" marad, mint az alábbi példában.
Név/Host/Alias TTL típus Válasz/Érték
"@", "." vagy üres 3600 TXT forward-email=!alias

Igen, abszolút. Csak adjon meg több címzettet TXT rekordokat.

Például, ha olyan e-mailt szeretnék, amely a címre megy hello@example.com hogy továbbítsák user+a@gmail.com és user+b@gmail.com, akkor az enyém TXT a rekord így nézne ki:

Név/Host/Alias TTL típus Válasz/Érték
"@", "." vagy üres 3600 TXT forward-email=hello:user+a@gmail.com,hello:user+b@gmail.com

Vagy megadhatja őket két külön sorban, például:

Név/Host/Alias TTL típus Válasz/Érték
"@", "." vagy üres 3600 TXT forward-email=hello:user+a@gmail.com
"@", "." vagy üres 3600 TXT forward-email=hello:user+b@gmail.com

Tőled függ!

Igen tudsz. Csak adjon meg több globális összesítő címzettet TXT rekordokat.

Például, ha azt akarom, hogy minden e-mail címre kerüljön *@example.com (a csillag azt jelenti, hogy helyettesítő karakter, más néven gyűjtő karakter), hogy továbbítsák user+a@gmail.com és user+b@gmail.com, akkor az enyém TXT a rekord így nézne ki:

Név/Host/Alias TTL típus Válasz/Érték
"@", "." vagy üres 3600 TXT forward-email=user+a@gmail.com,user+b@gmail.com

Vagy megadhatja őket két külön sorban, például:

Név/Host/Alias TTL típus Válasz/Érték
"@", "." vagy üres 3600 TXT forward-email=user+a@gmail.com
@, ".", vagy üres 3600 TXT forward-email=user+b@gmail.com

Tőled függ!

Igen, az alapértelmezett korlát 10. Ez NEM jelenti azt, hogy csak 10 álnév lehet a domainnévben. Annyi aliasod lehet, amennyit csak akarsz (korlátlan mennyiségben). Ez azt jelenti, hogy csak egy aliast továbbíthat 10 egyedi e-mail címre. Lehetne neked hello:user+1@gmail.com, hello:user+2@gmail.com, hello:user+3@gmail.com, … (1-10) – és a címre küldött e-mailek hello@example.com továbbítanák user+1@gmail.com, user+2@gmail.com, user+3@gmail.com,… (1-10-ig).

Tipp: 10-nél több címzettre van szüksége aliasonként? Küldjön nekünk egy e-mailt, és örömmel növeljük fiókjainak limitjét.

Igen, megteheti, de továbbra is be kell tartania a maximális korlátot. Ha van hello:linus@example.com és linus:user@gmail.com, majd e-maileket a címre hello@example.com továbbítanák linus@example.com és user@gmail.com. Vegye figyelembe, hogy hiba történik, ha az e-maileket rekurzívan továbbítja.

MX és TXT rekord ellenőrzés, ezért ha hozzáadja ennek a szolgáltatásnak a megfelelő MX és TXT rekordokat, akkor regisztrált. Ha eltávolítja őket, akkor megszűnik a regisztráció. Ön birtokolja a domaint és a DNS-kezelést, tehát ha valaki hozzáfér ehhez, az gondot jelent.

A szolgáltatás továbbra is fut a fizetős csomagokra frissített felhasználóknak köszönhetően. Ingyenes alternatívát szeretnénk nyújtani azoknak, akik zárt forráskódú továbbítási szolgáltatásokat használnak (és ezt követően kockáztatják magánéletüket és biztonságukat).

Alapértelmezésben egy 50 MB méretkorlátozást alkalmazunk, amely tartalmat, fejléceket és mellékleteket tartalmaz. Vegye figyelembe, hogy az olyan szolgáltatások, mint a Gmail és az Outlook csak 25 MB méretkorlátozást engednek meg, és ha túllépik a korlátot, amikor e szolgáltatók címeire küldik, akkor hibaüzenetet kapnak.

A megfelelő válaszkód hibája adódik vissza, ha a fájlméret-korlátot túllépik.

Nem, nem írunk lemezre és nem tárolunk naplókat – a hibák kivételével és kimenő SMTP (lásd a mi Adatvédelmi irányelvek).

Minden a memóriában történik és forráskódunk a GitHubon található.

Nem, nem írunk lemezre és nem tárolunk naplókat – a hibák kivételével és kimenő SMTP (lásd a mi Adatvédelmi irányelvek).

Minden a memóriában történik és forráskódunk a GitHubon található.

Igen. A hibanaplókat a alatt érheti el Saját fiók → Naplók vagy Saját fiók → Domainek.

2023 februárjától hibanaplókat tárolunk a következőhöz: 4xx és 5xx SMTP válaszkódok 7 napig – amelyek tartalmazzák az SMTP hibát, a borítékot és az e-mail fejlécet (mi nem tárolja az e-mail törzsét és a mellékleteket).

A hibanaplók lehetővé teszik a hiányzó fontos e-mailek ellenőrzését, valamint a spam téves pozitív üzenetek csökkentését a domainjeit. Kiváló forrást jelentenek a problémák hibakereséséhez is email webhoook (mivel a hibanaplók tartalmazzák a webhook végpont válaszát).

Hibanaplók a következőhöz: sebességkorlátozás és szürkelistázás nem érhetők el, mivel a kapcsolat korán véget ér (pl RCPT TO és MAIL FROM parancsok továbbíthatók).

Lásd a mi Adatvédelmi irányelvek több betekintésért.

Nem, egyáltalán nem. Lásd a mi Adatvédelmi irányelvek.

Sok más e-mail-továbbítási szolgáltatás tárolja és esetleg elolvashatja az Ön e-mailjeit. Semmi sem indokolja, hogy a továbbított e-maileket lemeztárolón kell tárolni – ezért megalkottuk az első nyílt forráskódú megoldást, amely mindezt a memóriában teszi.

Úgy gondoljuk, hogy Önnek joga van a magánélethez, és ezt szigorúan tiszteletben tartjuk. A kiszolgálóra telepített kód a következő nyílt forráskódú szoftver a GitHubon az átláthatóság és a bizalomépítés érdekében.

Igen, teljesen.

Igen, teljesen. Ahelyett, hogy a "@", "." Vagy üres nevet / gazdagépet / álnevet használná, csak az altartomány nevét használja értékként.

Ha akarod foo.example.com az e-mailek továbbításához, majd írja be foo név/host/alias értékeként a DNS-beállításokban (mind az MX, mind az TXT rekordok).

Igen, teljesen.

Igen! 2023. december 13-tól a hozzáférési kulcsok támogatását is hozzáadtuk a nagy kereslet miatt.

A jelszóval biztonságosan bejelentkezhet anélkül, hogy jelszóra és kéttényezős hitelesítésre lenne szüksége.

Személyazonosságát érintéssel, arcfelismeréssel, eszközalapú jelszóval vagy PIN-kóddal igazolhatja.

Egyszerre akár 30 jelszó kezelését is lehetővé tesszük, így minden eszközével könnyedén bejelentkezhet.

Tudjon meg többet a jelszavakról az alábbi linkeken:

Igen, vannak vele írt tesztek Ava és kódlefedettséggel is rendelkezik.

Igen, abszolút. Például, ha e-mailt küld a címre hello@example.com és regisztrálva van a továbbításhoz user@gmail.com, akkor az "mmail1.forwardemail.net" vagy "mx2.forwardemail.net" proxy szerver helyett az SMTP válaszüzenet és a "gmail.com" SMTP szerver kódja kerül vissza.

Le kell iratkoznia az e-mail listáról (ha lehetséges), és blokkolnia kell a feladót.

Kérjük, ne jelentse az üzenetet spamként, hanem továbbítsa azt a manuálisan gondozott és az adatvédelemre összpontosító visszaélések megelőző rendszerünkhöz.

A spam továbbításához szükséges e-mail cím: abuse@forwardemail.net

Igen! 2018. október 2-tól hozzáadtuk ezt a funkciót. Lát E-mail küldés a Gmail használata közben felett!

A DNS-konfigurációban be kell állítania a Gmail SPF rekordját is TXT rekord.

Fontos: Ha Gmailt (pl. Levélküldés másként) vagy G Suite-ot használ, akkor hozzá kell fűznie include:_spf.google.com az SPF-hez TXT rekord például:

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

Igen! 2018. október 2-tól hozzáadtuk ezt a funkciót. Egyszerűen tekintse meg a Microsoft alábbi két hivatkozását:

Ezenkívül be kell állítania az Outlook SPF rekordját a DNS-konfigurációban TXT rekord.

Fontos: Ha Microsoft Outlookot vagy Live.com-ot használ, hozzá kell fűznie include:spf.protection.outlook.com az SPF-hez TXT rekord például:

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

Az Apple sajnos nem engedélyezi ezt, függetlenül attól, hogy melyik szolgáltatást használja. Használhatja a Levelező alkalmazást a domain e-mail fiókjával együtt.

Igen, azonban a "viszonylag ismeretlen" feladók sebessége óránként 100 kapcsolatra van korlátozva állomásnévenként vagy IP-címenként. Lásd a következő részt Rate Limiting és Greylisting felett.

A "viszonylag ismeretlen" alatt olyan feladókat értünk, amelyek nem jelennek meg a engedélyezési lista.

Ha ezt a határt túllépjük, 421-es válaszkódot küldünk, amely arra utasítja a feladó levelezőszerverét, hogy próbálkozzon újra később.

Ha Gmailt használ, akkor kövesse az alábbi lépéseket:

  1. Menj https://google.com és jelentkezzen ki az összes e-mail fiókból
  2. Kattintson a "Bejelentkezés" gombra, majd a legördülő menüben kattintson az "Egyéb fiók" elemre.
  3. Válassza a "Másik fiók használata" lehetőséget.
  4. Válassza a "Fiók létrehozása" lehetőséget
  5. Válassza a "Helyette a jelenlegi e-mail címem használata" lehetőséget.
  6. Írja be az egyéni domain név e-mail címét
  7. Töltse le az e-mail címre küldött ellenőrző e-mailt
  8. Írja be az e-mail ellenőrző kódját
  9. Teljes profilinformáció az új Google-fiókjához
  10. Fogadja el az összes adatvédelmi és használati feltételeket
  11. Menj https://google.com és a jobb felső sarokban kattints a profilod ikonjára, majd a "módosítás" gombra
  12. Tölts fel új fotót vagy avatárt a fiókodhoz
  13. A változások elterjedése körülbelül 1-2 órát vesz igénybe, de néha nagyon gyors lehet.
  14. Küldjön teszt e-mailt, és megjelenjen a profilfotó.

Az ingyenes terv megköveteli, hogy nyilvános DNS-rekordokat használjon az átirányítási konfiguráció tárolásához. Bárki, aki rendelkezik számítógéppel, megkeresheti az átirányítási konfigurációját egy terminálon, ha Ön a Free tervet használja. Az ingyenes tervvel ellentétben a Továbbfejlesztett védelmi terv egy kriptográfiailag generált véletlenszerű karakterláncot használ az átirányítási konfiguráció privát tárolásához.

Ingyenes tervFokozott védelmi terv
forward-email=user@gmail.comforward-email-site-verification=m8d7o8K4Il

Igen, 2023. március 2-tól támogatjuk MTA-STS. Te tudod használni ezt a sablont ha engedélyezni szeretné a domainjében.

A konfigurációnk nyilvánosan megtalálható a GitHubon a következő címen https://github.com/forwardemail/mta-sts.forwardemail.net.

Igen. Beépített támogatást nyújtunk az SPF, a DKIM, a DMARC, az ARC és az SRS számára az összes tervben. Széles körben dolgoztunk e specifikációk eredeti szerzőivel és más e-mail szakértőkkel is a tökéletesség és a magas szállíthatóság biztosítása érdekében.

Igen. Függetlenül attól, hogy melyik tervet választja, csak egy havi díjat kell fizetnie - amely lefedi az összes domainjét.

Kártyát, pénztárcát és banki átutalást elfogadunk Csík és PayPal – egyszeri fizetéshez vagy havi, negyedéves vagy éves előfizetéshez.

Nem. Az árak soha nem fognak növekedni. Más cégektől eltérően soha nem állítjuk le szolgáltatásunkat sem.

Létrehoztunk egy nyílt forráskódú szoftverprojektet 🍊 Mandarin és DNS-keresésekhez használja. Az alapértelmezett DNS-kiszolgálók a következők 1.1.1.1 és 1.0.0.1, és a DNS-lekérdezések megtörténtek DNS HTTPS-en keresztül ("DoH") az alkalmazási rétegben.

🍊 Mandarin használ A CloudFlare alapértelmezés szerint az adatvédelem előtt álló fogyasztói DNS-szolgáltatás.