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 itt: forwardemail.net/register

2. Adja hozzá és ellenőrizze a domainjét a Fiókom → Domainek alatt

3. E-mail aliasok/postafiókok hozzáadása és konfigurálása a Fiókom → Domainek → Aliasok alatt

4. Tesztelje a beállítását egy új aliasra küldött e-maillel.

Bevezetés

Mi az az e-mail továbbítása?

A Forward Email egy teljes funkcionalitású e-mail szolgáltató és e-mail tárhelyszolgáltató egyéni domainnevekhez.

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-mail: Használjon professzionális e-mail címeket saját domainnevével
• Ingyenes csomag: Alapszintű e-mail-továbbítás ingyenesen
• Fokozott adatvédelem: Nem olvassuk el az e-mailjeit, és nem adjuk el az adatait
• Nyílt forráskódú: Teljes kódbázisunk elérhető a GitHubon
• SMTP, IMAP és POP3 támogatás: Teljes körű e-mail küldési és fogadási képességek
• Végponttól végpontig terjedő titkosítás: OpenPGP/MIME támogatás
• Egyéni gyűjtőaliasok: Korlátlan számú e-mail alias létrehozása

Összehasonlíthat minket több mint 56 másik e-mail szolgáltatóval a az e-mail összehasonlító oldalunkon oldalon.

Ki használja az e-mail továbbítását

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

Mi a továbbított e-mail előzménye?

További információ az e-mailek továbbításáról a a Rólunk oldalunk oldalon található.

Milyen gyors ez a szolgáltatás?

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 kézbesí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ő: A szolgáltatás elérhetősége 99,9%+
• Globális infrastruktúra: A szerverek stratégiailag elhelyezve vannak az optimális útvonaltervezés érdekében
• Automatikus skálázás: Rendszerünk a csúcsidőszakokban méreteződik az e-mailek terén

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 paraméterekkel (lásd a Adatvédelmi irányelvek paramétert).

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

E-mail kliensek

IDEIGLENES_HELYTARTÓ_0 Thunderbird {IDEIGLENES_HELYTARTÓ_1

1. Hozz létre egy új aliast és generálj egy jelszót az E-mail továbbítása irányítópulton.
2. Nyisd meg a Thunderbirdöt, és menj a Szerkesztés → Fiókbeállítások → Fiókműveletek → Levelezési fiók hozzáadása menüpontra.
3. Add meg a neved, az E-mail továbbítási címed és a jelszavad.
4. Kattints a Manuális konfigurálás gombra, és írd be:

• Bejövő: IMAP, imap.forwardemail.net, port 993, SSL/TLS
• Kimenő: SMTP, smtp.forwardemail.net, port 587, STARTTLS

5. Kattints a Kész gombra.

Microsoft Outlook

1. Hozz létre egy új aliast és generálj egy jelszót az E-mail továbbítása irányítópulton.
2. Lépj a Fájl → Fiók hozzáadása menüpontra.
3. Add meg az E-mail továbbítási címedet, és kattints a Csatlakozás gombra.
4. Válaszd a Speciális beállítások lehetőséget, majd a Fiókom manuális beállításának engedélyezése lehetőséget.
5. Válaszd az IMAP lehetőséget, é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ó: A generált jelszavad.

6. Kattints a Csatlakozás gombra.

Apple Mail

1. Hozz létre egy új aliast és generálj egy jelszót az E-mail továbbítása irányítópulton.
2. Lépj a Levelezés → Beállítások → Fiókok → + menüpontra.
3. Válaszd az Másik levelezési fiók lehetőséget.
4. Add meg a neved, az e-mail továbbítási címed és a jelszavad.
5. A szerverbeállításokhoz írd be:

• Bejövő: imap.forwardemail.net
• Kimenő: smtp.forwardemail.net
• Felhasználónév: A teljes e-mail címed.
• Jelszó: A generált jelszavad.

6. Kattints a Bejelentkezés gombra.

Mobileszközök

iOS-hez:

1. Lépj a Beállítások → Levelezés → Fiókok → Fiók hozzáadása → Egyéb menüpontra.
2. Koppints a Levelezési fiók hozzáadása lehetőségre, és add meg az adataidat.
3. A szerverbeállításokhoz használd a fenti IMAP és SMTP beállításokat.

Androidra:

1. Lépjen a Beállítások → Fiókok → Fiók hozzáadása → Személyes (IMAP) menüpontra.
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.

Hogyan küldjünk e-mailt más néven Gmailben

Mi a korábbi ingyenes útmutató a Gmailben küldött levelek más néven funkcióhoz?

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 admin.google.com címen.
2. Lépjen az Alkalmazások → Google Workspace → Gmail → Útvonaltervezés menüpontra.
3. Kattintson az Útvonal hozzáadása gombra, és konfigurálja a következő beállításokat:

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

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

Boríték cí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 a „Route to host” (Útvonal a gazdagéphez) lehetőséget, és adja meg a mx1.forwardemail.net szervert elsődleges szerverként.
• Adja hozzá a mx2.forwardemail.net szervert tartalék szerverként.
• Állítsa a portot 25-re.
• Biztonsági okokból válassza a „TLS szükséges” lehetőséget.

4. Az útvonal létrehozásához kattintson a Mentés gombra.

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 admin.microsoft.com címen.
2. Lépjen az Exchange → Levelezési folyamat → Szabályok menüpontra.
3. Kattintson a Szabály hozzáadása gombra, és válassza az Új szabály létrehozása lehetőséget.
4. Nevezze el a szabályt (pl. "Nem létező postaládák továbbítása a következő címre):
5. A Szabály alkalmazása, ha alatt válassza 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. A Tegye a következőket alatt válassza a következőt:

• "Átirányítsa az üzenetet ide..."
• Válassza a "A következő levelezőkiszolgáló" lehetőséget.
• Adja meg a mx1.forwardemail.net címet és a 25-ös portot.
• Adja hozzá a mx2.forwardemail.net címet tartalékkiszolgálóként.

7. A Kivéve, ha alatt válassza a következőt:

• "A címzett..."
• Adja hozzá az összes meglévő postaládáját, amelyet nem kell továbbítani.

8. Állítsa be a szabály prioritását úgy, hogy az a többi levelezési folyamat szabálya után fusson.
9. Az aktiváláshoz kattintson a Mentés gombra. a szabály

Hibaelhárítás

Miért nem kapom meg a teszt e-mailjeimet?

Ha teszt e-mailt küldesz magadnak, akkor előfordulhat, hogy az nem jelenik meg a beérkező levelek mappádban, mert ugyanaz a „Message-ID” fejléc van benne.

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

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

Továbbra is problémákat tapasztal? Kérjük, lépjen kapcsolatba velünk, hogy kivizsgálhassuk a problémát és gyors megoldást találhassunk.

Hogyan konfigurálhatom az e-mail kliensemet az e-mail továbbításával való együttműködéshez?

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

Ez a szakasz útmutatást nyújt abban az esetben, ha a kimenő levelei az SMTP-szervereinket használják (pl. smtp.forwardemail.net) (vagy a mx1.forwardemail.net vagy mx2.forwardemail.net szerveren keresztül továbbítódnak), és a címzettek Spam vagy Levélszemét mappájába kerülnek kézbesítésre.

Rutinszerűen figyeljük a IP-címek-nkat a minden jó hírű DNS-tiltási lista-gyel szemben, ezért valószínűleg egy domainre jellemző hírnévvel kapcsolatos problémáról van szó.

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

1. Hiányzó hitelesítés: Állítsa be a SPF, DKIM és DMARC rekordokat.

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

3. Tartalomra utaló események: Bizonyos szavak vagy kifejezések aktiválhatják a spamszűrőket.

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

A következő eszközök közül egyet vagy többet is kipróbálhat domainje hírnevének és kategorizálásának ellenőrzésére:

Mit tegyek, ha spam e-maileket kapok?

Le kell iratkoznod a levelezőlistáról (ha lehetséges), és blokkolnod kell a feladót.

Kérjük, ne jelentse az üzenetet spamként, hanem továbbítsa manuálisan összeállított és adatvédelmi szempontokat figyelembe vevő visszaélés-megelőző rendszerünknek.

A spam továbbításához használandó e-mail cím: abuse@forwardemail.net

Miért jelennek meg a Gmailben küldött teszt e-mailjeim "gyanúsként"?

Ha ezt a hibaüzenetet látod a Gmailben, amikor tesztüzenetet küldesz magadnak, vagy amikor egy olyan személy, akinek az aliasoddal kommunikálsz, először látja a tőled érkező e-mailt, akkor ne aggódj – ez a Gmail beépített biztonsági funkciója.

Egyszerűen rákattinthatsz a „Biztonságosnak tűnik” gombra. Például, ha egy tesztüzenetet küldenél a „Küldés másként” funkcióval (valaki másnak), akkor az illető nem fogja látni ezt az üzenetet.

Ha azonban látják ezt az üzenetet, az azért van, mert általában megszokták, hogy az e-mailek a john@gmail.com címről érkeznek a john@customdomain.com helyett (csak egy példa). A Gmail értesíti a felhasználókat, hogy megbizonyosodjon a dolgok biztonságáról, nincs megkerülő megoldás.

Eltávolíthatom a via forwardemail dot net feliratot a Gmailben?

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

2023 májusától minden fizetős felhasználó számára támogatjuk az SMTP-vel történő e-mail küldést kiegészítőként – ami azt jelenti, hogy eltávolíthatja a via forwardemail dot net funkciót a Gmailben.

Vegye figyelembe, hogy ez a GYIK téma kifejezetten a Hogyan küldjünk levelet Gmail-ben más néven? funkciót használóknak szól.

A konfigurációs utasításokat lásd a Támogatják az SMTP-n keresztüli e-mail küldést? című részben.

Adatkezelés

Hol találhatók a szerverei?

Szervereink elsősorban Denverben, Coloradóban találhatók – az IP-címek teljes listáját lásd: https://forwardemail.net/ips

Alfeldolgozóinkról a GDPR, DPA és Magánélet oldalainkon tájékozódhat.

Hogyan exportálhatom és készíthetek biztonsági másolatot a postaládámról?

Postaládáit bármikor exportálhatja EML, Mbox vagy titkosított SQLite formátumban.

Lépjen a Fiókom Domainek Aliasok Biztonsági mentés letöltése menüpontra, és válassza ki a kívánt exportálási formátumot.

Amint elkészült az exportálás, e-mailben küldünk egy linket a letöltéshez.

Vegye figyelembe, hogy biztonsági okokból ez az exportálási letöltési link 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:

Továbbá, ha egy Mbox fájlt EML fájllá kell konvertálnia, akkor használhatja a https://github.com/noelmartinon/mboxzilla.

Hogyan importálhatom és migrálhatom a meglévő postaládámat?

Az alábbi utasításokat követve könnyedén importálhatja e-mailjeit a Forward Email szolgáltatásba (például a Thunderbird használatával):

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

2. Töltse le, telepítse és nyissa meg a Thunderbird fájlt.

3. Hozz létre egy új fiókot az aliasod teljes e-mail címével (pl. you@yourdomain.com) és a létrehozott jelszavaddal. Ha még nincs generált jelszavad, akkor tekintsd meg a beállítási utasításainkat.

4. Töltse le és telepítse a ImportExportEszközök OF Thunderbird bővítményt.

5. Hozz létre egy új helyi mappát a Thunderbirdben, majd kattints rá jobb gombbal → válaszd a ImportExportTools NG lehetőséget → válaszd a Import mbox file lehetőséget (MBOX exportformátumhoz) – vagy – Import messages / Import all messages from a directory lehetőséget (EML exportformátumhoz).

6. Húzd át az üzeneteket a helyi mappából egy új (vagy meglévő) IMAP-mappába a Thunderbirdben, amelybe feltölteni szeretnéd az üzeneteket az IMAP-tárhelyünkön keresztül. Ez biztosítja, hogy azok online biztonsági mentésre kerüljenek az SQLite titkosított tárhelyünkön.

Támogatja a saját tárhelyszolgáltatást?

Igen, 2025 márciusától támogatjuk az önállóan üzemeltetett megoldást. Olvasd el a itt blogbejegyzést. Nézd meg a saját üzemeltetésű idegenvezető-et a kezdéshez. Azok számára pedig, akiket érdekel egy részletesebb, lépésről lépésre bemutatott verzió, tekintsd meg a Ubuntu vagy Debian alapú útmutatóinkat.

E-mail konfiguráció

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

1. Ha már regisztráltad a domainneved valahol, akkor ezt a lépést teljesen ki kell hagynod, és a második lépésre kell ugranod! Ellenkező esetben kattints ide a domainneved regisztrálásához.
Emlékszel, hol regisztráltad a domainneved? Ha erre emlékszel, kövesd az alábbi utasításokat:
Fontos: Új lapot kell nyitnia, és be kell jelentkeznie a domainregisztrátorához. Az alábbi „Regisztráló” gombra kattintva ezt automatikusan megteheti. Ezen az új lapon a regisztrátor DNS-kezelési oldalára kell navigálnia – a lépésenkénti navigációs lépéseket pedig alább, a „Konfigurálás lépései” oszlopban találja. Miután az új lapon erre az oldalra navigált, visszatérhet erre a lapra, és folytathatja a harmadik lépéssel. Ne zárja be még a megnyitott lapot; a későbbi lépésekhez szüksége lesz rá!
Regisztrátor Konfigurálás lépései 1&1 Bejelentkezés Domain központ (Válassza ki a domainjét) DNS-beállítások szerkesztése Amazon 53-as út Bejelentkezés Tárolt zónák (Válassza ki a domainjét) Aplus.net Bejelentkezés Szervereim Domainkezelés DNS-kezelő Bluehost FOR ROCK: Bejelentkezés Domainek (Kattintson a mellette lévő ▼ ikonra a kezeléshez) DNS
RÉGI VERZIÓKHOZ: Bejelentkezés Domainek Zónaszerkesztő (Válassza ki a domainjét) Cloudflare" Bejelentkezés DNS DNS Egyszerűen Bejelentkezés DNS (Válassza ki a domainjét) DNSimple Bejelentkezés (Válassza ki a domainjét) DNS Kezelés Digital Óceán Bejelentkezés Hálózatépítés Domainek (Válassza ki a domainjét) Továbbiak Domain kezelése Domain.com Bejelentkezés Kártyanézetben kattintson a domain kezelése lehetőségre Listanézetben kattintson a fogaskerék ikonra DNS és névszerverek DNS-rekordok Domains.com"
Amazon0 class="fa fa-play-circle"> Figyelés Bejelentkezés (Válassza ki a domainjét) Kezelés (kattintson a fogaskerék ikonra) Kattintson a DNS és névszerverek lehetőségre a bal oldali menüben Amazon1 Bejelentkezés Panel Domainek Domainek kezelése DNS Amazon2 Bejelentkezés Áttekintés Kezelés Egyszerű szerkesztő Rekordok Amazon3 Bejelentkezés (Válassza ki a domainjét) Kezelés Zóna szerkesztése Amazon4
Amazon5 class="fa fa-play-circle"> Figyelés Bejelentkezés Saját domainek kezelése (Válassza ki a domainjét) DNS kezelése Amazon6 Domainek
Amazon7 class="fa fa-play-circle"> Figyelés Bejelentkezés (Válassza ki a domainjét) DNS konfigurálása Amazon8"
Amazon9 class="fa fa-play-circle"> Figyelés Bejelentkezés Domainlista (Válassza ki a domainjét) Kezelés Speciális DNS Aplus.net0 Bejelentkezés (Válassza ki a domainjét) Netlify DNS beállítása Aplus.net1 Megoldások Bejelentkezés Fiókkezelő Saját domainnevek (Válassza ki a domainjét) Kezelés Domainpontok módosítása Speciális DNS Aplus.net2
Aplus.net3 class="fa fa-play-circle"> Figyelés Bejelentkezés Felügyelt domainek (Válassza ki a domainjét) DNS-beállítások Aplus.net4 Bejelentkezés Főmenü Beállítások Domainek (Válassza ki a domainjét) Speciális beállítások Egyéni rekordok Aplus.net5 Most A "now" parancssori felület használata now dns add [domain] '@' MX [rekordérték] [prioritás] Aplus.net6" Bejelentkezés Domainek oldal (Válassza ki a domainjét) DNS Aplus.net7" Bejelentkezés Domainek oldal (Kattintson a ikonra) Válassza a DNS-rekordok kezelése lehetőséget Aplus.net8" Bejelentkezés Domainek Saját domainek Egyéb
Fontos: Nem találja a regisztrátor nevét itt? Egyszerűen keressen rá az interneten a "DNS-rekordok módosítása a $REGISTRAR oldalon" kifejezésre (a $REGISTRAR helyére írja be a regisztrátor nevét – pl. "DNS-rekordok módosítása a GoDaddy oldalon", ha GoDaddy-t használ).
2. 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 lehet más MX rekord beállítva. Mindkét alább látható rekordnak léteznie KELL. Győződjön meg arról, hogy nincsenek elgépelések; és hogy az mx1 és az mx2 is helyesen van leírva. Ha már léteztek MX rekordok, kérjük, törölje azokat teljesen. A "TTL" értékének nem kell 3600-nak lennie, szükség esetén alacsonyabb vagy magasabb érték is lehet.

   Név/Gazdagép/Álnév	TTL	Típus	Prioritás	Válasz/Érték
   "@", ".", vagy üres	3600	MX	0	mx1.forwardemail.net
   "@", ".", vagy üres	3600	MX	0	mx2.forwardemail.net

A regisztrátor DNS-kezelési oldalán (a másik megnyitott lapon) állítsa be a következő TXT rekord(oka)t:
Fontos: Ha fizetős csomaggal rendelkezik, akkor ezt a lépést teljesen ki kell hagynia, és az ötödik lépéssel kell folytatnia! Ha nem fizetős csomaggal rendelkezik, akkor az átirányított címei nyilvánosan kereshetők lesznek – lépjen a Fiókom Domainek oldalra, és szükség esetén frissítse domainjét fizetős csomagra. Ha többet szeretne megtudni a fizetős csomagokról, tekintse meg az Árak oldalunkat. Ellenkező esetben továbbra is választhat egy vagy több kombinációt az A-tól az F opcióig, amelyek alább felsoroltak.

---

A lehetőség: Ha a domainjéből érkező összes e-mailt (pl. "mind@solvefaction.com", "hello@solvefaction.com" stb.) egy adott "user@gmail.com" címre továbbítja:

Név/Gép/Álnév	TTL	Típus	Válasz/Érték
"@", ".", vagy üres	3600	TXT	forward-email=user@gmail.com Másolat Titkosítás

Tipp: A fenti értékeket az "Érték" oszlopban feltétlenül cserélje ki a 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 is. Az alacsonyabb élettartam ("TTL") érték biztosítja, hogy a DNS-rekordokon végrehajtott jövőbeli módosítások gyorsabban terjedjenek az interneten – ezt úgy képzelje el, mint azt, hogy mennyi ideig lesznek gyorsítótárazva a memóriában (másodpercben). A TTL-ről a Wikipédián olvashat bővebben.

---

B. lehetőség: Ha csak egyetlen e-mail címet kell átirányítania (pl. hello@solvefaction.com a user@gmail.com címre; ez automatikusan átirányítja a "hello+test@solvefaction.com" címet is a "user+test@gmail.com" címre):

Név/Gép/Álnév	TTL	Típus	Válasz/Érték
"@", ".", vagy üres	3600	TXT	forward-email=hello:user@gmail.com Másolat Titkosítás

---

C. lehetőség: Ha több e-mailt továbbítasz, akkor vesszővel válaszd el őket:

Név/Gép/Álnév	TTL	Típus	Válasz/Érték
"@", ".", vagy üres	3600	TXT	forward-email=hello:user@gmail.com,support:user@gmail.com Másolat Titkosítás

---

D. lehetőség: Korlátlan számú továbbított e-mailt állíthat be – csak ügyeljen arra, hogy ne lépje túl a 255 karaktert egyetlen sorban, és minden sort a "forward-email=" kezdetűként kezdjen. Egy példa alább látható:

Név/Gép/Álnév	TTL	Típus	Válasz/Érték
"@", ".", vagy üres	3600	TXT	forward-email=hello:user@gmail.com,support:user@gmail.com Másolat Titkosítás
"@", ".", vagy üres	3600	TXT	forward-email=help:user@gmail.com,foo:user@gmail.com Másolat Titkosítás
"@", ".", vagy üres	3600	TXT	forward-email=orders:user@gmail.com,baz:user@gmail.com Másolat Titkosítás
"@", ".", vagy üres	3600	TXT	forward-email=info:user@gmail.com,beep:user@gmail.com Másolat Titkosítás
"@", ".", vagy üres	3600	TXT	forward-email=errors:user@gmail.com,boop:user@gmail.com Másolat Titkosítás

---

E. lehetőség: Megadhat egy domainnevet a TXT rekordjában is, hogy globális alias-továbbítást alkalmazzon (pl. a "user@solvefaction.com" a "user@example.net" címre lesz továbbítva):

Név/Gazdagép/Álnév	TTL	Típus	Válasz/Érték
"@", ".", vagy üres	3600	TXT	forward-email=example.net Másolat Titkosítás

---

F lehetőség: A webhookokat globális vagy egyéni aliasként is használhatod e-mailek továbbításához. Tekintsd meg a példát és a webhookokról szóló teljes részt Támogatják a webhookokat? címmel alább.

Név/Gép/Álnév	TTL	Típus	Válasz/Érték
"@", ".", vagy üres	3600	TXT	forward-email=alias:https://requestbin.com/r/en8pfhdgcculn Másolat Titkosítás

---

G lehetőség: Használhatsz reguláris kifejezéseket ("regex") is az aliasok egyeztetéséhez és a helyettesítések kezeléséhez, hogy e-maileket továbbíts. Tekintsd meg a példákat és a reguláris kifejezésekről szóló teljes szakaszt Támogatott reguláris kifejezések vagy regexek címmel alább.
Speciális reguláris kifejezésre van szüksége helyettesítéssel? Tekintse meg a példákat és a reguláris kifejezésekről szóló teljes szakaszt Támogatott reguláris kifejezések vagy regexek címmel alább.
Egyszerű példa: Ha azt szeretném, hogy a `linus@solvefaction.com` vagy `torvalds@solvefaction.com` címre érkező összes e-mail a `user@gmail.com` címre kerüljön át:

Név/Gép/Álnév	TTL	Típus	Válasz/Érték
"@", ".", vagy üres	3600	TXT	forward-email=/^(linus|torvalds)$/:user@gmail.com Másolat Titkosítás

Fontos: A gyűjtő-átirányítási szabályokat „áteresztő” szabályoknak is nevezhetjük. Ez azt jelenti, hogy a gyűjtő-átirányítási szabály helyett azok a bejövő e-mailek lesznek használatban, amelyek legalább egy adott továbbítási szabálynak megfelelnek.

A specifikus 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

• Másolat
• Titkosítás

A hello@solvefaction.com címre küldött e-mailek nem lesznek továbbítva a second@gmail.com címre (gyűjtő-átirányítás) ezzel a konfigurációval, hanem csak a first@gmail.com címre lesznek kézbesítve.

---

3. A regisztrátor DNS-kezelési oldalán (a másik megnyitott lapon) állítsa be a következő TXT rekordot is:

   Név/Gazdagép/Álnév	TTL	Típus	Válasz/Érték
   "@", ".", vagy üres	3600	TXT	v=spf1 a include:spf.forwardemail.net -all

   Fontos: Ha Gmailt (pl. E-mail küldése más néven) vagy G Suite-ot használ, akkor a fenti értékhez hozzá kell fűznie az include:_spf.google.com karakterláncot, például:
   
   v=spf1 a include:spf.forwardemail.net include:_spf.google.com -all
   Tipp: Ha már van egy hasonló sorod "v=spf1"-gyel, akkor hozzá kell fűznöd az include:spf.forwardemail.net részt közvetlenül a meglévő "include:host.com" rekordok elé és az "-all" elé ugyanabban a sorban, például:
   
   v=spf1 a include:spf.forwardemail.net include:host.com -all
   
   Vegye figyelembe, hogy van különbség az "-all" és az "~all" között. A "-" azt jelzi, hogy az SPF-ellenőrzésnek SIKERTELENNEK kell lennie, ha nem egyezik, a "~" pedig azt jelzi, hogy az SPF-ellenőrzésnek SOFTFAIL-nek kell lennie. A domain-hamisítás megelőzése érdekében a "-all" megközelítés használatát javasoljuk.
   
   Előfordulhat, hogy meg kell adnia annak a hosztnak az SPF-rekordját is, amelyről a leveleket küldi (pl. Outlook).
4. Ellenőrizze DNS-rekordjait a „Rekordok ellenőrzése” eszközünkkel, amely elérhető a Fiókom Domainek Beállítás menüpontban.
5. Küldjön egy teszt e-mailt a működés megerősítéséhez. Vegye figyelembe, hogy a DNS-rekordok terjedése eltarthat egy ideig.
   Tipp: Ha nem kap teszt e-maileket, vagy kap egy „Legyen óvatos ezzel az üzenettel” feliratú teszt e-mailt, akkor tekintse meg a Miért nem kapom meg a teszt e-mailjeimet és a Miért jelennek meg a Gmailben nekem küldött teszt e-mailjeim „gyanúsként” kérdésekre adott válaszokat.
6. Ha a Gmailből szeretnéd a „Küldés másként” funkciót használni, akkor nézd meg ezt a videót, vagy kövesd az alábbi How E-mail küldése másként Gmaillel című rész lépéseit.
Gratulálunk! Sikeresen elvégezte az összes lépést.
Tipp: Az opcionális kiegészítők listája alább található. Fontos megjegyezni, hogy ezek a kiegészítők teljesen opcionálisak, és előfordulhat, hogy nem szükségesek. Legalább további információkat szerettünk volna nyújtani, ha szükséges.
Opcionális kiegészítő: Ha a How Gmaillel küldött e-mailek más néven funkciót használja, akkor érdemes lehet felvenni magát egy engedélyezőlistára. Lásd ezeket a Gmail által adott utasításokat erről a témáról.

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

Igen, de csak egy MX exchange-nek kell szerepelnie a DNS-rekordjaidban.

Ne próbálja meg a „Prioritás” beállítást több MX-csere konfigurálására használni.

Ehelyett úgy kell konfigurálnia a meglévő MX exchange-jét, hogy az összes nem egyező aliashoz tartozó levelet továbbítsa a szolgáltatásunk exchange-jeire (mx1.forwardemail.net és/vagy mx2.forwardemail.net).

Ha a Google Workspace szolgáltatást használja, és az összes nem egyező aliast át szeretné továbbítani a szolgáltatásunknak, akkor tekintse meg a https://support.google.com/a/answer/6297084. részt.

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

Hogyan állíthatok be egy vakációs válaszadót (automatikus válaszadót a távollét esetén)?

Lépjen a Fiókom Domainek Aliasok menüpontra, és hozza létre vagy szerkessze azt az aliast, amelyhez vakációs automatikus válaszüzenetet szeretne beállítani.

Lehetősége van beállítani a kezdési dátumot, a befejezési dátumot, a tárgyat és az üzenetet, és bármikor engedélyezni vagy letiltani ezeket:

• Jelenleg a sima szöveges tárgy és üzenet támogatott (a striptags csomagot belsőleg használjuk a HTML eltávolításához).
• A tárgy maximum 100 karakterből állhat.
• Az üzenet maximum 1000 karakterből állhat.
• A beállításhoz kimenő SMTP konfiguráció szükséges (pl. be kell állítania a DKIM, DMARC és a Return-Path DNS rekordokat).
• Lépjen a Fiókom Domainek Beállítások Kimenő SMTP konfiguráció menüpontra, és kövesse a beállítási utasításokat.
• A vakációs válaszadó nem engedélyezhető globális Vanity domainneveken (pl. a eldobható címek nem támogatott).
• Az automatikus válaszadó nem engedélyezhető helyettesítő/gyűjtő karaktert (*) tartalmazó aliasok és reguláris kifejezések esetén.

A postfix-hoz hasonló levelezőrendszerekkel ellentétben (amelyek például a sieve vakáció szűrőbővítményt használják) a Forward Email automatikusan hozzáadja a DKIM aláírást, kiküszöböli a vakáció válaszok küldésekor felmerülő kapcsolódási problémákat (például a gyakori SSL/TLS kapcsolódási problémák és a régebbi, karbantartott szerverek miatt), sőt, az Open WKD és PGP titkosítást is támogatja a vakáció válaszokhoz.

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

• A Redis gyorsítótárunk a alias_id és sender ujjlenyomatát használja, ahol a alias_id a MongoDB alias azonosítója, a sender pedig vagy a feladó címe (ha engedélyezőlistán van), vagy a feladó címében található gyökértartomány (ha nincs engedélyezőlistán). Az egyszerűség kedvéért az ujjlenyomat lejárata a gyorsítótárban 4 napra van beállítva.

• Az a megközelítésünk, hogy a nem engedélyezett feladók esetében a feladó címében elemzett gyökérdomaint használjuk, megakadályozza, hogy viszonylag ismeretlen feladók (pl. rosszindulatú szereplők) elárasszák az automatikus válaszüzeneteket.

2. Csak akkor küldünk üzenetet, ha a MAIL FROM és/vagy a From nem üres, és nem tartalmaz (kis- és nagybetűket nem megkülönböztető) postamester felhasználónév értéket (a @ jel előtti részt az e-mailben).

3. Nem küldünk üzenetet, ha az eredeti üzenet a következő fejlécek bármelyikét tartalmazta (kis- és nagybetűk megkülönböztetése nélkül):

• A auto-submitted fejléce, amelynek értéke nem egyenlő a no értékével.
• A x-auto-response-suppress fejléce, amelynek értéke dr, autoreply, auto-reply, auto_reply vagy all
• A list-id, list-subscribe, no0, no1, no2, no3, no4, no5, no6 vagy no7 fejléce (értéktől függetlenül).
• A no8 fejléce, amelynek értéke no9, x-auto-response-suppress0, x-auto-response-suppress1, x-auto-response-suppress2 vagy x-auto-response-suppress3.

4. Nem küldünk üzenetet, ha a MAIL FROM vagy a From e-mail címe +donotreply, -donotreply, +noreply vagy -noreply végződésű.

5. Nem küldünk üzenetet, ha a Feladó e-mail címe felhasználónév része mdaemon volt, és a kis- és nagybetűket megkülönböztető fejléc X-MDDSN-Message volt.

6. Nem küldünk multipart/report fejlécet, amely kis- és nagybetűket nem megkülönböztető content-type.

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ő TXT rekordot:

Név/Gazdagép/Álnév	TTL	Típus	Válasz/Érték
"@", ".", vagy üres	3600	TXT	v=spf1 a include:spf.forwardemail.net -all

Fontos: Ha Gmailt (pl. E-mail küldése más néven) vagy G Suite-ot használ, akkor a fenti értékhez hozzá kell fűznie az include:_spf.google.com karakterláncot, például:

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

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

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

Vegye figyelembe, hogy van különbség az "-all" és az "~all" között. A "-" azt jelzi, hogy az SPF-ellenőrzésnek SIKERTELENNEK kell lennie, ha nem egyezik, a "~" pedig azt jelzi, hogy az SPF-ellenőrzésnek SOFTFAIL-nek kell lennie. A domain-hamisítás megelőzése érdekében a "-all" megközelítés használatát javasoljuk.

Előfordulhat, hogy meg kell adnia annak a hosztnak az SPF-rekordját is, amelyről a leveleket küldi (pl. Outlook).

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

Lépjen a Fiókom Domainek Beállítások Kimenő SMTP konfiguráció menüpontra, é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?

Lépjen a Fiókom Domainek Beállítások Kimenő SMTP konfiguráció menüpontra, é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áld a következő CardDAV URL-címet: https://carddav.forwardemail.net (vagy egyszerűen carddav.forwardemail.net, ha a kliens engedélyezi)

Hogyan csatlakoztathatom és konfigurálhatom a naptáraimat?

A naptár konfigurálásához használja a következő CalDAV URL-címet: https://caldav.forwardemail.net (vagy egyszerűen caldav.forwardemail.net, ha az ügyfél engedélyezi)



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

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

A naptár nevét és színét a létrehozás után módosíthatja – ehhez 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 konfiguráljuk a Feladó átírási sémája ("SRS") értéket – ezt Önnek nem kell megtennie.

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

További információkért lásd a az MTA-STS-ről szóló szekciónk oldalt.

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

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

1. Lépjen a https://google.com oldalra, és jelentkezzen ki az összes e-mail fiókból.
2. Kattintson a „Bejelentkezés” gombra, majd a legördülő menüben kattintson a „másik 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 „Jelenlegi e-mail címem használata” lehetőséget.
6. Adja meg az egyéni domainnevét, az e-mail címét.
7. Szerezze be az e-mail címére küldött ellenőrző e-mailt.
8. Írja be az e-mailben található ellenőrző kódot.
9. Töltse ki az új Google-fiókjához tartozó profiladatokat.
10. Fogadja el az összes adatvédelmi és felhasználási feltételre vonatkozó szabályzatot.
11. Lépjen a https://google.com oldalra, és a jobb felső sarokban kattintson a profil ikonjára, majd a „módosítás” gombra.
12. Töltsön fel egy új fotót vagy avatárt a fiókjához.
13. A változtatások életbe lépése körülbelül 1-2 órát vesz igénybe, de néha nagyon gyors is lehet.
14. Küldjön egy teszt e-mailt, és a profilfotónak meg kell jelennie.

Speciális funkciók

Támogatja a marketinggel kapcsolatos e-mailekhez kapcsolódó hírleveleket vagy levelezési listákat?

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

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 hírlevél jóváhagyásához. Küldjön e-mailt a support@forwardemail.net címre, vagy nyisson egy segítségkérés űrlapot jóváhagyásra. Ez általában kevesebb mint 24 órát vesz igénybe, a legtöbb kérést 1-2 órán belül teljesítjük. A közeljövőben további spam-ellenőrzésekkel és riasztásokkal szeretnénk ezt a folyamatot azonnalivá tenni. Ez a folyamat biztosítja, hogy e-mailjei eljussanak a beérkező levelek mappájába, és üzenetei ne legyenek spamként megjelölve.

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

Igen, 2023 májusától minden fizetős felhasználó számára támogatjuk az API-n keresztüli e-mail küldést kiegészítőként.

Fontos: Kérjük, győződjön meg róla, hogy elolvasta a Felhasználási Feltételeinket, az Adatvédelmi irányelveinket és a Kimenő SMTP-korlátainkat – a használatot tudomásulvételnek és elfogadásnak tekintjük.

Kérjük, tekintse meg a E-mailek-ról szóló részt az API dokumentációnkban a lehetőségekért, példákért és további információkért.

Ahhoz, hogy kimenő e-maileket küldhessen API-nkon keresztül, a Saját biztonság alatt elérhető API-tokent kell használnia.

Támogatja az IMAP-on keresztüli e-mail fogadást?

Igen, 2023. október 16-tól minden fizetős felhasználó számára kiegészítőként támogatjuk az IMAP-on keresztüli e-mail fogadást. Kérjük, olvassa el részletes cikkünket a Hogyan működik a titkosított SQLite postaláda-tárolási funkciónk? oldalon.**

Fontos: Kérjük, győződjön meg róla, hogy elolvasta a Felhasználási Feltételeinket és az Adatvédelmi irányelveinket – a használatot tudomásulvételnek és elfogadásnak tekintjük.
1. Hozzon létre egy új aliast a domainjéhez a Fiókom Domainek Aliasok (pl. hello@solvefaction.com) alatt.

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

3. A kívánt e-mail alkalmazás használatával adjon hozzá vagy konfiguráljon egy fiókot az újonnan létrehozott aliasával (pl. hello@solvefaction.com)
Tipp: A Thunderbird, Thunderbird Mobile, Apple Mail vagy egy nyílt forráskódú és adatvédelmet szem előtt tartó alternatíva.
4. Amikor a rendszer kéri az IMAP-kiszolgáló nevét, írja be: imap.forwardemail.net

5. Amikor a rendszer kéri az IMAP-kiszolgáló portjának megadását, írja be a 993 (SSL/TLS) értéket – szükség esetén lásd a alternatív IMAP portok részt.
Tipp: Thunderbird használata esetén győződjön meg arról, hogy a „Kapcsolat biztonsága” beállítás „SSL/TLS”, a hitelesítési módszer pedig „Normál jelszó” értékre van állítva.
6. Amikor a rendszer kéri az IMAP-kiszolgáló jelszavát, illessze be a fenti 2. lépésben található Jelszó generálása részben található jelszót.

7. Mentsd el a beállításaidat – ha problémád adódik, kérjük, lépj velünk kapcsolatba
Gratulálunk! Sikeresen elvégezte az összes lépést.

Támogatja a POP3-at?

Igen, 2023. december 4-től támogatjuk a POP3 kiegészítőt minden fizetős felhasználó számára. Kérjük, olvassa el részletes cikkünket a Hogyan működik a titkosított SQLite postaláda-tárolási funkciónk?-ről.**

Fontos: Kérjük, győződjön meg róla, hogy elolvasta a Felhasználási Feltételeinket és az Adatvédelmi irányelveinket – a használatot tudomásulvételnek és elfogadásnak tekintjük.
1. Hozzon létre egy új aliast a domainjéhez a Fiókom Domainek Aliasok (pl. hello@solvefaction.com) alatt.

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

3. A kívánt e-mail alkalmazás használatával adjon hozzá vagy konfiguráljon egy fiókot az újonnan létrehozott aliasával (pl. hello@solvefaction.com)
Tipp: A Thunderbird, Thunderbird Mobile, Apple Mail vagy egy nyílt forráskódú és adatvédelmet szem előtt tartó alternatíva.
4. Amikor a POP3-kiszolgáló nevét kéri a rendszer, írja be: pop3.forwardemail.net

5. Amikor a POP3 szerver portját kéri a rendszer, írja be a 995 (SSL/TLS) értéket – szükség esetén lásd a alternatív POP3 portok részt.
Tipp: Thunderbird használata esetén győződjön meg arról, hogy a „Kapcsolat biztonsága” beállítás „SSL/TLS”, a hitelesítési módszer pedig „Normál jelszó” értékre van állítva.
6. Amikor a rendszer kéri a POP3-kiszolgáló jelszavát, illessze be a fenti 2. lépésben található Jelszó generálása részben található jelszót.

7. Mentsd el a beállításaidat – ha problémád adódik, kérjük, lépj velünk kapcsolatba
Gratulálunk! Sikeresen elvégezte az összes lépést.

Támogatják a naptárakat (CalDAV)?

Igen, 2024. február 5-től hozzáadtuk ezt a funkciót. A szerverünk neve caldav.forwardemail.net, és a állapotoldalunkon is figyeljük.

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

Bejelentkezés	Példa	Leírás
Felhasználónév	user@solvefaction.com	Egy olyan alias e-mail címe, amely létezik a domainhez a Fiókom Domainek oldalon.
Jelszó	************************	Alias-specifikusan generált jelszó.

A naptártámogatás használatához a felhasználó e-mail címének meg kell egyeznie egy olyan alias e-mail címével, amely létezik a domainhez a Saját fiók Domains oldalon – a jelszó pedig egy alias-specifikusan generált jelszó kell, hogy legyen.

Támogatja a névjegyeket (CardDAV)?

Igen, 2025. június 12-től hozzáadtuk ezt a funkciót. A szerverünk neve carddav.forwardemail.net, és a állapotoldalunkon is figyeljük.

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

Bejelentkezés	Példa	Leírás
Felhasználónév	user@solvefaction.com	Egy olyan alias e-mail címe, amely létezik a domainhez a Fiókom Domainek oldalon.
Jelszó	************************	Alias-specifikusan generált jelszó.

A kapcsolattartási támogatás használatához a felhasználó e-mail címének meg kell egyeznie egy olyan alias e-mail címével, amely létezik a domainhez a Fiókom Domainek oldalon – a jelszó pedig egy alias-specifikusan generált jelszó kell, hogy legyen.

Támogatja az e-mailek küldését SMTP-n keresztül?

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

Fontos: Kérjük, győződjön meg róla, hogy elolvasta a Felhasználási Feltételeinket, az Adatvédelmi irányelveinket és a Kimenő SMTP-korlátainkat – a használatot tudomásulvételnek és elfogadásnak tekintjük.
Fontos: Ha Gmailt használ, akkor tekintse meg az E-mail küldése Gmaillel útmutatónkat. Ha Ön fejlesztő, akkor tekintse meg az e-mail API dokumentációnkat.
1. Lépjen a Fiókom Domainek Beállítások Kimenő SMTP konfiguráció menüpontra, és kövesse a beállítási utasításokat.

2. Hozzon létre egy új aliast a domainjéhez a Fiókom Domainek Aliasok (pl. hello@solvefaction.com) alatt.

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

4. A kívánt e-mail alkalmazás használatával adjon hozzá vagy konfiguráljon egy fiókot az újonnan létrehozott aliasával (pl. hello@solvefaction.com)
Tipp: A Thunderbird, Thunderbird Mobile, Apple Mail vagy egy nyílt forráskódú és adatvédelmet szem előtt tartó alternatíva.
5. Amikor a rendszer kéri az SMTP-kiszolgáló nevét, írja be: smtp.forwardemail.net

6. Amikor a rendszer kéri az SMTP-kiszolgáló portjának megadását, írja be a 465 (SSL/TLS) értéket – szükség esetén lásd a alternatív SMTP portok részt.
Tipp: Thunderbird használata esetén győződjön meg arról, hogy a „Kapcsolat biztonsága” beállítás „SSL/TLS”, a hitelesítési módszer pedig „Normál jelszó” értékre van állítva.
7. Amikor a rendszer kéri az SMTP-kiszolgáló jelszavát, illessze be a fenti 3. lépésben található Jelszó generálása részben található jelszót.

8. Mentsd el a beállításaidat, és küldd el az első teszt e-mailedet – ha problémád adódik, kérjük, lépj kapcsolatba velünk
Fontos: Felhívjuk figyelmét, hogy az IP-cím hírnevének megőrzése és a kézbesítés biztosítása érdekében manuális felülvizsgálati folyamatot alkalmazunk domainenként a kimenő SMTP-jóváhagyáshoz. Ez általában kevesebb mint 24 órát vesz igénybe, a legtöbb kérést 1-2 órán belül teljesítjük. A közeljövőben további spam-ellenőrzésekkel és riasztásokkal szeretnénk ezt a folyamatot azonnalivá tenni. Ez a folyamat biztosítja, hogy e-mailjei eljussanak a beérkező levelek mappájába, és üzenetei ne legyenek spamként megjelölve.
Gratulálunk! Sikeresen elvégezte az összes lépést.

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 a OpenPGP és végponttól végpontig terjedő titkosítás ("E2EE") paramétereket, valamint a nyilvános kulcsok felderítését a Webkulcs-könyvtár ("WKD") használatával. Az OpenPGP-t a keys.openpgp.org vagy a saját kulcsok tárolása paraméterrel konfigurálhatja (lásd a Ez a lényeg a WKD szerver beállításához részt).

• A WKD keresések 1 órán át gyorsítótárazva vannak az időben történő e-mail kézbesítés biztosítása érdekében → ezért ha hozzáadja, módosítja vagy eltávolítja a WKD kulcsát, kérjük, küldjön nekünk e-mailt a support@forwardemail.net címre az 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éssel vagy egy feltöltött PGP kulcs használatával továbbítunk a felületünkön.
• A feltöltött kulcsok érvényesek, amíg a PGP jelölőnégyzet be van jelölve.
• A webhookoknak küldött üzenetek jelenleg nincsenek PGP titkosítva.
• Ha több aliasa is megegyezik egy adott továbbítási címmel (pl. regex/helyettesítő karakter/pontos kombináció), és ha ezek közül több is tartalmaz feltöltött PGP kulcsot, és PGP ellenőrizve van → akkor hibaüzenetet küldünk Önnek, és nem titkosítjuk az üzenetet a feltöltött PGP kulccsal. Ez nagyon ritka, és általában csak a haladó felhasználókra vonatkozik, akik összetett alias szabályokkal rendelkeznek. * A PGP titkosítás nem kerül alkalmazásra az MX szervereinken keresztül továbbított e-mailekre, ha a feladó DMARC-szabályzata elutasításra van beállítva. Ha PGP titkosítást igényel minden levélre, akkor javasoljuk az IMAP szolgáltatásunk használatát, és a bejövő levelekhez tartozó aliashoz konfigurálja a PGP kulcsot.

A Web Key Directory beállítását a https://wkd.chimbosonic.com/ (nyílt forráskódú) vagy a https://www.webkeydirectory.com/ (saját forráskódú) címen ellenőrizheti.

Automatikus titkosítás: Ha a kimenő SMTP szolgáltatásunkat használja, és titkosítatlan üzeneteket küld, akkor automatikusan megpróbáljuk titkosítani az üzeneteket címzettenként a Web kulcskönyvtár ("WKD") használatával.
Fontos: Az OpenPGP egyéni domainnevéhez való engedélyezéséhez kövesse az alábbi lépéseket.
1. Töltse le és telepítse az e-mail klienséhez ajánlott bővítményt az alábbiak szerint:

E-mail kliens	Platform	Ajánlott bővítmény	Megjegyzések
Thunderbird	Asztali	Configure OpenPGP in Thunderbird	A Thunderbird beépített OpenPGP-támogatással rendelkezik.
Gmail	Böngésző	Mailvelope vagy FlowCrypt (tulajdonjoggal védett licenc)	A Gmail nem támogatja az OpenPGP-t, de letöltheti a nyílt forráskódú Mailvelope vagy FlowCrypt bővítményt.
Apple Mail	macOS	Free-GPGMail	Az Apple Mail nem támogatja az OpenPGP-t, de letöltheted a nyílt forráskódú Free-GPGMail bővítményt.
Apple Mail	iOS	PGPro vagy FlowCrypt (tulajdonjoggal védett licenc)	Az Apple Mail nem támogatja az OpenPGP-t, de letöltheted a nyílt forráskódú PGPro vagy FlowCrypt bővítményt.
Kilátások	Ablakok	gpg4win	Az Outlook asztali levelezőprogramja nem támogatja az OpenPGP-t, azonban letöltheti a nyílt forráskódú gpg4win bővítményt.
Kilátások	Böngésző	Mailvelope vagy FlowCrypt (tulajdonjoggal védett licenc)	Az Outlook webes levelezőprogramja nem támogatja az OpenPGP-t, azonban letöltheti a nyílt forráskódú Mailvelope vagy FlowCrypt bővítményt.
Android	Mozgó	OpenKeychain vagy FlowCrypt	A Android mail clients, mint például a Thunderbird Mobile és a FairEmail is támogatja a OpenKeychain nyílt forráskódú bővítményt. Alternatív megoldásként használhatja a FlowCrypt nyílt forráskódú (saját licenccel rendelkező) bővítményt.
Google Chrome	Böngésző	Mailvelope vagy FlowCrypt (tulajdonjoggal védett licenc)	Letöltheted a Mailvelope vagy a FlowCrypt nyílt forráskódú böngészőbővítményt.
Mozilla Firefox	Böngésző	Mailvelope vagy FlowCrypt (tulajdonjoggal védett licenc)	Letöltheted a Mailvelope vagy a FlowCrypt nyílt forráskódú böngészőbővítményt.
Microsoft Edge	Böngésző	Mailvelope	Letöltheted a Mailvelope nyílt forráskódú böngészőbővítményt.
Bátor	Böngésző	Mailvelope vagy FlowCrypt (tulajdonjoggal védett licenc)	Letöltheted a Mailvelope vagy a FlowCrypt nyílt forráskódú böngészőbővítményt.
Balsafa	Asztali	Configure OpenPGP in Balsa	A Balsa beépített OpenPGP-támogatással rendelkezik.
KMail	Asztali	Configure OpenPGP in KMail	A KMail beépített OpenPGP-támogatással rendelkezik.
GNOME Evolúció	Asztali	Configure OpenPGP in Evolution	A GNOME Evolution beépített OpenPGP-támogatással rendelkezik.
Terminál	Asztali	Configure gpg in Terminal	A nyílt forráskódú gpg command line tool segítségével parancssorból hozhat létre új kulcsot.

2. Nyisd meg a bővítményt, hozd létre a nyilvános kulcsodat, és állítsd be az e-mail kliensed a használatához.

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

Tipp: A kulcsod kezeléséhez a https://keys.openpgp.org/manage" címet használhatod.
Opcionális kiegészítő: Ha a titkosított tárolási (IMAP/POP3) szolgáltatásunkat használja, és azt szeretné, hogy összes a (már titkosított) SQLite adatbázisában tárolt e-mail titkosítva legyen a nyilvános kulcsával, akkor lépjen a Fiókom Domainek Aliasok (pl. hello@solvefaction.com) Szerkeszd az OpenPGP-t és töltsd fel a nyilvános kulcsodat.
4. Adjon hozzá egy új CNAME rekordot a domainnevéhez (pl. solvefaction.com):

Név/Gép/Álnév	TTL	Típus	Válasz/Érték
openpgpkey	3600	CNAME	wkd.keys.openpgp.org

Tipp: Ha az aliasod a vanity/disposable domainjeinket használja (pl. hideaddress.net), akkor kihagyhatod ezt a lépést.
Gratulálunk! Sikeresen elvégezte az összes lépést.

Támogatja az MTA-STS-t?

Igen, 2023. március 2-tól támogatjuk a MTA-STS hitelesítő adatot. Használhatja a ez a sablon hitelesítő adatot, ha engedélyezni szeretné a domainjén.

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

Támogatják a jelszavakat és a WebAuthn-t?

Igen! 2023. december 13-tól támogatjuk a a nagy kereslet miatt jelszavakat.

A jelszavak lehetővé teszik a biztonságos bejelentkezést jelszó és kétfaktoros hitelesítés nélkül.

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

Akár 30 jelszó egyidejű kezelését is lehetővé tesszük, így könnyedén bejelentkezhetsz az összes eszközöddel.

További információ a jelszavakról az alábbi linkeken található:

• IDEIGLENES_HELYTARTÓ_0 (Google)
• IDEIGLENES_HELYTARTÓ_1 (Apple)
• IDEIGLENES_HELYTARTÓ_2)

Támogatja az e-mailben bevált gyakorlatokat?

Igen. Beépített SPF, DKIM, DMARC, ARC és SRS támogatással rendelkezünk minden csomagban. Emellett széles körben együttműködtünk ezen specifikációk eredeti szerzőivel és más e-mail szakértőkkel a tökéletesség és a magas kézbesítési pontosság biztosítása érdekében.

Támogatják a webhookok visszapattanását?

Tipp: Dokumentációt keres az e-mail webhookokról? További információkért lásd: Támogatják a webhookokat?.

Igen, 2024. augusztus 14-től bevezettük ezt a funkciót. Mostantól a Fiókom → Domainek → Beállítások → Visszapattanó webhook URL menüpontban beállíthat egy http:// vagy https:// URL-címet, amelyre POST kérést küldünk, valahányszor a kimenő SMTP e-mailek visszapattannak.

Ez hasznos a kimenő SMTP-üzenetek kezeléséhez és figyeléséhez – és felhasználható a feliratkozók nyilvántartására, a leiratkozásra és a visszapattanások észlelésére.

A visszapattanó webhook hasznos adatai JSON formátumban kerülnek elküldésre a következő tulajdonságokkal:

• email_id (Karakterlánc) - az e-mail azonosítója, amely megfelel egy e-mailnek a Fiókom → E-mailek (kimenő SMTP) menüpontban.
• list_id (Karakterlánc) - a List-ID fejléc értéke (kis- és nagybetűket nem megkülönböztető), ha van ilyen, az eredeti kimenő e-mailből.
• list_unsubscribe (Karakterlánc) - a List-Unsubscribe fejléc értéke (kis- és nagybetűket nem megkülönböztető), ha van ilyen, az eredeti kimenő e-mailből.
• feedback_id (Karakterlánc) - a Feedback-ID fejléc értéke (kis- és nagybetűket nem megkülönböztető), ha van ilyen, az eredeti kimenő e-mailből.
• recipient (Karakterlánc) - a visszapattanó vagy hibás címzett e-mail címe.
• message (Karakterlánc) - a visszapattanó üzenet részletes hibaüzenete.
• response (Karakterlánc) - az SMTP válaszüzenete.
• list_id0 (Szám) - az elemzett SMTP válaszkód
• list_id1 (Karakterlánc) - ha a válaszkód megbízható forrásból származott, akkor ez az érték a gyökértartomány nevével lesz feltöltve (pl. list_id2 vagy list_id3)
• list_id4 (Objektum) - egy objektum, amely a következő tulajdonságokat tartalmazza, amelyek részletezik a visszapattanás és az elutasítás állapotát: * list_id5 (Karakterlánc) - visszapattanási művelet (pl. list_id6)
• list_id7 (Karakterlánc) - visszapattanás oka (pl. list_id8)
• list_id9 (Karakterlánc) - visszapattanás kategóriája (pl. List-ID0)
• List-ID1 (Szám) - visszapattanás állapotkódja (pl. List-ID2)
• List-ID3 (Karakterlánc) - a válaszból származó visszapattanási kód üzenet (pl. List-ID4)
• List-ID5 (Szám) - elemzett sor száma, ha van, List-ID6 (pl. List-ID7)
• List-ID8 (Objektum) - kulcsérték fejlécpár a kimenő e-mailhez
• List-ID9 (Karakterlánc) - list_unsubscribe0 formátumú dátum, amikor a visszapattanási hiba történt

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ó webhookokkal kapcsolatban:

• Ha a webhook hasznos adata list_id, list_unsubscribe vagy feedback_id értéket tartalmaz, akkor tegye meg a megfelelő lépéseket a recipient eltávolításához a listából, ha szükséges.
• Ha a bounce.category értéke "block", "recipient", "spam" vagy "virus" volt, akkor mindenképpen távolítsa el a felhasználót a listából.
• Ha ellenőriznie kell a webhook hasznos adatait (hogy megbizonyosodjon arról, hogy valóban a szerverünkről érkeznek), akkor megteheti a távoli kliens IP-címének és hostnevének feloldása fordított kereséssel értéket – annak list_unsubscribe0-nek kell lennie.
• Az IP-címet a list_unsubscribe1-gyel is összehasonlíthatja.
• A webhook kulcs megszerzéséhez lépjen a Fiókom → Tartományok → Beállítások → Webhook aláírás-adatcsomag-ellenőrző kulcs menüpontra.
• Biztonsági okokból ezt a kulcsot bármikor lecserélheti. * Számítsa ki és hasonlítsa össze a webhook kérésünkből származó list_unsubscribe2 értéket a kiszámított törzsértékkel a kulcs használatával. Egy példa erre a list_unsubscribe3 címen található.
• További információkért lásd a <list_unsubscribe4 címen található megbeszélést.
• Legfeljebb list_unsubscribe5 másodpercig várunk, amíg a webhook végpontja list_unsubscribe6 állapotkóddal válaszol, és legfeljebb list_unsubscribe7 másodpercig újra próbálkozunk.
• Ha azt észleljük, hogy a visszapattanó webhook URL-címében hiba van, miközben megpróbálunk kérést küldeni, akkor hetente egyszer küldünk Önnek egy udvariassági e-mailt.

Támogatják a webhookokat?

Tipp: Dokumentációt keres a visszapattanó webhookokról? További információkért lásd: Támogatják a visszapattanó webhookokat?.

Igen, 2020. május 15-től bevezettük ezt a funkciót. Egyszerűen hozzáadhatsz webhook(okat) ugyanúgy, mint bármelyik címzettnél! Kérjük, győződj meg róla, hogy a webhook URL-címében szerepel a "http" vagy a "https" protokoll előtag.

Fokozott adatvédelem: Ha fizetős csomagot használ (amely fokozott adatvédelmet tartalmaz), akkor kérjük, lépjen a Fiókom Domainek oldalra, és kattintson a domainje melletti "Aliasok" lehetőségre a webhookok konfigurálásához. Ha többet szeretne megtudni a fizetős csomagokról, tekintse meg az Árak oldalunkat. Ellenkező esetben továbbra is követheti az alábbi utasításokat.

Ha az ingyenes csomagot használod, akkor egyszerűen adj hozzá egy új DNS TXT rekordot az alábbiak szerint:

Például, ha azt szeretném, hogy a alias@solvefaction.com címre érkező összes e-mail egy új kérésláda tesztvégpontra kerüljön továbbításra:

Név/Gazdagép/Álnév	TTL	Típus	Válasz/Érték
"@", ".", vagy üres	3600	TXT	forward-email=alias:https://requestbin.com/r/en8pfhdgcculn Másolat Titkosítás

Vagy talán azt szeretné, hogy az összes solvefaction.com címre érkező e-mail erre a végpontra kerüljön továbbításra:

Név/Gazdagép/Álnév	TTL	Típus	Válasz/Érték
"@", ".", vagy üres	3600	TXT	forward-email=https://requestbin.com/r/en8pfhdgcculn Másolat Titkosítás

További megjegyzések a webhookokkal kapcsolatban:

• Ha ellenőrizned kell a webhook hasznos adatait (hogy megbizonyosodj arról, hogy valóban a szerverünkről érkeznek), akkor használhatod a távoli kliens IP-címének és hostnevének feloldása fordított kereséssel paramétert – ennek vagy mx1.forwardemail.net, vagy mx2.forwardemail.net kell lennie.

• Az IP-címet a közzétett IP-címeink címmel is összehasonlíthatod.

• Ha fizetős csomaggal rendelkezel, akkor a webhook kulcsod megszerzéséhez menj a Saját fiók → Tartományok → Beállítások → Webhook aláírás-adatállomány-ellenőrző kulcs menüpontra.

• Biztonsági okokból ezt a kulcsot bármikor lecserélheted.

• Számítsd ki és hasonlítsd össze a webhook kérésünkből származó X-Webhook-Signature értéket a kulcs segítségével kiszámított törzsértékkel. Egy példa erre a ez a Stack Overflow bejegyzés címen található.

• További információkért lásd a https://github.com/forwardemail/free-email-forwarding/issues/235 címen található megbeszélést.

• Ha egy webhook nem válaszol 200 állapotkóddal, akkor a válaszát a hibanapló létrehozva címen tároljuk – ami hasznos a hibakereséshez. * A webhook HTTP-kérések minden SMTP-kapcsolati kísérlet után legfeljebb 3-szor próbálkoznak újra, végpontonkénti POST-kérések esetén legfeljebb 60 másodperces időtúllépéssel. Megjegyzés: ez nem azt jelenti, hogy csak 3-szor próbálkozik újra, hanem folyamatosan újrapróbálkozik egy 421-es SMTP-kód küldésével (ami jelzi a feladónak, hogy később próbálkozzon újra) a 3. sikertelen HTTP POST-kérési kísérlet után. Ez azt jelenti, hogy az e-mail napokig folyamatosan újrapróbálkozik, amíg el nem éri a 200-as állapotkódot.

• Automatikusan újrapróbálkozunk a szuperügynök újrapróbálkozási metódusa-ben használt alapértelmezett állapot- és hibakódok alapján (mi karbantartók vagyunk).

• Az erőforrások megtakarítása és a válaszidő felgyorsítása érdekében az ugyanarra a végpontra irányuló webhook HTTP-kéréseket egy kérésbe csoportosítjuk (ahelyett, hogy többbe). Például, ha e-mailt küld a webhook1@solvefaction.com, webhook2@solvefaction.com és webhook3@solvefaction.com címekre, és ezek mindegyike úgy van konfigurálva, hogy pontosan ugyanarra a végpont URL-címre jusson, akkor csak egy kérés kerül elküldésre. Pontos végpont-egyeztetés és szigorú egyenlőség alapján csoportosítjuk az elemeket.

• Fontos megjegyezni, hogy a mx1.forwardemail.net0 könyvtár "simpleParser" metódusát használjuk az üzenet JSON-barát objektummá elemzéséhez.

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

• A hitelesítési eredményeket a "dkim", "spf", "arc", "dmarc" és "bimi" tulajdonságokban adjuk meg.

• Az elemzett e-mail fejléceket a "headers" tulajdonságban adjuk meg – de a könnyebb iteráció és elemzés érdekében a "headerLines" is használható.

• A webhook csoportosított címzettjei csoportosítva vannak, és a "recipients" tulajdonságban vannak megadva.

• Az SMTP munkamenet adatait a "session" tulajdonságban adjuk meg. Ez információkat tartalmaz az üzenet küldőjéről, az üzenet érkezési idejéről, a HELO-ról és a kliens hostname-ről. A kliens hostname értéke, mint mx1.forwardemail.net1, vagy a teljes tartománynév (FQDN) (egy fordított PTR keresésből), vagy szögletes zárójelbe tett mx1.forwardemail.net2 (pl. mx1.forwardemail.net3).

• Ha gyorsan szeretné lekérdezni a mx1.forwardemail.net4 értékét, akkor használhatja a mx1.forwardemail.net5 értéket (lásd az alábbi példát). A mx1.forwardemail.net6 fejléc egy olyan fejléc, amelyet az üzenetekhez adunk hozzá az üzenet eredeti címzettjével (a maszkolt továbbítás előtt) történő hibakereséshez.

• Ha el kell távolítania a mx1.forwardemail.net7 és/vagy a mx1.forwardemail.net8 tulajdonságokat a hasznos adat törzséből, egyszerűen adja hozzá a mx1.forwardemail.net9, mx2.forwardemail.net0 vagy mx2.forwardemail.net1 tulajdonságokat a webhook végpontjához lekérdezési karakterlánc paraméterként (pl. mx2.forwardemail.net2).

• Ha vannak mellékletek, akkor azok a mx2.forwardemail.net3 tömbhöz lesznek hozzáfűzve a pufferértékekkel. Ezeket vissza lehet építeni tartalommá egy JavaScript-megközelítéssel, például:

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

Tipp: Kíváncsi, hogyan néz ki a webhook kérés a továbbított e-mailekből? Alább bemutatunk egy példát!

{
  "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=solvefaction.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=solvefaction.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=solvefaction.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=solvefaction.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@solvefaction.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@solvefaction.com",
        "name": "some"
      }
    ],
    "html": "<span class=\"mp_address_group\"><span class=\"mp_address_name\">some</span> &lt;<a href=\"mailto:random@solvefaction.com\" class=\"mp_address_email\">random@solvefaction.com</a>&gt;</span>",
    "text": "some <random@solvefaction.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=solvefaction.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=solvefaction.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@solvefaction.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@solvefaction.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=solvefaction.com;\r\n bimi=skipped (DMARC not enabled)"
  },
  "dmarc": {
    "status": {
      "result": "none",
      "header": {
        "from": "solvefaction.com"
      }
    },
    "domain": "solvefaction.com",
    "info": "dmarc=none header.from=solvefaction.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 regexeket?

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

A reguláris kifejezéseket támogató aliasok azok, amelyek / karakterlánccal kezdődnek és / karakterlánccal végződnek, címzettjeik pedig e-mail címek vagy webhookok. A címzettek tartalmazhatnak reguláris kifejezések helyettesítésének támogatását is (pl. $1, $2).

Két reguláris kifejezés jelzőt támogatunk, a i-t és a g-et. A i kis- és nagybetűket nem megkülönböztető jelző állandó alapértelmezett beállítás, és mindig érvényesül. A g globális jelzőt Ön adhatja hozzá a / végéhez a /g hozzáfűzésével.

Vegye figyelembe, hogy a címzett részhez tartozó disabled alias funkciót is támogatjuk a reguláris kifejezések támogatásával.

A reguláris kifejezések nem támogatottak a globális Vanity domaineken (mivel ez biztonsági rés lehet).

Fokozott adatvédelem: Ha fizetős csomagot használ (amely fokozott adatvédelmet tartalmaz), akkor kérjük, lépjen a Fiókom Domainek oldalra, és kattintson a domainje melletti "Aliasok" lehetőségre a reguláris kifejezések konfigurálásához. Ha többet szeretne megtudni a fizetős csomagokról, tekintse meg az Árak oldalunkat. Ellenkező esetben továbbra is követheti az alábbi utasításokat.

Ha az ingyenes csomagot használod, akkor egyszerűen adj hozzá egy új DNS TXT rekordot az alábbi példák közül egy vagy több felhasználásával:

Egyszerű példa: Ha azt szeretném, hogy a `linus@solvefaction.com` vagy `torvalds@solvefaction.com` címre érkező összes e-mail a `user@gmail.com` címre kerüljön át:

Név/Gép/Álnév	TTL	Típus	Válasz/Érték
"@", ".", vagy üres	3600	TXT	forward-email=/^(linus|torvalds)$/:user@gmail.com Másolat Titkosítás

Példa a keresztnév és a vezetéknév helyettesítésére: Képzelje el, hogy az összes céges e-mail címe a `firstname.lastname@solvefaction.com` mintájú. Ha azt szeretném, hogy az összes `firstname.lastname@solvefaction.com` mintájú e-mail a `firstname.lastname@company.com` címre kerüljön át helyettesítési támogatással (teszt megtekintése a RegExr-en):

Név/Gép/Álnév	TTL	Típus	Válasz/Érték
"@", ".", vagy üres	3600	TXT	forward-email=/^([A-Za-z]+)+\.([A-Za-z]+)+$/:$1.$2@company.com Másolat Titkosítás

Plusz szimbólum szűrés helyettesítési példa: Ha azt szeretném, hogy az összes `info@solvefaction.com` vagy `support@solvefaction.com` címre érkező e-mail a `user+info@gmail.com` vagy `user+support@gmail.com` címre kerüljön (helyettesítési támogatással) (teszt megtekintése a RegExr-en):

Név/Gép/Álnév	TTL	Típus	Válasz/Érték
"@", ".", vagy üres	3600	TXT	forward-email=/^(support|info)$/:user+$1@gmail.com Másolat Titkosítás

Webhook lekérdezési karakterlánc helyettesítési példa: Talán azt szeretné, hogy az összes `solvefaction.com`-ra kerülő e-mail egy webhookba kerüljön, és egy "to" dinamikus lekérdezési karakterlánc-kulccsal rendelkezzen, amelynek értéke az e-mail cím felhasználónév része (teszt megtekintése a RegExr-en):

Név/Gazdagép/Álnév	TTL	Típus	Válasz/Érték
"@", ".", vagy üres	3600	TXT	forward-email=/^(.*?)$/:https://solvefaction.com/webhook?username=$1 Másolat Titkosítás

Csendes elutasítási példa: Ha azt szeretné, hogy egy adott mintázatnak megfelelő összes e-mail letiltásra kerüljön, és csendesen elutasításra kerüljön (a feladó számára úgy tűnik, mintha az üzenet sikeresen elküldésre került volna, de valójában sehová sem jut el) `250` állapotkóddal (lásd: Letilthatok bizonyos aliasokat), akkor egyszerűen használja ugyanazt a megközelítést egyetlen felkiáltójellel "!". Ez azt jelzi a feladónak, hogy az üzenet sikeresen kézbesítették, de valójában sehová sem jutott (pl. blackhole vagy `/dev/null`).

Név/Gép/Álnév	TTL	Típus	Válasz/Érték
"@", ".", vagy üres	3600	TXT	forward-email=/^(linus|torvalds)$/:! Másolat Titkosítás

Példa a lágy elutasításra: Ha azt szeretné, hogy egy adott mintának megfelelő összes e-mail letiltásra és lágy elutasításra kerüljön `421` állapotkóddal (lásd: Letilthatok bizonyos aliasokat), akkor egyszerűen használja ugyanazt a megközelítést dupla felkiáltójellel ("!!"). Ez azt jelzi a feladónak, hogy próbálja újra elküldeni az e-mailjét, és az erre az aliasra küldött e-maileket a rendszer körülbelül 5 napig újrapróbálja, majd véglegesen elutasítja.

Név/Gép/Álnév	TTL	Típus	Válasz/Érték
"@", ".", vagy üres	3600	TXT	forward-email=/^(linus|torvalds)$/:!! Másolat Titkosítás

Példa a végleges elutasításra: Ha azt szeretné, hogy egy adott mintának megfelelő összes e-mail letiltásra és végleges elutasításra kerüljön `550` állapotkóddal (lásd: Letilthatok bizonyos aliasokat), akkor egyszerűen használja ugyanazt a megközelítést egy háromszoros felkiáltójellel ("!!!"). Ez egy állandó hibát jelez a feladónak, és az e-mailek nem fognak újrapróbálkozni, hanem elutasításra kerülnek ehhez az aliashoz.

Név/Gép/Álnév	TTL	Típus	Válasz/Érték
"@", ".", vagy üres	3600	TXT	forward-email=/^(linus|torvalds)$/:!!! Másolat Titkosítás

Tipp: Kíváncsi, hogyan írjon reguláris kifejezést, vagy tesztelnie kell a helyettesítőjét? Látogasson el az ingyenes reguláris kifejezések tesztelésével foglalkozó weboldalra: RegExr a https://regexr.com.

Mik a kimenő SMTP-korlátai?

Naponta legfeljebb 300 kimenő SMTP üzenetet küldhetünk felhasználók és domainek számára. Ez átlagosan havonta több mint 9000 e-mailt jelent. Ha túl kell lépnie ezt a mennyiséget, vagy folyamatosan nagy mennyiségű e-mailt küld, akkor kérjük, lépjen kapcsolatba velünk.

Szükségem van jóváhagyásra 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. Küldjön e-mailt a support@forwardemail.net címre, vagy nyisson egy segítségkérés űrlapot jóváhagyásra. Ez általában kevesebb mint 24 órát vesz igénybe, a legtöbb kérést 1-2 órán belül teljesítjük. A közeljövőben további spam-ellenőrzésekkel és riasztásokkal szeretnénk ezt a folyamatot azonnalivá tenni. Ez a folyamat biztosítja, hogy e-mailjei eljussanak a beérkező levelek mappájába, és üzenetei ne legyenek spamként megjelölve.

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

A szerverünk smtp.forwardemail.net, és a állapotoldalunkon is figyeljük.

Támogatja az IPv4 és IPv6 protokollt is, és SSL/TLS esetén a 465 és 2465, TLS (STARTTLS) esetén pedig a 587, 2587, 2525 és 25 portokon keresztül érhető el.

Jegyzőkönyv	Gazdagépnév	kikötők	IPv4	IPv6
SSL/TLS Előnyben részesített	smtp.forwardemail.net	465, 2465	:fehér_pipa_jel:	:fehér_pipa_jel:
TLS (STARTTLS)	smtp.forwardemail.net	587, 2587, 2525, 25	:fehér_pipa_jel:	:fehér_pipa_jel:

Bejelentkezés	Példa	Leírás
Felhasználónév	user@solvefaction.com	Egy olyan alias e-mail címe, amely létezik a domainhez a Fiókom Domainek oldalon.
Jelszó	************************	Alias-specifikusan generált jelszó.

Ahhoz, hogy kimenő e-maileket küldhessen SMTP-n keresztül, az SMTP felhasználó e-mail címének meg kell egyeznie egy olyan alias e-mail címével, amely létezik a domainhez a Saját fiók Domains oldalon – és az SMTP jelszó egy alias-specifikusan generált jelszónak kell lennie.

A részletes utasításokért tekintse meg a Támogatják az SMTP-n keresztüli e-mail küldést? oldalt.

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

A szerverünk imap.forwardemail.net, és a állapotoldalunkon is figyeljük.

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

Jegyzőkönyv	Gazdagépnév	kikötők	IPv4	IPv6
SSL/TLS Előnyben részesített	imap.forwardemail.net	993, 2993	:fehér_pipa_jel:	:fehér_pipa_jel:

Bejelentkezés	Példa	Leírás
Felhasználónév	user@solvefaction.com	Egy olyan alias e-mail címe, amely létezik a domainhez a Fiókom Domainek oldalon.
Jelszó	************************	Alias-specifikusan generált jelszó.

Az IMAP-on keresztüli csatlakozáshoz az IMAP felhasználó mezőben a Saját fiók Domains oldalon található domainhez tartozó alias e-mail címének kell lennie – az IMAP jelszó pedig egy alias-specifikusan generált jelszó.

A részletes utasításokért tekintse meg a Támogatja az IMAP-on keresztüli e-mail fogadást? oldalt.

Mik a POP3-kiszolgáló konfigurációs beállításai?

A szerverünk pop3.forwardemail.net, és a állapotoldalunkon is figyeljük.

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

Jegyzőkönyv	Gazdagépnév	kikötők	IPv4	IPv6
SSL/TLS Előnyben részesített	pop3.forwardemail.net	995, 2995	:fehér_pipa_jel:	:fehér_pipa_jel:

Bejelentkezés	Példa	Leírás
Felhasználónév	user@solvefaction.com	Egy olyan alias e-mail címe, amely létezik a domainhez a Fiókom Domainek oldalon.
Jelszó	************************	Alias-specifikusan generált jelszó.

A POP3 protokollhoz való csatlakozáshoz a POP3 felhasználó e-mail címének meg kell egyeznie egy olyan alias e-mail címével, amely létezik a domainhez a Fiókom Domainek menüpontban – az IMAP jelszó pedig egy alias-specifikusan generált jelszó kell, hogy legyen.

A részletes utasításokért tekintse meg a Támogatja a POP3-at? oldalt.

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.

Becsült beállítási idő: Kevesebb, mint 15 perc
Fontos: Ehhez fizetős csomag szükséges, engedélyezett SMTP hozzáféréssel.

Telepítés

1. Telepítse a Postfixet a szerverére:

# 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 válassza az „Internetes oldal” lehetőséget, amikor a rendszer kéri a konfiguráció típusát.

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. Adja meg az e-mail továbbítási hitelesítő adatait:

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

5. Biztosítsa és hashelje a jelszófájlt:

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

6. Indítsa ú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@solvefaction.com

Biztonság

Speciális szervervédelmi technikák

Tip

Tudjon meg többet biztonsági infrastruktúránkról a a Biztonság oldalunkon oldalon.

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:
• Szigorú szabályokkal rendelkező IP-táblázatok tűzfala
• Fail2ban a brute force védelemért
• Rendszeres biztonsági auditok és penetrációs tesztelés
• Csak VPN-en keresztüli adminisztrátori hozzáférés
2. Rendszerbiztonság:
• Minimális csomagtelepítés
• Rendszeres biztonsági frissítések
• SELinux kényszerített módban
• Letiltott root SSH hozzáférés
• Csak kulcsalapú hitelesítés
3. Alkalmazásbiztonság:
• Tartalombiztonsági szabályzat (CSP) fejlécek
• HTTPS szigorú átviteli biztonság (HSTS)
• XSS védelmi fejlécek
• Keretbeállítások és hivatkozó szabályzat fejlécek
• 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
• Automatizált biztonsági szkennelés
• Központosított naplózás és elemzés
• Incidensekre adott válaszadási eljárások

Important

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

Tip

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:

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

• Vultr: SOC 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/

• DataPacket: SOC 2 kompatibilis (a tanúsítvány beszerzé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

Használ TLS titkosítást 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és minden e-mail kapcsolathoz
• ECDHE (Elliptic Curve Diffie-Hellman Ephemeral) kulcscsere a tökéletes továbbítási titkosságért
• 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 (Mail Transfer Agent Strict Transport Security) a szigorú TLS kényszerítésért

Forrás: <IDEIGLEN_HELYTARTÓS_0

MTA-STS implementáció: A Forward Email szigorú MTA-STS betartatást valósít meg a kódbázisban. Amikor TLS hibák történnek, és az MTA-STS betartatásra kerül, a rendszer 421 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. Implementáció részletei:

• TLS hibaészlelés: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/is-tls-error.js
• MTA-STS kényszeríté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: A https://www.hardenize.com/report/forwardemail.net/1750312779 „Jó” értékelést mutat az összes TLS és átviteli biztonsági intézkedésre.

Megőrzi 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 (Sender Policy Framework): Megfelelően megvalósítva és megőrizve
• DKIM (DomainKeys Identified Mail): Teljes körű támogatás megfelelő kulcskezeléssel
• DMARC: Szabályzat betartatása az SPF vagy DKIM validáción meg nem tudó e-mailek esetében
• ARC: Bá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: <IDEIGLEN_HELYTARTÓS_0

Érvényesítés: Az Internet.nl Mail Test 100/100-as pontszámot mutatott 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?

Tip

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ése: Az eredeti hitelesítési fejlécek megmaradnak a továbbítás során.* Hamisítás elleni védelem: A 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 ellenőrzésnek.
• Fejléc befecskendezésének megakadályozása: Beviteli adatok ellenőrzése és tisztítása a striptags könyvtár használatával.
• Speciális védelem: Kifinomult 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 megvalósítás részletei: Az 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 segítő kifinomult hamisítás elleni szabályokat valósít meg, beleértve a domain-megszemélyesítés, a blokkolt kifejezések és a különféle adathalász minták észlelését.

Forrás: <IDEIGLEN_HELYTARTÓS_0

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

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

• Sebességkorlátozás: Hitelesítési kísérletekre, API végpontokra és SMTP kapcsolatokra vonatkozik.
• Erőforrás-elkülönítés: Felhasználók között a nagy volumenű felhasználók hatásának elkerülése érdekében.
• DDoS-védelem: Többrétegű védelem a DataPacket Shield rendszerével és a Cloudflare-rel.
• Automatikus skálázás: Dinamikus erőforrás-beállítás az igények alapján.
• Visszaélések megelőzése: Felhasználóspecifikus visszaélés-megelőzési ellenőrzések és hash-alapú blokkolás a rosszindulatú tartalmak esetén.
• E-mail hitelesítés: SPF, 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árolja az e-mail tartalmat a lemezen?

Important

Az e-mail továbbítása egy nulla tudású architektúrát használ, amely megakadályozza az e-mail tartalom lemezre írását.

• Zero-Knowledge Architecture: Az egyenként titkosított SQLite postaládák azt jelentik, hogy a Forward Email nem férhet hozzá az e-mailek tartalmához.
• In-Memorie feldolgozás: Az 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ózzuk és nem tároljuk az e-mailek tartalmát vagy metaadatait lemezen.”
• Sandboxban titkosított titkosítás: A titkosítási kulcsok soha nem tárolódnak lemezen egyszerű szövegként.

MX kódbázis bizonyíték: Az 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 (Kivonat)
• 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 során?

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

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

Hibakezelés rendszerhibák esetén: Az e-mailek továbbítása a isCodeBug és isTimeoutError segédfüggvényeket használja annak biztosítására, hogy adatbázis-kapcsolati problémák, DNS-hálózati/tiltólistás problémák vagy upstream csatlakozási problémák esetén a rendszer 421-es SMTP állapotkódot adjon vissza, így biztosítva, hogy az e-mailek később újrapróbálkozzanak, ne pedig elveszjenek vagy ne legyenek elérhetőek.

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 hibakezelés az MX feldolgozásban: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/on-data-mx.js

Forrás: <IDEIGLEN_HELYTARTÓS_0

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és: Erőforrás-alapú engedélyekkel rendelkező csapatfiókokhoz
• Legkisebb jogosultság elve: Minden rendszerben alkalmazva
• Feladatok szétválasztása: Az operatív szerepkörök között
• Felhasználókezelés: Különálló engedélyekkel rendelkező telepítési és devops felhasználók elkülönítése
• Root bejelentkezés letiltva: Megfelelően hitelesített fiókokon keresztüli hozzáférés kényszerítése
• Szigorú 2FA: Nincs SMS-alapú 2FA a MiTM támadások kockázata miatt - csak alkalmazásalapú vagy hardveres tokenek
• Átfogó auditnaplózás: Érzékeny adatok titkolásával
• Automatizált anomáliaészlelés: Szokatlan hozzáférési mintákhoz
• Rendszeres biztonsági felülvizsgálatok: Hozzáférési naplók esetében
• Gonoszlány támadások megelőzése: USB-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 felügyelet)
• 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ások megelőzése)

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

Important

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

A részletes információk a GDPR megfelelőségi oldalunkon találhatók: https://forwardemail.net/gdpr

Elsődleges infrastruktúra alfeldolgozók:

Szolgáltató	Adatvédelmi Keretrendszer Tanúsított	GDPR megfelelőségi oldal
Felhőlobbanás	✅ Igen	https://www.cloudflare.com/trust-hub/gdpr/
Adatcsomag	❌ 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 Type II és SOC 3 Type II (Schellman & Company LLC auditálta)
• 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 megfelelőség
• 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/

Adatcsomag

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

Fizetési feldolgozók:

• Stripe: Adatvédelmi keretrendszer tanúsítvánnyal rendelkezik - https://stripe.com/legal/privacy-center
• PayPal: Nem DPF tanúsítvánnyal rendelkezik - https://www.paypal.com/uk/legalhub/privacy-full

Kínál 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 részletek:

• 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
• A standard adatvédelmi megállapodáshoz nincs szükség külön aláírásra
• Egyedi adatvédelmi megállapodások elérhetők a vállalati licenc keretében

GDPR megfelelőségi keretrendszer: Adatvédelmi nyilatkozatunk részletesen ismerteti a GDPR-nak való megfelelést, valamint a nemzetközi adatátviteli követelményeket. A teljes 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 ezeket a kérdéseket a Vállalati licenc (250 USD/hó) programunkon keresztül intézhetik.

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 adathozzáférés: A nulla tudásalapú architektúra miatt nem férhet hozzá titkosított e-mail tartalomhoz.
• Minimális adatgyűjtés: Csak alapvető előfizetői információk és korlátozott IP-naplók biztonsági okokból.
• Alfeldolgozói keretrendszerek: A DigitalOcean és a Vultr GDPR-kompatibilis incidensekre adott válasz eljárásokat tart fenn.

GDPR képviselői információk: A Forward Email a 27. cikknek megfelelően 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

Azoknak a vállalati ügyfeleknek, akik speciális adatvédelmi incidens értesítési szolgáltatási szerződéseket (SLA) igényelnek, ezeket egy Vállalati licencszerződés részeként kell megbeszélniük.

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árhely funkciók tesztkörnyezetek létrehozásához
• API interfész: Lehetőség a konfigurációk programozott tesztelésére
• Nyílt forráskód: A 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 domain: Több domain támogatása lehetővé teheti a teszttartományok létrehozását

A hivatalos tesztkörnyezeti képességeket igénylő vállalati ügyfelek esetében ezt egy Vállalati licenc megállapodás részeként kell megbeszélni.

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

Biztosítanak 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és: Nyilvánosan látható teljesítménymutatók a főbb e-mail-szolgáltatóktól
• Automatikus riasztás: A mérnöki csapat értesítést kap, ha a kézbesítési idő meghaladja a 10 másodpercet
• Átlátható figyelés: 100%-ban nyílt forráskódú figyelőrendszerek
• Infrastruktúra-figyelés: Automatizá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 Vállalati licenc megállapodásokon keresztül érhetők el.

Források:

• https://forwardemail.net (Valós idejű monitorozás megjelenítése)
• https://github.com/forwardemail/forwardemail.net (Monitoring megvalósítása)

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

Important

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

• Elosztott infrastruktúra: Több szolgáltató (DigitalOcean, Vultr, DataPacket) földrajzi régiókban
• Földrajzi terheléselosztás: Cloudflare-alapú, geolokált terheléselosztás automatikus feladatátvétellel
• Automatikus skálázás: Dinamikus erőforrás-szabályozás az igények alapján
• Többrétegű DDoS-védelem: A DataPacket Shield rendszerén és a Cloudflare-en keresztül
• Szerverredundancia: Régiónként több szerver automatikus feladatátvétellel
• Adatbázis-replikáció: Valós idejű adatszinkronizálás több helyszínen
• Monitoring és riasztás: 24/7-es monitorozás automatikus incidensreagálási lehetőséggel

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

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?

Important

Az e-mail továbbítása teljes mértékben megfelel a 889. szakasznak az infrastruktúra-partnerek gondos kiválasztásának köszönhetően.

Igen, a Forward Email megfelel a 889. szakasznak. A Nemzetvédelmi Felhatalmazási 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 felel meg a 889. szakasznak az e-mail továbbítása?

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. DataPacket: Elsődleges szolgáltatónk szerverinfrastruktúra terén (kizárólag Arista Networks és Cisco berendezéseket használva).
3. Biztonsági mentési szolgáltatóink: A Digital Ocean és a Vultr biztonsági mentési szolgáltatóinkról írásban is megerősítettük, hogy megfelelnek a 889. szakasz előírásainak.

A Cloudflare kötelezettségvállalása: A 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 eset: A 889-es szakasznak való megfelelésünket akkor igazolták, amikor az USA Tengerészeti Akadémia a Forward Email szolgáltatást választotta biztonságos e-mail-továbbítási igényeihez, és ehhez dokumentációt kellett kérnie a szövetségi megfelelőségi szabványainkról.

A kormányzati megfelelőségi 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 technikai részletek

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 paraméterekkel (lásd a Adatvédelmi irányelvek paramétert).

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

Hogyan működik az e-mail továbbító rendszere?

Az e-mail a SMTP protokoll protokollra támaszkodik. Ez a protokoll egy szervernek küldött parancsokból áll (leggyakrabban a 25-ös porton fut). Létrejön egy kezdeti kapcsolat, majd a feladó jelzi, hogy kitől származik a levél ("MAIL FROM"), ezt követi a címzett ("RCPT TO"), végül pedig maga az e-mail fejlécei és törzse ("DATA"). Az e-mail továbbító rendszerünk folyamatát az alábbiakban ismertetjük az egyes SMTP protokollparancsokhoz viszonyítva:

• Kezdeti kapcsolat (parancsnév nélkül, pl. telnet solvefaction.com 25) - Ez a kezdeti kapcsolat. A engedélyezőlista listán nem szereplő feladókat a tagadólista listánkkal összehasonlítjuk. Végül, ha egy feladó nincs az engedélyezőlistánkon, akkor ellenőrizzük, hogy szerepel-e a szürkelistás listán.

• HELO – Ez egy üdvözlő üzenetet jelöl, amely a feladó teljes tartománynevét (FQDN), IP-címét vagy levélkezelő nevét azonosítja. Ez az érték hamisítható, ezért nem erre az adatra támaszkodunk, hanem a kapcsolat IP-címének fordított hostname-keresését használjuk.

• MAIL FROM - Ez az e-mail borítékfeladójának címét jelzi. Ha értéket adunk meg, annak érvényes RFC 5322 e-mail címnek kell lennie. Üres értékek megengedettek. Itt ellenőrizze a visszaverődést-et adunk meg, és a MAIL FROM értékét is összevetjük a tagadólista-vel. Végül a listán nem szereplő feladókat ellenőrizzük a sebességkorlátozás szempontjából (további információkért lásd a Sebességkorlátozás és engedélyezőlista szakaszt).

• 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-mailek „Címzett” fejlécétől). Azt is ellenőrizzük, hogy érvényes Feladó átírási sémája („SRS”) cím van-e megadva, hogy megvédjük az SRS domainnevünkkel való hamisítástól.

• DATA – Ez a szolgáltatásunk központi része, amely az e-maileket dolgozza fel. További információkért lásd a Hogyan dolgozzuk fel az e-maileket továbbításhoz? részt alább.

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

Ez a szakasz a fenti Hogyan működik az e-mail továbbító rendszered? szakaszban ismertetett DATA SMTP protokollparancshoz kapcsolódó folyamatunkat ismerteti – ez azt jelenti, hogyan dolgozzuk fel az e-mailek fejléceit, törzsét, biztonságát, hogyan határozzuk meg, hová kell kézbesíteni az e-mailt, és hogyan kezeljük a kapcsolatokat.

1. Ha az üzenet mérete meghaladja az 50 MB-os maximális méretet, akkor a rendszer 552-es hibakóddal elutasítja.

2. Ha az üzenet nem tartalmazott „Feladó” fejlécet, vagy ha a „Feladó” fejlécben szereplő értékek bármelyike nem érvényes RFC 5322 e-mail cím volt, akkor a rendszer elutasítja az üzenetet 550-es hibakóddal.

3. Ha az üzenet több mint 25 „Received” fejlécet tartalmazott, akkor a rendszer megállapította, hogy átirányítási ciklusba ragadt, és 550-es hibakóddal elutasította.

4. Az e-mail ujjlenyomatának használatával (lásd a Ujjlenyomatvétel szakaszt) ellenőrizzük, hogy az üzenetet több mint 5 napja próbálták-e újraküldeni (ami megegyezik a alapértelmezett utófix viselkedés értékkel), és ha igen, akkor az 550-es hibakóddal elutasításra kerül.

5. Az e-mail szkennelésének eredményeit a Spamkereső használatával tároljuk a memóriában.

6. Ha a Spam Scanner bármilyen önkényes eredményt adott, akkor azt 554-es hibakóddal elutasítja. Az önkényes eredmények a cikk írásakor csak a GTUBE tesztet tartalmazzák. További információkért lásd a https://spamassassin.apache.org/gtube/ bejegyzést.

7. Hibakeresési és visszaélés-megelőzési célokból a következő fejléceket adjuk hozzá az üzenethez:

• Received - ezt a szabványos Received fejlécet adjuk hozzá, amely tartalmazza a forrás IP-címét és gazdagépét, az átviteli típust, a TLS-kapcsolat adatait, a dátumot/időt és a címzettet.
• X-Original-To - az üzenet eredeti címzettje:
• Ez hasznos annak meghatározásához, hogy egy e-mail eredetileg hová lett kézbesítve (a "Received" fejlécen kívül).
• Ezt címzettenként adjuk hozzá IMAP és/vagy maszkolt továbbításkor (az adatvédelem érdekében).
• X-Forward-Email-Website - egy linket tartalmaz a https://forwardemail.net weboldalunkra
• X-Forward-Email-Version - a kódbázisunk package.json verziójából származó aktuális SemVer verzió.
• X-Forward-Email-Session-ID - egy munkamenet-azonosító érték, amelyet hibakeresési célokra használunk (csak nem termelési környezetekben érvényes).
• X-Forward-Email-Sender – 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-Original-To0 – X-Original-To1 értékkel.
• X-Original-To2 – X-Original-To3 értékkel.
• X-Original-To4 – X-Original-To5 értékkel.
8. Ezután ellenőrizzük az üzenetet a DKIM, SPF, ARC és DMARC értékekre vonatkozóan.

• Ha az üzenet nem sikerült a DMARC ellenőrzésen, és a domain elutasítási szabályzattal rendelkezett (pl. p=reject szerepelt a DMARC szabályzatában), akkor 550-es hibakóddal elutasításra kerül. A domain DMARC szabályzata jellemzően a _dmarc aldomain TXT rekordjában található (pl. dig _dmarc.solvefaction.com txt).

• Ha az üzenet nem sikerült az SPF ellenőrzésen, és a domain hard fail szabályzattal rendelkezett (pl. a -all az SPF szabályzatban volt a ~all helyett, vagy egyáltalán nem volt szabályzat), akkor 550-es hibakóddal elutasításra kerül. A domain SPF szabályzata jellemzően a gyökérdomain TXT rekordjában található (pl. dig solvefaction.com txt). A levelek küldése a Gmailhez hasonlóan szabályzattal kapcsolatos SPF-fel kapcsolatos további információkért lásd ezt a szakaszt.

9. Most feldolgozzuk az üzenet címzettjeit, amelyeket a RCPT TO parancs gyűjtött össze a fenti Hogyan működik az e-mail továbbító rendszered? szakaszban. Minden címzett esetében a következő műveleteket hajtjuk végre:

• Megkeressük a domainnév TXT rekordjait (a @ szimbólum utáni részt, pl. solvefaction.com, ha az e-mail cím test@solvefaction.com volt). Például, ha a domain solvefaction.com, akkor DNS-keresést végzünk, például a dig solvefaction.com txt-et.

• Elemzünk minden olyan TXT rekordot, amely forward-email= (ingyenes csomagok) vagy forward-email-site-verification= (fizetős csomagok) karakterekkel kezdődik. Fontos megjegyezni, hogy mindkettőt elemezzük, hogy feldolgozhassuk az e-maileket, miközben a felhasználó csomagot frissít vagy lejjebb vált.

• Ezekből az elemzett TXT rekordokból átnézzük őket, hogy kinyerjük a továbbítási konfigurációt (a fenti Hogyan kezdjem el és állítsam be az e-mail-továbbítást? szakaszban leírtak szerint). Vegye figyelembe, hogy csak egy forward-email-site-verification= értéket támogatunk, és ha egynél többet adunk meg, akkor 550-es hiba történik, és a feladó visszapattanást kap ehhez a címzetthez.

• Rekurzívan végigmegyünk a kinyerett továbbítási konfiguráción, hogy meghatározzuk a globális továbbítást, a regex alapú továbbítást és az összes többi támogatott továbbítási konfigurációt – amelyeket mostantól "Továbbítási címeknek" nevezünk.

• Minden továbbítási címhez támogatunk egy rekurzív keresést (amely a megadott címen újraindítja ezt a műveletsorozatot). Ha rekurzív egyezést találunk, akkor a szülő eredményt eltávolítjuk a továbbítási címek közül, és a gyermekeket hozzáadjuk.

• A továbbítási címeket egyediség szempontjából elemezzük (mivel nem akarunk duplikátumokat küldeni egy címre, vagy további felesleges SMTP kliens kapcsolatokat létrehozni).

• Minden továbbítási címhez a domainnevet a /v1/max-forwarded-addresses API végpontunkhoz képest keressük (annak meghatározása érdekében, hogy a domain hány címre továbbíthat e-maileket aliasonként, pl. alapértelmezés szerint 10 – lásd a solvefaction.com0 szakaszt). Ha ezt a korlátot túllépjük, akkor 550-es hiba történik, és a feladó visszapattanó üzenetet kap az adott címzetthez.

• Az eredeti címzett beállításait a solvefaction.com1 API végpontunkhoz képest keressük, amely támogatja a fizetős felhasználók keresését (tartalékként az ingyenes felhasználók számára). Ez egy konfigurációs objektumot ad vissza a solvefaction.com2 (szám, pl. solvefaction.com3), solvefaction.com4 (logikai érték), solvefaction.com5 (logikai érték), solvefaction.com6 (logikai érték) és solvefaction.com7 (logikai érték) speciális beállításaihoz. * Ezen beállítások alapján összevetjük a Spam Scanner eredményeit, és ha bármilyen hiba történik, akkor az üzenetet 554-es hibakóddal elutasítjuk (pl. ha a solvefaction.com8 engedélyezve van, akkor a Spam Scanner eredményeit vírusok szempontjából ellenőrizzük). Fontos megjegyezni, hogy minden ingyenes csomag felhasználója feliratkozik a felnőtt tartalmak, az adathalászat, a futtatható fájlok és a vírusok elleni ellenőrzésekre. Alapértelmezés szerint minden fizetős csomag felhasználója is feliratkozik, de ez a konfiguráció módosítható a Beállítások oldalon egy domainhez az E-mail továbbítása irányítópulton).

10. Minden feldolgozott címzett továbbítási címéhez a következő műveleteket hajtjuk végre:
• A címet összevetjük a tagadólista paraméterrel, és ha szerepelt a listában, akkor 421-es hibakód jelenik meg (ami azt jelzi a feladónak, hogy próbálkozzon újra később).
• Ha a cím egy webhook, akkor logikai értéket állítunk be a jövőbeli műveletekhez (lásd alább – hasonló webhookokat csoportosítunk, hogy egy POST kérést hozzunk létre a kézbesítéshez szükséges több helyett).
• Ha a cím egy e-mail cím, akkor a hosztot elemezzük a jövőbeli műveletekhez (lásd alább – hasonló hosztokat csoportosítunk, hogy egy kapcsolatot hozzunk létre a kézbesítéshez szükséges több egyedi kapcsolat helyett).

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

12. Ha vannak címzettek, akkor végigmegyünk rajtuk (ugyanazon gazdagép által csoportosítva), és kézbesítjük az e-maileket. További információkért lásd a Hogyan kezeled az e-mail kézbesítési problémákat részt alább.

• Ha bármilyen hiba történik az e-mailek küldése során, akkor azokat a memóriában tároljuk későbbi feldolgozás céljából.
• Az e-mailek küldéséből származó legalacsonyabb hibakódot (ha van ilyen) vesszük, és azt használjuk válaszkódként a DATA parancsra. Ez azt jelenti, hogy a kézbesítetlen e-maileket az eredeti feladó jellemzően újra megpróbálja elküldeni, míg a már kézbesített e-maileket a következő üzenetküldéskor nem küldjük el újra (mivel a Ujjlenyomatvétel parancsot használjuk).
• Ha nem történt hiba, akkor egy 250-es sikeres SMTP válaszállapotkódot küldünk.
• Visszapattanásnak tekintünk minden olyan kézbesítési kísérletet, amely >= 500 állapotkódot eredményez (állandó hibák).

13. Ha nem történt visszapattanás (állandó hibák), akkor a nem állandó hibák közül a legalacsonyabb hibakódú SMTP válaszállapotkódot adjuk vissza (vagy egy 250-es sikeres állapotkódot, ha nem történt hiba).

14. Ha előfordultak visszapattanások, akkor a háttérben küldünk visszapattanó e-maileket, miután a feladónak visszaküldtük a legalacsonyabb hibakódot. Ha azonban a legalacsonyabb hibakód >= 500, akkor nem küldünk visszapattanó e-maileket. Ez azért van, mert ha mégis, akkor a feladók dupla visszapattanó e-mailt kapnának (pl. egyet a kimenő MTA-juktól, például a Gmailtől – és egyet tőlünk is). További információkért lásd a Hogyan védekezel a visszaverődés ellen? című részt alább.

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

Vegye figyelembe, hogy az e-maileken csak akkor fogunk „Friendly-From” átírást végrehajtani, ha a feladó DMARC-szabályzata nem ment át, ÉS nem voltak DKIM-aláírások a „Feladó” fejléccel összhangban. Ez azt jelenti, hogy módosítjuk az üzenet „Feladó” fejlécét, beállítjuk az „X-Original-From”-ot, és beállítunk egy „Válaszcím”-et is, ha az még nem volt beállítva. A fejlécek módosítása után az üzenet ARC-pecsétjét is újra pecsételjük.

A hibaüzenetek intelligens elemzését a verem minden szintjén is használjuk – a kódunkban, a DNS-kérésekben, a Node.js belső kódjaiban, a HTTP-kérésekben (pl. a 408, 413 és 429 a 421-es SMTP-válaszkódhoz van leképezve, ha a címzett egy webhook), és a levelezőszerver válaszaiban (pl. a „defer” vagy „slowdown” válaszokat 421-es hibaként próbálja újra a rendszer).

A logikánk ál-biztos, és SSL/TLS hibák, kapcsolódási problémák és egyebek esetén is újrapróbálkozik. Az ál-biztosítás célja a kézbesítés maximalizálása minden címzett számára egy továbbítási konfiguráció esetén.

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

Ellenkező esetben, ha a címzett egy e-mail cím, akkor megpróbáljuk opportunista TLS-sel elküldeni az e-mailt (a STARTTLS-t akkor próbáljuk meg 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 során, akkor megpróbáljuk TLS nélkül elküldeni az e-mailt (STARTTLS használata nélkül).

Ha bármilyen DNS- vagy kapcsolódási hiba történik, akkor a DATA parancsnak 421-es SMTP válaszkódot küldünk vissza, ellenkező esetben, ha >= 500 szintű hibák vannak, akkor visszapattanásokat küldünk.

Ha azt észleljük, hogy egy olyan e-mail szerveren, amelyre kézbesíteni próbálunk, egy vagy több levelezési IP-címünk blokkolva van (pl. a spammerek elhalasztására használt technológia miatt), akkor egy 421-es SMTP válaszkódot küldünk a feladónak, hogy később próbálkozzon újra az üzenet elküldésével (és értesítést kapunk a problémáról, így remélhetőleg a következő próbálkozás előtt megoldhatjuk).

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

Rendszeresen figyeljük az összes főbb DNS-tiltási listát, és ha bármelyik levelezési csere ("MX") IP-címünk szerepel egy fő tiltási listán, akkor lehetőség szerint eltávolítjuk a vonatkozó DNS A rekord körforgásos feldolgozásából, amíg a probléma meg nem oldódik.

Jelen sorok írásakor számos DNS-engedélyezőlistán is szerepelünk, és komolyan vesszük a tiltólisták figyelését. Ha bármilyen problémát észlel, mielőtt lehetőségünk lenne megoldani azokat, kérjük, írásban értesítsen minket a support@forwardemail.net címen.

Az IP-címeink nyilvánosan elérhetők, további információkért lásd az alábbi részt.

Mik azok a postmaster címek?

A téves címre küldött levelek és a nem figyelt vagy nem létező postaládákba küldött vakációs válaszüzenetek elkerülése érdekében listát vezetünk a levelező démonhoz hasonló 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 olyan cím, amelyre nem válaszolnak

A RFC 5320 4.6. szakasz részben további információkat talál arról, hogyan használhatók az ilyen listák hatékony e-mail rendszerek létrehozásához.

Mik azok a válasz nélküli címek?

Az alábbi (kis- és nagybetűket nem megkülönböztető) e-mail felhasználónevek válasz nélküli címeknek 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

Ez a lista a nyílt forráskódú projektként a GitHubon azonosító alatt van karbantartva.

Mik a szervered IP-címei?

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

Van engedélyezőlistája?

Igen, van egy domain névkiterjesztések listája elemünk, amely alapértelmezés szerint engedélyezőlistán szerepel, valamint egy dinamikus, gyorsítótárazott és gördülő engedélyezőlistánk, amely a szigorú kritériumok elemen alapul.

A fizetős csomaggal rendelkező ügyfelek összes e-mail címe, domainje és címzettje automatikusan felkerül az engedélyezőlistánkra.

Mely domainnév-kiterjesztések vannak alapértelmezés szerint engedélyezőlistán

A következő domainnév-kiterjesztéseket alapértelmezés szerint engedélyezőlistára helyezzük (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
• parlament.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

Ezenkívül ezek a márka- és vállalati legfelső szintű domainek elemek alapértelmezés szerint engedélyezőlistán vannak (pl. apple a applecard.apple elemhez az Apple Card bankszámlakivonatainál):

• 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
• alma
• akvarell
• aramco
• audi
• auspost
• aws
• axa
• azure
• baidu
• bananarepublic
• barclaycard
• barclays
• kosárlabda
• bauhaus
• bbc
• bbt
• bbva
• bcg
• bentley
• bharti
• bing
• blanco
• bloomberg
• bms
• bmw
• bnl
• bnpparibas
• boehringer
• kötvény
• foglalás
• bosch
• bostik
• bradesco
• bridgestone
• brother
• bugatti
• cal
• calvinklein
• canon
• capitalone
• lakókocsi
• kocsi
• cba
• cbn
• cbre
• cbs
• cern
• cfa
• chanel
• chase
• chintai
• chrome
• chrysler
• cipriani
• cisco
• fellegvár
• citi
• citic
• clubmed
• comcast
• commbank
• creditunion
• korona
• crs
• csc
• cuisinella
• dabur
• datsun
• kereskedő
• 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
• firmdale
• flickr
• flir
• flsmidth
• flsmidth class="notranslate">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
• intel
• kód class="notranslate">intuit
• ipiranga
• iselect
• itau
• itv
• iveco
• jaguar
• java
• jcb
• jcp
• dzsip
• jpmorgan
• boróka
• 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
• laison
• lexus
• lidl
• életmód
• lilly
• lincoln
• linde
• lipsy
• lixil
• helyszín
• lotte
• lpl
• lplfinancial
• lundbeck
• lupin
• macys
• maif
• man
• mangó
• marriott
• maserati
• mattel
• mckinsey
• metlife
• microsoft
• mini
• mit
• mitsubishi
• mlb
• mma
• monash
• mormon
• moto
• movistar
• msd
• mtn
• mtr
• kölcsönös
• nadex
• országos
• natura
• nba
• nec
• netflix
• neustar
• newholland
• nfl
• nhk
• nico
• nike
• nikon
• nissan
• nissay
• nokia
• northwesternmutual
• norton
• nra
• ntt
• obi
• office
• omega
• oracle
• narancs
• otsuka
• panasonic
• pccw
• pfizer
• philips
• piaget
• pictet
• ping
• pioneer
• játék
• playstation
• politika
• politika
• gyakorlat
• termék
• progresszív
• gyakorlat
• gyakorlat
class="notranslate">prudenciális
• pwc
• qvc
• redstone
• reliance
• rexroth
• ricoh
• rmit
• rocher
• rogers
• rwe
• biztonság
• sakura
• samsung
• sandvik
• sandvikcoromant
• sanofi
• sap
• saxo
• sbi
• sca
• scb
• schaeffler
• schmidt
• fekete
• scjohnson
• pontszám
• ülés
• szenzor
• ülések
• ülések
• kódok
• varr
• hét
• sfr
• keresés
• shangrila
• éles
• shaw
• héj
• shriram
• sina
• sky
• skype
• smart
• sncf
• softbank
• sohu
• sony
• tükör
• stada
• kapcsok
• star
• starhub
• statebank
• statefarm
• statoil
• stc
• stcgroup
• suzuki
• swatch
• swiftcover
• symantec
• taobao
• target
• tatamotors
• tdk
• telecity
• telefonica
• temacsek
• teva
• tiffany
• tjx
• toray
• toshiba
• total
• toyota
• travelchannel
• utazók
• tui
• tv-k
• ubs
• unicom
• uol
• ups
• avanguard
• verisign
• vig
• viking
• virgin
• visa
• vista
• vistaprint
• vivo
• volvo
• walmart
• walter
• időjáráscsatorna
• weber
• gát
• williamhill
• ablakok
• wme
• wolterskluwer
• erdőpart
• wtc
• xbox
• xerox
• xfinity
• yahoo
• yamaxun
• yandex
• yodobashi
• youtube
• zappos
• zara
• zippo
2025. március 18-tól a következő francia tengerentúli területeket is felvettük erre a listára (ezen GitHub kérés alapján):
• bzh
• gf
• gp
• mq
• nc
• pf
• pm
• re
• tf
• wf
• yt
2025. július 8-tól a következő, Európa-specifikus országokat adtuk hozzá:
• ax
• bg
• a
• gi
• gr
• hr
• hu
• lt
• lu
• mc
• mk
• mt
• ro
• sk
• va

A magas spam aktivitás miatt kifejezetten kihagytuk a cz, ru és ua elemeket.

Mik az engedélyezési lista kritériumai?

Van egy statikus listánk a alapértelmezés szerint engedélyezőlistán szereplő domainnév-kiterjesztések elemekről – emellett egy dinamikus, gyorsítótárazott, gördülő engedélyezőlistát is fenntartunk a következő szigorú kritériumok alapján:

• A feladó gyökérdomainjének olyan domain névkiterjesztés, amely megegyezik az ingyenes csomagunkban kínált listával besorolásúnak kell lennie (a biz és info kiegészítésével). A edu, gov és mil részleges egyezéseit is belefoglaljuk, például a xyz.gov.au és a xyz.edu.au egyezéseket.
• A feladó gyökérdomainjének a Esernyő Népszerűségi Lista ("UPL") elemzési eredményeinek első 100 000 egyedi gyökérdomainje között kell lennie.
• A feladó gyökérdomainjének az elmúlt 7 napból legalább 4-ben UPL-ekben megjelenő egyedi gyökérdomainekből származó első 50 000 találat között kell lennie (~50%+).
• A feladó gyökérdomainje nem lehet kategorizált besorolású, mivel felnőtt tartalom vagy a Cloudflare által közzétett rosszindulatú program.
• A feladó gyökérdomainjének A vagy MX rekordokkal kell rendelkeznie. * A küldő gyökérdomainjének rendelkeznie kell A rekorddal/rekordokkal, MX rekorddal/rekordokkal, biz0 vagy biz1 minősítésű DMARC rekorddal, vagy biz2 vagy biz3 minősítésű SPF rekorddal.

Ha ez a feltétel teljesül, akkor a feladó gyökérdomainje 7 napig gyorsítótárazódik. Fontos megjegyezni, hogy az automatizált feladatunk naponta fut – ezért ez egy gördülő engedélyezőlista-gyorsítótár, amely naponta frissül.

Az automatizált feladatunk letölti az UPL memóriájában tárolt elmúlt 7 nap adatait, kicsomagolja azokat, majd a fenti szigorú kritériumok szerint elemzi a memóriában tárolt adatokat.

Az írás idején népszerű domainek, mint például a Google, a Yahoo, a Microsoft, az Amazon, a Meta, a Twitter, a Netflix, a Spotify és mások – természetesen szerepelnek.

Ha olyan feladó vagy, amely nem szerepel az engedélyezőlistánkon, akkor az első alkalommal, amikor az FQDN gyökérdomained vagy IP-címed e-mailt küld, a korlátozott arány és a szürkelistás címed lesz. Fontos megjegyezni, hogy ez egy bevett gyakorlat az e-mail szabványok terén. A legtöbb e-mail szerver kliens megpróbálja újrapróbálkozni, ha sebességkorlátozási vagy szürkelistás hibát kap (pl. 421 vagy 4xx szintű hibakód).

Fontos megjegyezni, hogy bizonyos feladók, mint például a a@gmail.com, b@xyz.edu és c@gov.au továbbra is lehetnek elutasított listán (pl. ha automatikusan észleljük az adott feladóktól származó spamet, adathalászatot vagy rosszindulatú programot).**

Milyen domainnév-kiterjesztések használhatók ingyenesen

2023. március 31-től új, általános spam-szabályozást léptettünk életbe felhasználóink és szolgáltatásunk védelme érdekében.

Ez az új szabály csak a következő domain névkiterjesztések használatát engedélyezi az ingyenes csomagunkban:

• ac
• hirdetés
• cím
• ai
• al
• am
• alkalmazás
• mint
• at
• au
• ba
• be
• br
• által
• ca
• cc
• cd
• ch
• ck
• co
• com
• de
• dev
• dj
• dk
• ee
• es
• eu
• család
• fi
• fm
• fr
• gg
• gl
• id
• ie
• il
• im
• ban
• io
• ir
• ez
• je
• jp
• ke
• kr
• la
• li
• lv
• ly
• md
• me
• mn
• ms
• mu
• mx
• net
• ni
• nl
• nem
• nu
• nz
• org
• pl
• pr
• pt
• pw
• rs
• sc
• se
• sh
• si
• sm
• sr
• st
• tc
• tm
• a
-ba/-be
• tv
• uk
• us
• uz
• vc
• vg
• vu
• ws
• xyz
• za

Van szürkelistája?

Igen, egy nagyon laza e-mail szürkelista szabályzatot használunk. A szürkelista csak azokra a feladókra vonatkozik, akik nem szerepelnek az engedélyezőlistánkon, és 30 napig marad meg a gyorsítótárunkban.

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

Ha sikeresen vártak 5 percet ettől a kezdeti érkezési időtől számítva, akkor az e-mailjeiket elfogadjuk, és nem kapják meg ezt a 450-es állapotkódot.

A kulcs vagy az FQDN gyökérdomainjéből, vagy a küldő IP-címéből áll. Ez azt jelenti, hogy minden olyan aldomain, amely átmegy a szürkelistán, a gyökérdomain számára is átmegy, és fordítva (ezt értjük „nagyon laza” szabályzat alatt).

Például, ha egy test.solvefaction.com címről érkezik egy e-mail, mielőtt látnánk egy solvefaction.com címről érkező e-mailt, akkor a test.solvefaction.com és/vagy solvefaction.com címről érkező e-maileknek 5 percet kell várniuk a kapcsolat kezdeti érkezési idejétől számítva. Nem várjuk meg mind a test.solvefaction.com, mind a solvefaction.com címek esetében a saját 5 perces várakozási idejüket (a szürkelistázási szabályzatunk a gyökérdomain szintjén érvényes).

Vegye figyelembe, hogy a szürkelistázás nem vonatkozik a engedélyezőlista listán szereplő egyetlen feladóra sem (pl. Meta, Amazon, Netflix, Google, Microsoft a cikk írásakor).

Van tiltólistája?

Igen, saját tiltólistát üzemeltetünk, amelyet automatikusan, valós időben, illetve manuálisan is frissítünk az észlelt spam és rosszindulatú tevékenységek alapján.

Óránként lekérjük az UCEPROTECT 1. szintű tiltólistájáról a http://wget-mirrors.uceprotect.net/rbldnsd-all/dnsbl-1.uceprotect.net.gz címen található összes IP-címet, és 7 napos lejárati idővel betápláljuk a tiltólistánkra.

A tiltólistán található feladók 421-es hibakódot kapnak (ami azt jelzi a feladónak, hogy később próbálkozzon újra), ha nincsenek engedélyezőlistán.

A 421-es állapotkód 554-es állapotkód helyett történő használatával valós időben csökkenthető a potenciális téves riasztások száma, majd az üzenet a következő kísérletkor sikeresen kézbesíthető.

Ez más levelezőszolgáltatásokkal ellentétben, ahol ha tiltólistára kerülsz, az végleges és végleges hibát okoz. Gyakran nehéz megkérni a feladókat, hogy próbálják újra elküldeni az üzeneteket (különösen nagy szervezetek esetében), ezért ez a megközelítés nagyjából 5 napot biztosít az első e-mail-kísérlettől számítva, hogy a feladó, a címzett vagy mi közbelépjünk és orvosoljuk a problémát (a tiltólista eltávolításának kérésével).

Az összes tiltólistáról való eltávolítási kérelmet valós időben figyelik az adminisztrátorok (például azért, hogy az ismétlődő téves riasztásokat véglegesen engedélyezőlistára helyezhessék).

A tiltólistáról való eltávolítási kérelmeket a https://forwardemail.net/denylist. címen lehet kérni. A fizetős felhasználók tiltólistáról való eltávolítási kérelmeit azonnal feldolgozzuk, míg a nem fizető felhasználóknak meg kell várniuk, amíg az adminisztrátorok feldolgozzák a kérelmüket.

A spam vagy vírusos tartalom küldőként észlelt feladók a következő módon kerülnek fel a tiltólistára:

1. A kezdeti üzenet ujjlenyomata szürkelistára kerül, ha egy „megbízható” feladótól (pl. gmail.com, microsoft.com, apple.com) származó spam vagy tiltólistás üzenetet észlel.
• Ha a feladó engedélyezőlistán szerepelt, az üzenet 1 órán át szürkelistán van.
• Ha a feladó nincs engedélyezőlistán, az üzenet 6 órán át szürkelistán van.
2. A tiltólistás kulcsokat a feladótól és az üzenettől származó információkból elemezzük, és mindegyik kulcshoz létrehozunk (ha még nem létezik ilyen) egy számlálót, 1-gyel növeljük, és 24 órán át gyorsítótárazzuk.
• Engedélyezett feladók esetén:
• Adjunk hozzá egy kulcsot a „MAIL FROM” boríték e-mail címéhez, ha volt SPF-e vagy nem volt, és nem egy postmaster felhasználónév vagy egy válasz nélküli felhasználónév volt. * Ha a „Feladó” fejléc engedélyezőlistán szerepelt, akkor adjon hozzá egy kulcsot a „Feladó” fejlécben szereplő e-mail címhez, ha SPF-et adott, vagy DKIM-et adott át, és igazított.
• Ha a „Feladó” fejléc nem volt engedélyezőlistán, akkor adjon hozzá egy kulcsot a „Feladó” fejlécben szereplő e-mail címhez és annak gyökérelemzett domainnevéhez.
• Nem engedélyezőlistán szereplő feladók esetén:
• Adjon hozzá egy kulcsot a boríték „MAIL FROM” e-mail címéhez, ha SPF-et adott át.
• Ha a „Feladó” fejléc engedélyezőlistán szerepelt, akkor adjon hozzá egy kulcsot a „Feladó” fejlécben szereplő e-mail címhez, ha SPF-et adott, vagy DKIM-et adott át, és igazított.
• Ha a „Feladó” fejléc nem volt engedélyezőlistán, akkor adjon hozzá egy kulcsot a „Feladó” fejlécben szereplő e-mail címhez és annak gyökérelemzett domainnevéhez.
• Adjon hozzá egy kulcsot a feladó távoli IP-címéhez.
• Adjon hozzá egy kulcsot a kliens által feloldott hostname-hez a feladó IP-címéből fordított kereséssel (ha van ilyen).
• Adjon hozzá egy kulcsot a kliens által feloldott hostname gyökérdomainjéhez (ha van ilyen, és ha eltér a kliens által feloldott hostname-től). 3. Ha egy engedélyezőlistán nem szereplő feladó és kulcs számlálója eléri az 5-öt, akkor a kulcsot 30 napra tiltólistára tesszük, és e-mailt küldünk a visszaélésekkel foglalkozó csapatunknak. Ezek a számok változhatnak, és a frissítések itt jelennek meg, ahogy figyeljük a visszaéléseket.
4. Ha egy engedélyezőlistán szereplő feladó és kulcs számlálója eléri a 10-et, akkor a kulcsot 7 napra tiltólistára tesszük, és e-mailt küldünk a visszaélésekkel foglalkozó csapatunknak. Ezek a számok változhatnak, és a frissítések itt jelennek meg, ahogy figyeljük a visszaéléseket.

MEGJEGYZÉS: A közeljövőben bevezetjük a reputációfigyelést. A reputációfigyelés ehelyett egy százalékos küszöbérték alapján számítja ki, hogy mikor kell egy feladót tiltólistára helyezni (szemben a fent említett alapvető számlálóval).

Van sebességkorlátozása?

A küldő átviteli sebességének korlátozása vagy a küldő IP-címére vonatkozó fordított PTR-keresésből elemzett gyökérdomain alapján történik – vagy ha ez nem hoz eredményt, akkor egyszerűen a küldő IP-címét használja. Megjegyzendő, hogy ezt a továbbiakban Sender-nak nevezzük.

MX szervereink napi korláttal rendelkeznek a titkosított IMAP-tárhely számára fogadott bejövő levelekre vonatkozóan:

• A bejövő levelek aliasonkénti korlátozása helyett (pl. you@yourdomain.com) a korlátozást az alias domainneve alapján határozzuk meg (pl. yourdomain.com). Ez megakadályozza, hogy a Senders egyszerre elárassza a domain összes aliasának postaládáját.
• Általános korlátozások vonatkoznak az összes Senders aliasra a szolgáltatásunkban, függetlenül a címzetttől:
• Azok a Senders aliasok, amelyeket "megbízhatónak" tartunk, és amelyek igazságforrásként szolgálnak (pl. gmail.com, microsoft.com, apple.com), napi 100 GB-ra korlátozódnak.
• Azok a Senders aliasok, amelyek engedélyezőlistán aliasok, napi 10 GB-ra korlátozódnak.
• Az összes többi yourdomain.com0 alias napi 1 GB-ra és/vagy 1000 üzenetre korlátozódik. * yourdomain.com1 és yourdomain.com2 esetén napi 1 GB-os és/vagy 1000 üzenetes korlátozás van érvényben.

Az MX szerverek a sebességkorlátozás révén korlátozzák az üzenetek továbbítását egy vagy több címzettnek – de ez csak a Senders-ra vonatkozik, a engedélyezőlista-re nem:

• Óránként legfeljebb 100 kapcsolatot engedélyezünk Sender feloldott FQDN gyökértartományonként (vagy Sender távoli IP-címenként (ha nem áll rendelkezésre fordított PTR) és borítékcímzettenként. A sebességkorlátozás kulcsát kriptográfiai hashként tároljuk a Redis adatbázisunkban.

• Ha a rendszerünkön keresztül küld e-mailt, kérjük, győződjön meg arról, hogy minden IP-címéhez beállított fordított PTR-t (ellenkező esetben minden egyedi FQDN gyökértartomány vagy IP-cím, amelyről küld, sebességkorlátozás alá esik).

• Ne feledd, hogy ha egy népszerű rendszeren, például az Amazon SES-en keresztül küldesz, akkor nem lesznek rád vonatkozó díjkorlátozások, mivel (a cikk írásakor) az Amazon SES szerepel az engedélyezőlistánkon.

• Ha olyan domainről küldesz, mint a test.abc.123.solvefaction.com, akkor a sebességkorlát a solvefaction.com domainre lesz érvényben. Sok spammer több száz aldomaint használ a gyakori spamszűrők megkerülésére, amelyek csak az egyedi hostneveket korlátozzák az egyedi FQDN gyökérdomainekkel szemben.

• A sebességkorlátot túllépő Senders elemeket a rendszer 421-es hibával elutasítja.

IMAP és SMTP szervereink korlátozzák, hogy az aliasok egyszerre több mint 60 egyidejű kapcsolatot létesíthessenek.

MX szervereink korlátozzák a nem engedélyezőlistás küldőket abban, hogy 10-nél több egyidejű kapcsolatot hozzanak létre (a számláló 3 perces gyorsítótár-lejárati idővel rendelkezik, ami tükrözi a 3 perces socket-időtúllépésünket).

Hogyan védekezel a visszaverődés ellen?

A rosszul irányított visszapattanó levelek vagy a visszapattanó spam (más néven „Visszaszórás negatív hírnevet okozhatnak a feladó IP-címeinek.

Két lépést teszünk a visszaverődés elleni védelem érdekében, amelyeket a Ismert spammerektől érkező levelek visszapattanásának megakadályozása és a Akadályozza meg a felesleges visszaverődéseket a visszaverődés elleni védelem érdekében szakaszokban részletesen ismertetünk.

Ismert spammerektől érkező levelek visszapattanásának megakadályozása

Óránként lekérjük a listát a Backscatter.org-ból (a UCEPROTECT által működtetve) a http://wget-mirrors.uceprotect.net/rbldnsd-all/ips.backscatterer.org.gz időpontban, és betápláljuk a Redis adatbázisunkba (előzetesen összehasonlítjuk a különbséget is; hátha eltávolítottunk olyan IP-címeket, amelyeket figyelembe kell venni).

Ha a MAIL FROM üres VAGY egyenlő (kis- és nagybetűket nem megkülönböztető) a postamester címei (az e-mailben a @ jel előtti rész) bármelyikével, akkor ellenőrizzük, hogy a feladó IP-címe megegyezik-e a listán szereplő valamelyikkel.

Ha a feladó IP-címe szerepel a listán (és nincs a engedélyezőlista listánkban), akkor 554-es hibát küldünk a The IP ${session.remoteAddress} is blocked by https://www.backscatterer.org/index.php?target=test&ip=${session.remoteAddress} üzenettel. Értesítést kapunk, ha egy feladó szerepel mind a Visszaszórás listáján, mind az engedélyezőlistánkon, így szükség esetén megoldhatjuk a problémát.

Az ebben a szakaszban leírt technikák a https://www.backscatterer.org/?target=usage helyen található „SAFE MODE” ajánlást követik, ahol csak akkor ellenőrizzük a küldő IP-címét, ha bizonyos feltételek már teljesültek.

A felesleges visszaverődések megakadályozása a visszaverődés elleni védelem érdekében

A visszapattanó e-mailek olyan e-mailek, amelyek azt jelzik, hogy az e-mail továbbítása a címzettnek teljesen sikertelen volt, és az e-mailt nem próbálják meg újra elküldeni.

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

1. Csak akkor küldünk üzenetet, ha >= 500 állapotkód-hiba fordul elő (amikor a továbbításra megpróbált e-mailek sikertelenek voltak, pl. a Gmail 500-as szintű hibával válaszol).

2. Csak egyszer és csak egyszer küldünk üzenetet (egy kiszámított visszapattanási ujjlenyomat-kulcsot használunk, és azt a gyorsítótárban tároljuk, hogy megakadályozzuk a duplikált küldést). A visszapattanási ujjlenyomat egy kulcs, amely az üzenet ujjlenyomata a visszapattanási cím hash-ével és a hibakóddal kombinálva). Az üzenet ujjlenyomatának kiszámításával kapcsolatos további információkért lásd a Ujjlenyomatvétel részt. A sikeresen elküldött visszapattanási ujjlenyomatok 7 nap után lejárnak a Redis gyorsítótárunkban.

3. Csak akkor küldünk üzenetet, ha a MAIL FROM és/vagy a From nem üres, és nem tartalmaz (kis- és nagybetűket nem megkülönböztető) postamester felhasználónév értéket (a @ jel előtti részt az e-mailben).

4. Nem küldünk üzenetet, ha az eredeti üzenet a következő fejlécek bármelyikét tartalmazta (kis- és nagybetűk megkülönböztetése nélkül):

• A auto-submitted fejléce, amelynek értéke nem egyenlő a no értékével.
• A x-auto-response-suppress fejléce, amelynek értéke dr, autoreply, auto-reply, auto_reply vagy all
• A list-id, list-subscribe, no0, no1, no2, no3, no4, no5, no6 vagy no7 fejléce (értéktől függetlenül).
• A no8 fejléce, amelynek értéke no9, x-auto-response-suppress0, x-auto-response-suppress1, x-auto-response-suppress2 vagy x-auto-response-suppress3.

5. Nem küldünk üzenetet, ha a MAIL FROM vagy a From e-mail címe +donotreply, -donotreply, +noreply vagy -noreply végződésű.

6. Nem küldünk üzenetet, ha a Feladó e-mail címe felhasználónév része mdaemon volt, és a kis- és nagybetűket megkülönböztető fejléc X-MDDSN-Message volt.

7. Nem küldünk multipart/report fejlécet, amely kis- és nagybetűket nem megkülönböztető content-type fejlécet tartalmazott.

Hogyan lehet meghatározni egy e-mail ujjlenyomatot?

Egy e-mail ujjlenyomatát az e-mail egyediségének meghatározására, valamint a duplikált üzenetek kézbesítésének és a duplikált visszapattanások elküldésének megakadályozására használják.

Az ujjlenyomatot a következő lista alapján számítjuk ki:

• Kliens által feloldott FQDN hostname vagy IP-cím
• Message-ID fejlécérték (ha van)
• Date fejlécérték (ha van)
• From fejlécérték (ha van)
• To fejlécérték (ha van)
• Cc fejlécérték (ha van)
• Subject fejlécérték (ha van)
• Body érték (ha van)

Átirányíthatok e-maileket a 25-östől eltérő portokra (pl. ha az internetszolgáltatóm blokkolta a 25-ös portot)?

Igen, 2020. május 5-től bevezettük ezt a funkciót. Jelenleg a funkció domain-specifikus, nem pedig alias-specifikus. Ha alias-specifikusra van szüksége, kérjük, vegye fel velünk a kapcsolatot, hogy tájékoztasson minket igényeiről.

Fokozott adatvédelem: Ha fizetős csomagot használ (amely fokozott adatvédelmet tartalmaz), akkor kérjük, lépjen a Fiókom Domainek menüpontra, kattintson a domain melletti "Beállítások" gombra, majd a "Beállítások" gombra. Ha többet szeretne megtudni a fizetős csomagokról, tekintse meg az Árak oldalunkat. Ellenkező esetben továbbra is követheti az alábbi utasításokat.

Ha az ingyenes csomagot használod, akkor egyszerűen adj hozzá egy új DNS TXT rekordot az alábbiak szerint, de a portot 25-ről az általad választott portra változtasd.

Például, ha azt szeretném, hogy a solvefaction.com címre érkező összes e-mail az alias címzettek 1337-es SMTP portjára, a 25-ös helyett kerüljön továbbításra:

Név/Gép/Álnév	TTL	Típus	Válasz/Érték
"@", ".", vagy üres	3600	TXT	forward-email-port=1337 Másolat Titkosítás

Tipp: Az egyéni porttovábbítás beállításának leggyakoribb esete, amikor az solvefaction.com címre érkező összes e-mailt az solvefaction.com címen található másik portra szeretné továbbítani, az SMTP szabvány szerinti 25-ös porttól eltérő portra. Ennek beállításához egyszerűen adja hozzá a következő TXT gyűjtőrekordot.

Név/Gép/Álnév	TTL	Típus	Válasz/Érték
"@", ".", vagy üres	3600	TXT	forward-email=solvefaction.com Másolat Titkosítás

Támogatja a plusz + szimbólumot a Gmail aliasokhoz?

Igen, abszolút.

Támogatja az aldoméneket?

Igen, feltétlenül. A név/gazdagép/alias értékének „@”, „.” vagy üres karaktere helyett egyszerűen az aldomain nevét kell használnia értékként.

Ha azt szeretné, hogy a foo.solvefaction.com továbbítsa az e-maileket, akkor a DNS-beállításokban név/gazdagép/alias értékként adja meg a foo értéket (mind az MX, mind a TXT rekordokhoz).

Továbbítja ez az e-mail fejléceit?

Igen, abszolút.

Jól tesztelt ez a {#is-this-well-tested}}?

Igen, vannak benne ava-val írt tesztek, és kódlefedettség is van.

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

Igen, feltétlenül. Például, ha egy e-mailt küldesz a hello@solvefaction.com címre, és az regisztrálva van a user@gmail.com címre történő továbbításra, akkor a "gmail.com" SMTP-szerver SMTP-válaszüzenete és kódja fog visszaérkezni a "mx1.forwardemail.net" vagy "mx2.forwardemail.net" proxyszerver helyett.

Hogyan előzhető meg a spammerek jelenléte, és hogyan biztosítható a jó hírnév az e-mail-továbbításban?

Lásd a fenti Hogyan működik az e-mail továbbító rendszered?, Hogyan kezeled az e-mail kézbesítési problémákat és Hogyan kezeled az IP-címeid blokkolását? részeket.

Hogyan végez DNS-kereséseket a domainneveken?

Létrehoztunk egy nyílt forráskódú szoftverprojektet, a 🍊 Mandarin-t, és ezt használjuk DNS-keresésekhez. Az alapértelmezett DNS-kiszolgálók a 1.1.1.1 és a 1.0.0.1, a DNS-lekérdezések pedig a DNS HTTPS-en keresztül-on ("DoH") keresztül történnek az alkalmazási szinten.

🍊 A Mandarin alapértelmezés szerint a CloudFlare adatvédelmet előtérbe helyező fogyasztói DNS-szolgáltatását használja]cloudflare-dns.

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

Kínálnak pénzvisszafizetési garanciát fizetős csomagokra?

Igen! Automatikus visszatérítés történik, ha a csomag kezdetétől számított 30 napon belül frissítesz, alacsonyabb csomagra váltasz vagy lemondod a fiókodat. Ez csak az első alkalommal előfizetőkre vonatkozik.

Ha csomagot váltok, arányosan számolják el és visszatérítik a különbözetet?

Nem arányosítjuk és nem térítjük vissza a különbözetet csomagváltáskor. Ehelyett a meglévő csomag lejárati dátumától fennmaradó időtartamot átváltjuk az új csomag legközelebbi relatív időtartamára (hónapokra lefelé kerekítve).

Felhívjuk figyelmét, hogy ha a fizetős csomag kezdetétől számított 30 napon belül frissít vagy alacsonyabb tarifájú csomagra vált, akkor automatikusan visszatérítjük a meglévő csomag teljes összegét.

Használhatom ezt az e-mail továbbító szolgáltatást csak „tartalék” vagy „tartalék” MX szerverként?

Nem, ez nem ajánlott, mivel egyszerre csak egy levelezőszervert használhatsz. A tartalék megoldásokat általában soha nem próbálják újra a prioritási hibák és az MX exchange prioritás-ellenőrzését nem tartó levelezőszerverek miatt.

Letilthatok bizonyos aliasokat

Fontos: Ha fizetős csomaggal rendelkezel, akkor a Fiókom Domainek Aliasok Alias szerkesztése Töröld a jelölést az "Aktív" jelölőnégyzetből Folytatás menüpontban kell kiválasztanod.

Igen, egyszerűen szerkeszd a DNS TXT rekordodat, és az alias elé írj egy, kettő vagy három felkiáltójelet (lásd alább).

Fontos megjegyezni, hogy érdemes megőrizni a ":" leképezést, mivel erre szükség lesz, ha valaha is kikapcsolod ezt a funkciót (és ezt használjuk importáláshoz is, ha fizetős csomagokra frissítesz).

Csendes elutasítás esetén (a feladó úgy tűnik, mintha az üzenet sikeresen elküldésre került volna, de valójában sehová sem jut) (állapotkód: 250): Ha egy alias elé "!" (egyetlen felkiáltójel) teszel, akkor a rendszer a 250 sikeres elutasítás állapotkódját adja vissza a címre küldeni próbáló feladóknak, de maguk az e-mailek sehová sem jutnak (pl. egy fekete lyukba vagy /dev/null-be).

Lágy elutasítás esetén (állapotkód: 421): Ha egy alias elé "!!" (dupla felkiáltójel) kerül, akkor a címre üzenetet küldeni próbáló feladóknak a 421 lágy hibaállapotkódot adja vissza, és az e-maileket gyakran akár 5 napig is újrapróbálja a rendszer, mielőtt elutasítja és visszapattan.

Kemény elutasítás esetén (550 állapotkód): Ha egy alias elé "!!!" (háromszoros felkiáltójel) teszel, akkor a rendszer a 550 állandó hibaállapotkódot adja vissza azoknak a feladóknak, akik erre a címre próbálnak üzenetet küldeni, és az e-mailek elutasításra kerülnek és visszapattannak.

Például, ha azt szeretném, hogy a alias@solvefaction.com címre érkező összes e-mail ne kerüljön át a user@gmail.com címre, és elutasításra kerüljön, majd visszapattanjon (pl. három felkiáltójelet használva):

Név/Gép/Álnév	TTL	Típus	Válasz/Érték
"@", ".", vagy üres	3600	TXT	forward-email=!!!alias:user@gmail.com Másolat Titkosítás

Tipp: A továbbított címzett címét átírhatod egyszerűen "nobody@forwardemail.net"-re is, ami a lenti példához hasonlóan a "nobody" címre irányítja át.

Név/Gép/Álnév	TTL	Típus	Válasz/Érték
"@", ".", vagy üres	3600	TXT	forward-email=!!!alias:nobody@forwardemail.net Másolat Titkosítás

Tipp: Ha nagyobb biztonságra van szüksége, akkor eltávolíthatja a ":user@gmail.com" (vagy ":nobody@forwardemail.net") részt is, így csak az "!!!alias" marad, ahogy az alábbi példában is látható.

Név/Gép/Álnév	TTL	Típus	Válasz/Érték
"@", ".", vagy üres	3600	TXT	forward-email=!!!álnév Másolat Titkosítás

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

Igen, feltétlenül. Csak adjon meg több címzettet a TXT rekordjaiban.

Például, ha azt szeretném, hogy egy hello@solvefaction.com címre küldött e-mail továbbításra kerüljön a user+a@gmail.com és a user+b@gmail.com címre, akkor a TXT rekordom így nézne ki:

Név/Gép/Álnév	TTL	Típus	Válasz/Érték
"@", ".", vagy üres	3600	TXT	forward-email=hello:user+a@gmail.com,hello:user+b@gmail.com Másolat Titkosítás

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

Név/Gép/Álnév	TTL	Típus	Válasz/Érték
"@", ".", vagy üres	3600	TXT	forward-email=hello:user+a@gmail.com Másolat Titkosítás
"@", ".", vagy üres	3600	TXT	forward-email=hello:user+b@gmail.com Másolat Titkosítás

Rajtad múlik!

Lehet több globális, mindent gyűjtő címzettem?

Igen, megteheti. Ehhez csak több globális, mindent lefedő címzettet kell megadnia a TXT rekordjaiban.

Például, ha azt szeretném, hogy minden *@solvefaction.com címre (a csillag azt jelenti, hogy ez egy helyettesítő karakter, azaz gyűjtőcím) érkező e-mail továbbításra kerüljön a user+a@gmail.com és a user+b@gmail.com címre, akkor a TXT rekordom így nézne ki:

Név/Gép/Álnév	TTL	Típus	Válasz/Érték
"@", ".", vagy üres	3600	TXT	forward-email=user+a@gmail.com,user+b@gmail.com Másolat Titkosítás

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

Név/Gép/Álnév	TTL	Típus	Válasz/Érték
"@", ".", vagy üres	3600	TXT	forward-email=user+a@gmail.com Másolat Titkosítás
@, ".", vagy üres	3600	TXT	forward-email=user+b@gmail.com Másolat Titkosítás

Rajtad múlik!

Van-e maximális korlátja annak, hogy aliasonként hány e-mail címre továbbíthatok üzeneteket?

Igen, az alapértelmezett korlát 10. Ez NEM azt jelenti, hogy csak 10 alias lehet a domainneveden. Annyi aliast használhatsz, amennyit csak szeretnél (korlátlan számú). Ez azt jelenti, hogy csak egy aliast továbbíthatsz 10 egyedi e-mail címre. Lehet hello:user+1@gmail.com, hello:user+2@gmail.com, hello:user+3@gmail.com, … (1-10 között) – és a hello@solvefaction.com címre küldött e-mailek a user+1@gmail.com, user+2@gmail.com, user+3@gmail.com, … (1-10 között) címekre lesznek továbbítva.

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

Rekurzívan továbbíthatom az e-maileket?

Igen, megteheti, de továbbra is be kell tartania a maximális korlátot. Ha a hello:linus@solvefaction.com és a linus:user@gmail.com is megvan, akkor a hello@solvefaction.com címre küldött e-mailek a linus@solvefaction.com és a user@gmail.com címre lesznek továbbítva. Vegye figyelembe, hogy hiba keletkezik, ha a maximális korláton túlmutató e-maileket próbál rekurzívan továbbítani.

Regisztrálhatják vagy törölhetik az e-mail továbbítási regisztrációmat az engedélyem nélkül?

MX és TXT rekordok ellenőrzését használjuk, ezért ha hozzáadod a szolgáltatás megfelelő MX és TXT rekordjait, akkor regisztrált vagy. Ha eltávolítod őket, akkor a regisztrációd törlődik. A domained és a DNS-kezelésed a te tulajdonodban van, így ha valaki hozzáfér ehhez, az problémát jelent.

Hogyhogy 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és: Kódbázisunk nyílt forráskódú, ami lehetővé teszi a közösségi hozzájárulást és az átlátható működést.

2. Hatékony infrastruktúra: Optimalizáltuk rendszereinket, hogy minimális erőforrásokkal kezeljék az e-mail-továbbítást.

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

4. Ésszerű használati korlátok: Az ingyenes csomag méltányos használatra vonatkozó szabályzattal rendelkezik a visszaélések megelőzése érdekében.

Note

Elkötelezettek vagyunk aziránt, 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.

Tip

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és szerint 50 MB-os méretkorlátot alkalmazunk, amely magában foglalja a tartalmat, a fejléceket és a mellékleteket. Fontos megjegyezni, hogy az olyan szolgáltatások, mint a Gmail és az Outlook, csak 25 MB-os méretkorlátot engedélyeznek, és ha túllépi ezt a korlátot, amikor ezeknek a szolgáltatóknak a címeire küld üzenetet, hibaüzenetet kap.

A fájlméret-korlát túllépése esetén a rendszer megfelelő válaszkóddal ellátott hibát ad vissza.

Tárolnak naplókat az e-mailekről?

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

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

Tárolja a hibanaplókat?

Igen. A hibanaplókat a Fiókom → Naplók vagy a Fiókom → Domainek alatt érheti el.

2023 februárjától a 4xx és 5xx SMTP válaszkódokhoz tartozó hibanaplókat 7 napig tároljuk – ezek tartalmazzák az SMTP hibát, a borítékot és az e-mail fejléceket (az e-mail törzsét és a mellékleteket nem tároljuk).

A hibanaplók lehetővé teszik a hiányzó fontos e-mailek ellenőrzését és a a domainjeid esetében a spam téves riasztások mérséklését. Nagyszerű forrást jelentenek a e-mail webhookok-gyel kapcsolatos problémák hibakereséséhez is (mivel a hibanaplók tartalmazzák a webhook végpontjának válaszát).

A sebességkorlátozás és szürkelistás hibanaplói nem érhetők el, mivel a kapcsolat korán véget ér (pl. mielőtt a RCPT TO és MAIL FROM parancsok továbbíthatók lennének).

További információkért lásd a Adatvédelmi irányelvek oldalunkat.

Olvasod az e-mailjeimet?

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

Sok más e-mail-továbbító szolgáltatás tárolja és potenciálisan el is tudja olvasni az e-mailjeidet. Nincs ok arra, hogy a továbbított e-maileket lemezen kell tárolni – ezért alkottuk meg az első nyílt forráskódú megoldást, amely mindezt a memóriában végzi.

Úgy gondoljuk, hogy jogod van a magánélethez, és ezt szigorúan tiszteletben is tartjuk. A szerverre telepített kód a nyílt forráskódú szoftver a GitHubon az átláthatóság és a bizalomépítés érdekében.

Küldhetek e-mailt más néven a Gmailben ezzel a {#can-i-send-mail-as-in-gmail-with-this}_ ...

Igen! 2018. október 2-án hozzáadtuk ezt a funkciót. Lásd a fenti Hogyan küldjünk levelet Gmail-ben más néven? bejegyzést!

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

Fontos: Ha Gmailt (pl. E-mail küldése más néven) vagy G Suite-ot használ, akkor hozzá kell fűznie az include:_spf.google.com címet az SPF TXT rekordjához, például:

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

Elküldhetem a levelet más néven az Outlookban ezzel a {#can-i-send-mail-as-in-outlook-with-this}} paraméterrel?

Igen! 2018. október 2-án hozzáadtuk ezt a funkciót. Ehhez egyszerűen tekintse meg az alábbi két linket a Microsofttól:

• 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

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

Fontos: Ha Microsoft Outlookot vagy Live.com-ot használ, akkor hozzá kell fűznie az include:spf.protection.outlook.com címet az SPF TXT rekordjához, például:

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

Elküldhetem-e a levelet más néven az Apple Mailben és az iCloud Mailben ezzel a {#can-i-send-mail-as-in-apple-mail-and-icloud-mail-with-this}} fiókkal?

Ha előfizető az iCloud+ szolgáltatásra, használhat egyéni domaint. Szolgáltatásunk az Apple Mail-lel is kompatibilis..

További információkért lásd: https://support.apple.com/en-us/102540

Átküldhetek korlátlan számú e-mailt ezzel a {#can-i-forward-unlimited-emails-with-this}} címmel

Igen, azonban a „viszonylag ismeretlen” feladók esetében a kapcsolatok száma óránként maximum 100-ra korlátozódik hosztnevenként vagy IP-címenként. Lásd a fenti Sebességkorlátozás és Szürkelistás szakaszt.

A „viszonylag ismeretlen” kifejezés alatt azokat a feladókat értjük, akik nem szerepelnek a engedélyezőlista mezőben.

Ha ezt a korlátot túllépik, egy 421-es válaszkódot küldünk, amely jelzi a küldő levelezőszerverének, hogy később próbálkozzon újra.

Korlátlan számú domaint kínálnak egyetlen árért?

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

Milyen fizetési módokat fogad 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ások: Visa, Mastercard, American Express, Discover, JCB, Diners Club stb.
2. PayPal: Csatlakoztasd PayPal-fiókodat az egyszerű fizetéshez.
3. Kriptovaluta: Elfogadjuk a Stripe stabilérme-fizetéseit az Ethereum, Polygon és Solana hálózatokon.

Note

Korlátozott fizetési információkat tárolunk szervereinken, amelyek csak a fizetési azonosítókat, valamint a Csík és PayPal tranzakció-, ügyfél-, előfizetés- és fizetési azonosítókra való hivatkozásokat tartalmazzák.

Tip

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

Tip

Az alábbi cikkeink rendszeresen frissülnek új útmutatókkal, tippekkel és technikai információkkal. Látogasson vissza gyakran a legújabb tartalomért.

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