Modul 5 · 5.3
A Gmail, a Yahoo és a Microsoft elvárásai
Modul 5: Reputáció és a nagy szolgáltatók · Olvasási idő: 11 perc
Tanulási cél: E lecke után fel tudja sorolni, milyen elvárásokat támaszt a Gmail, a Yahoo és a Microsoft minden küldővel, illetve a tömeges küldőkkel szemben, meg tudja magyarázni, mi az egykattintásos leiratkozás, és ellenőrizni tudja a saját domenjét ezeknek az elvárásoknak megfelelően.
Kulcsfogalmak: küldési irányelvek, tömeges küldő (napi 5000), SPF vagy DKIM, SPF és DKIM, DMARC legalább p=none beállítással, igazodás (alignment), PTR és FCrDNS, TLS, panaszarány (0,1% és 0,3%), List-Unsubscribe, One-Click (RFC 8058), Postmaster Tools, SNDS, 550 5.7.515
Miért léteznek ezek az elvárások
A Gmail, a Yahoo és a Microsoft (Outlook.com, Hotmail, Live.com, MSN) együttesen a személyes e-mailek nagy részét fogadja. Hosszú ideig az SPF, a DKIM és a DMARC csak "ajánlott" volt. 2023 októberében a Google és a Yahoo bejelentette, hogy 2024 februárjától elvárásokat vezetnek be. A Microsoft ezt követte az Outlook.com és a többi fogyasztói cím esetében, olyan elvárásokkal, amelyeket 2025 májusától érvényesítenek.
Az elvárások célja a hamisított feladók és a nem kívánt tömeges levelezés visszaszorítása. A legtöbb kisebb küldő számára ez azt jelenti: gondoskodjon róla, hogy a 4. modulban leírt alapok rendben legyenek. Aki hírleveleket vagy sok tranzakciós e-mailt küld, arra további követelmények vonatkoznak.
Elvárások mindenki számára
A Gmail és a Yahoo az alábbi elvárásokat támasztja minden felhasználóik felé küldő feladóval szemben:
| Elvárás | Mit jelent | Lecke |
|---|---|---|
| SPF vagy DKIM | A kettő közül legalább az egyiknek sikerülnie kell | 4.2, 4.3 |
| Érvényes forward és reverse DNS | A küldő IP-címhez tartozik egy visszamutató PTR-rekord (FCrDNS) | 5.1 |
| Kevés panasz | Azoknak a címzetteknek az aránya, akik spamnek jelölik meg az e-mailt, 0,3% alatt marad | 5.2 |
| Szabályos üzenetek | Az e-mail követi a szabványokat (RFC 5321 és RFC 5322): például pontosan egy From: fejléc és egy érvényes Date: | 1.2, 1.5 |
| TLS (Gmail) | A Gmail felé irányuló kapcsolat titkosított | 1.4, 5.4 |
Emellett a Google azt is kéri: ne adja ki magát Gmailnek. Aki @gmail.com címet használ feladóként, de nem a Google szerverén keresztül küld (hanem például egy hírlevélszolgáltatón keresztül), az elbukik a DMARC-ellenőrzésen: az adott szerver nem jogosult a gmail.com nevében aláírni, és nem szerepel a gmail.com SPF-rekordjában. A Google szerint a Gmail az ilyen leveleket karanténba helyezési irányelvvel kezeli. Mindig a saját domenjéről küldjön tehát.
További elvárások tömeges küldők számára
A Google tömeges küldőnek tekinti, ha 24 óra alatt körülbelül 5000 vagy több e-mailt küld személyes Gmail-címekre. Az aldomenekről érkező levelek a fődomenhez számítanak bele. És ami fontos: aki egyszer elérte ezt a határt, az tömeges küldő marad. Ez a státusz nem jár le. A Yahoo nem alkalmaz kemény számhatárt, a Microsoft szintén napi 5000-et alkalmaz.
Tömeges küldők esetében ezek is hozzáadódnak:
- SPF és DKIM is be kell legyen állítva (nem csak az egyik).
- DMARC szükséges, legalább
p=nonebeállítással. Szigorúbb irányelv is megengedett, de nem kötelező. A Yahoo erősen ajánl egy jelentési címet (rua). - Igazodás (alignment): a látható
From:címben szereplő domennek meg kell egyeznie az SPF-domennel (Return-Path) vagy a DKIM-domennel (d=). Pontosan ezt ellenőrzi a DMARC (4.4. lecke). Röviden: a levélnek át kell mennie a DMARC-on. - Egykattintásos leiratkozás marketing- és feliratkozott e-mailek esetén, valamint egy jól látható leiratkozási link a szövegben.
- A leiratkozásokat két napon belül fel kell dolgozni.
- A panaszarány 0,3% alatt legyen, lehetőleg 0,1% alatt.
Ez pontosan illeszkedik a 4. modulban ismertetett tanácshoz: kezdje a DMARC-ot p=none beállítással és egy jelentési címmel. Így megfelel az elvárásnak anélkül, hogy kockáztatná saját levelei elutasítását.
Microsoft: SPF és DKIM és DMARC
A Microsoft azoknak a küldőknek, akik naponta 5000 vagy több e-mailt küldenek az Outlook.com, a Hotmail, a Live.com és az MSN felé (mind ugyanazzal a domennel a From: címben), az alábbi elvárásokat támasztja:
- az SPF-nek sikeresnek kell lennie;
- a DKIM-nek sikeresnek kell lennie;
- szükséges egy DMARC-rekord, legalább
p=nonebeállítással, és a levélnek át kell mennie a DMARC-on.
Figyeljen a különbségre: a DMARC-nál a kettő közül az egyik elegendő (SPF vagy DKIM, igazodva). A Microsoft a tömeges küldőktől elvárja, hogy mindkettő sikeres legyen. Az ennek nem megfelelő levelet nem a Levélszemét mappába irányítja, hanem elutasítja a következővel:
550 5.7.515 Access denied, sending domain example.com does not meet the required authentication level.Egy olyan domen tehát, amely DKIM-mel teljesíti a DMARC-ot, de amelynek az SPF-je elbukik (például mert egy szolgáltatás hiányzik az SPF-rekordból), így is megkaphatja ezt a hibát.
Egykattintásos leiratkozás
Hírlevél esetén a címzettek leiratkozási linket várnak. A Gmail, a Yahoo és az Apple Mail ezenkívül saját "Leiratkozás" gombot jelenít meg a levél tetején. Ez a gomb két fejlécen keresztül működik:
List-Unsubscribe: <https://nieuwsbrief.example/afmelden?id=8f3a2c>, <mailto:afmelden@example.com?subject=afmelden>
List-Unsubscribe-Post: List-Unsubscribe=One-Click- A
List-Unsubscribe(RFC 2369) egy vagy több leiratkozási módot ad meg: egy weboldali címet és/vagy egy e-mail-címet. - A
List-Unsubscribe-Post: List-Unsubscribe=One-Click(RFC 8058) azt jelenti: ha egy POST kérést küld arra a weboldali címre, a címzett azonnal leiratkozik. Nincs külön oldal, nincs bejelentkezés, nincs "biztos benne?" kérdés.
Mindkét fejlécnek a DKIM-aláírás alá kell tartoznia, így útközben senki nem tudja módosítani (ezt az RFC 8058 megköveteli). Egy hírlevélszolgáltatás ezt elintézi Ön helyett. Ha saját maga küld, akkor ezt saját magának kell megépítenie (7.2. lecke).
Mi történik, ha nem felel meg?
A Google szerint a nem megfelelő levelet ideiglenesen vagy végleg elutasíthatják, vagy a levélszemétbe kerülhet. 2025 novembere óta a Gmail egyre szigorúbban érvényesíti ezt. A hibaüzenetek pontosak (a teljes lista a 6.2. leckében található), például:
| Kód | Jelentése a Gmailnél |
|---|---|
550 5.7.25 | A küldő IP-címnek nincs PTR-rekordja |
550 5.7.26 | A feladó nincs hitelesítve (az SPF és a DKIM elbukik, vagy a DMARC elbukik) |
550 5.7.27 | Az SPF elbukott |
550 5.7.29 | Nem TLS-en keresztül küldték |
550 5.7.30 | A DKIM elbukott |
421 4.7.32 | A From: domen nincs igazítva; ideiglenesen lassítva |
A 4-es kezdetű kód ideiglenes (a küldő szerver később újra megpróbálja), az 5-ös kezdetű kód végleges (6.1. lecke).
Mérés: Postmaster Tools és SNDS
A címzettek postafiókjába nem lát bele, de a nagy fogadószolgáltatók adnak számokat:
- Google Postmaster Tools (postmaster.google.com): a domen egy TXT-rekorddal történő megerősítése után többek között láthatja a panaszarányt, hogy a levelei átmennek-e az SPF-en, a DKIM-en és a DMARC-on, és hogy titkosítva küldi-e őket. Csak akkor lát adatokat, ha elég levelet küld a Gmail felé.
- Microsoft SNDS (Smart Network Data Services): IP-cím szerinti adatok. Csak akkor hasznos, ha saját IP-címe van (6.4. lecke).
- Yahoo Sender Hub: a Yahoo saját felülete küldők számára, panaszfeeddel.
Ha hírlevélszolgáltatáson keresztül küld, akkor az a szolgáltatás általában maga is megmutatja a panaszarányt küldésenként.
A gyakorlatban
Egy tárhelyszolgáltatónál vagy levelezőszolgáltatónál lévő szokásos üzleti postafiók esetében általában már megfelel a mindenki számára érvényes elvárásoknak: a szolgáltató gondoskodik a PTR-ről és a TLS-ről, Önnek pedig az SPF-ről, a DKIM-ről és egy DMARC-rekordról kell gondoskodnia. A WebOkénál az E-mail cím megadása kártya a Fiókom felületen rekordonként megmutatja, hogy az rendben van-e; más szolgáltatóknál ez az ellenőrzés más néven szerepelhet, vagy használhat egy független eszközt, például az internet.nl oldalt.
Ha hírleveleket küld, akkor ehhez hozzátartozik az SPF és a DKIM a küldőszolgáltatásnál (saját DKIM-kulcs az Ön domenjén, 4.3. és 7.1. lecke), egy DMARC-rekord, valamint egy egy kattintással működő leiratkozási gomb.
Összefoglalás
- Mindenki számára: SPF vagy DKIM, megfelelő PTR, szabályos üzenetek, TLS, panaszok 0,3% alatt.
- Tömeges küldők (nagyjából napi 5000-től, és ez a státusz megmarad): SPF és DKIM, DMARC legalább
p=nonebeállítással, igazodás, egykattintásos leiratkozás, leiratkozások feldolgozása két napon belül. - A Microsoft a tömeges küldőktől elvárja, hogy az SPF és a DKIM is sikeres legyen, különben
550 5.7.515. - Egykattintásos leiratkozás =
List-Unsubscribeegy https címmel, valamintList-Unsubscribe-Post: List-Unsubscribe=One-Click. - Mérje a Google Postmaster Tools, a Microsoft SNDS vagy a küldőszolgáltatása adatai alapján.
Kvíz
Feladat
Z5.3 feladat: Az Ön domainje az elvárásokhoz képest. Adja meg a saját domenjét és egy olyan DKIM-szelektort, amelyet egy saját e-mail fejléceiben talált (s= a DKIM-Signature-ben, 4.3. lecke). Elvárásonként adja meg, hogy Ön szerint megfelel-e: SPF jelen van és érvényes, DKIM-kulcs megtalálva, DMARC jelen van érvényes p értékkel, jelentési cím jelen van, az MX-szervere PTR-rekordja megfelelő. A program élőben elvégzi ugyanezeket az ellenőrzéseket, és az Ön becslése mellé teszi az eredményt. Nincs saját domenje? Akkor használja a sidn.nl domaint (DKIM-szelektor nélkül).
További olvasnivaló
Az ezekben a cikkekben leírt lépések a WebOké vezérlőpultjaira vonatkoznak; más szolgáltatóknál ez hasonlóan működik.
- Nem érkezik meg az e-mail, vagy a spam mappában landol: így lehet kideríteni az okát
- Mi az a DMARC? Magyarázat közérthetően
- Küldhetek körlevelet a WebOké-nél lévő tárhelycsomagomon keresztül?
- WebOké útmutató 6.7: Az E-mail beállítása kártya (MX, SPF, DKIM, DMARC)
- Google, Irányelvek feladók számára: https://support.google.com/a/answer/81126
- Yahoo, Sender best practices: https://senders.yahooinc.com/best-practices/
- Microsoft, 550 5.7.515 hiba az Outlook.com-ban: https://support.microsoft.com/en-us/outlook/fix-ndr-error-550-5-7-515-in-outlook-com
- RFC 8058 (egykattintásos leiratkozás)
- A Gmail, a Yahoo és a Microsoft követelményei a nagy mennyiségű levelet küldők számára
