Как сделать так, чтобы исходящие сообщения, отправляемые по заданным адресам (в частности, по всем адресам, кроме @domain.com) попадали в некоторое промежуточное хранилище (например, в определенный почтовый ящик), затем бы их просматривал человек и уже потом, если в письмах все ок, отправлялись куда надо?
зачем тебе это ?>Как сделать так, чтобы исходящие сообщения, отправляемые по заданным адресам (в частности,
>по всем адресам, кроме @domain.com) попадали в некоторое промежуточное хранилище (например,
>в определенный почтовый ящик), затем бы их просматривал человек и уже
>потом, если в письмах все ок, отправлялись куда надо?
>зачем тебе это ?
>
Руководству захотелось.
Слышал что есть готовые решения, но пока ни одного найти не могу.
Это называется цензурой :-)
>Это называется цензурой :-)это вообще-то не цензура, когда сотрудники будут на работе сами
оплачивать интернет, тогда это уже цензура.
>Как сделать так, чтобы исходящие сообщения, отправляемые по заданным адресам (в частности,
>по всем адресам, кроме @domain.com) попадали в некоторое промежуточное хранилище (например,
>в определенный почтовый ящик), затем бы их просматривал человек и уже
>потом, если в письмах все ок, отправлялись куда надо?Такого я еще не видел, предположительно закончится это тем, что человек,
который сидит у краника, либо забъет на все это, либо исчезнет в самый
неподходящий момент. Сапогам в нашей стране видно совсем делать нечего.
Но тем не менее,
1. Это сильно зависит от MTA, который используется
2. В случае sendmail алгоритм примерно следующий:
- прикручиваем к исходящей почте milter,
- заменяем получателя на того типа? который будет всю эту почту читать,
плюс к этому добавляем в сообщение заголовки, которые позволят в
последствии установить оригинальные MAIL FROM & RCPT TO.
- лицо, сидящее у краника, прочитывает всю эту почту и отправляет ее
куда-нибудь,
- milter просматривает заголовки и заменяет RCPT TO куда нужно.
3. В случае postfix это в принципе тоже осуществимо более или менее.
>1. Это сильно зависит от MTA, который используется
>2. В случае sendmail алгоритм примерно следующий:
>- прикручиваем к исходящей почте milter,
>- заменяем получателя на того типа? который будет всю эту почту читать,
>
> плюс к этому добавляем в сообщение заголовки, которые позволят в
>
> последствии установить оригинальные MAIL FROM & RCPT TO.
> - лицо, сидящее у краника, прочитывает всю эту почту и отправляет
>ее
> куда-нибудь,
> - milter просматривает заголовки и заменяет RCPT TO куда нужно.
>3. В случае postfix это в принципе тоже осуществимо более или менее.
>
у меня как-раз случай с postfix.
>>1. Это сильно зависит от MTA, который используется
>>2. В случае sendmail алгоритм примерно следующий:
>>- прикручиваем к исходящей почте milter,
>>- заменяем получателя на того типа? который будет всю эту почту читать,
>>
>> плюс к этому добавляем в сообщение заголовки, которые позволят в
>>
>> последствии установить оригинальные MAIL FROM & RCPT TO.
>> - лицо, сидящее у краника, прочитывает всю эту почту и отправляет
>>ее
>> куда-нибудь,
>> - milter просматривает заголовки и заменяет RCPT TO куда нужно.
>>3. В случае postfix это в принципе тоже осуществимо более или менее.
>>
>у меня как-раз случай с postfix.Твой путь в /etc/aliases
>>у меня как-раз случай с postfix.
>
>Твой путь в /etc/aliases
А можно поподробнее с этого места?
Кажется получилось решить это.
вся почта, идущая наружу перенаправляется юзеру hidden
затем она забирается The Bat'ом и с помошью фильтров кладется в папку Исходящие. Дальше человек удаляет "неправильные" сообщения, и отправляет все что осталось на другой сервак, который уже доставляет почту адресатам во вне.кому интересно в master.cf:
procmail unix - n n - - pipe
flags=R user=nobody argv=/usr/local/bin/procmail -d hidden
transport:
* procmail: