Снощи добавихте още едно include: към SPF реда. Тази сутрин Gmail и корпоративните получатели отказват или softfail-ват пощата. TXT още стои; dig го връща. Често не е „грешен IP“, а удар в максимума от 10 DNS lookup на SPF.
RFC 7208 ограничава DNS заявките от механизми като include, a, mx, ptr, exists и redirect до десет. Всеки маркетингов ESP, CRM, фактуриране и услуга „изпрати като“ носи собствено include дърво. Вложените include също се броят. Над десет резултатът е permerror — получателят третира SPF като счупен.
Защо „още един инструмент“ убива пощата за една нощ
Чиста база при корпоративен имейл на EuroVDC: MX приоритет 10 → securemail.eurovdc.eu, SPF v=spf1 mx ip4:45.84.90.12 -all. mx струва един lookup; ip4 — не. include:_spf.primer-esp.com изглежда като един токен, но често отваря още три–шест include. Втори доставчик същата вечер е lookup-ът, който чупи лимита.
Таблица и доставка: SPF, DKIM, DMARC и доставка. При NS ns1.eurovdc.eu / ns2.eurovdc.eu редактирате зоната в панела на EuroVDC; TXT стъпки: nameserver и DNS записи.
Как да броите lookup-ите
- Вземете apex SPF TXT; първо обединете дубликати — два SPF TXT са невалидни.
- +1 за всеки
include:,a,mx,ptr,exists,redirect=; рекурсия във вложените include. - Отворете целите с dig/checker; „lookups: 11+“ = риск от permerror.
- Изтрийте неизползвани include — стари ESP тихо надуват брояча.
Когато сте над лимита
Не карайте всеки бюлетин през apex From. Кампаниите на поддомейн със собствен SPF/DKIM; фактурите на apex с базата на EuroVDC. SPF flattening намалява lookup краткосрочно, но остарява при смяна на IP на доставчика — планирайте поддръжка.
За DMARC DKIM често оцелява при forward по-добре от SPF; публикувайте и двете. Пощенски кутии в ЕС: корпоративен имейл.
ЧЗВ
Броят ли се ip4/ip6 към 10-те?
Не. Директните IP механизми не пипат DNS квотата. include/mx/a се броят.
-all срещу ~all променя ли броя?
Не. all е само опашката на политиката. Лимитът идва от DNS работата на механизмите.
Два SPF TXT като решение?
Не — чупят SPF. Получателите очакват един запис. Обединете в един низ.
Да махна mx и оставя само ip4?
Спестява lookup, но при смяна на MX трябва да обновите SPF. EuroVDC умишлено комбинира mx и ip4.
permerror срещу softfail?
permerror: SPF не може да се оцени (лимит, синтаксис). softfail (~all): „вероятно неупълномощен“. DMARC/Gmail може да са строги и към двете.
