Re: fetchmail, одинаковые п исьма в несколько ящиков
On 2009.01.28 at 00:12:22 +0300, Иван Лох wrote: > Во-первых, мой почтовый сервер не столь whitelisted в узких кругах, во-вторых, А это надо? Легитимный почтовый сервер с нормально прописанной PTR-записью должен быть достаточен. Если он не достаточен, то им и для личной почты пользоваться нельзя. > не всем обязательно знать какой у меня личный домен. А они это узнают? Во From: - то будет корпоративный адрес, а в Recieved кто копаться будет? А если и будет, мало ли через какого провайдера ты пишешь. > > На это поделие я как-то посмотрел. Это точно в морг. > > Но вот чего я не понимаю, почему такая идиосинкразия против полноценного > > МТА? > > Воспитание не позволяет мне держать закрытый релей, а идиоты кругом -- > открытый. ;-} Держи релей, открытый для сети 127/8. C точки зрения защиты от идиотов кругом то же самое, что и возможность отправки почты только через /usr/sbin/sendmail, с точки зрения используемого софта - лишняя степень свободы. С точки зрения воспитанья - ажно целая сеть класса A. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: fetchmail, одинаковые п исьма в несколько ящиков
On Tue, Jan 27, 2009 at 10:34:54PM +0300, Victor Wagner wrote: > On 2009.01.27 at 17:57:07 +0300, Иван Лох wrote: > > > > Если соединение авторизованное, и пустят нас туда всегда, то какой смысл > > > в нескольких смарт-хостах? > > > > Не все люди любят посылать личную почту через корпоративный почтовый сервер > > и наоборот. > > Наоборот-то какие проблемы? Во-первых, мой почтовый сервер не столь whitelisted в узких кругах, во-вторых, не всем обязательно знать какой у меня личный домен. > > > Ежели бы она умела звать sendmail, то можно было бы по аналогии с > > > preautheticated imap вместо sendmail звать ssh куда-надо sendmail > > > > Может тогда ssmtp поможет? > > На это поделие я как-то посмотрел. Это точно в морг. > Но вот чего я не понимаю, почему такая идиосинкразия против полноценного > МТА? Воспитание не позволяет мне держать закрытый релей, а идиоты кругом -- открытый. ;-} -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: fetchmail, одинаковые п исьма в несколько ящиков
On 2009.01.27 at 17:57:07 +0300, Иван Лох wrote: > > Если соединение авторизованное, и пустят нас туда всегда, то какой смысл > > в нескольких смарт-хостах? > > Не все люди любят посылать личную почту через корпоративный почтовый сервер > и наоборот. Наоборот-то какие проблемы? > > Ежели бы она умела звать sendmail, то можно было бы по аналогии с > > preautheticated imap вместо sendmail звать ssh куда-надо sendmail > > Может тогда ssmtp поможет? На это поделие я как-то посмотрел. Это точно в морг. Но вот чего я не понимаю, почему такая идиосинкразия против полноценного МТА? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: fetchmail, одинаковые п исьма в несколько ящиков
On Tue, Jan 27, 2009 at 05:20:09PM +0300, Victor Wagner wrote: > > Ну так сертификатов может быть много. > > И по каким осмысленным критериям можно в таком случае выбирать из > нескольких смартхостов? > Когда используется неавторизованное соединение - понятно. Выбираем тот > смартхост, на который здесь и сейчас нас пустят. Именно так работает > маемовский почтовый клиент. > > Если соединение авторизованное, и пустят нас туда всегда, то какой смысл > в нескольких смарт-хостах? Не все люди любят посылать личную почту через корпоративный почтовый сервер и наоборот. > Ну, я приводил пример софтины, которая конкретно мне конкретно в этом > месте нужна, и которая не умеет звать sendmail. > > Ежели бы она умела звать sendmail, то можно было бы по аналогии с > preautheticated imap вместо sendmail звать ssh куда-надо sendmail Может тогда ssmtp поможет? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: fetchmail, одинаковые п исьма в несколько ящиков
On 2009.01.27 at 14:46:11 +0300, Иван Лох wrote: > On Tue, Jan 27, 2009 at 02:30:33PM +0300, Victor Wagner wrote: > > > On Tue, Jan 27, 2009 at 01:19:28PM +0300, Victor Wagner wrote: > > > > On 2009.01.27 at 02:00:35 +0300, Иван Лох wrote: > > > > > IMHO сейчас msmtp в большинстве случаев достаточно стало. > > > Да. Причем лучше многих. sendmail он предоставляет. Возможность > > Чем именно? > > Диагностика более вменяемая IMHO. Конфигурируется прозрачней чем > sendmail ;-} Ну, сейчас много что конфигурируется прозрачнее, чем sendmail. Что exim, что postfix. > > > выбрать из нескольких smarthost умеет (включая настройки per host > > > > Это - лишнее. Ежели мы все равно ходим по 465 порту и с авторизацией по > > сертификату, то имеет смысл сразу ходить на первичный MX домена. > > Ну так сертификатов может быть много. И по каким осмысленным критериям можно в таком случае выбирать из нескольких смартхостов? Когда используется неавторизованное соединение - понятно. Выбираем тот смартхост, на который здесь и сейчас нас пустят. Именно так работает маемовский почтовый клиент. Если соединение авторизованное, и пустят нас туда всегда, то какой смысл в нескольких смарт-хостах? > > Если уж разводить отдельный MTA, то надо иметь возможность писать не > > только из одного почтового клиента. > > Ну так команда sendmail пошлет на дефолтовый smarthost Ну, я приводил пример софтины, которая конкретно мне конкретно в этом месте нужна, и которая не умеет звать sendmail. Ежели бы она умела звать sendmail, то можно было бы по аналогии с preautheticated imap вместо sendmail звать ssh куда-надо sendmail -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: fetchmail, одинаковые п исьма в несколько ящиков
On Tue, Jan 27, 2009 at 02:30:33PM +0300, Victor Wagner wrote: > > On Tue, Jan 27, 2009 at 01:19:28PM +0300, Victor Wagner wrote: > > > On 2009.01.27 at 02:00:35 +0300, Иван Лох wrote: > > > > IMHO сейчас msmtp в большинстве случаев достаточно стало. > > Да. Причем лучше многих. sendmail он предоставляет. Возможность > Чем именно? Диагностика более вменяемая IMHO. Конфигурируется прозрачней чем sendmail ;-} > > выбрать из нескольких smarthost умеет (включая настройки per host > > Это - лишнее. Ежели мы все равно ходим по 465 порту и с авторизацией по > сертификату, то имеет смысл сразу ходить на первичный MX домена. Ну так сертификатов может быть много. > Если уж разводить отдельный MTA, то надо иметь возможность писать не > только из одного почтового клиента. Ну так команда sendmail пошлет на дефолтовый smarthost -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: fetchmail, одинаковые п исьма в несколько ящиков
On 2009.01.27 at 13:35:49 +0300, Иван Лох wrote: > On Tue, Jan 27, 2009 at 01:19:28PM +0300, Victor Wagner wrote: > > On 2009.01.27 at 02:00:35 +0300, Иван Лох wrote: > > > IMHO сейчас msmtp в большинстве случаев достаточно стало. > > > > А оно авторизоваться по сертификатам у smarthost-а умеет? > > Да. Причем лучше многих. sendmail он предоставляет. Возможность Чем именно? > выбрать из нескольких smarthost умеет (включая настройки per host Это - лишнее. Ежели мы все равно ходим по 465 порту и с авторизацией по сертификату, то имеет смысл сразу ходить на первичный MX домена. > и настройку envelope из from или явно). Единственно, что очереди > нет. Это плохо. > Я его дергаю прямо из mutt, который смотрит на From: и вызывает Если уж разводить отдельный MTA, то надо иметь возможность писать не только из одного почтового клиента. Кстати, на N800 при всей моей любви к mutt я пользуюсь родным маемовским клиентом, поскольку его интерфейс хорошо заточен под эргономику данного устройства. А он не умеет дергать /usr/sbin/sendmail, так что надо чтобы кто-то на localhost:25 слушал. Или таки плюнуть, и написать свой GUI-шный почтовый клиент. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: fetchmail, одинаковые п исьма в несколько ящиков
On Tue, Jan 27, 2009 at 01:19:28PM +0300, Victor Wagner wrote: > On 2009.01.27 at 02:00:35 +0300, Иван Лох wrote: > > IMHO сейчас msmtp в большинстве случаев достаточно стало. > > А оно авторизоваться по сертификатам у smarthost-а умеет? Да. Причем лучше многих. sendmail он предоставляет. Возможность выбрать из нескольких smarthost умеет (включая настройки per host и настройку envelope из from или явно). Единственно, что очереди нет. Я его дергаю прямо из mutt, который смотрит на From: и вызывает msmtp на подходящий аккаунт и, соответственно, smarthost. Их у меня несколько. Большинство по сертификатам. В тех исключительных случаях, когда интернета нет, он возвращает mutt ошибку и можно сказать [q] письмо postponed и при следующем запуске mutt будет видно. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: fetchmail, одинаковые п исьма в несколько ящиков
On 2009.01.27 at 02:00:35 +0300, Иван Лох wrote: > On Mon, Jan 26, 2009 at 07:05:09PM +0300, Victor Wagner wrote: > > On 2009.01.26 at 17:49:54 +0200, Denis Mazhar wrote: > > > вызывать сразу MDA. Это неправильно. MTA в unix системе лишней сущностью > > не бывает никогда. Вот соберусь как нибудь и поставлю полноценный MTA на > > Nokia N800, ибо задолбало как её почтовый клиент с SMTP работает. > > IMHO сейчас msmtp в большинстве случаев достаточно стало. А оно авторизоваться по сертификатам у smarthost-а умеет? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: fetchmail, одинаковые п исьма в несколько ящиков
On Mon, Jan 26, 2009 at 07:05:09PM +0300, Victor Wagner wrote: > On 2009.01.26 at 17:49:54 +0200, Denis Mazhar wrote: > вызывать сразу MDA. Это неправильно. MTA в unix системе лишней сущностью > не бывает никогда. Вот соберусь как нибудь и поставлю полноценный MTA на > Nokia N800, ибо задолбало как её почтовый клиент с SMTP работает. IMHO сейчас msmtp в большинстве случаев достаточно стало. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: fetchmail, одинаковые п исьма в несколько ящиков
On 2009.01.26 at 19:37:06 +0200, Denis Mazhar wrote: > То есть задача ставится так: > 1. Взять из одного ящика у провайдера почту > 2. Положить ВСЮ почту, взятую из этого ящика в два локальны ящика. > Я правильно понял? > >Да, именно так. > > Если так, то это делается так: > 1. В локальном mta описываем алиас > bigbox: box1 box2 > (в /etc/aliases) > 2. В конфиге fetchmail-а > poll [1]example.com > user box1 there is bigbox here > >А если один пользователь удалит пиьмо из box1 в box2 оно останется? Останется. Потому что МТА при доставке почты сделает две копии - одну в box1, вторую в box2 >Тоесть fetchmail отдает почту MTA, а он уже отдает ее клиентам через >MDA? Для отсылки почты будет использоваться smtp сервер провайдера. Рекомендуется отсылать почту тоже через локальный МТА, которому объяснить, что вся внешняя почта должна идти на smtp-сервер провайдера. Это штатная конфигурация для всех МТА. Преимущества у этого решения следующие: 1. Принципиально возможно (хотя не обязательно по умолчанию пользоваться) локальное хождение почты между локальными пользователями. Но например для писем от всяких демонов тому, кто их администрит, крайне удобно делать именно так. 2. В случае если провайдер недоступен, отправленная почта сложится в спул локального МТА, и уж он позаботится о том, чтобы как только канал поднимется, она уехала. > Ссылки > >1. http://example.com/ -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: fetchmail, одинаковые п исьма в несколько ящиков
On 2009.01.26 at 20:02:31 +0300, DamirX wrote: > Victor Wagner wrote: >> fetchmail, на мой взгляд, хорошо поддерживает только один вариант, >> который у него в документации называется MULTIDROP MAILBOX >> (user somebody there is * here >> env X-Envelope-To) >> >> Все остальные случаи лучше обрабатывать средствами МТА и MDA. >> >> > Из начального письма вроде не видно, что провайдер в курсе про multidrop. Из начального письма не видно, что автор треда про него в курсе. Так что пусть заодно и ознакомится. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: fetchmail, одинаковые п исьма в несколько ящиков
On 2009.01.26 at 17:49:54 +0200, Denis Mazhar wrote: >Привет всем. В общем есть такая задача: забрать почту с ящика >провайдера и раскидать ту же почту на несколько локальных ящиков. Есть >идея решить это так: забрать почту fetcmail`ом и раздать ее с >локального сервера с помощью cyrus-imapd. >Но возник вопрос, на сервере провайдера есть например ящик >[1]b...@example.com. Его нужно стянуть fetchmail`ом и всю почту >разложить в локальные ящики box1, box2. Т.е. это должно быть именно два >независимых ящика. В какую сторону копать в манах fetchmail? То есть задача ставится так: 1. Взять из одного ящика у провайдера почту 2. Положить ВСЮ почту, взятую из этого ящика в два локальны ящика. Я правильно понял? Если так, то это делается так: 1. В локальном mta описываем алиас bigbox: box1 box2 (в /etc/aliases) 2. В конфиге fetchmail-а poll example.com user box1 there is bigbox here Ну и естественно, фетчмейл должен отдавать скачанную почту локальному МТА, а не MDA. Что он, собственно, по умолчанию и делает. Просто очень многие считают что MTA - лишняя сущность, и пытаются заставить fetchmail вызывать сразу MDA. Это неправильно. MTA в unix системе лишней сущностью не бывает никогда. Вот соберусь как нибудь и поставлю полноценный MTA на Nokia N800, ибо задолбало как её почтовый клиент с SMTP работает. Если не так, то следует понять, по каким именно критериям следует раскладывать почту по ящикам. fetchmail, на мой взгляд, хорошо поддерживает только один вариант, который у него в документации называется MULTIDROP MAILBOX (user somebody there is * here env X-Envelope-To) Все остальные случаи лучше обрабатывать средствами МТА и MDA. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
