Serja -> [email protected] @ Sat, 24 Sep 2005 13:10:31 +0200:
>> отправителя, можно, но это будет ТАКОЙ наворот... S> Ну да, я скорее всего конфигурацию трогать не буду, или может по S> пробую через один сервер все релеить. Тут, если что, вот добрый человек присоветовал... Но на мой взгляд он излишне добрый. Действительно, чревато лупами в полный рост, см. замечание про fetchmail. Либо превращением в open relay. На самом деле, решение можно улучшить и сделать его надежно работающим (надо честно отследить, что это письмо изнутри наружу), но это нетривиальное занятие. А так идея вполне себе да. Если очень надо - то можно. Нет, за что люблю соотечественников - так это за умение остроумно применить что-нибудь не по назначению... ---------------------------------------------------------------- From: Pavel Sergeev <[EMAIL PROTECTED]> To: Artem Chuprina <[EMAIL PROTECTED]> Subject: Re: postfix + gmail Date: Sat, 24 Sep 2005 18:06:42 +0400 Konnichiwa, Artem Chuprina, вы писали: >Serja -> [email protected] @ Sat, 24 Sep 2005 06:53:42 +0200: > > >> Во-вторых, поскольку ты так и не > >> ответил на основной вопрос - как именно ты хочешь отправлять почту, - > S> Извиняюсь, отвлекся. Первоначально было желание отправлять почту таким S> > образом, чтобы допустим письма с адреса @gmail.com шли через smtp.gmail.com > и S> т.д. > >Можно, и я попробую помочь, но смысл? Это усложняет конструкцию, и в >общем, не приносит пользы. Ну, разве что у тебя есть корреспонденты за >серверами, упорно желающими следовать SPF (насколько я знаю, даже >толстый дядя Микрософт не решается разворачивать письма без SPF) либо ты >упорно хочешь релеить, а не отправлять самостоятельно, но все сервера, >которые соглашаются тебя релеить, непременно хотят своего сендера. > >Вообще что-то по прочтении документации складывается ощущение, что номер >штатными настройками вообще не проходит. Единственное, что принимает >решения о транспорте - transport_maps, а оно смотрит только на >получателя. generic смотрит на отправителя, но не умеет определять >транспорт, оно только переписывает адрес. И отсутствует в том поцфиксе, >который в stable, что, впрочем, в данном случае неважно. Построить >конструкцию, отправляющую через разные релеи в зависимости от адреса >отправителя, можно, но это будет ТАКОЙ наворот... Грубо говоря, >повесить еще три поцфикса со своими очередями, и своим скриптом, >используемым в качестве дефолтного транспорта у основного, разруливать >на основании адреса отправителя на один из трех. > Ну... зачем так жестоко, у меня вполне работают настройки в header_checks: /^From:[EMAIL PROTECTED]/ FILTER smtp:smtp.mail.ru (Ну и, конечно, в main.cf: header_checks = regexp:/etc/postfix/header_checks) В этом случае все входящие сообщения с отправителем из домена mail.ru отправляются через smtp.mail.ru. Это может быть не вполне корректным в случае smtp-сервера, но для домашней машины это не существенно, главное сказать fetchmail'у чтоб отдавал почту сразу procmail'у, а то мало ли что ;) Но в данном методе я и сам не вполне уверен, так что используйте на свой страх и риск. ---------------------------------------------------------------- -- Artem Chuprina RFC2822: <ran{}ran.pp.ru> Jabber: [EMAIL PROTECTED] Нужны две программы - одна с интерфейсом, а другая чтобы работу делала. Victor Wagner в <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
