Martin McFlySr <Martin@mcflysr.kurgan.ru> wrote:
VN> Если товарищ из органов заметит, что в хедере не то, куда реально
VN> пошло письмо - быть вам бледными.
> если товарищу из органов ехать , а не шашечки, то ему, думается, по
> большому счету, пофигу на хидер.
И тем более давать хедер вместо конверта как-то некузяво. А на хедер плевать
нефиг. Шифровка может и в rfc822-комментарии в X-Original-Sender валяться.
VN> always_bcc - дуриловка.
> пока - да. там еще и такая проблема - если имеем проблему с extra
> recipient bounces, то отправитель пролучит соответсвующее сообщение...
> по большому счету, чего в always_bcc не хватает?
Не знаю, на него конкретно не смотрел. Имело бы смысл, разве что, начальный
envelope-from куда-то заворачивать, а новый ставить на какой-нибудь
owner-always-bcc@${thishost}. Но с такими замашками лучше уж просто выдрать
исходное письмо из очереди.
Более того, в postfix'е проще делать не так, а выловить письмо в тот
момент, когда оно лежит одним файлом в maildrop'е. (Оно уже даже прошло
trivial-rewrite, если положено стандартным образом.) always_bcc, опять
же, ни к селу ни к городу.
VN> Реально правильно сработает только копирование файлов из очереди - qf и
VN> df вместе.
> нарисуйте скрипт/етк - облегчите многим людям жизнь? :)
Если для sendmail'а - то это дело пяти минут для умного стажера - особенно
если взглянуть внутрь $sendmail_src_dir/contrib/re_mqueue.pl. Для постфикса
- надо таки в код лезть...
=============================================================================
"inet-admins" Internet access mailing list. Maintained by East Connection ISP.
Mail "unsubscribe inet-admins" to Majordomo@info.east.ru if you want to quit.
Archive is accessible on
