Към съдържанието

Настройки за бисквитки

Изберете кои видове бисквитки разрешавате. Можете да промените избора си по всяко време чрез „Настройки за бисквитки“ в долната част на всяка страница. Декларация за поверителност

Необходими

Винаги включени

Нужни са за вход, за запазване на количката и на Вашите избори. Те са винаги включени.

Кои бисквитки?
  • weboke_sessie, weboke_klant, weboke_remember: Вашата сесия и оставането в акаунта
  • weboke_basket: Вашата количка
  • wkBtwIncl: показване на цените с или без ДДС
  • wok_cookies: Вашият избор за бисквитките, 12 месеца

Измерват коя реклама води до посещение или поръчка, за да не плащаме за реклами без резултат.

Кои бисквитки?
  • Google Ads чрез Google Tag Manager (_gcl_au, _gcl_aw), до 90 дни
  • OpenAI Ads, реклами в ChatGPT
  • wok_aff: кой партньор Ви е препратил към нас (партньорска програма), 60 дни

4,6

Държава и език

Всяка държава има собствен сайт, с цените и ДДС на тази държава.

Преглед

Изискванията на 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 подателите се добавя още:

  1. SPF и DKIM трябва да са настроени и двата (не само единият).
  2. DMARC трябва да е наличен, с поне p=none. По-строга политика е разрешена, но не е задължителна. Yahoo силно препоръчва адрес за отчети (rua).
  3. Подравняване: домейнът във видимия адрес From: трябва да съвпада с SPF домейна (Return-Path) или DKIM домейна (d=). Точно това проверява DMARC (урок 4.4). Накратко: пощата трябва да премине проверка на DMARC.
  4. Отписване с едно кликване за маркетингова и абонаментна поща, плюс ясно видим линк за отписване в текста.
  5. Обработка на отписванията в рамките на два дни.
  6. Оплаквания под 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-Click
  • List-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.27SPF се провали
550 5.7.29Не е изпратено през TLS
550 5.7.30DKIM се провали
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 или данните от Вашата услуга за изпращане.

Тест

1. Изпращате всеки месец бюлетин до 12 000 адреса, от които 6000 са в Gmail, в рамките на един ден. Какво важи?



2. Коя DMARC политика е минимално необходима за изискванията на Gmail и Yahoo за bulk подателите?



3. Bulk подател получава при Outlook.com грешката 550 5.7.515, въпреки че заглавните части показват dmarc=pass. Как е възможно това?



4. Коя комбинация прави възможно отписването с едно кликване?



5. Изпращате само обикновена служебна поща, по няколкостотин на ден. Кое изискване важи все пак за Вас?



Задача

Задача Z5.3: Вашият домейн спрямо изискванията. Въведете собствения си домейн и DKIM селектор, който сте открили в заглавните части на собствен имейл (s= в DKIM-Signature, урок 4.3). Попълнете за всяко изискване дали смятате, че отговаряте на него: SPF наличен и валиден, намерен DKIM ключ, DMARC наличен с валиден p, наличен адрес за отчети, коректен PTR на Вашия MX сървър. Програмата извършва същите проверки на живо и поставя резултата до Вашата оценка. Нямате собствен домейн? Тогава използвайте sidn.nl (без DKIM селектор).

Задача Z5.3: Вашият домейн спрямо изискванията

Въведете Вашия собствен домейн (или sidn.nl без селектор) и за всяко изискване посочете дали смятате, че го изпълнявате. Въпросът за PTR се отнася за Вашия приемащ сървър (MX); сървъра за изпращане проверявате в урок 5.1.








Това, което въвеждате, и резултатите от проверката не се съхраняват. Браузърът Ви запомня отговорите и дали сте изпълнили задачата. Ако сте влезли, запазваме само дали задачата е била (почти) правилна в Моите курсове; и там можете да го изтриете.

За допълнително четене

Стъпките в тези статии важат за панелите на WebOké; при други доставчици процесът е сходен.

Моля, изчакайте…

Настройте домейните си

За всеки домейн настройте сървърите за имена, връзката с хостинга и кой ще бъде собственикът.

Домейните Ви се зареждат…