Ugrás a tartalomhoz

Sütibeállítások

Típusonként válassza ki, mely sütiket engedélyezi. Választását bármikor módosíthatja a Sütibeállítások linken, amely minden oldal alján megtalálható. Adatvédelmi nyilatkozat

Szükséges

Mindig bekapcsolva

A bejelentkezéshez, a kosár megőrzéséhez és a választásai megjegyzéséhez szükségesek. Ezek mindig be vannak kapcsolva.

Milyen sütik?
  • weboke_sessie, weboke_klant, weboke_remember: a munkamenet és a bejelentkezve maradás
  • weboke_basket: a kosár
  • wkBtwIncl: az árak megjelenítése ÁFÁ-val vagy anélkül
  • wok_cookies: a sütiválasztás, 12 hónap

Méri, melyik hirdetés vezet látogatáshoz vagy rendeléshez, hogy ne fizessünk hatástalan hirdetésekért.

Milyen sütik?
  • Google Ads a Google Tag Manageren keresztül (_gcl_au, _gcl_aw), legfeljebb 90 napig
  • OpenAI Ads, hirdetések a ChatGPT-ben
  • wok_aff: melyik partnerünk ajánlására érkezett (partnerprogram), 60 nap

4,6

Ország és nyelv

Minden országnak saját oldala van, az adott ország áraival és ÁFA-jával.

Megtekintés

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ásMit jelentLecke
SPF vagy DKIMA kettő közül legalább az egyiknek sikerülnie kell4.2, 4.3
Érvényes forward és reverse DNSA küldő IP-címhez tartozik egy visszamutató PTR-rekord (FCrDNS)5.1
Kevés panaszAzoknak a címzetteknek az aránya, akik spamnek jelölik meg az e-mailt, 0,3% alatt marad5.2
Szabályos üzenetekAz 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ított1.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:

  1. SPF és DKIM is be kell legyen állítva (nem csak az egyik).
  2. DMARC szükséges, legalább p=none beá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).
  3. 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.
  4. Egykattintásos leiratkozás marketing- és feliratkozott e-mailek esetén, valamint egy jól látható leiratkozási link a szövegben.
  5. A leiratkozásokat két napon belül fel kell dolgozni.
  6. 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=none beá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ódJelentése a Gmailnél
550 5.7.25A küldő IP-címnek nincs PTR-rekordja
550 5.7.26A feladó nincs hitelesítve (az SPF és a DKIM elbukik, vagy a DMARC elbukik)
550 5.7.27Az SPF elbukott
550 5.7.29Nem TLS-en keresztül küldték
550 5.7.30A DKIM elbukott
421 4.7.32A 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=none beá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-Unsubscribe egy https címmel, valamint List-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

1. Ön havonta egyszer hírlevelet küld 12 000 címre, amelyből 6000 a Gmailnél van, egyetlen napon. Mi érvényes?



2. Milyen DMARC-irányelv szükséges minimálisan a Gmail és a Yahoo tömeges küldőkre vonatkozó elvárásaihoz?



3. Egy tömeges küldő az Outlook.com-nál 550 5.7.515 hibát kap, miközben a fejlécek dmarc=pass eredményt mutatnak. Hogyan lehetséges ez?



4. Melyik kombináció teszi lehetővé az egykattintásos leiratkozást?



5. Ön csak hétköznapi üzleti e-maileket küld, naponta néhány százat. Melyik elvárás vonatkozik mégis Önre?



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

Z5.3. feladat: Az Ön domainje az elvárásokhoz képest

Adja meg a saját domainjét (vagy a sidn.nl domaint selector nélkül), és minden egyes elvárásnál jelezze, hogy ön szerint megfelel-e neki. A PTR-kérdés a fogadó szerverére (MX) vonatkozik; a küldőszervert az 5.1. leckében ellenőrizte.








Amit beír, és amit találunk, azt nem tároljuk. A böngészője megjegyzi a válaszait és azt, hogy teljesítette e a feladatot. Ha bejelentkezett, a Fiókomban csak azt tároljuk, hogy a feladat (majdnem) helyes volt; ott ezt is törölheti.

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.

Egy pillanat…

Domainek beállítása

Állítsa be domainenként a névszervereket, a tárhelyhez való kapcsolást és azt, hogy ki legyen a tulajdonos.

Domainek betöltése…