Оферта, която не пристига, фактура, намерена в спама: когато имейлите ви попадат в спам, причината се чете в заглавката на полученото съобщение. Три записа на вашия домейн, SPF, DKIM и DMARC, доказват пред пощенските услуги, че писмата ви наистина идват от вас. Това ръководство ги поставя по ред.
Authentication-Results дава резултата от SPF, DKIM и DMARC._dmarc.vashiyat-domeyn.com, като започнете с p=none и адрес за отчети.p=quarantine и накрая към p=reject.Всяка пощенска услуга, която получава имейл, проверява откъде идва той и записва резултата в заглавката на съобщението. За да го прочетете, изпратете имейл от служебния си адрес до адрес в Gmail, отворете го, след това до „Отговор“ кликнете върху Още (трите точки) и Показване на оригинала. Потърсете реда Authentication-Results:
Authentication-Results: mx.google.com;
dkim=pass header.i=@vashiyat-domeyn.com header.s=google;
spf=pass (google.com: domain of kontakt@vashiyat-domeyn.com designates 203.0.113.25 as permitted sender) smtp.mailfrom=kontakt@vashiyat-domeyn.com;
dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=vashiyat-domeyn.com| Виждате | Какво означава | Разделът, който да следвате |
|---|---|---|
spf=fail или spf=softfail | Сървърът, изпратил съобщението, не е в SPF списъка на домейна. | 1. SPF |
spf=permerror | SPF записът е невалиден: два записа за един и същ домейн или повече от десет DNS заявки. | 1. SPF |
dkim=none или dkim=fail | Съобщението не е подписано или ключът, публикуван в DNS, не съответства на подписа. | 2. DKIM |
dmarc=fail | Нито SPF, нито DKIM потвърждават домейна на адреса на подателя, видим за получателя. | 3. DMARC и формулярът на сайта |
Всичко е pass | Удостоверяването е наред: причината е другаде, в репутацията, обема или съдържанието. | Когато всичко минава |
Тези три настройки са неравномерно разпространени. Сред 1730 домейна на МСП, които получават поща, в нашето месечно измерване 96 % публикуват SPF, а 71 % нямат DMARC политика, която действа върху резултата.
SPF е TXT запис в корена на домейна. Той започва с v=spf1, назовава сървърите, разрешени да изпращат за домейна, и завършва с това как да се третират всички останали. Двата най-разпространени доставчика на поща публикуват стойността, която да използвате:
v=spf1 include:_spf.google.com ~allv=spf1 include:spf.protection.outlook.com -allВсяка друга услуга, която изпраща с вашия домейн, се добавя в същия запис: инструмент за имейл маркетинг, софтуер за фактуриране, CRM и сървърът на сайта ви, ако формулярите му изпращат сами. Всяка услуга посочва в документацията си include:, който да добавите; сървър се декларира с адреса си, чрез ip4::
v=spf1 include:_spf.google.com ip4:203.0.113.25 ~allv=spf1, правят SPF невалиден (permerror): обединете ги в един.include, a, mx, ptr, exists и redirect се брои, включително онези, които се съдържат в самите include. Над десет SPF е невалиден. ip4 и ip6 не се броят.-all обявява всеки друг сървър за неразрешен, ~all го отбелязва, без да го обявява за нелегитимен. Google предлага ~all в документацията си, Microsoft предлага -all. След като DMARC е на място, неговата политика решава съдбата на съобщение, което не минава проверката.DKIM добавя към всяко съобщение подпис, който пощенската услуга на получателя проверява с публичен ключ, публикуван във вашия DNS, под име от вида selektor._domainkey.vashiyat-domeyn.com. Подписът се генерира при услугата, която изпраща; вашата роля е да публикувате ключа, който тя ви дава.
google, а Google препоръчва ключ от 2048 бита. Публикувайте TXT записа google._domainkey, след това се върнете и кликнете върху „Start authentication“.https://security.microsoft.com/authentication?viewid=DKIM). Там DKIM се основава на два CNAME записа, selector1._domainkey и selector2._domainkey, чиито точни стойности за вашия домейн порталът показва: копирайте ги такива, каквито са, след това включете подписването.Gmail приема ключове от 1024 бита и повече; 2048 бита е дължината, препоръчана от стандарта. Разчитайте на до 48 часа, докато публикуваният ключ стане видим навсякъде.
DMARC свързва SPF и DKIM с адреса, който вижда получателят, този от полето From. Съобщение минава DMARC, ако SPF или DKIM е валиден за домейна на този адрес: това е съответствието (alignment). Записът казва също какво да се прави със съобщение, което не минава проверката, и къде да се изпращат отчетите.
v=DMARC1; p=none; rua=mailto:dmarc@vashiyat-domeyn.com| Политика | Какво иска домейнът | Кога да я изберете |
|---|---|---|
p=none | Никакво действие: пощенските услуги само изпращат отчети. | В началото, за да установите всичко, което изпраща с вашия домейн. |
p=quarantine | Съобщенията, които не минават проверката, да се класират като спам. | Когато отчетите показват само легитимни изпращания, които минават. |
p=reject | Съобщенията, които не минават проверката, да се отказват. | Когато quarantine работи от няколко седмици без загуба на легитимно съобщение. |
p=none с адрес rua. Големите пощенски услуги изпращат там всеки ден обобщен отчет, компресиран XML файл, който изброява сървърите, изпратили с вашия домейн, и резултата им.p=quarantine, след това, след няколко седмици без загуби, към p=reject. Ако екипите ви пишат в пощенски списъци, останете на quarantine: стандартът не препоръчва reject за тези домейни, защото списъците променят съобщенията, които разпращат.По-старите ръководства предлагат постепенно въвеждане с маркера pct. Настоящата версия на стандарта DMARC, RFC 9989, публикуван през май 2026 г., вече не го признава: постепенността се постига чрез самата политика.
Много формуляри на сайтове изпращат съобщението с адреса на посетителя като подател. Сървърът на сайта няма разрешение за домейна на този посетител: SPF и DKIM не могат да съответстват и DMARC не минава. Ако пощенската услуга на посетителя публикува строга политика (yahoo.com публикува p=reject), съобщението бива отказано или класирано като спам, преди да стигне до вас.
formulyar@vashiyat-domeyn.com.Reply-To): адресът на посетителя, за да може бутонът „Отговор“ да пише директно на него.https://check.spamhaus.org/, проверява безплатно IP адрес или домейн.p=none, съответствие, отписване с едно кликване и процент на сигнализиран спам под 0,3 %. От ноември 2025 г. Gmail отказва част от съобщенията, които не спазват тези правила. Yahoo прилага близки изисквания, без да публикува праг, а Outlook.com от 5 май 2025 г. отказва съобщенията на домейни, които изпращат повече от 5000 съобщения на ден без SPF, DKIM и DMARC.postmaster.google.com) показва репутацията на домейна ви и процента на спам в Gmail, след като домейнът бъде потвърден чрез DNS запис. Таблиците се попълват при достатъчен обем изпращания.Simafri Suite събира пощата, календара, контактите и файловете на целия ви екип на вашия домейн, настроени, защитени и съпровождани от Simafri. Един акаунт, неограничени потребители, без обвързване.
Всяка пощенска услуга прилага собствени филтри и собствено тълкуване на SPF, DKIM и DMARC. Съобщение може да мине при една и да бъде класирано като спам при друга, особено ако удостоверяването е непълно. Заглавката Authentication-Results на полученото съобщение дава резултата на съответната пощенска услуга.
Един домейн носи един-единствен SPF запис. При два записа, които започват с v=spf1, SPF проверката връща постоянна грешка (permerror). Обединете двата в един запис, който съдържа всички include и всички адреси.
Колкото е нужно записът да се разпространи, според времето му на живот (TTL): от няколко минути до 48 часа. Google посочва до 48 часа за SPF и DKIM. След това проверете с ново изпращане до Gmail и командата Показване на оригинала.
p=none иска само отчети: пощенските услуги прилагат мерки единствено при p=quarantine и p=reject. Стъпката с p=none служи да се установят услугите, които изпращат с вашия домейн. Защитата срещу злоупотреба с домейна идва с p=quarantine, след това с p=reject.
Simafri
Да поговорим за Вашия проект
Кажете ни с няколко думи от какво имате нужда: отговаряме Ви бързо.
Благодарим! Вашето запитване е изпратено. Ще се свържем с вас скоро.
Предпочитате имейл? Пишете ни на support@simafri.com.