Генератор и проверка на SPF запис
Изградете валиден SPF запис от услугите, изпращащи пощата ви, после проверете какво публикува домейнът ви спрямо правилата на RFC 7208.
1Кой изпраща поща за този домейн?
Отметнете всяка услуга, която изпраща имейли, използвайки вашия домейн в адреса From. Всяка добавя нужния ѝ термин include: и разходите за DNS справки, които той носи.
2Вашите собствени сървъри
По един на ред. IP термините не струват DNS справка, затова ги предпочитайте, когато е възможно.
По един домейн на ред: всеки става термин include:. Вече написани термини се запазват такива, каквито са.
3А какво да е с всички останали?
Последният термин решава как получателите третират поща от сървър, който не е изброен по-горе.
- Тип запис
- TXT
- Име / хост
- @ (коренът на домейна)
- TTL
- 3600
- Отворете DNS зоната на вашия домейн при регистратора или DNS хоста си.
- Изтрийте всеки съществуващ SPF запис: домейн трябва да публикува точно един.
- Добавете TXT запис на корена на домейна със стойността по-горе.
- Изчакайте TTL да изтече, след което го потвърдете в раздела за проверка.
Домейн може да публикува само един SPF запис. За да добавите нов подател, редактирайте съществуващия запис, никога не добавяйте втори.
Изградете записа отляво или превключете на проверката, за да прочетете SPF записа, който домейн публикува в момента: всеки механизъм обяснен, с преброен за вас лимит от десет заявки.
| # | Термин | Открит в |
|---|
| Термин | Резултат | Какво прави |
|---|
За Генератор и проверка на SPF запис
Генераторът и проверката на SPF записи вършат двете задачи, от които собственикът на домейн наистина се нуждае. Генераторът пита кои услуги изпращат поща от името на вашия домейн (Google Workspace, Microsoft 365, SendGrid, Mailgun, Amazon SES, ваши собствени сървъри) и съставя валиден запис `v=spf1` от тях, като брои DNS заявките, които той ще струва, докато го изграждате. Проверката прочита записа, който вашият домейн публикува в момента, обяснява всеки механизъм на разбираем език и го тества спрямо RFC 7208.
Правилото, което хваща повечето хора, е лимитът от десет заявки. Всеки термин `include`, `a`, `mx`, `ptr` и `exists` струва по една DNS заявка, а също и всеки термин в записите, към които те сочат. Ако надхвърлите десет, получателите връщат постоянна грешка, което означава, че SPF се проваля за цялата ви поща, не само за фалшифицираната част. Проверката следва вашите include термини рекурсивно и показва точно къде се изразходва всяка заявка, така че да видите кой изпращач ви е прекарал границата.
Тя също така отбелязва проблемите, които тихомълком развалят SPF записа: втори SPF запис на същия домейн (което прави и двата невалидни), `+all` (който упълномощава целия интернет), липсващ `all` (който не твърди нищо), остарелия механизъм `ptr`, термини, поставени след `all`, които никога не се четат, и синтактични грешки, които превръщат целия запис в постоянна грешка.
Как да използвате Генератор и проверка на SPF запис
- В раздела Генератор отметнете всяка услуга, която изпраща имейли от името на вашия домейн в полето From.
- Добавете собствените си пощенски сървъри: включете mx и поставете фиксираните IPv4 или IPv6 диапазони: IP термините не струват DNS заявка.
- Следете индикатора за брой заявки. Ако надхвърли десет, премахнете изпращач или заменете include с IP диапазоните зад него.
- Изберете крайната политика: започнете с ~all (маркиране като подозрителни) и затегнете до -all, щом отчетите за DMARC станат чисти.
- Копирайте записа и го публикувайте като единствен TXT запис в основата на домейна си, като заместите всеки съществуващ SPF запис.
- Върнете се в раздела Проверка, след като TTL е изтекъл, и потвърдете, че публикуваният запис се анализира без грешки.