Gyakran Ismételt Kérdések

Gyorsindítás

Az e-mail továbbításának megkezdése:

1. Fiók létrehozása nál nél forwardemail.net/register

2. Domain hozzáadása és ellenőrzése alatt Saját fiók → Domainek

3. E-mail aliasok/postafiókok hozzáadása és konfigurálása alatt Saját fiók → Domainek → Álnevek

4. Tesztelje a beállítását egy e-mail küldésével az egyik új aliasodnak

[!TIPP] A DNS-módosítások globális érvénybe lépése akár 24-48 órát is igénybe vehet, bár gyakran sokkal hamarabb lépnek hatályba.

[!FONTOS] A jobb kézbesítés érdekében javasoljuk a beállítást SPF, DKIM, és DMARC rekordokat.

Bevezetés

Mi az az e-mail továbbítás

[!NOTE] Az Email Forward tökéletes magánszemélyek, kisvállalkozások és fejlesztők számára, akik professzionális e-mail címeket szeretnének egy teljes e-mail tárhelymegoldás költségei és karbantartása nélkül.

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.

Ez az egyetlen ingyenes és nyílt forráskódú szolgáltatás, amely lehetővé teszi egyéni domain e-mail címek használatát anélkül, hogy bonyolult lenne a saját e-mail szerver beállítása és karbantartása.

Szolgáltatásunk továbbítja az egyéni domainre küldött e-maileket a meglévő e-mail fiókjába – sőt, akár dedikált e-mail tárhelyszolgáltatóként is igénybe vehet minket.

Az e-mail továbbításának főbb jellemzői:

• Egyéni domain e-mailHasználjon professzionális e-mail címeket saját domainnévvel
• Ingyenes szintAlapvető e-mail-továbbítás ingyenesen
• Fokozott adatvédelemNem olvassuk el az e-mailjeidet, és nem adjuk el az adataidat
• Nyílt forráskódA teljes kódbázisunk elérhető a GitHubon
• SMTP, IMAP és POP3 támogatásTeljes körű e-mail küldési és fogadási lehetőségek
• Végpontok közötti titkosításOpenPGP/MIME támogatás
• Egyéni gyűjtőaliasokKorlátlan számú e-mail aliast hozhat létre

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

[!TIPP] Tudjon meg többet az e-mailek továbbításáról ingyenes útmutatónk elolvasásával. Műszaki fehér könyv

Kik használják az e-mail továbbítását?

Több mint 500 000 domainnek és ezeknek a jelentős felhasználóknak nyújtunk e-mail-tárhelyet és e-mail-átirányítási szolgáltatást:

Vevő	Esettanulmány
Amerikai Haditengerészeti Akadémia	📄 Esettanulmány
Kánoni	📄 Esettanulmány
Netflix játékok
A Linux Alapítvány	📄 Esettanulmány
A PHP Alapítvány
Fox News Rádió
Disney hirdetésértékesítés
jQuery	📄 Esettanulmány
LineageOS
Ubuntu	📄 Esettanulmány
Az emberiségben	📄 Esettanulmány
Lubuntu	📄 Esettanulmány
A Cambridge-i Egyetem	📄 Esettanulmány
A Marylandi Egyetem	📄 Esettanulmány
A Washingtoni Egyetem	📄 Esettanulmány
Tufts Egyetem	📄 Esettanulmány
Swarthmore College	📄 Esettanulmány
Dél-Ausztrália kormánya
Dominikai Köztársaság kormánya
Repül.ez
RCD szállodák
Isaac Z. Schlueter (npm)	📄 Esettanulmány
David Heinemeier Hansson (Ruby on Rails)

Mi a Forward Email előzménye?

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

Mennyire gyors ez a szolgáltatás

[!NOTE] Rendszerünket a sebességre és a megbízhatóságra terveztük, több redundáns szerverrel biztosítva az e-mailek gyors kézbesítését.

A Forward Email minimális késéssel, jellemzően a beérkezés után néhány másodpercen belül kézbesíti az üzeneteket.

Teljesítménymutatók:

• Átlagos szállítási idő: Kevesebb, mint 5-10 másodperc a kézhezvételtől a továbbításig (Tekintse meg a Beérkezett üzenetekhez vezető idő (TTI) monitorozási oldalunkat)
• Üzemidő99,9%-os+ szolgáltatás elérhetőség
• Globális infrastruktúraStratégiailag elhelyezett szerverek az optimális útvonaltervezés érdekében
• Automatikus méretezésRendszerünk a csúcsidőszakokban is skálázható e-mailben.

Valós időben működünk, ellentétben más szolgáltatókkal, akik a késleltetett sorokra hagyatkoznak.

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

E-mail kliensek

Thunderbird

1. Hozz létre új aliast és generálj jelszót az E-mail továbbítása irányítópulton
2. Nyisd meg a Thunderbirdöt, és menj ide: Szerkesztés → Fiókbeállítások → Fiókműveletek → Levelezési fiók hozzáadása
3. Add meg a neved, a továbbított e-mail címed és a jelszavad
4. Kattintson Manuális konfigurálás és írd be:
   • Bejövő: IMAP, imap.forwardemail.net, 993-as port, SSL/TLS
   • Kimenő: SMTP, smtp.forwardemail.net, 587-es port, STARTTLS
5. Kattintson Kész

Microsoft Outlook

1. Hozz létre új aliast és generálj jelszót az E-mail továbbítása irányítópulton
2. Menj Fájl → Fiók hozzáadása
3. Írja be a továbbítási e-mail címét, és kattintson Csatlakozás
4. Válasszon Speciális beállítások és válassza ki Fiókom manuális beállítása
5. Válasszon IMAP és írd be:
   • Bejövő: imap.forwardemail.net, 993-as port, SSL
   • Kimenő: smtp.forwardemail.net, 587-es port, TLS
   • Felhasználónév: A teljes e-mail címed
   • Jelszó: Az Ön által generált jelszó
6. Kattintson Csatlakozás

Apple Mail

1. Hozz létre új aliast és generálj jelszót az E-mail továbbítása irányítópulton
2. Menj Levelezés → Beállítások → Fiókok → +
3. Válasszon Egyéb levelezési fiók
4. Add meg a neved, a továbbított e-mail címed és a jelszavad
5. A szerverbeállításokhoz írja be:
   • Bejövő: imap.forwardemail.net
   • Kimenő: smtp.forwardemail.net
   • Felhasználónév: A teljes e-mail címed
   • Jelszó: Az Ön által generált jelszó
6. Kattintson Bejelentkezés

Mobileszközök

iOS-hez:

1. Menj Beállítások → Levelezés → Fiókok → Fiók hozzáadása → Egyéb
2. Csap Levelezési fiók hozzáadása és add meg az adataidat
3. A szerverbeállításokhoz használja a fenti IMAP és SMTP beállításokat.

Androidra:

1. Menj Beállítások → Fiókok → Fiók hozzáadása → Személyes (IMAP)
2. Adja meg a továbbítási e-mail címét és jelszavát
3. A szerverbeállításokhoz használja a fenti IMAP és SMTP beállításokat.

E-mail küldés a Gmail használata közben

Mi az a régebbi ingyenes útmutató az e-mailek küldéséhez Gmail használatával?

Speciális Gmail-útválasztási konfiguráció

Ha speciális átirányítást szeretne beállítani a Gmailben, hogy a postaládához nem tartozó aliasok is továbbítsák az e-maileket a Forward Email levelezőcsoportjaiba, kövesse az alábbi lépéseket:

1. Jelentkezzen be a Google Felügyeleti konzolba a következő címen: admin.google.com
2. Menj Alkalmazások → Google Workspace → Gmail → Útválasztás
3. Kattintson Útvonal hozzáadása és konfigurálja a következő beállításokat:

Egyetlen címzett beállításai:

• Válaszd a „Boríték címzettjének módosítása” lehetőséget, és add meg az elsődleges Gmail-címedet
• Jelölje be az „X-Gm-Original-To fejléc hozzáadása az eredeti címzetthez” lehetőséget.

Borítékcímzett minták:

• Adjon hozzá egy mintát, amely illeszkedik az összes nem létező postaládához (pl. .*@yourdomain.com)

E-mail szerver beállításai:

• Válassza az „Útvonal a gazdagéphez” lehetőséget, és adja meg mx1.forwardemail.net elsődleges szerverként
• Hozzáadás mx2.forwardemail.net mint a tartalék szerver
• Állítsd a portot 25-re
• Biztonsági okokból válaszd a „TLS szükséges” lehetőséget.

4. Kattintson Megment az útvonal létrehozásához

Speciális Outlook útválasztási konfiguráció

Azoknak a Microsoft 365 (korábban Office 365) felhasználóknak, akik speciális átirányítást szeretnének beállítani, hogy a postaládának nem megfelelő aliasok továbbítsák az e-maileket a Forward Email levelezőcsoportjaiba:

1. Jelentkezzen be a Microsoft 365 felügyeleti központba a következő címen: admin.microsoft.com
2. Menj Exchange → Levelezési folyamat → Szabályok
3. Kattintson Szabály hozzáadása és válassza ki Új szabály létrehozása
4. Nevezd el a szabályt (pl. „Nem létező postaládák átirányítása az E-mail továbbítása” csoportba)
5. Alatt Alkalmazd ezt a szabályt, ha, válaszd a következőt:
   • "A címzett címe egyezik..."
   • Adjon meg egy olyan mintát, amely megegyezik a domain összes címével (pl. *@yourdomain.com)
6. Alatt Tegye a következőket, válaszd a következőt:
   • "Átirányítsd az üzenetet ide..."
   • Válassza a „A következő levelezőszerver” lehetőséget.
   • Belépés mx1.forwardemail.net és a 25-ös port
   • Hozzáadás mx2.forwardemail.net tartalék szerverként
7. Alatt Kivéve, ha, válaszd a következőt:
   • "A címzett..."
   • Adja hozzá az összes meglévő postaládáját, amelyet nem kíván továbbítani
8. Állítsa be a szabály prioritását úgy, hogy az a többi levelezési szabály után fusson.
9. Kattintson Megment a szabály aktiválásához

Hibaelhárítás

Miért nem kapom meg a teszt e-maileket

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.

Hogyan állíthatom be az e-mail kliensemet az e-mail továbbításra

típus	Gazdanév	Jegyzőkönyv	Portok
IMAP	imap.forwardemail.net	SSL/TLS Előnyben részesített	993 és 2993
SMTP	smtp.forwardemail.net	SSL/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)

Miért kerülnek az e-mailjeim a Spam és a Levélszemét mappába, és hogyan ellenőrizhetem a domain hírnevét

Ez a rész eligazítja, ha kimenő levelei SMTP-szervereinket használják (pl. smtp.forwardemail.net) (vagy továbbítva: mx1.forwardemail.net vagy mx2.forwardemail.net), és a címzettek Spam vagy Levélszemét mappájába kerül kézbesítésre.

Rutinszerűen figyeljük magunkat IP-címek ellen minden jó nevű DNS-tagadó, ezért ez nagy valószínűséggel domain-reputáció-specifikus probléma.

Az e-mailek több okból is a spam mappába kerülhetnek:

1. Hiányzó hitelesítésBeállítás SPF, DKIM, és DMARC rekordokat.

2. Domain hírneveAz új domainek gyakran semleges hírnévvel rendelkeznek, amíg nem hoznak létre küldési előzményeket.

3. TartalomindítókBizonyos szavak vagy kifejezések aktiválhatják a spamszűrőket.

4. Küldési mintákAz e-mailek mennyiségének hirtelen növekedése gyanúsnak tűnhet.

Az alábbi eszközök közül egyet vagy többet használhat a domain hírnevének és kategorizálásának ellenőrzésére:

Eszköz neve	URL	típus
Cloudflare domain kategorizálási visszajelzés	https://radar.cloudflare.com/domains/feedback	Kategorizálás
Spamhaus IP- és domain hírnév-ellenőrző	https://check.spamhaus.org/	DNSBL
Cisco Talos IP és Domain Reputation Center	https://talosintelligence.com/reputation_center	Hírnév
Barracuda IP és Domain Reputation Lookup	https://www.barracudacentral.org/lookups/lookup-reputation	DNSBL
MX Toolbox feketelista ellenőrzése	https://mxtoolbox.com/blacklists.aspx	Feketelista
Google Postmaster Tools	https://www.gmail.com/postmaster/	Hírnév
Yahoo Sender Hub	https://senders.yahooinc.com/	Hírnév
MultiRBL.valli.org Feketelista ellenőrzése	https://multirbl.valli.org/lookup/	DNSBL
Feladó pontszáma	https://senderscore.org/act/blocklist-remover/	Hírnév
Értékelés	https://www.invaluement.com/lookup/	DNSBL
SURBL	https://www.surbl.org/	DNSBL
Apple/Proofpoint IP eltávolítása	https://ipcheck.proofpoint.com/	Eltávolítás
Cloudmark IP eltávolítása	https://csi.cloudmark.com/en/reset/	Eltávolítás
SpamCop	https://www.spamcop.net/bl.shtml	DNSBL
Microsoft Outlook és Office 365 IP eltávolítása	https://sendersupport.olc.protection.outlook.com/pm/Postmaster	Eltávolítás
Az UCEPROTECT 1., 2. és 3. szintjei	https://www.uceprotect.net/en/rblcheck.php	DNSBL
Az UCEPROTECT backscatterer.org oldala	https://www.backscatterer.org/	Visszaszórás elleni védelem
Az UCEPROTECT whitelisted.org webhelye	https://www.whitelisted.org/ (díjköteles)	DNSWL
AT&T	abuse_rbl@abuse-att.net	Eltávolítás
AOL/Verizon (pl. [IPTS04])	https://senders.yahooinc.com/	Eltávolítás
Cox Communications	unblock.request@cox.net	Eltávolítás
t-online.de (német/T-Mobile)	tobr@rx.t-online.de	Eltávolítás

[!TIPP] Kezdj kevesebb, de jó minőségű e-maillel, hogy pozitív hírnevet építs ki, mielőtt nagyobb mennyiségben küldenél e-mailt.

[!FONTOS] Ha a domainje feketelistán szerepel, minden feketelistának megvan a saját eltávolítási folyamata. További utasításokért tekintse meg a weboldalukat.

[!TIPP] Ha további segítségre van szüksége, vagy ha egy adott e-mail szolgáltató tévesen spamként jelölt meg minket, kérjük, lépjen kapcsolatba velünk.

Mit tegyek, ha spam e-maileket kapok

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

Miért küldik magamnak a teszt e-maileimet a Gmailben "gyanús"

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.

Távolíthatom el a viawardemail dot netot a Gmailből

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.

Adatkezelés

Hol találhatók a szervereitek?

[!TIPP] Hamarosan bejelenthetjük az EU-s adatközpontunk helyszínét, amelyet a következő címen üzemeltetünk: forwardemail.euIratkozzon fel a beszélgetésre a következő címen: https://github.com/orgs/forwardemail/discussions/336 frissítésekért.

Szervereink elsősorban Denverben, Coloradóban találhatók – lásd https://forwardemail.net/ips a teljes IP-címlistánkért.

Alfeldolgozóinkról a következő weboldalon tájékozódhat: GDPR, DPA, és Magánélet oldalak.

Hogyan exportálhatom és készíthetek biztonsági másolatot a postafiókomról

Postafiókjait bármikor exportálhatja más néven EML, Mbox, vagy titkosítva SQLite formátumok.

Menj Az én fiókom Domainek Más nevek Töltse le a Biztonsági másolatot, és válassza ki a kívánt exportformátumtípust.

Az exportálás befejezése után e-mailben elküldjük az exportálás letöltésére szolgáló linket.

Vegye figyelembe, hogy biztonsági okokból ez az exportálási letöltési hivatkozás 4 óra elteltével lejár.

Ha meg kell vizsgálnia az exportált EML vagy Mbox formátumokat, akkor ezek a nyílt forráskódú eszközök hasznosak lehetnek:

Név	Formátum	Felület	GitHub URL
MBox Viewer	Mbox	ablakok	https://github.com/eneam/mboxviewer
mbox-web-nézegető	Mbox	Minden platform	https://github.com/PHMRanger/mbox-web-viewer
EmlReader	EML	ablakok	https://github.com/ayamadori/EmlReader
E-mail néző	EML	VSCode	https://github.com/joelharkes/vscode_email_viewer
eml-olvasó	EML	Minden platform	https://github.com/s0ph1e/eml-reader

Ezenkívül, ha egy Mbox fájlt EML fájllá kell konvertálnia, használhatja https://github.com/noelmartinon/mboxzilla.

Hogyan importálhatom és migrálhatom meglévő postafiókomat

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

1. Exportálja e-mailjeit meglévő e-mail szolgáltatójától:

   E-mail szolgáltató	Exportálási formátum	Exportálási utasítások
   Gmail	MBOX	https://takeout.google.com/settings/takeout/custom/gmail
   kilátás	PST	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: Zinkuba for Windows (GitHub) readpst for Windows cygwin - (például. readpst -u -o $OUT_DIR $IN_DIR cseréje $OUT_DIR és $IN_DIR a kimeneti könyvtárral, illetve a bemeneti könyvtár elérési útjával). readpst Ubuntu/Linux számára - (például. sudo apt-get install readpst és akkor readpst -u -o $OUT_DIR $IN_DIR, csere $OUT_DIR és $IN_DIR a kimeneti könyvtárral, illetve a bemeneti könyvtár elérési útjával). readpst macOS-hez (brew-n keresztül) - (például. brew install libpst és akkor readpst -u -o $OUT_DIR $IN_DIR, csere $OUT_DIR és $IN_DIR a kimeneti könyvtárral, illetve a bemeneti könyvtár elérési útjával). PST Converter for Windows (GitHub)
   Apple Mail	MBOX	https://support.apple.com/guide/mail/import-or-export-mailboxes-mlhlp1030/mac#apd37a3190755974
   Fastmail	EML	https://www.fastmail.help/hc/en-us/articles/360060590573-Download-all-your-data#downloadmail
   Proton Mail	MBOX/EML	https://proton.me/support/export-emails-import-export-app
   Tutanota	EML	https://github.com/crepererum-oss/tatuanatata?tab=readme-ov-file#tatutanatata
   Gondol	EML	https://docs.gandi.net/en/gandimail/common_operations/backup_email.html#contents
   Zoho	EML	https://www.zoho.com/mail/help/import-export-emails.html#alink2
   Egyéb	Haszná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.

Támogatja-e az önálló szállást

Igen, 2025 márciusától támogatjuk a saját üzemeltetésű lehetőséget. Olvassa el a blogot itt. Ellenőrizze a saját házigazdája kezdéshez. Azok számára, akiket érdekel egy részletesebb, lépésről lépésre bemutatott verzió, tekintse meg a következőt: Ubuntu vagy Debian alapú útmutatók.

E-mail konfiguráció

Hogyan kezdjem el és állítsam be az e-mail továbbítást

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	0	mx1.forwardemail.net
   "@", "." vagy üres	3600	MX	0	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

   Fontos: A mindenre kiterjedő továbbítási szabályokat úgy is lehetne jellemezni, mint "bukás". Ez azt jelenti, hogy a legalább egy meghatározott továbbítási szabálynak megfelelő bejövő e-maileket a rendszer az összesítő helyett. A speciális szabályok közé tartoznak az e-mail címek és a reguláris kifejezések.
   
   Például:
   forward-email=hello:first@gmail.com,second@gmail.com
   A címre küldött e-mailek hello@example.com **nem** lesz továbbítva second@gmail.com (a mindenre kiterjedő) ezzel a konfigurációval, és ehelyett csak a következő címre lesz kézbesítve first@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.

Használhatok több MX központot és szervert a speciális továbbításhoz?

Igen, de csak egy MX-csere szerepeljen a DNS-rekordokban.

Ne próbálja meg a "Priority"-t több MX-csere konfigurálására használni.

Ehelyett be kell állítania meglévő MX Exchange-jét, hogy az összes nem egyező alias leveleit szolgáltatásunk központjaira továbbítsa (mx1.forwardemail.net és/vagy mx2.forwardemail.net).

Ha a Google Workspace-t használja, és az összes nem egyező aliast a szolgáltatásunkba szeretné továbbítani, akkor lásd: https://support.google.com/a/answer/6297084.

Ha Microsoft 365-öt (Outlook) használ, és az összes nem egyező álnevet szolgáltatásunkba szeretné továbbítani, akkor lásd: https://learn.microsoft.com/en-us/exchange/mail-flow-best-practices/use-connectors-to-configure-mail-flow/set-up-connectors-to-route-mail és https://learn.microsoft.com/en-us/exchange/mail-flow-best-practices/manage-mail-flow-for-multiple-locations.

Hogyan állíthatok be egy nyaralási válaszadót (automatikus, házon kívüli válasz)

Menj Az én fiókom Domainek Aliasok, és hozza létre vagy szerkessze azt az álnevet, amelyhez nyaralási automatikus válaszadót szeretne konfigurálni.

Lehetősége van a kezdő dátum, a befejezés dátumának, a tárgynak és az üzenetnek a konfigurálására, valamint bármikor engedélyezheti vagy letilthatja:

• Az egyszerű szöveg tárgya és üzenete jelenleg támogatott (mi használjuk striptags csomag belsőleg a HTML eltávolításához).
• A tárgy legfeljebb 100 karakterből állhat.
• Az üzenet legfeljebb 1000 karakterből állhat.
• A beállításhoz kimenő SMTP konfigurációra van szükség (például be kell állítania a DKIM, a DMARC és a Return-Path DNS rekordokat).
  • 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.
• A vakációs válasz nem engedélyezhető globális hiúsági tartományneveknél (pl. eldobható címek nem támogatottak).
• A vakációs válasz nem engedélyezhető helyettesítő karakteres/catch-all (*) sem reguláris kifejezéseket.

Ellentétben a levelezőrendszerekkel, mint pl postfix (például amelyek a sieve szabadságszűrő bővítmény) – A Forward Email automatikusan hozzáadja a DKIM-aláírást, ál-ellenőrzi a kapcsolódási problémákat a nyaralási válaszok küldésekor (például a gyakori SSL/TLS-kapcsolati problémák és a régebbi karbantartott kiszolgálók miatt), és még az Open WKD és PGP titkosítást is támogatja a nyaralási válaszokhoz.

1. Egyszer csak egyszer küldünk engedélyezett listán feladó 4 naponta (ami hasonló a Gmail viselkedéséhez).

   • A Redis gyorsítótárunk ujjlenyomatát használja alias_id és sender, míg alias_id az alias MongoDB ID és sender vagy a Feladó címe (ha szerepel az engedélyezési listán), vagy a gyökérdomain a Feladó címben (ha nincs engedélyezve). Az egyszerűség kedvéért a gyorsítótárban lévő ujjlenyomat lejárati ideje 4 nap.

   • Az a megközelítésünk, hogy a feladó címében elemzett gyökérdomaint használjuk a nem engedélyezett feladók számára, megakadályozza, hogy a viszonylag ismeretlen feladók (például rosszindulatú szereplők) visszaélései elárasszák az üdülési válaszüzeneteket.

2. Csak akkor küldünk, ha a LEVELET FROM és/vagy Feladó nem üres, és nem tartalmaz (a kis- és nagybetűket nem megkülönbözteti) postmaster felhasználónév (a @ előtti rész egy e-mailben).

3. Nem küldjük el, ha az eredeti üzenetben a következő fejlécek szerepeltek (nem különbözteti meg a kis- és nagybetűket):

   • Fejléc auto-submitted értékkel nem egyenlő no.
   • Fejléc x-auto-response-suppress értékkel dr, autoreply, auto-reply, auto_reply, vagy all
   • Fejléc list-id, list-subscribe, list-unsubscribe, list-help, list-post, list-owner, list-archive, x-autoreply, x-autorespond, vagy x-auto-respond (értéktől függetlenül).
   • Fejléc precedence értékkel bulk, autoreply, auto-reply, auto_reply, vagy list.

4. Nem küldünk, ha a MAIL FROM vagy Feladó e-mail címe ezzel végződik +donotreply, -donotreply, +noreply, vagy -noreply.

5. Nem küldünk, ha a Feladó e-mail cím felhasználónév része volt mdaemon és volt benne a kis- és nagybetűk közötti fejléc X-MDDSN-Message.

6. Nem küldünk, ha nem különbözik a kis- és nagybetűktől content-type fejléce multipart/report.

Hogyan állíthatom be az SPF-et az e-mailek továbbításához

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

Hogyan állíthatom be a DKIM-et az e-mailek továbbításához

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.

Hogyan állíthatom be a DMARC-t az e-mailek továbbításához

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.

Hogyan csatlakoztathatom és konfigurálhatom a névjegyeimet?

A névjegyek konfigurálásához használja a következő CardDAV URL-címet: https://carddav.forwardemail.net (vagy egyszerűen carddav.forwardemail.net ha az ügyfele megengedi)

Hogyan csatlakoztathatom és konfigurálhatom a naptáraimat

A naptár konfigurálásához használja a CalDAV URL-címét: https://caldav.forwardemail.net (vagy egyszerűen caldav.forwardemail.net ha az ügyfele megengedi)

Hogyan adhatok hozzá további naptárakat és kezelhetem a meglévő naptárakat

Ha további naptárakat szeretne hozzáadni, akkor egyszerűen adjon hozzá egy új naptár URL-címét: https://caldav.forwardemail.net/dav/principals/calendar-name (feltétlenül cserélje ki calendar-name a kívánt naptárnévvel)

A létrehozás után megváltoztathatja a naptár nevét és színét – csak használja a kívánt naptáralkalmazást (pl. Apple Mail vagy Thunderbird).

Hogyan állíthatom be az SRS-t az e-mailek továbbításához

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

Hogyan állíthatom be az MTA-STS-t az e-mailek továbbításához

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

Hogyan adhatok hozzá profilképet az e-mail címhez

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

Speciális funkciók

Támogatnak-e marketinggel kapcsolatos e-mailekhez kapcsolódó hírleveleket vagy levelezőlistákat?

Igen, bővebben itt olvashatsz https://forwardemail.net/guides/newsletter-with-listmonk.

Felhívjuk figyelmét, hogy az IP hírnevének megőrzése és a kézbesítés biztosítása érdekében az E-mail továbbítása manuális ellenőrzési folyamatot végez domainenként. hírlevél jóváhagyása. Email support@forwardemail.net vagy nyissa meg a segítségkérés jóváhagyásra. Ez általában kevesebb, mint 24 órát vesz igénybe, és a legtöbb kérést 1-2 órán belül teljesítik. A közeljövőben arra törekszünk, hogy ezt a folyamatot azonnalivá tegyük további spamkezelésekkel és riasztásokkal. Ez a folyamat biztosítja, hogy e-mailjei eljussanak a beérkező levelek mappájába, és ne legyenek spamként megjelölve.

Támogatod az e-mailek küldését API-val?

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.

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.

Támogatja-e az e-mailek fogadását az IMAP használatával?

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.

Támogatod a POP3-at?

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.

Támogatod a naptárakat (CalDAV)

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.

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

Belépés	Példa	Leírás
Felhasználónév	user@example.com	A 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.

Támogatják a névjegyeket (CardDAV)?

Igen, 2025. június 12-től hozzáadtuk ezt a funkciót. A szerverünk a következő: carddav.forwardemail.net és a mi oldalunkon is figyelik állapotoldal.

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

Belépés	Példa	Leírás
Felhasználónév	user@example.com	A domainhez tartozó alias e-mail címe Az én fiókom Domainek.
Jelszó	************************	Alias-specifikus generált jelszó.

A kapcsolattartási tá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.

Támogatja-e az e-mailek küldését SMTP-vel?

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.

Támogatja az OpenPGP/MIME-t, a végpontok közötti titkosítást ("E2EE") és a Web Key Directory-t ("WKD")?

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

• A WKD keresések 1 órán keresztül gyorsítótárban vannak az e-mailek időben történő kézbesítésének biztosítása érdekében → ezért ha hozzáadja, módosítja vagy eltávolítja WKD-kulcsát, kérjük, küldjön e-mailt a következő címre: support@forwardemail.net e-mail címével, hogy manuálisan törölhessük a gyorsítótárat.
• Támogatjuk a PGP-titkosítást azoknál az üzeneteknél, amelyeket WKD-keresésen keresztül továbbítottunk, vagy a felületünkön feltöltött PGP-kulcsot használunk.
• A feltöltött kulcsok mindaddig érvényesek, amíg a PGP jelölőnégyzet be van kapcsolva/jelölve.
• A webhookra küldött üzenetek jelenleg nincsenek PGP-vel titkosítva.
• Ha több aliasa is egyezik egy adott továbbítási címhez (pl. regex/wildcard/exact combo), és ezek közül több is tartalmaz feltöltött PGP-kulcsot, és a PGP-t ellenőrizték → akkor hibaértesítő e-mailt küldünk, és nem. titkosítsa az üzenetet a feltöltött PGP-kulccsal. Ez nagyon ritka, és általában csak az összetett álnévszabályokkal rendelkező haladó felhasználókra vonatkozik.
• A PGP-titkosítást nem alkalmazzuk az MX-szervereinken keresztüli e-mail-továbbításra, ha a feladó DMARC-szabályzattal rendelkezik az elutasításról. Ha PGP-titkosításra van szüksége minden levelet, akkor azt javasoljuk, hogy használja az IMAP szolgáltatásunkat, és állítsa be PGP-kulcsát a bejövő levelek álnevéhez.

A Web Key Directory beállítását a következő címen érvényesítheti https://wkd.chimbosonic.com/ (nyílt forráskódú) ill https://www.webkeydirectory.com/ (szabadalmazott).

1. Töltse le és telepítse az e-mail kliens által javasolt bővítményt alább:

   E-mail kliens	Felület	Ajánlott bővítmény	Megjegyzések
   Thunderbird	Asztali	Állítsa be az OpenPGP-t a Thunderbirdben	A Thunderbird beépített OpenPGP-támogatással rendelkezik.
   Gmail	Bö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 Mail	Mac operációs rendszer	Ingyenes GPGMail	Az Apple Mail nem támogatja az OpenPGP-t, de letöltheti a nyílt forráskódú bővítményt Ingyenes GPGMail.
   Apple Mail	iOS	PGPro 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ás	ablakok	gpg4win	Az 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ás	Bö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.
   Android	Mobil	OpenKeychain vagy FlowCrypt	Android levelezőkliensek mint például Thunderbird mobil é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 Chrome	Bö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 Firefox	Bö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 Edge	Böngésző	Levélboríték	Letöltheti a nyílt forráskódú böngészőbővítményt Levélboríték.
   Bátor	Bö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.
   Balsa	Asztali	Az OpenPGP beállítása a Balsában	A Balsa beépített OpenPGP-támogatással rendelkezik.
   KMail	Asztali	Az OpenPGP beállítása a KMailben	A KMail beépített támogatja az OpenPGP-t.
   GNOME Evolution	Asztali	Az OpenPGP beállítása az Evolutionban	A GNOME Evolution beépített támogatja az OpenPGP-t.
   Terminál	Asztali	Állítsa be a gpg-t a terminálban	Haszná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.

Támogatod az MTA-STS-t?

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.

Támogatod a jelszót és a WebAuthnt?

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:

• Jelentkezzen be alkalmazásaiba és webhelyeire jelszóval (Google)
• Használjon jelkulcsokat az alkalmazásokba és webhelyekre való bejelentkezéshez iPhone készüléken (Alma)
• Wikipédia-cikk a jelszavakról

Támogatja az e-mailes bevált módszereket

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.

Támogatod a visszapattanó webhookat?

Igen, 2024. augusztus 14-től hozzáadtuk ezt a funkciót. Most megnyithatja a Saját fiók → Domainek → Beállítások → Visszapattanó Webhook URL-t, és konfigurálhat egy http:// vagy https:// URL, amelyet elküldünk a POST kérni, amikor a kimenő SMTP e-mailek visszapattannak.

Ez hasznos a kimenő SMTP kezeléséhez és figyeléséhez – és felhasználható az előfizetők fenntartására, a leiratkozásra, valamint a visszapattanások észlelésére.

A visszapattanó webhook hasznos terhelések JSON-ként kerülnek elküldésre a következő tulajdonságokkal:

• email_id (Karakterlánc) - e-mail azonosító, amely megfelel egy e-mailnek a Saját fiók → E-mailek (kimenő SMTP) menüpontban
• list_id (karakterlánc) - a List-ID fejléc (a kis- és nagybetűket megkülönböztető) értéke, ha van, az eredeti kimenő e-mailből
• list_unsubscribe (karakterlánc) - a List-Unsubscribe fejléc (a kis- és nagybetűket megkülönböztető) értéke, ha van, az eredeti kimenő e-mailből
• feedback_id (karakterlánc) - a Feedback-ID fejléc (a kis- és nagybetűket megkülönböztető) értéke, ha van, az eredeti kimenő e-mailből
• recipient (Karakterlánc) – a visszapattanó vagy hibás címzett e-mail címe
• message (karakterlánc) – részletes hibaüzenet a visszapattanáshoz
• response (String) – az SMTP válaszüzenet
• response_code (Szám) – az elemzett SMTP válaszkód
• truth_source (Karakterlánc) – ha a válaszkód megbízható forrásból származik, akkor ez az érték a gyökértartománynévvel lesz feltöltve (pl. google.com vagy yahoo.com)
• bounce (Objektum) - a következő tulajdonságokat tartalmazó objektum, amely részletezi a visszapattanási és elutasítási állapotot
  • action (karakterlánc) – visszapattanó művelet (pl. "reject")
  • message (karakterlánc) – visszapattanási ok (pl. "Message Sender Blocked By Receiving Server")
  • category (karakterlánc) – visszapattanási kategória (pl. "block")
  • code (Szám) – visszapattanási állapotkód (pl. 554)
  • status (Karakterlánc) – visszapattanó kód a válaszüzenetből (pl. 5.7.1)
  • line (szám) – elemzett sor száma, ha van, a Zone-MTA visszafordulási elemzési listából (például. 526)
• headers (Object) – a kimenő e-mail fejléceinek kulcsérték-párja
• bounced_at (karakterlánc) - ISO 8601 formázott A visszafordulási hiba bekövetkezésének dátuma

Például:

{
  "email_id": "66bcce793ef7b2a0928e14ba",
  "recipient": "example@gmail.com",
  "message": "The email account that you tried to reach is over quota.",
  "response": "552 5.2.2 The email account that you tried to reach is over quota.",
  "response_code": 552,
  "truth_source": "google.com",
  "bounce": {
    "action": "reject",
    "message": "Gmail Mailbox is full",
    "category": "capacity",
    "code": 552,
    "status": "5.2.2",
    "line": 300
  },
  "headers": {},
  "bounced_at": "2024-08-24T01:50:02.828Z"
}

Íme néhány további megjegyzés a visszapattanó webhookkal kapcsolatban:

• Ha a webhook rakomány tartalmazza a list_id, list_unsubscribe, vagy feedback_id értékét, akkor meg kell tennie a megfelelő lépéseket a recipient szükség esetén a listából.
  • Ha a bounce.category értéke egy volt "block", "recipient", "spam", vagy "virus", akkor mindenképpen el kell távolítania a felhasználót a listáról.
• Ha ellenőriznie kell a webhook hasznos terheit (hogy megbizonyosodjon arról, hogy azok valóban a szerverünkről származnak), akkor megteheti oldja meg a távoli kliens IP-címét az ügyfél gazdagépnevét fordított kereséssel – annak lennie kell smtp.forwardemail.net.
  • Ellenőrizheti az IP-t is közzétett IP-címeinket.
  • A webhook-kulcs beszerzéséhez lépjen a Saját fiók → Domainek → Beállítások → Webhook Signature Payload Verification Key menüpontra.
    • Ezt a kulcsot biztonsági okokból bármikor elforgathatja.
    • Számítsa ki és hasonlítsa össze a X-Webhook-Signature értéket a webhook kérésünkből az ezzel a kulccsal kiszámított törzsértékkel. Ennek végrehajtására egy példa a címen található ezt a Stack Overflow bejegyzést.
  • Lásd a vitát a címen https://github.com/forwardemail/free-email-forwarding/issues/235 több betekintésért.
• ig várunk 5 másodpercig, amíg a webhook-végpont a következővel válaszol 200 állapotkód, és újra próbálkozunk legfeljebb 1 idő.
• Ha azt észleljük, hogy a visszapattanó webhook URL-címe hibás, miközben megpróbálunk kérést küldeni rá, akkor hetente egyszer küldünk egy e-mailt.

Támogatja a webhookokat

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.

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 ellenőriznie kell a webhook hasznos terheit (hogy megbizonyosodjon arról, hogy azok valóban a szerverünkről származnak), akkor megteheti oldja meg a távoli kliens IP-címét az ügyfél gazdagépnevét fordított kereséssel – annak is kell lennie mx1.forwardemail.net vagy mx2.forwardemail.net.

  • Ellenőrizheti az IP-t is közzétett IP-címeinket.
  • Ha fizetős csomagot használ, lépjen a Saját fiók → Domainek → Beállítások → Webhook Signature Payload Verification Key menüpontra a webhook-kulcs beszerzéséhez.
    • Ezt a kulcsot biztonsági okokból bármikor elforgathatja.
    • Számítsa ki és hasonlítsa össze a X-Webhook-Signature értéket a webhook kérésünkből az ezzel a kulccsal kiszámított törzsértékkel. Ennek végrehajtására egy példa a címen található ezt a Stack Overflow bejegyzést.
  • Lásd a vitát a címen https://github.com/forwardemail/free-email-forwarding/issues/235 több betekintésért.

• 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 üzenet eredeti címzettjével történő hibakereséshez (a maszkolt továbbítás előtt).

• Ha el kell távolítania attachments és/vagy raw tulajdonságait a hasznos tehertestből, egyszerűen adja hozzá ?attachments=false, ?raw=false, vagy ?attachments=false&raw=false a webhook-végponthoz lekérdezési karakterlánc-paraméterként (pl. https://example.com/webhook?attachments=false&raw=false).

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

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

Támogatja a reguláris kifejezéseket vagy a regexet

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

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:

Név/Host/Alias	TTL	típus	Válasz/Érték
"@", "." vagy üres	3600	TXT	forward-email=/^(linus|torvalds)$/:user@gmail.com

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

Név/Host/Alias	TTL	típus	Válasz/Érték
"@", "." vagy üres	3600	TXT	forward-email=/^(support|info)$/:user+$1@gmail.com

Név/Host/Alias	TTL	típus	Válasz/Érték
"@", "." vagy üres	3600	TXT	forward-email=/^(.*?)$/:https://example.com/webhook?username=$1

Név/Host/Alias	TTL	típus	Válasz/Érték
"@", "." vagy üres	3600	TXT	forward-email=/^(linus|torvalds)$/:!

Név/Host/Alias	TTL	típus	Válasz/Érték
"@", "." vagy üres	3600	TXT	forward-email=/^(linus|torvalds)$/:!!

Név/Host/Alias	TTL	típus	Válasz/Érték
"@", "." vagy üres	3600	TXT	forward-email=/^(linus|torvalds)$/:!!!

Melyek a kimenő SMTP-korlátok?

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 ezt az összeget, vagy folyamatosan nagy e-mailjei vannak, akkor kérjük lépjen kapcsolatba velünk.

Kell-e jóváhagyás az SMTP engedélyezéséhez?

Igen, kérjük, vegye figyelembe, hogy az IP-cím hírnevének megőrzése és a kézbesítés biztosítása érdekében a Forward Email manuális felülvizsgálati folyamatot alkalmaz domainenként a kimenő SMTP-jóváhagyáshoz. support@forwardemail.net vagy nyissa meg a segítségkérés jóváhagyásra. Ez általában kevesebb, mint 24 órát vesz igénybe, és a legtöbb kérést 1-2 órán belül teljesítik. A közeljövőben arra törekszünk, hogy ezt a folyamatot azonnalivá tegyük további spamkezelésekkel és riasztásokkal. Ez a folyamat biztosítja, hogy e-mailjei eljussanak a beérkező levelek mappájába, és ne legyenek spamként megjelölve.

Mik az SMTP-kiszolgáló konfigurációs beállításai

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önyv	Gazdanév	Portok	IPv4	IPv6
SSL/TLS Előnyben részesített	smtp.forwardemail.net	465, 2465	✅	✅
TLS (STARTTLS)	smtp.forwardemail.net	587, 2587, 2525, 25	✅	✅

Belépés	Példa	Leírás
Felhasználónév	user@example.com	A 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.

Mik az IMAP-kiszolgáló konfigurációs beállításai

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önyv	Gazdanév	Portok	IPv4	IPv6
SSL/TLS Előnyben részesített	imap.forwardemail.net	993, 2993	✅	✅

Belépés	Példa	Leírás
Felhasználónév	user@example.com	A 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.

Mik a POP3 szerver konfigurációs beállításai

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önyv	Gazdanév	Portok	IPv4	IPv6
SSL/TLS Előnyben részesített	pop3.forwardemail.net	995, 2995	✅	✅

Belépés	Példa	Leírás
Felhasználónév	user@example.com	A 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.

Postfix SMTP-továbbító konfiguráció

A Postfix beállítható úgy, hogy az e-maileket a Forward Email SMTP-szerverein keresztül továbbítsa. Ez hasznos olyan szerveralkalmazások számára, amelyeknek e-maileket kell küldeniük.

Telepítés

1. Telepítsd a Postfixet a szerveredre:

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

2. A telepítés során, amikor a rendszer kéri a konfiguráció típusát, válassza az „Internetes oldal” lehetőséget.

Konfiguráció

1. Szerkessze a fő Postfix konfigurációs fájlt:

sudo nano /etc/postfix/main.cf

2. Adja hozzá vagy módosítsa ezeket a beállításokat:

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

3. Hozza létre a SASL jelszófájlt:

sudo nano /etc/postfix/sasl_passwd

4. Add meg az e-mail továbbítási hitelesítő adatait:

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

5. A jelszófájl biztonságossá tétele és hashelése:

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

6. Indítsd újra a Postfixet:

sudo systemctl restart postfix

Tesztelés

Tesztelje a konfigurációt egy teszt e-mail küldésével:

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

Biztonság

Speciális szervererősítési technikák

[!TIPP] Tudjon meg többet biztonsági infrastruktúránkról a következő címen: a Biztonság oldalunkon.

A Forward Email számos szerverbiztonsági technikát alkalmaz infrastruktúránk és az Ön adatainak biztonságának garantálása érdekében:

1. Hálózati biztonság:

   • IP-táblák tűzfala szigorú szabályokkal
   • Fail2ban a brute force védelemért
   • Rendszeres biztonsági auditok és penetrációs tesztek
   • Csak VPN-alapú adminisztrátori hozzáférés

2. Rendszerkeményítés:

   • Minimális csomagtelepítés
   • Rendszeres biztonsági frissítések
   • SELinux kényszerítő módban
   • Letiltott root SSH hozzáférés
   • Csak kulcsalapú hitelesítés

3. Alkalmazásbiztonság:

   • Tartalombiztonsági irányelvek (CSP) fejlécek
   • HTTPS szigorú átviteli biztonság (HSTS)
   • XSS védelmi fejlécek
   • Keretbeállítások és hivatkozói irányelvek fejlécei
   • Rendszeres függőségi auditok

4. Adatvédelem:

   • Teljes lemeztitkosítás LUKS-szal
   • Biztonságos kulcskezelés
   • Rendszeres biztonsági mentések titkosítással
   • Adatminimalizálási gyakorlatok

5. Monitoring és reagálás:

   • Valós idejű behatolásérzékelés
   • Automatikus biztonsági szkennelés
   • Központosított naplózás és elemzés
   • Incidensre adott válasz eljárások

[!FONTOS] Biztonsági gyakorlatunkat folyamatosan frissítjük, hogy kezelni tudjuk az újonnan felmerülő fenyegetéseket és sebezhetőségeket.

[!TIPP] A maximális biztonság érdekében azt javasoljuk, hogy szolgáltatásunkat végponttól végpontig terjedő titkosítással, OpenPGP-n keresztül használja.

Rendelkezik SOC 2 vagy ISO 27001 tanúsítvánnyal?

[!NOTE] A Forward Email tanúsított alfeldolgozók által biztosított infrastruktúrán működik az iparági szabványoknak való megfelelés biztosítása érdekében.

A Forward Email nem rendelkezik közvetlenül SOC 2 Type II vagy ISO 27001 tanúsítvánnyal. A szolgáltatás azonban tanúsított alfeldolgozók által biztosított infrastruktúrán működik:

• DigitalOceanSOC 2 Type II és SOC 3 Type II tanúsítvánnyal rendelkezik (a Schellman & Company LLC auditálta), ISO 27001 tanúsítvánnyal rendelkezik több adatközpontban. Részletek: https://www.digitalocean.com/trust/certification-reports

• VultrSOC 2+ (HIPAA) tanúsítvánnyal rendelkezik, ISO/IEC tanúsítványok: 20000-1:2018, 27001:2022, 27017:2015, 27018:2019. Részletek: https://www.vultr.com/legal/compliance/

• DataPacketSOC 2 kompatibilis (a tanúsítvány megszerzéséhez forduljon közvetlenül a DataPackethez), vállalati szintű infrastruktúra-szolgáltató (denveri helyszín). Részletek: https://www.datapacket.com/datacenters/denver

A Forward Email az iparági legjobb biztonsági audit gyakorlatokat követi, és rendszeresen együttműködik független biztonsági kutatókkal. Forrás: https://forwardemail.net/technical-whitepaper.pdf#page=36

TLS titkosítást használsz az e-mail továbbításhoz?

Igen. A Forward Email szigorúan kikényszeríti a TLS 1.2+ használatát minden kapcsolatnál (HTTPS, SMTP, IMAP, POP3), és MTA-STS-t alkalmaz a fokozott TLS-támogatás érdekében. A megvalósítás a következőket tartalmazza:

• TLS 1.2+ kényszerítése minden e-mail kapcsolaton
• ECDHE (elliptikus görbe Diffie-Hellman Ephemeral) kulcscsere a tökéletes továbbítási titoktartás érdekében
• Modern titkosítócsomagok rendszeres biztonsági frissítésekkel
• HTTP/2 támogatás a jobb teljesítmény és biztonság érdekében
• HSTS (HTTP Strict Transport Security) előre telepítve a főbb böngészőkben
• MTA-STS (levéltovábbító ügynök szigorú szállítási biztonsága) szigorú TLS-érvényesítéshez

Forrás: https://forwardemail.net/technical-whitepaper.pdf#page=25

MTA-STS megvalósításA Forward Email szigorú MTA-STS-kényszerítést valósít meg a kódbázisban. Amikor TLS-hibák történnek, és az MTA-STS érvényesül, a rendszer 421-es SMTP-állapotkódot ad vissza, hogy az e-maileket később újrapróbálják elküldeni, ahelyett, hogy nem biztonságosan kézbesítenék őket. Megvalósítási részletek:

• TLS hibaészlelés: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/is-tls-error.js
• MTA-STS betartatás a küldő e-mail segédben: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/send-email.js

Harmadik fél általi ellenőrzés: https://www.hardenize.com/report/forwardemail.net/1750312779 „Jó” minősítést mutat minden TLS és átviteli biztonsági intézkedésre.

Megőrzik az e-mail hitelesítési fejléceket?

Igen. A Forward Email átfogóan megvalósítja és megőrzi az e-mail hitelesítési fejléceket:

• SPF (küldői irányelvek keretrendszere)Megfelelően megvalósítva és megőrizve
• DKIM (DomainKeys azonosított levél)Teljes körű támogatás megfelelő kulcskezeléssel
• DMARC: Szabályzat betartatása az SPF vagy DKIM ellenőrzésen átesett e-mailekre vonatkozóan
• ARCBár nem részletezve kifejezetten, a szolgáltatás tökéletes megfelelőségi pontszámai átfogó hitelesítési fejléckezelésre utalnak.

Forrás: https://forwardemail.net/technical-whitepaper.pdf#page=31

Érvényesítés: Az Internet.nl Mail Test 100/100-as pontszámot mutat kifejezetten az "SPF, DKIM és DMARC" implementációra. A Hardenize értékelés megerősíti az SPF és a DMARC "Jó" értékelését: https://www.hardenize.com/report/forwardemail.net/1750312779

Megőrzi az eredeti e-mail fejléceket és megakadályozza a hamisítást?

[!TIPP] A Forward Email kifinomult hamisítás elleni védelmet biztosít az e-mailes visszaélések megelőzése érdekében.

A Forward Email megőrzi az eredeti e-mail fejléceket, miközben átfogó hamisítás elleni védelmet valósít meg az MX kódbázison keresztül:

• Fejléc megőrzéseAz eredeti hitelesítési fejlécek megmaradnak a továbbítás során.
• Hamisítás elleni védelemA DMARC-szabályzat betartatása megakadályozza a fejléchamisítást azáltal, hogy elutasítja azokat az e-maileket, amelyek nem felelnek meg az SPF vagy DKIM érvényesítésnek.
• Fejléc befecskendezésének megakadályozásaBeviteli validáció és fertőtlenítés a striptags könyvtár használatával
• Speciális védelemKifinomult adathalászat-észlelés hamisítás-észleléssel, megszemélyesítés megelőzésével és felhasználói értesítési rendszerekkel

MX implementációs részletekAz alapvető e-mail-feldolgozási logikát az MX szerver kódbázisa kezeli, konkrétan:

• Fő MX adatkezelő: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/on-data-mx.js
• Tetszőleges e-mail szűrés (hamisítás elleni védelem): https://github.com/forwardemail/forwardemail.net/blob/master/helpers/is-arbitrary.js

A isArbitrary A helper kifinomult hamisítás elleni szabályokat alkalmaz, beleértve a domain-utánzás, a blokkolt kifejezések és a különféle adathalász minták észlelését.

Forrás: https://forwardemail.net/technical-whitepaper.pdf#page=32

Hogyan védekezhetsz a spam és a visszaélések ellen?

A Forward Email átfogó, többrétegű védelmet valósít meg:

• Rate LimitingHitelesítési kísérletekre, API végpontokra és SMTP kapcsolatokra vonatkozik.
• Erőforrás-elkülönítésFelhasználók között, hogy elkerüljük a nagy mennyiségű felhasználó okozta hatást
• DDoS-védelemTöbbrétegű védelem a DataPacket Shield rendszerének és a Cloudflare-nek köszönhetően
• Automatikus méretezésDinamikus erőforrás-kiigazítás az igények alapján
• Bántalmazás megelőzéseFelhasználóspecifikus visszaélés-megelőzési ellenőrzések és hash-alapú blokkolás a rosszindulatú tartalmak esetében
• E-mail hitelesítésSPF, DKIM, DMARC protokollok fejlett adathalászat-észleléssel

Források:

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

Tárolsz e-mail tartalmat lemezen?

[!FONTOS] A Forward Email (E-mail továbbítása) egy nulla tudású architektúrát használ, amely megakadályozza az e-mailek tartalmának lemezre írását.

• Nulla tudású architektúraAz egyedileg titkosított SQLite postafiókok azt jelentik, hogy a Forward Email nem férhet hozzá az e-mailek tartalmához.
• Memórián belüli feldolgozásAz e-mailek feldolgozása teljes mértékben a memóriában történik, elkerülve a lemezes tárolást.
• Nincs tartalomnaplózás: „Nem naplózunk és nem tárolunk lemezen e-mail tartalmakat vagy metaadatokat.”
• Sandbox titkosításA titkosítási kulcsok soha nem tárolódnak lemezen egyszerű szövegként.

MX kódbázis bizonyítékAz MX szerver teljes egészében a memóriában dolgozza fel az e-maileket anélkül, hogy a tartalmat lemezre írná. A fő e-mail-feldolgozó kezelő ezt a memórián belüli megközelítést mutatja be: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/on-data-mx.js

Források:

• https://forwardemail.net/technical-whitepaper.pdf#page=10 (Absztrakt)
• https://forwardemail.net/technical-whitepaper.pdf#page=59 (Nulla tudású részletek)
• https://forwardemail.net/technical-whitepaper.pdf#page=21 (Tesztkörnyezetben titkosított)

Kiszivároghat-e az e-mailek tartalma rendszerösszeomlások esetén?

Nem. A Forward Email átfogó védelmet nyújt a rendszerösszeomlással kapcsolatos adatszivárgás ellen:

• Magkidobások letiltva: Megakadályozza a memória kitettségét összeomlások esetén
• Swap memória letiltva: Teljesen letiltva a swap fájlokból származó érzékeny adatok kinyerésének megakadályozása érdekében
• Memórián belüli architektúraAz e-mail tartalom a feldolgozás során csak a felejtő memóriában létezik.
• Titkosítási kulcsvédelemA kulcsok soha nem tárolódnak lemezen egyszerű szövegként.
• Fizikai biztonságA LUKS v2 titkosított lemezek megakadályozzák az adatokhoz való fizikai hozzáférést
• USB-tároló letiltvaMegakadályozza az adatkivonást

Hibakezelés rendszerhibák eseténAz e-mail továbbítása segédfüggvényeket használ. isCodeBug és isTimeoutError annak érdekében, hogy adatbázis-kapcsolódási problémák, DNS-hálózati/blokklistás problémák vagy upstream kapcsolódási problémák esetén a rendszer 421-es SMTP állapotkódokat adjon vissza, így biztosítva, hogy az e-mailek később újrapróbálkozzanak a feldolgozással, nehogy elveszjenek vagy veszélybe kerüljenek.

Megvalósítás részletei:

• Hibabesorolás: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/is-code-bug.js
• Időtúllépési hibák kezelése az MX feldolgozásban: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/on-data-mx.js

Forrás: https://forwardemail.net/technical-whitepaper.pdf#page=15

Ki férhet hozzá az e-mail infrastruktúrájához?

A Forward Email átfogó hozzáférés-vezérlést alkalmaz a minimális, 2-3 fős mérnöki csapatához, szigorú 2FA-követelményekkel:

• Szerepköralapú hozzáférés-vezérlésErőforrás-alapú engedélyekkel rendelkező csapatfiókok esetén
• Legkisebb privilégium elveMinden rendszerben alkalmazható
• Feladatok szétválasztásaOperatív szerepkörök között
• Felhasználókezelés: Különálló jogosultságokkal rendelkező telepítési és devops felhasználók
• Root bejelentkezés letiltva: Hozzáférés kényszerítése megfelelően hitelesített fiókokon keresztül
• Szigorú 2FANincs SMS-alapú 2FA a MiTM-támadások kockázata miatt - csak alkalmazásalapú vagy hardveres tokenek
• Átfogó auditnaplózásÉrzékeny adatok elrejtésével
• Automatizált anomáliaészlelésSzokatlan hozzáférési minták esetén
• Rendszeres biztonsági felülvizsgálatokHozzáférési naplókból
• Gonosz Szobalány Támadás MegelőzéseUSB-tároló letiltva és egyéb fizikai biztonsági intézkedések

Források:

• https://forwardemail.net/technical-whitepaper.pdf#page=30 (Engedélyezési vezérlők)
• https://forwardemail.net/technical-whitepaper.pdf#page=30 (Hálózati biztonság)
• https://forwardemail.net/technical-whitepaper.pdf#page=15 (Gonosz szobalány támadásának megelőzése)

Milyen infrastruktúra-szolgáltatókat vesz igénybe?

[!FONTOS] A Forward Email több, átfogó megfelelőségi tanúsítvánnyal rendelkező infrastruktúra-alfeldolgozót használ.

A részletes GDPR megfelelőségi oldalunkon további információkat talál: https://forwardemail.net/gdpr

Elsődleges infrastruktúra alfeldolgozók:

Szolgáltató	Adatvédelmi Keretrendszer Tanúsított	GDPR megfelelőségi oldal
CloudFlare	✅ Igen	https://www.cloudflare.com/trust-hub/gdpr/
DataPacket	❌ Nem	https://www.datapacket.com/privacy-policy
DigitalOcean	❌ Nem	https://www.digitalocean.com/legal/gdpr
Vultr	❌ Nem	https://www.vultr.com/legal/eea-gdpr-privacy/

Részletes tanúsítványok:

DigitalOcean

• SOC 2 II. típusú és SOC 3 II. típusú (a Schellman & Company LLC által auditált)
• ISO 27001 tanúsítvánnyal rendelkezik több adatközpontban
• PCI-DSS kompatibilis
• CSA STAR 1. szintű tanúsítvánnyal rendelkezik
• APEC CBPR PRP tanúsítvánnyal rendelkezik
• Részletek: https://www.digitalocean.com/trust/certification-reports

Vultr

• SOC 2+ (HIPAA) tanúsítvánnyal rendelkezik
• PCI Merchant kompatibilis
• CSA STAR 1. szintű tanúsítvánnyal rendelkezik
• ISO/IEC 20000-1:2018, 27001:2022, 27017:2015, 27018:2019
• Részletek: https://www.vultr.com/legal/compliance/

DataPacket

• SOC 2 kompatibilis (a tanúsítvány megszerzéséhez forduljon közvetlenül a DataPackethez)
• Vállalati szintű infrastruktúra (Denveri telephely)
• DDoS védelem a Shield kiberbiztonsági rendszerén keresztül
• 24 órás technikai támogatás
• Globális hálózat 58 adatközpontban
• Részletek: https://www.datapacket.com/datacenters/denver

Fizetési feldolgozók:

• CsíkAdatvédelmi keretrendszer tanúsítvánnyal rendelkezik - https://stripe.com/legal/privacy-center
• PayPalNem részecskeszűrő (DPF) tanúsítvánnyal rendelkezik. https://www.paypal.com/uk/legalhub/privacy-full

Kínálnak adatfeldolgozási megállapodást (DPA)?

Igen, a Forward Email átfogó adatfeldolgozási megállapodást (DPA) kínál, amely aláírható vállalati szerződésünkkel együtt. A DPA másolata elérhető a következő címen: https://forwardemail.net/dpa

DPA-adatok:

• Lefedi a GDPR-megfelelőséget és az EU-USA/Svájc-USA adatvédelmi pajzs keretrendszereket
• Automatikusan elfogadva a Szolgáltatási Feltételeink elfogadásakor
• Nincs szükség külön aláírásra a standard adatvédelmi nyilatkozathoz
• Egyedi adatfeldolgozási megállapodások elérhetők vállalati licenc keretében

GDPR megfelelőségi keretrendszer: Adatvédelmi megállapodásunk részletesen ismerteti a GDPR-nak való megfelelést, valamint a nemzetközi adatátviteli követelményeket. A teljes körű információ a következő címen érhető el: https://forwardemail.net/gdpr

Az egyedi DPA-feltételeket vagy konkrét szerződéses megállapodásokat igénylő vállalati ügyfelek esetében ezeket a következő elérhetőségeken keresztül lehet intézni: Vállalati licenc (250 USD/hó) program.

Hogyan kezeli az adatvédelmi incidensekről szóló értesítéseket?

[!NOTE] A Forward Email nulla tudású architektúrája jelentősen korlátozza az incidensek hatását.

• Korlátozott adatforgalomA nulla tudású architektúra miatt nem férhet hozzá a titkosított e-mail tartalomhoz.
• Minimális adatgyűjtésBiztonsági okokból csak alapvető előfizetői adatok és korlátozott IP-naplók
• Alfeldolgozói keretrendszerekA DigitalOcean és a Vultr GDPR-kompatibilis incidensekre való reagálási eljárásokat tart fenn.

GDPR képviselői információk: A Forward Email a 27. cikkel összhangban GDPR képviselőket nevezett ki:

EU-képviselő: Osano International Compliance Services Limited FIGYELEM: LFHC 3 Dublin Landings, North Wall Quay Dublin 1, D01C4E0

Egyesült Királyságbeli képviselő: Osano UK Compliance LTD FIGYELEM: LFHC 42-46 Fountain Street, Belfast Antrim, BT1 - 5EF

Azon vállalati ügyfelek esetében, akik speciális adatvédelmi incidens értesítési szolgáltatási szint megállapodásokat (SLA) igényelnek, ezeket egy Vállalati licenc megállapodás.

Források:

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

Kínálnak tesztkörnyezetet?

A Forward Email technikai dokumentációja nem ír le explicit módon egy dedikált tesztkörnyezetet. A lehetséges tesztelési megközelítések azonban a következők:

• Saját tárhely opcióÁtfogó saját tárhelyszolgáltatási lehetőségek tesztkörnyezetek létrehozásához
• API interfészA konfigurációk programozott tesztelésének lehetősége
• Nyílt forráskódA 100%-ban nyílt forráskódú kód lehetővé teszi az ügyfelek számára a továbbítási logika vizsgálatát
• Több domainTöbb domain támogatása lehetővé teheti a tesztdomain létrehozását

A hivatalos sandbox képességeket igénylő vállalati ügyfelek esetében ezt egy Vállalati licenc elrendezés.

Forrás: https://github.com/forwardemail/forwardemail.net (Fejlesztői környezet részletei)

Biztosítanak-e monitorozó és riasztási eszközöket?

A Forward Email valós idejű felügyeletet biztosít bizonyos korlátozásokkal:

Elérhető:

• Valós idejű kézbesítésfigyelésNyilvánosan látható teljesítménymutatók a főbb e-mail-szolgáltatók esetében
• Automatikus riasztásA mérnöki csapat értesítést kap, ha a szállítási idő meghaladja a 10 másodpercet.
• Átlátható monitorozás100%-ban nyílt forráskódú monitorozó rendszerek
• Infrastruktúra-felügyeletAutomatizált anomáliadetektálás és átfogó auditnaplózás

Korlátozások:

• Az ügyfél felé irányuló webhookok vagy API-alapú kézbesítési állapotértesítések nincsenek explicit módon dokumentálva.

A részletes kézbesítési állapot webhookokat vagy egyéni monitorozási integrációkat igénylő vállalati ügyfelek számára ezek a funkciók elérhetők lehetnek a következő elérhetőségeken: Vállalati licenc megállapodások.

Források:

• https://forwardemail.net (Valós idejű monitorozási kijelző)
• https://github.com/forwardemail/forwardemail.net (A végrehajtás nyomon követése)

Hogyan biztosítható a magas rendelkezésre állás?

[!FONTOS] A Forward Email átfogó redundanciát valósít meg több infrastruktúra-szolgáltató között.

• Elosztott infrastruktúraTöbb szolgáltató (DigitalOcean, Vultr, DataPacket) földrajzi régiókban
• Földrajzi terheléselosztásCloudflare-alapú, geolokált terheléselosztás automatikus feladatátvétellel
• Automatikus méretezésDinamikus erőforrás-kiigazítás az igények alapján
• Többrétegű DDoS-védelemA DataPacket Shield rendszerén és a Cloudflare-en keresztül
• Szerver redundanciaTöbb szerver régiónként automatikus feladatátvétellel
• Adatbázis-replikációValós idejű adatszinkronizálás több helyszínen
• Monitoring és riasztás24/7-es felügyelet automatikus incidensreagálással

Üzemidő-kötelezettség99,9%-os+ szolgáltatás elérhetőség átlátható monitorozással a következő címen: https://forwardemail.net

Források:

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

Megfelel a Nemzetvédelmi Engedélyezési Törvény (NDAA) 889. szakaszának?

[!FONTOS] A Forward Email teljes mértékben megfelel a 889. szakasznak az infrastruktúra-partnerek gondos kiválasztásának köszönhetően.

Igen, az e-mail továbbítása 889. szakasznak megfelelőA Nemzetvédelmi Felhatalmazásról szóló törvény (NDAA) 889. szakasza tiltja a kormányzati szerveknek, hogy meghatározott vállalatok (Huawei, ZTE, Hikvision, Dahua és Hytera) telekommunikációs és videomegfigyelő berendezéseit használják, vagy szerződést kössenek olyan szervezetekkel, amelyek ilyen berendezéseket használnak.

Hogyan érhető el a továbbított e-mail a 889. szakasznak való megfelelés:

A Forward Email kizárólag két kulcsfontosságú infrastruktúra-szolgáltatóra támaszkodik, amelyek egyike sem használ a 889. szakasz által tiltott berendezéseket:

1. CloudFlare: Elsődleges partnerünk hálózati szolgáltatások és e-mail biztonság terén
2. DataPacketElsődleges szerver infrastruktúra szolgáltatónk (kizárólag Arista Networks és Cisco berendezéseket használunk)
3. Biztonsági mentési szolgáltatókA Digital Ocean és a Vultr biztonsági mentési szolgáltatóinkat írásban is megerősítettük, hogy megfelelnek a 889. szakasz előírásainak.

A Cloudflare elkötelezettségeA Cloudflare a harmadik félnek szóló magatartási kódexében kifejezetten kijelenti, hogy nem használ a 889. szakasz szerinti tiltott szervezetektől származó telekommunikációs berendezéseket, videomegfigyelő termékeket vagy szolgáltatásokat.

Kormányzati felhasználási esetA 889-es szakasznak való megfelelésünket akkor validálták, amikor a Amerikai Haditengerészeti Akadémia A Forward Email szolgáltatást választották biztonságos e-mail-továbbítási igényeik kielégítésére, és ehhez dokumentációra volt szükségük a szövetségi megfelelőségi szabványainkról.

A kormányzati megfelelési keretrendszerünkkel, beleértve a tágabb szövetségi szabályozásokat is, kapcsolatos részletes információkért olvassa el átfogó esettanulmányunkat: A szövetségi kormányzati e-mail szolgáltatás megfelel a 889. szakasznak

Rendszer és műszaki adatok

Tárol e-maileket és azok tartalmát

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

Hogyan működik az e-mail átirányítási rendszere

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.

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

Hogyan dolgozza fel az e-maileket továbbításhoz

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

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

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

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

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

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

   • Received - hozzáadjuk ezt a szabványos Received fejlécet az eredet IP-címével és gazdagépével, átviteli típusával, TLS kapcsolati információival, dátummal/idővel és címzettel.
   • X-Original-To - az üzenet eredeti címzettje:
     • Ez hasznos annak meghatározásához, hogy az e-mail eredetileg hová lett kézbesítve (a „Fogadott” fejléc mellett).
     • Ezt címzettenként adjuk hozzá az IMAP és/vagy a maszkolt továbbítás idején (a magánélet védelme érdekében).
   • X-Forward-Email-Website - tartalmaz egy hivatkozást a weboldalunkra https://forwardemail.net
   • X-Forward-Email-Version - a jelenlegi SemVer verziótól package.json kódbázisunkból.
   • X-Forward-Email-Session-ID - hibakeresési célokra használt munkamenet-azonosító érték (csak nem éles környezetekre vonatkozik).
   • X-Forward-Email-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-Forward-Email-ID - ez csak a kimenő SMTP-re vonatkozik, és a Saját fiók → E-mailek menüpontban tárolt e-mail azonosítóhoz kapcsolódik
   • 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.

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

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

10. 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).

11. Ha nincsenek címzettek és nincsenek visszapattanások, akkor 550-es "Érvénytelen címzettek" hibával válaszolunk.

12. 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).

13. 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).

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

Hogyan kezeli az e-mail kézbesítési problémákat

Ne feledje, hogy "barátságos feladó" átírást fogunk végrehajtani az e-maileken, ha és csak akkor, ha a feladó DMARC-szabályzata nem volt sikeres, ÉS egyetlen DKIM-aláírás sem volt igazítva a "Feladó" fejléchez. Ez azt jelenti, hogy megváltoztatjuk az üzenet "From" fejlécét, beállítjuk az "X-Original-From" opciót, és beállítunk egy "Reply-To"-t is, ha még nem volt beállítva. A 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).

Hogyan kezeli az IP-címek blokkolását?

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.

IP-címeink nyilvánosak, lásd az alábbi részt további betekintésért.

Mik azok a postamesteri címek

A téves visszapattanások és a vakációs válaszüzenetek nem felügyelt vagy nem létező postafiókokba való küldésének megakadályozása érdekében listát vezetünk a leveleződémonokról, például a felhasználónevekről:

• automailer
• autoresponder
• bounce
• bounce-notification
• bounce-notifications
• bounces
• hostmaster
• listserv
• localhost
• mail-daemon
• mail.daemon
• maildaemon
• mailer-daemon
• mailer.daemon
• mailerdaemon
• majordomo
• postmaster
• és minden válasz nélküli címet

Lát RFC 5320 4.6. szakasz további betekintést kaphat abba, hogy az ilyen listákat hogyan használják fel hatékony levelezőrendszerek létrehozására.

Mik azok a nem válaszoló címek

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.

Melyek a szervered IP-címei

IP címeinket a következő címen tesszük közzé https://forwardemail.net/ips.

Van engedélyezőlistád

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
• panasonic
• pccw
• pfizer
• philips
• piaget
• pictet
• ping
• pioneer
• play
• playstation
• pohl
• politie
• praxi
• prod
• progressive
• pru
• prudential
• pwc
• qvc
• redstone
• reliance
• rexroth
• ricoh
• rmit
• rocher
• rogers
• rwe
• safety
• sakura
• samsung
• sandvik
• sandvikcoromant
• sanofi
• sap
• saxo
• sbi
• sca
• scb
• schaeffler
• schmidt
• schwarz
• scjohnson
• scor
• seat
• sener
• ses
• sew
• seven
• sfr
• seek
• shangrila
• sharp
• shaw
• shell
• shriram
• sina
• sky
• skype
• smart
• sncf
• softbank
• sohu
• sony
• spiegel
• stada
• staples
• star
• starhub
• statebank
• statefarm
• statoil
• stc
• stcgroup
• suzuki
• swatch
• swiftcover
• symantec
• taobao
• target
• tatamotors
• tdk
• telecity
• telefonica
• temasek
• teva
• tiffany
• tjx
• toray
• toshiba
• total
• toyota
• travelchannel
• travelers
• tui
• tvs
• ubs
• unicom
• uol
• ups
• vanguard
• verisign
• vig
• viking
• virgin
• visa
• vista
• vistaprint
• vivo
• volkswagen
• volvo
• walmart
• walter
• weatherchannel
• weber
• weir
• williamhill
• windows
• wme
• wolterskluwer
• woodside
• wtc
• xbox
• xerox
• xfinity
• yahoo
• yamaxun
• yandex
• yodobashi
• youtube
• zappos
• zara
• zippo

2025. március 18-tól ezeket a francia tengerentúli területeket is hozzáadtuk ehhez a listához (ennek a GitHub-kérésnek megfelelően):

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

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

Milyen domain név kiterjesztések használhatók ingyenesen

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
• il
• im
• in
• io
• ir
• is
• it
• je
• jp
• ke
• kr
• la
• li
• lv
• ly
• md
• me
• mn
• ms
• mu
• mx
• net
• ni
• nl
• no
• nu
• nz
• org
• pl
• pr
• pt
• pw
• rs
• sc
• se
• sh
• si
• sm
• sr
• st
• tc
• tm
• to
• tv
• uk
• us
• uz
• vc
• vg
• vu
• ws
• xyz
• za

Van szürkelistád

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

Van elutasítója

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 meg egy kulcsot a „MAIL FROM” boríték e-mail címéhez, ha áthaladó SPF vagy nincs SPF, és nem postmaster felhasználónév vagy egy nem válaszoló felhasználónév.
     • 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).

Van sebességkorlátozásod?

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 1000 ü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.

MX szervereink korlátja nem engedélyezett listán a feladók 10-nél több egyidejű kapcsolatot létesítenek (a számláló 3 perces gyorsítótárának lejáratával, ami tükrözi a 3 perces socket időtúllépésünket).

Hogyan védekezhet a visszaszórás ellen

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ő (nem érzékeny a kis- és nagybetűk) bármelyikével postafőnöki címek (a @ előtti rész egy e-mailben), majd ellenőrizzük, hogy a feladó IP-címe megegyezik-e a listából.

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, 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 csak egyszer küldünk (számított visszapattanó ujjlenyomat-kulcsot használunk, és a gyorsítótárban tároljuk, hogy elkerüljük a duplikátumok 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, ha a LEVELET FROM és/vagy Feladó nem üres, és nem tartalmaz (a kis- és nagybetűket nem megkülönbözteti) postmaster felhasználónév (a @ előtti rész egy e-mailben).

4. Nem küldjük el, ha az eredeti üzenetben a következő fejlécek szerepeltek (nem különbözteti meg a kis- és nagybetűket):

   • Fejléc auto-submitted értékkel nem egyenlő no.
   • Fejléc x-auto-response-suppress értékkel dr, autoreply, auto-reply, auto_reply, vagy all
   • Fejléc list-id, list-subscribe, list-unsubscribe, list-help, list-post, list-owner, list-archive, x-autoreply, x-autorespond, vagy x-auto-respond (értéktől függetlenül).
   • Fejléc precedence értékkel bulk, autoreply, auto-reply, auto_reply, vagy list.

5. Nem küldünk, ha a MAIL FROM vagy Feladó e-mail címe ezzel végződik +donotreply, -donotreply, +noreply, vagy -noreply.

6. Nem küldünk, ha a Feladó e-mail cím felhasználónév része volt mdaemon és volt benne a kis- és nagybetűk közötti fejléc X-MDDSN-Message.

7. Nem küldünk, ha nem különbözik a kis- és nagybetűktől content-type fejléce multipart/report.

Hogyan határozható meg az e-mail ujjlenyomata

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)

Átküldhetek e-maileket a 25-ös portól eltérő portokra (például ha az internetszolgáltató blokkolta a 25. portot)

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.

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

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

Támogatja-e a plusz + szimbólumot a Gmail álnevekhez

Igen, teljesen.

Támogatja-e az aldomaineket?

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

Ez továbbítja az e-mailek fejléceit

Igen, teljesen.

Ez jól bevált?

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

Átadja-e az SMTP válaszüzeneteket és -kódokat

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.

Hogyan lehet megakadályozni a levélszemét-elküldőket, és hogyan garantálható az e-mailek továbbításának jó hírneve

Tekintse meg rovatainkat a Hogyan működik az e-mail átirányítási rendszere, Hogyan kezeli az e-mail kézbesítési problémákat, és Hogyan kezeli az IP-címek blokkolását? felett.

Hogyan végezzen DNS-keresést a domainnevekről

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.

Fiók és számlázás

Pénzvisszafizetési garanciát kínál a fizetett tervekhez

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.

Ha váltok terveket, akkor arányos és visszatéríti a különbözetet

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.

Használhatom ezt az e-mail továbbítási szolgáltatást "tartalék" vagy "fallover" MX szerverként

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.

Letilthatom az álneveket

Igen, egyszerűen szerkessze a DNS-ét TXT rögzítse és előtagja az álnevet egy, kettő vagy három felkiáltójellel (lásd alább).

Vegye figyelembe, hogy Ön kellene őrizze meg a ":" leképezést, mivel ez szükséges, ha úgy dönt, hogy kikapcsolja (és az importáláshoz is felhasználja, ha valamelyik fizetős csomagunkra frissít).

Csendes elutasításhoz (a feladónak úgy tűnik, mintha az üzenetet sikeresen elküldték volna, de valójában nem megy sehova) (állapotkód 250): Ha egy aliast "!" (egyetlen felkiáltójel), akkor a sikeres állapotkódot adja vissza 250 azoknak a feladóknak, akik erre a címre próbálnak küldeni, de maguk az e-mailek sehova sem mennek (pl. fekete lyuk vagy /dev/null).

Lágy elutasításhoz (állapotkód 421): Ha egy álnevet "!!" (dupla felkiáltójel), akkor egy lágy hibaállapotkódot ad vissza 421 azoknak a feladóknak, akik erre a címre próbálnak küldeni, és az e-maileket gyakran legfeljebb 5 napig újrapróbálják az elutasítás és a visszaküldés előtt.

Kemény elutasításhoz (állapotkód 550): Ha egy álnév elé "!!!" (háromszoros felkiáltójel), akkor állandó hibaállapotkódot ad vissza 550 azoknak a feladóknak, akik erre a címre próbálnak küldeni, és az e-maileket a rendszer elutasítja és visszapattan.

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 és elutasítják, és visszapattannak (például használj három felkiáltójelet):

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

Név/Host/Alias	TTL	típus	Válasz/Érték
"@", "." vagy üres	3600	TXT	forward-email=!!!alias:nobody@forwardemail.net

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

Továbbíthatok e-maileket több címzettnek

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!

Rendelkezhetek-e több globális „átfogó” címzettel is

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!

Van-e maximális korlátozás az álnevekenként továbbítandó e-mail címek számára

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

Rekurzív módon továbbíthatom az e-maileket

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üzenet jelenik meg, ha a maximális korlátot meghaladó e-maileket próbál meg rekurzív módon továbbítani.

Törölhetik-e az e-mail továbbításukat és regisztrálhatom-e az engedélyomat

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.

Hogy ingyenes?

A Forward Email ingyenes szintet kínál a nyílt forráskódú fejlesztés, a hatékony infrastruktúra és az opcionális fizetős csomagok kombinációján keresztül, amelyek támogatják a szolgáltatást.

Ingyenes csomagunkat a következők támogatják:

1. Nyílt forráskódú fejlesztésKódbázisunk nyílt forráskódú, így lehetővé teszi a közösségi hozzájárulást és az átlátható működést.

2. Hatékony infrastruktúraOptimalizáltuk rendszereinket, hogy minimális erőforrás-igény mellett kezeljék az e-mail-továbbítást.

3. Fizetős prémium csomagokAzok a felhasználók, akiknek további funkciókra van szükségük, mint például SMTP küldés, IMAP fogadás vagy fokozott adatvédelmi beállítások, fizetős csomagjainkra fizetnek elő.

4. Ésszerű használati korlátokAz ingyenes szint tisztességes használatra vonatkozó szabályzattal rendelkezik a visszaélések megelőzése érdekében.

[!NOTE] Elkötelezettek vagyunk amellett, hogy az alapvető e-mail-továbbítást ingyenesen tartsuk, miközben prémium funkciókat kínálunk a haladóbb igényű felhasználók számára.

[!TIPP] Ha hasznosnak találja szolgáltatásunkat, érdemes lehet fizetős csomagra váltani a folyamatos fejlesztés és karbantartás támogatása érdekében.

Mi a maximális e-mail méretkorlát?

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.

Tárol e-mailek naplóit

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

Tárol-e hibanaplókat?

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.

Elolvassa az e-maileimet?

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.

Ezzel tudok „e-mailt küldeni” a Gmailben

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.

Ezzel lehet-e "levelet küldeni" az Outlook-ban

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:

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

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

Ezzel lehet-e „levelet küldeni” az Apple Mail és az iCloud Mail alkalmazásban

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.

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

Korlátlan e-maileket tudok továbbítani ezzel

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.

Korlátlan domaineket kínál egy áron?

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

Melyik fizetési módot fogadja el

A Forward Email a következő egyszeri vagy havi/negyedéves/éves fizetési módokat fogadja el:

1. Hitel-/betéti kártyák/banki átutalásokBankkártyák: Visa, Mastercard, American Express, Discover, JCB, Diners Club stb.
2. PayPal: Csatlakoztassa PayPal-fiókját az egyszerű fizetéshez
3. KriptovalutaFizetéseket fogadunk el a Stripe stabilérme-fizetésein keresztül az Ethereum, Polygon és Solana hálózatokon.

[!NOTE] Korlátozott mennyiségű fizetési információt tárolunk a szervereinken, amelyek csak fizetési azonosítókat és hivatkozásokat tartalmaznak Csík és PayPal tranzakció-, ügyfél-, előfizetés- és fizetési azonosítók.

[!TIPP] A maximális adatvédelem érdekében érdemes kriptovalutával fizetni.

Minden fizetés biztonságosan történik Stripe-on vagy PayPal-on keresztül. A fizetési adataidat soha nem tároljuk a szervereinken.

További források

[!TIPP] Az alábbi cikkeinket rendszeresen frissítjük új útmutatókkal, tippekkel és technikai információkkal. Látogasson vissza gyakran a legfrissebb tartalomért.

• Esettanulmányok és fejlesztői dokumentáció
• Erőforrások
• útmutatók