Здравствуйте, Victor.
Вы писали 18 октября 2004 г., 14:55:36:
Прошу прощения за задержку... Сегодня добрался до проблемы с helo.
Во-первых, само по себе неправильное helo посылает spider guard
(4.32). Это просто для сведения. Основное:
"Конфликтуют" между собой опции конфига confCHECK_HELO_SKIP SPAMFRIEND
и IS_OUTGOING. Вернее, вторая не работает при присутствии первой.
Я закомментировал кусочек с вызовом CheckHelo в Local_check_rcpt,
проблему это убрало, но, разумеется, и helo проверяться перестало.
А вот теперь главное, внимание ! Сейчас у меня в конфиге:
define(`confCHECK_HELO_SKIP', `OUTGOING AUTH ACCESS_DB')
плюс еще delay_check. Так вот, оно работает точно так же как будто
присутствует опция SPAMFRIEND (то бишь письма на постмастера с
неправильным helo проходят !), хотя CheckHelo вызывается из рулесета
Local_check_mail, как и задумано.. И проверка на OUTGOING работает..
VU> тогда я хотел бы взглянуть на sendmail.cf, с которым были проблемы с
VU> исключениями из проверки helo. sendmail.cf лучше выслать приватом.
Еще интересно ? Вроде бы проблему я локализовал...
VU> заодно таки хочу посмотреть на результат выполнения:
VU> echo '/map access 192.168.180.1' | sendmail -bt
VU> echo '/map access Connect:192.168.180.1' | sendmail -bt
IsOutgoing работает замечательно:
Enter <ruleset> <address>
> IsOutgoing input: 192 . 168 . 180 . 2
A input: < 192 . 168 . 180 . 2 > < ? > < + Connect > < 192 . 168 . 180 . 2 >
A input: < 192 . 168 . 180 > < ? > < + Connect > < 192 . 168 . 180 . 2 >
A returns: < RELAY > < 192 . 168 . 180 . 2 >
A returns: < RELAY > < 192 . 168 . 180 . 2 >
IsOutgoing returns: < YES > 192 . 168 . 180 . 2
Есть несколько нестандартных Received от tiscali.it и tiscali.fr.
Надо ?
До проблемы с агрументами в check_received_dnsbl еще не добрался,
отпишу попозже.
--
С уважением,
Sergey mailto:ds на bittu.org.ru