Modulul 5 · 5.3
Cerințele Gmail, Yahoo și Microsoft
Modulul 5: Reputație și furnizorii mari · Timp de citire: 11 minute
Obiectiv de învățare: După această lecție veți putea enumera cerințele pe care Gmail, Yahoo și Microsoft le impun tuturor expeditorilor și expeditorilor în masă, veți putea explica ce înseamnă dezabonarea cu un singur clic și veți putea verifica propriul domeniu în raport cu aceste cerințe.
Noțiuni cheie: ghiduri pentru expeditori, expeditor în masă (5.000 pe zi), SPF sau DKIM, SPF și DKIM, DMARC cu cel puțin p=none, aliniere, PTR și FCrDNS, TLS, rată de plângeri (0,1% și 0,3%), List-Unsubscribe, One-Click (RFC 8058), Postmaster Tools, SNDS, 550 5.7.515
De ce există aceste cerințe
Gmail, Yahoo și Microsoft (Outlook.com, Hotmail, Live.com, MSN) primesc împreună o mare parte din toată corespondența personală prin e-mail. Multă vreme, SPF, DKIM și DMARC au fost „recomandate”. În octombrie 2023, Google și Yahoo au anunțat că din februarie 2024 vor impune cerințe. Microsoft a urmat pentru Outlook.com și celelalte adrese de consumator, cu cerințe care sunt aplicate începând din mai 2025.
Cerințele sunt menite să combată expeditorii falsificați și e-mailurile nedorite trimise în masă. Pentru majoritatea expeditorilor mici, aceasta înseamnă: asigurați-vă că bazele din modulul 4 sunt corecte. Pentru cei care trimit newslettere sau mult e-mail tranzacțional, se adaugă cerințe suplimentare.
Cerințe pentru toată lumea
Gmail și Yahoo impun aceste cerințe tuturor expeditorilor care trimit mesaje către utilizatorii lor:
| Cerință | Ce înseamnă | Lecție |
|---|---|---|
| SPF sau DKIM | Cel puțin unul dintre cele două trebuie să reușească (pass) | 4.2, 4.3 |
| DNS invers și direct valide | Adresa IP de trimitere are o înregistrare PTR care corespunde (FCrDNS) | 5.1 |
| Puține plângeri | Procentul de destinatari care marchează mesajele dumneavoastră drept spam rămâne sub 0,3% | 5.2 |
| Mesaje corecte | E-mailul respectă standardele (RFC 5321 și RFC 5322): de exemplu exact un singur antet From: și un antet Date: valid | 1.2, 1.5 |
| TLS (Gmail) | Conexiunea către Gmail este criptată | 1.4, 5.4 |
În plus, Google precizează: nu vă dați drept Gmail. Cine trimite mesaje cu o adresă @gmail.com ca expeditor, printr-un alt server decât cele ale Google (de exemplu printr-un serviciu de newsletter), eșuează la DMARC: acel server nu are voie să semneze în numele gmail.com și nu apare în SPF-ul gmail.com. Google precizează că Gmail tratează astfel de mesaje conform unei politici de carantină. Prin urmare, trimiteți întotdeauna de pe o adresă aflată pe propriul dumneavoastră domeniu.
Cerințe suplimentare pentru expeditorii în masă
Google vă consideră expeditor în masă dacă trimiteți în 24 de ore aproximativ 5.000 de e-mailuri sau mai multe către adrese Gmail personale. E-mailurile de pe subdomenii contează pentru domeniul principal. Și important: cine a atins odată acest prag rămâne expeditor în masă. Acest statut nu expiră. Yahoo nu folosește un număr fix, Microsoft folosește de asemenea 5.000 pe zi.
Pentru expeditorii în masă se adaugă:
- SPF și DKIM trebuie să fie amândouă configurate (nu doar unul dintre ele).
- DMARC trebuie să existe, cu cel puțin
p=none. O politică mai strictă este permisă, dar nu este obligatorie. Yahoo recomandă ferm o adresă de raportare (rua). - Aliniere: domeniul din adresa
From:vizibilă trebuie să corespundă cu domeniul SPF (Return-Path) sau cu domeniul DKIM (d=). Exact asta verifică DMARC (lecția 4.4). Pe scurt: mesajul trebuie să treacă prin DMARC. - Dezabonare cu un singur clic pentru e-mailurile de marketing și de abonament, plus un link de dezabonare clar vizibil în text.
- Procesarea dezabonărilor în termen de două zile.
- Plângeri sub 0,3%, de preferință sub 0,1%.
Acest lucru se aliniază exact cu recomandarea din modulul 4: începeți DMARC cu p=none și o adresă de raportare. Astfel îndepliniți cerința, fără riscul ca propriul dumneavoastră e-mail să fie respins.
Microsoft: SPF și DKIM și DMARC
Microsoft impune, pentru expeditorii care trimit 5.000 sau mai multe e-mailuri pe zi către Outlook.com, Hotmail, Live.com și MSN (toate cu același domeniu în adresa From:), aceste cerințe:
- SPF trebuie să reușească (pass);
- DKIM trebuie să reușească (pass);
- trebuie să existe o înregistrare DMARC, cel puțin
p=none, iar mesajul trebuie să treacă prin DMARC.
Observați diferența: la DMARC este suficient unul dintre cele două (SPF sau DKIM, aliniat). Microsoft impune expeditorilor în masă ca amândouă să reușească. Mesajele care nu îndeplinesc cerința nu ajung în folderul Spam, ci sunt respinse cu:
550 5.7.515 Access denied, sending domain example.com does not meet the required authentication level.Un domeniu care trece de DMARC prin DKIM, dar la care SPF eșuează (de exemplu pentru că lipsește un serviciu din înregistrarea SPF), poate totuși primi această eroare.
Dezabonare cu un singur clic
La un newsletter, destinatarii se așteaptă la un link de dezabonare. Gmail, Yahoo și Apple Mail afișează, în plus, un buton propriu „Dezabonare” în partea de sus a mesajului. Acel buton funcționează cu două antete:
List-Unsubscribe: <https://nieuwsbrief.example/afmelden?id=8f3a2c>, <mailto:afmelden@example.com?subject=afmelden>
List-Unsubscribe-Post: List-Unsubscribe=One-ClickList-Unsubscribe(RFC 2369) oferă una sau mai multe modalități de dezabonare: o adresă web și/sau o adresă de e-mail.List-Unsubscribe-Post: List-Unsubscribe=One-Click(RFC 8058) spune: dacă trimiteți o cerere POST către acea adresă web, destinatarul este dezabonat imediat. Fără o pagină suplimentară, fără autentificare, fără „sunteți sigur?”.
Ambele antete trebuie să se afle sub semnătura DKIM, astfel încât nimeni să nu le poată modifica pe parcurs (RFC 8058 cere acest lucru). Un serviciu de newsletter se ocupă de acest lucru pentru dumneavoastră. Dacă trimiteți singur, trebuie să îl construiți chiar dumneavoastră (lecția 7.2).
Ce se întâmplă dacă nu îndepliniți cerințele?
Google precizează că mesajele care nu îndeplinesc cerințele pot fi respinse temporar sau definitiv, sau pot ajunge în spam. Din noiembrie 2025, Gmail intensifică și mai mult această aplicare. Mesajele de eroare sunt specifice (o listă completă se află în lecția 6.2), de exemplu:
| Cod | Semnificație la Gmail |
|---|---|
550 5.7.25 | Adresa IP de trimitere nu are înregistrare PTR |
550 5.7.26 | Expeditorul nu este autentificat (SPF și DKIM eșuează, sau DMARC eșuează) |
550 5.7.27 | SPF a eșuat |
550 5.7.29 | Nu a fost trimis prin TLS |
550 5.7.30 | DKIM a eșuat |
421 4.7.32 | Domeniul From: nu este aliniat; încetinit temporar |
Un cod cu 4 este temporar (serverul expeditor încearcă din nou mai târziu), un cod cu 5 este definitiv (lecția 6.1).
Măsurare: Postmaster Tools și SNDS
Nu puteți vedea direct în căsuța de e-mail a destinatarilor, dar furnizorii mari oferă totuși date:
- Google Postmaster Tools (postmaster.google.com): după confirmarea domeniului dumneavoastră cu o înregistrare TXT, vedeți printre altele rata de plângeri, dacă mesajele trec prin SPF, DKIM și DMARC, și dacă sunt criptate. Vedeți date abia după ce trimiteți suficient e-mail către Gmail.
- Microsoft SNDS (Smart Network Data Services): date per adresă IP. Util doar dacă aveți o adresă IP proprie (lecția 6.4).
- Yahoo Sender Hub: locul propriu al Yahoo pentru expeditori, cu un flux de plângeri.
Dacă trimiteți prin intermediul unui serviciu de newsletter, acel serviciu afișează de obicei singur rata de plângeri pentru fiecare trimitere.
În practică
Pentru o căsuță de e-mail obișnuită la o companie de hosting sau un serviciu de e-mail, de regulă îndepliniți deja cerințele pentru toată lumea: furnizorul se ocupă de PTR și TLS, iar dumneavoastră vă asigurați de SPF, DKIM și o înregistrare DMARC. La WebOké, fila Set E-mail din Contul meu WebOké arată pentru fiecare înregistrare dacă este corectă; la alți furnizori, o astfel de verificare se numește diferit, sau puteți folosi un instrument independent precum internet.nl.
Dacă trimiteți newslettere, atunci trebuie să aveți SPF și DKIM la serviciul de trimitere (cheie DKIM proprie pe domeniul dumneavoastră, lecțiile 4.3 și 7.1), o înregistrare DMARC și un buton de dezabonare care funcționează cu un singur clic.
Rezumat
- Pentru toată lumea: SPF sau DKIM, PTR corect, mesaje corecte, TLS, plângeri sub 0,3%.
- Expeditori în masă (de la aproximativ 5.000 pe zi, statut care rămâne): SPF și DKIM, DMARC cu cel puțin
p=none, aliniere, dezabonare cu un singur clic, dezabonări procesate în două zile. - Microsoft impune expeditorilor în masă ca SPF și DKIM să reușească amândouă, altfel
550 5.7.515. - Dezabonare cu un singur clic =
List-Unsubscribecu o adresă https plusList-Unsubscribe-Post: List-Unsubscribe=One-Click. - Măsurați cu Google Postmaster Tools, Microsoft SNDS sau datele serviciului dumneavoastră de trimitere.
Quiz
Exercițiu
Exercițiu Z5.3: Domeniul dumneavoastră în raport cu cerințele. Completați propriul dumneavoastră domeniu și un selector DKIM pe care l-ați găsit în antetele unui e-mail propriu (s= în DKIM-Signature, lecția 4.3). Completați pentru fiecare cerință dacă credeți că o îndepliniți: SPF prezent și valid, cheie DKIM găsită, DMARC prezent cu un p valid, adresă de raportare prezentă, PTR al serverului dumneavoastră MX este corect. Programul efectuează aceleași verificări în timp real și plasează rezultatul alături de estimarea dumneavoastră. Nu aveți propriul domeniu? Folosiți atunci sidn.nl (fără selector DKIM).
Lectură suplimentară
Pașii din aceste articole se aplică panourilor WebOké; la alți furnizori funcționează similar.
- E-mailul dumneavoastră nu ajunge sau ajunge în spam: iată cum identificați problema
- Ce este DMARC? Explicație pe înțelesul tuturor
- Este permisă trimiterea unei campanii de mailing prin intermediul pachetului dumneavoastră de hosting la WebOké?
- Manual WebOké 6.7: Caseta Configurați e-mailul (MX, SPF, DKIM, DMARC)
- Google, Ghid pentru expeditori: https://support.google.com/a/answer/81126
- Yahoo, Sender best practices: https://senders.yahooinc.com/best-practices/
- Microsoft, Eroarea 550 5.7.515 în Outlook.com: https://support.microsoft.com/en-us/outlook/fix-ndr-error-550-5-7-515-in-outlook-com
- RFC 8058 (dezabonare cu un singur clic)
