reject_unverified_sender - справляется согласно алгоритма

если релей к примеру xxx.com и на нем нет xxx@xxx.com то все нормально (не отвлекаемся на различность настроек мта), но если mail from будет к примеру xxx@mail.ru, а релей xxx.com то reject_unverified_sender не будет осуществлять проверку, т.к. вполне возможно, что xxx.com может являться простым релеем для mail.ru

как правильно проверить условие наличия абонента ? (в пределах погрешности возможных настроек мта)

Если сделать проверку отправителя по адресу релея, то будут футболиться ходящие через релеи, нужен способ определить, что проходит через релей или с мта, но на стадии максимум rcpt to

cf - это грёбаное вуду. Регулярные выражения даже самые бесчеловечно-яростные по сравнению с этим конфигом - детский лепет...

продолжим беседу
проверяю у релея отправителя, но релей может и не знать о нем ничего

продолжайте, весь вовни мании

продолжим

любители фос вы что скажете ?

актуально

продолжим беседу

как человек, пару раз всунувший руки в sendmail.cf, и через это получивший неизгладимые душевные впечатления, хочу еще раз выразить свое презрение авторам этого креатива. Неж-то нельзя было как-то по-другому?..

(9) абсолютно солидарен
но есть данность

я, кстати, в далеком 2005-м году с ровно вот такой же балдой боролся. Задача была научить cf каким-то трюкам, чтобы верификация сендера работала даже, если письмо через какой-нить левый паблик релей пришло.  Кончилось тем, что нашел способ (не помню как) прерываться с кодом 553 "ПНХ", если релей не равен домену сендера и заказчику сказал: "или переставайте этого (0) хотеть, или я вот это колдунство применяю и тогда будете контрагентов сами дрессировать, если чо, зато спамота конкретно пригорюнится". Начальство долго жевало вату, но потом решило, что спамассассин в общем-то приемлемо справляется с последствиями, а трафик... да ну и хрен с ним - переживем.

(11) спасибо, может и байду ты написал полную, но позырю.

правдо спасибо - помыслю на сколько сумею.