Hello! On Mon, 12 Mar 2012 at 17:47:32 (+0200), Юрий Гончаров wrote:
> --Самый простой способ устранения такой проблемы (но, видимо, не самый > --правильный) - это отсылать каждому получателю списка отдельное письмо. > --Т.е. не одно письмо с несколькими получателями, а одно письмо на одного > --получателя. > 1. Из Ваших слов получается вывод что алиасы в сторону MDaemon вообще > работать не должны? Только в случае, если: 1) письмо адресовано нескольким получателям из одного домена ([email protected], user2@, [email protected]); 2) письмо на почтовом сервере домена получателя (приоритетный MX) будет записано в один физический почтовый ящик (например, unix mailbox) - так в основном устроена доставка почты для виртуальных почтовых доменов; 3) если из почтового ящика (п.2) MDaemon забирает почту, например, по POP3 и далее уже на своей стороне раскладывает письма по отдельным почтовым ящикам пользователей. Сами алиасы тут не при чём. > 2. И со слов клиента, если смотреть на письмо которое им приходит, в > нем есть только To: [email protected] и никаких других To: Поле "To:" и реальные получатели могут никак не быть связаны. Вы же сами приводили пример smtp-сессии: команды "RCPT TO:" - это реальные получатели письма, а текст "To:" в теле письма - это, по большому счёту, шашечка для читателя. В поле "To:" можно вписать, что угодно. > Дык может тогда как раз и добавлять принудительно заголовок > Delivered-To например внутри DATA когда формирую само письмо (формирую > его вручную скриптом) - тогда он точно сохранится и по нему можно > настроить роутинг? Для Вас, как для администратора расылки, самый простой выход - это на каждого подписчика рассылки (на каждого получателя из списка алиаса) генерировать отдельное письмо. Например, в роутере указать "transport = remote_smtp_one_by_one" и создать транспорт: remote_smtp_one_by_one: driver = smtp max_rcpt = 1 Из этого транспорта можно смело исключить домены типа mail.ru, gmail.com, yandex.ru и т.п. массовых почтовых сервисов и использовать для них стандартный транспорт remote_smtp. Поймите, проблема не на стороне Вашего алиаса, а в особенностях работы определённых MDA и использования мейлеров типа MDaemon не напрямую (когда MDaemon обслуживает приоритетный MX), а через промежуточный почтовый ящик на почтовом сервере провайдера. > 12 марта 2012 г. 17:16 пользователь George L. Yermulnik <[email protected]> > написал: > > Hello! > > On Mon, 12 Mar 2012 at 16:27:11 (+0200), Юрий Гончаров wrote: > >> Приветствую всех. > >> Есть alias в котором группа емейлов - [email protected] > >> alias работает следующим образом: > >> aliases: > >> driver = redirect > >> allow_fail > >> allow_defer > >> data = ${lookup{$local_part}lsearch{/tmp/alias2}} > >> user = Debian-exim > >> group = mail > >> file_transport = address_file > >> pipe_transport = address_pipe > >> содержимое alias2: > >> usergroup: :include: filewith100users > >> То есть в filewith100users находятся 100 емейлов. > >> Дык вот, всё работает отлично если емейл например из @gmail.com или > >> @mail.ru > >> А вот те кто настраивает MDaemon для распределения почты, или Керио - > >> ситуация проблемная. > >> Почему то в письмах отстуствует заголовок Delivered-To по которому > >> почта должна соответственно и роутится. Поэтому и письма зависают. > > Это Вы несколько преувеличиваете. Никто и никому не должен ничего > > роутить по _опциональному_ заголовку Delivered-To. Некоторые мейлеры > > типа MailerDaemon могут использовать его для своей работы, но ведь это > > не повод утверждать, что по этому заголовку "почта должна роутится" =) > >> Заголовок To: присутствует - там [email protected] > >> Думаю что проблема где-то у меня, потому что люди разные и ПО для > >> распределения почты разные, а проблема похожая. > >> Как быть? На каком этапе формируется Develired-To? > > Насколько я понимаю, заголовок Develired-To _может_быть_ сгенерирован by > > MDA при final delivery в мейлбокс (простите за кривость языка). Т.е. при > > доставке (записи) письма в почтовый ящик получателя, из которого не > > предполагается дальнейшей передачи письма по smtp. > >> P.S Я в составе алиаса и у меня почта на gmail - в итоге все получаю > >> нормально, в To: [email protected] а в Develivered-To: мой > >> гмыловский ящик. > > Описанная Вами проблема возникает в случае, когда почта из финального > > почтового ящика забирается неким ПО типа MailerDaemon, скажем, по POP3 > > для дальнейшего распределения по почтовым ящикам в своём домене. > > Возникает она потому, что MTA, получая письмо с более чем одним > > получателем в _виртуальном_ домене (когда любая почта в адрес домена - > > *@domain.com - записывается в один физический почтовый файл - mailbox) > > вполне оправданно записывает одну копию письма, вместо дублирования - > > ведь итоговый почтовый ящик один, а значит и пользователь один. > > Самый простой способ устранения такой проблемы (но, видимо, не самый > > правильный) - это отсылать каждому получателю списка отдельное письмо. > > Т.е. не одно письмо с несколькими получателями, а одно письмо на одного > > получателя. > > Как-то так. > >> Жду ответа, спасибо заранее > >> --- > >> С уважением, Юрий. > >> _______________________________________________ > >> Exim-users mailing list > >> [email protected] > >> http://mailground.net/mailman/listinfo/exim-users > > -- > > George L. Yermulnik > > [YZ-RIPE] > > _______________________________________________ > > Exim-users mailing list > > [email protected] > > http://mailground.net/mailman/listinfo/exim-users > _______________________________________________ > Exim-users mailing list > [email protected] > http://mailground.net/mailman/listinfo/exim-users -- George L. Yermulnik [YZ-RIPE] _______________________________________________ Exim-users mailing list [email protected] http://mailground.net/mailman/listinfo/exim-users
