Принцип на действие SPF

Необходимо е да се спомене един важен момент: SPF технология е по същество "двупосочен", която е най-ефективна от използването му може да се постигне само, ако системата за електронна поща (сървър или домейн), и на изпращача и получателя използвате SPF. Ако добавите в DNS-зона SPF-за домейна си, а след това ще ви даде допълнителни гаранции спамър за филтриране на съобщенията, изпратени само за домакините, които също подкрепят SPF.

Кои данни се използва поле TXT в DNS. Така че аз назначен IANA поле DNS с кода 99 до SPF. Форматът на областта е идентична с SPF TXT. Като цяло, TXT област на приложение не е оптимално, но проблемът е, че не всеки DNS сървъра и клиента разбира нов тип SPF запис. Ето защо, TXT и SPF споделяне се смята за добър подход, който осигурява съвместимост и бъдещо развитие. Стандартът препоръчва домейни за да отговори на изискванията на SPF, има и двата вида записи. Въпреки това, най-малко един запис, трябва задължително да присъстват. Ако има два записа трябва да са еднакви. Например:

Ако зададете запис SPF, записите на TXT трябва да се игнорират.

запис формат

SPF запис изглежда така:

? "SoftFail", "Неутрални Механизми: всичко, включват, A, MX, PTR, ИП4, ИП6 след положителни резултати могат да бъдат условия съществува резултати за сканиране:

Няма - означава, че или няма въведени в домейна, ако има такива, не могат да потвърдят домейна. Като цяло, няма ясен отговор се получи.

Неутрални - се случва в ситуация, в която собственикът на домейна, не иска или не може да каже дали ПР е позволено. Този резултат трябва да се третират по същия начин, както Няма.

Pass - означава, че всичко е наред, а получателят може да приеме писмото.

Fail - ясно го показва, че писмото не трябва да се приемат. Позовавайки се страна може да пишете или етикетирани, за да се изхвърли.

SoftFail - е някъде между Fail и Neutral. Страна-получател не може да отхвърли дадено само на базата на този резултат.

TempError - резултат се получава, ако клиентът по време на инспекция получава временна грешка. Съобщението може да бъде временно приеме или отхвърли.

PermError - бъг с невъзможността за постигане на правилно тълкуване на DNS записи на изпращача.

Вземете, например, който и да е реален домейн. Да предположим, че Google.com. Запитване връща TXT

се казва, че е необходимо да се включат правила за записване _netblocks.google.com. Интересното е, че не _netblocks.google.com A-пощата, и има само TXT запис. Ето го:

Винаги предпише запис SPF за домейна си, както и да работи проверката на SPF върху техните сървъри за електронна поща. Препоръчвам строго забрани изпращането на имейли от вашия домейн от всички хостове освен МХ сървъри