Модул 5 · 5.3
Изискванията на Gmail, Yahoo и Microsoft
Модул 5: Репутация и големите доставчици · Време за четене: 11 минути
Учебна цел: След този урок ще можете да изброите изискванията, които Gmail, Yahoo и Microsoft поставят към всички податели и към bulk подателите, да обясните какво е отписване с едно кликване и да проверите собствения си домейн спрямо тези изисквания.
Основни понятия: насоки за подателите, bulk подател (5000 на ден), SPF или DKIM, SPF и DKIM, DMARC с поне p=none, подравняване, PTR и FCrDNS, TLS, процент оплаквания (0,1% и 0,3%), List-Unsubscribe, One-Click (RFC 8058), Postmaster Tools, SNDS, 550 5.7.515
Защо съществуват тези изисквания
Gmail, Yahoo и Microsoft (Outlook.com, Hotmail, Live.com, MSN) заедно получават голяма част от цялата лична поща. Дълго време SPF, DKIM и DMARC бяха само "препоръчителни". През октомври 2023 г. Google и Yahoo обявиха, че от февруари 2024 г. ще въведат изисквания. Microsoft последва за Outlook.com и другите потребителски адреси, с изисквания, които се прилагат от май 2025 г.
Изискванията са насочени срещу фалшифицирани податели и срещу нежелана масова поща. За повечето малки податели това означава: уверете се, че основите от модул 4 са налице. За тези, които изпращат бюлетини или много транзакционна поща, се добавят допълнителни изисквания.
Изисквания за всички
Gmail и Yahoo поставят тези изисквания към всички податели към техните потребители:
| Изискване | Какво означава | Урок |
|---|---|---|
| SPF или DKIM | Поне едно от двете трябва да успее | 4.2, 4.3 |
| Валиден прав и обратен DNS | Изпращащият IP адрес има PTR запис, който сочи обратно (FCrDNS) | 5.1 |
| Малко оплаквания | Процентът получатели, които маркират Вашата поща като спам, остава под 0,3% | 5.2 |
| Коректни съобщения | Пощата следва стандартите (RFC 5321 и RFC 5322): например точно една заглавна част From: и валидна Date: | 1.2, 1.5 |
| TLS (Gmail) | Връзката към Gmail е криптирана | 1.4, 5.4 |
Освен това Google посочва: не се представяйте за Gmail. Който изпраща поща с адрес @gmail.com като подател през друг сървър, различен от този на Google (например чрез услуга за бюлетини), не преминава DMARC проверка: този сървър няма право да подписва от името на gmail.com и не е включен в SPF записа на gmail.com. Google пише, че Gmail третира такава поща с политика на карантина. Затова винаги изпращайте от адрес на собствения си домейн.
Допълнителни изисквания за bulk подателите
Google Ви определя като bulk подател, ако за 24 часа изпращате около 5000 или повече имейла към лични Gmail адреси. Поща от поддомейни се брои към основния домейн. И важно: който веднъж е достигнал тази граница, остава bulk подател. Този статус не изтича. Yahoo не прилага твърдо число, Microsoft също използва 5000 на ден.
За bulk подателите се добавя още:
- SPF и DKIM трябва да са настроени и двата (не само единият).
- DMARC трябва да е наличен, с поне
p=none. По-строга политика е разрешена, но не е задължителна. Yahoo силно препоръчва адрес за отчети (rua). - Подравняване: домейнът във видимия адрес
From:трябва да съвпада с SPF домейна (Return-Path) или DKIM домейна (d=). Точно това проверява DMARC (урок 4.4). Накратко: пощата трябва да премине проверка на DMARC. - Отписване с едно кликване за маркетингова и абонаментна поща, плюс ясно видим линк за отписване в текста.
- Обработка на отписванията в рамките на два дни.
- Оплаквания под 0,3%, и за предпочитане под 0,1%.
Това напълно съответства на препоръката от модул 4: започнете DMARC с p=none и адрес за отчети. По този начин изпълнявате изискването, без риск собствената Ви поща да бъде отхвърлена.
Microsoft: SPF и DKIM и DMARC
Microsoft поставя тези изисквания за податели, изпращащи 5000 или повече имейла на ден към Outlook.com, Hotmail, Live.com и MSN (всички с един и същ домейн в адреса From:):
- SPF трябва да успее;
- DKIM трябва да успее;
- трябва да има DMARC запис, поне
p=none, и пощата трябва да премине проверка на DMARC.
Обърнете внимание на разликата: при DMARC е достатъчно едното от двете (SPF или DKIM, подравнени). Microsoft изисква за bulk подателите и двете да успеят. Поща, която не отговаря на изискванията, не отива в папка Нежелана поща, а се отхвърля с:
550 5.7.515 Access denied, sending domain example.com does not meet the required authentication level.Домейн, който преминава DMARC чрез DKIM, но при който SPF се проваля (например защото липсва услуга в SPF записа), може въпреки това да получи тази грешка.
Отписване с едно кликване
При бюлетин получателите очакват линк за отписване. Gmail, Yahoo и Apple Mail показват освен това собствен бутон "Отписване" в горната част на имейла. Този бутон работи с две заглавни части:
List-Unsubscribe: <https://nieuwsbrief.example/afmelden?id=8f3a2c>, <mailto:afmelden@example.com?subject=afmelden>
List-Unsubscribe-Post: List-Unsubscribe=One-ClickList-Unsubscribe(RFC 2369) предоставя един или повече начини за отписване: уеб адрес и/или имейл адрес.List-Unsubscribe-Post: List-Unsubscribe=One-Click(RFC 8058) означава: ако се изпрати POST заявка към този уеб адрес, получателят веднага е отписан. Без допълнителна страница, без вписване, без "сигурни ли сте?".
И двете заглавни части трябва да попадат под DKIM подписа, така че никой да не може да ги промени по пътя (RFC 8058 изисква това). Услуга за бюлетини урежда това вместо Вас. Ако изпращате сами, трябва сами да го изградите (урок 7.2).
Какво се случва, ако не отговаряте на изискванията?
Google посочва, че поща, която не отговаря на изискванията, може временно или окончателно да бъде отхвърлена, или да попадне в спам. От ноември 2025 г. Gmail допълнително засилва прилагането на тези мерки. Съобщенията за грешки са конкретни (пълен списък има в урок 6.2), например:
| Код | Значение при Gmail |
|---|---|
550 5.7.25 | Изпращащият IP адрес няма PTR запис |
550 5.7.26 | Подателят не е удостоверен (SPF и DKIM се провалят, или DMARC се проваля) |
550 5.7.27 | SPF се провали |
550 5.7.29 | Не е изпратено през TLS |
550 5.7.30 | DKIM се провали |
421 4.7.32 | Домейнът в From: не е подравнен; временно забавено |
Код с цифра 4 е временен (изпращащият сървър ще опита отново по-късно), код с цифра 5 е окончателен (урок 6.1).
Измерване: Postmaster Tools и SNDS
Не можете да надникнете в пощенската кутия на получателите, но големите доставчици предоставят данни:
- Google Postmaster Tools (postmaster.google.com): след потвърждаване на домейна си с TXT запис виждате, наред с другото, процента оплаквания, дали пощата Ви преминава SPF, DKIM и DMARC, и дали се използва криптиране. Данни се показват едва когато изпращате достатъчно поща към Gmail.
- Microsoft SNDS (Smart Network Data Services): данни по IP адрес. Полезно само ако имате собствен IP адрес (урок 6.4).
- Yahoo Sender Hub: собственото място на Yahoo за податели, с поток от данни за оплаквания.
Ако изпращате чрез услуга за бюлетини, тя обикновено сама показва процента оплаквания за всяко изпращане.
На практика
За обикновена служебна пощенска кутия при хостинг доставчик или мейл услуга обикновено вече покривате изискванията за всички: доставчикът урежда PTR и TLS, а Вие се грижите за SPF, DKIM и DMARC запис. При WebOké картата Set E-mail в Моят WebOké показва за всеки запис дали е коректен; при други доставчици подобна проверка се нарича по различен начин, или можете да използвате независим инструмент като internet.nl.
Ако изпращате бюлетини, към тях спадат SPF и DKIM при услугата за изпращане (собствен DKIM ключ на Вашия домейн, урок 4.3 и 7.1), DMARC запис и бутон за отписване, който работи с едно кликване.
Обобщение
- За всички: SPF или DKIM, коректен PTR, коректни съобщения, TLS, оплаквания под 0,3%.
- Bulk податели (от около 5000 на ден, и този статус остава): SPF и DKIM, DMARC с поне
p=none, подравняване, отписване с едно кликване, обработка на отписванията в рамките на два дни. - Microsoft изисква от bulk подателите SPF и DKIM да успеят и двата, иначе
550 5.7.515. - Отписване с едно кликване =
List-Unsubscribeс https адрес плюсList-Unsubscribe-Post: List-Unsubscribe=One-Click. - Измервайте чрез Google Postmaster Tools, Microsoft SNDS или данните от Вашата услуга за изпращане.
Тест
Задача
Задача Z5.3: Вашият домейн спрямо изискванията. Въведете собствения си домейн и DKIM селектор, който сте открили в заглавните части на собствен имейл (s= в DKIM-Signature, урок 4.3). Попълнете за всяко изискване дали смятате, че отговаряте на него: SPF наличен и валиден, намерен DKIM ключ, DMARC наличен с валиден p, наличен адрес за отчети, коректен PTR на Вашия MX сървър. Програмата извършва същите проверки на живо и поставя резултата до Вашата оценка. Нямате собствен домейн? Тогава използвайте sidn.nl (без DKIM селектор).
За допълнително четене
Стъпките в тези статии важат за панелите на WebOké; при други доставчици процесът е сходен.
- Моят имейл не пристига или попада в спам: ето как да го проверите
- Какво е DMARC? Обяснение на разбираем език
- Разрешено ли е да изпращам масова разсылка (mailing) чрез Вашия хостинг пакет при WebOké? Нека уточним: "мога ли" трябва да е насочено към доставчика, но въпросът е от клиента към WebOké, затова нека преведа правилно: Мога ли да изпращам масова разсылка чрез хостинг пакета си при WebOké?
- Ръководство на WebOké 6.7: Картата Настройване на имейл (MX, SPF, DKIM, DMARC)
- Google, Насоки за подателите: https://support.google.com/a/answer/81126
- Yahoo, Sender best practices: https://senders.yahooinc.com/best-practices/
- Microsoft, Грешка 550 5.7.515 в Outlook.com: https://support.microsoft.com/en-us/outlook/fix-ndr-error-550-5-7-515-in-outlook-com
- RFC 8058 (отписване с едно кликване)
