Sergey Korolew wrote:
> VU> да я бы уже добавил сегодня утром после прочтения письма в лист. но там
> VU> есть скользкий момент. т. е. проверка по хидерам возможно только после
> VU> приема всего письма. и ответ мы может дать только per message, а не per
> VU> client, как при проверкам по IP рилея/адресу отправителя в access_db
> VU> и/или по dnsbl. что делать, если письмо идет для двух пользователей,
> VU> причем один из них spamfriend, а другой - нет?
>> Если смотреть с "пользовательской" точки зрения, то тому, кто
> spamfriend, письмо должно быть доставлено, а другому нет.
в свете спецификации протокола SMTP мне плевать на "пользовательскую"
точку зрения
> То, что
> будет сказано отправляющему релею... опять же с пользовательской точки
> зрения, если хоть одному пользователю письмо доставлено то ok, иначе
> ошибка. Только вот геморройно это, как мне кажется.. Так что может
> быть конфигурационный параметр, пусть каждый для себя решает ?
гуд, сделаю отдельным параметром поведение при нескольких получателях
> VU> тогда может проще вообще так?
>> VU> ifelse(len(X`'_ARG_), `1',
> VU> `define(`_DNSBL_SRV_', `blackholes.mail-abuse.org')',
> VU> `define(`_DNSBL_SRV_', _ARG_)'
> VU> )
> Честно говоря, эта часть письма несла функцию багрепорта. Хаки-то,
> наверно, у других людей работали, это на моей системе что-то странное.
> Может быть еще кто-то подтвердит. Так что смотрите сами :-)
в каком конкретно хаке это наблюдалось? check_received_dnsbl.m4?
т. к. название хака не было указано, я вообще решил, что это вопрос по
написанию _своего_ хака. и уж точно не воспринял этот вопрос как багрепорт.
только что проверил - значение _DNSBL_SRV_, _DNSBL_MSG_ и
_DNSBL_MSG_TMP_ вычисляются корректно, но они почему-то изменяются после
подключения HACK(`parse_received')
такое впечатлеине, что переменные _ARG_, _ARG2_ и _ARG3_
инициализируются пустыми значениями (что в parse_received.m4 и
происходит), а потом заново пересчитываются _DNSBL_SRV_, _DNSBL_MSG_ и
_DNSBL_MSG_TMP_, что в явном виде нигде не указано.
сейчас займусь этой проблемой
> Проверить такой вариант ?
нет. ибо проблема не в нем
--
Best wishes Victor Ustugov mailto:victor на corvax.kiev.ua
public GnuPG/PGP key: http://victor.corvax.kiev.ua/corvax.asc
ICQ: 77186900, 32418694 CRV2-RIPE, CRV-UANIC