За и против применения Sender Verify Failed and no Reverse D

[kotsur]

Уважаемые гуру, выскажите ваше мнение по применению вот такой конструкции...

Sender Verify Failed and no Reverse DNS

This one bounces email if the sender verify fails and reverse DNS fails. The idea being that the combination of two sins is enough to get you excluded.

Код: Выделить всё

drop    message     = REJECTED - Sender Verify Failed and no RDNS
        log_message = REJECTED - Sender Verify Failed and no RDNS
        !verify = reverse_host_lookup
        !verify = sender/callout=2m,defer_ok
        !condition =  ${if eq{$sender_verify_failure}{}}

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[Alex Keda]

работает?

[kotsur]

работает. конечно.
если честно, то я просто сомневался в использовании проверки отправителя для всех подряд.

поэтому конструкция и приглянулась.
хотя сейчас на одном из серверов сейчас тупо использую callout для проверки всех... уж не знаю насколько это правильно, но жалоб вроде не было еще...

[Laa]

Я советую использовать несколько проверок вместе.
Типа за verify callount +10 баллов. За rdns еще +7 баллов и тд. После прохождения всех проверок проверяем баллы, типа если больше 15 баллов -- то отбиваем, если до 15 баллов то делаем грейлист, если до 5 баллов то без разговоров принимаем. Так будет минимум ложных срабатываний.

И еще, я где-то встречал минусы использования drop, вместо deny, уже не помню. Но вроде что-то было... если точно хочешь drop -- то оставляй.