From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <3F950676.2090906@kengu.ru> Date: Tue, 21 Oct 2003 14:12:06 +0400 From: "Aleksey Avdeev" User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.4) Gecko/20030710 X-Accept-Language: ru, ru-ru, be, uk, en-us, en MIME-Version: 1.0 To: community@altlinux.ru Subject: Re: [Comm] offline smtp with postfix References: <3F935334.4090601@gorodok.net> In-Reply-To: <3F935334.4090601@gorodok.net> X-Enigmail-Version: 0.76.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 21 Oct 2003 10:12:10.0813 (UTC) FILETIME=[CA7946D0:01C397BB] X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.1.2 Precedence: list Reply-To: community@altlinux.ru List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2003 10:08:42 -0000 X-List-Received-Date: Tue, 21 Oct 2003 10:08:42 -0000 Archived-At: List-Archive: List-Post: Alexey Morozov пишет: > В общем, перебрав некоторое количество MUA, я пришел к выводу, что все > [виденные популярные] MUA для линукса плохо подходят "для дома, для > семьи", то есть, чтению/написанию почты в режиме offline, с > кратковременными подключениями по dialup'у. Поэтому я решил таки пойти > "правильным путем" и сделать нечто навроде uucp, только на современный > лад, т.к. договориться с владельцами моих mail collector'ов относительно > UUCP навряд ли удастся :-), да и вообще, хочется немного бОльшего :-) > > Синхронизацию требуемых IMAP фолдеров я осуществляю при помощи > offlineimap - действительно удобно и существенно быстрее, чем при > помощи, н-р, mozilla-mail (у которого вообще убитый алгоритм :-)). Если Решаю подобную проблему с помощью связки mailsync (собирал сам) + courier-imap. Зеркалирование внешнего ящика (с деревом папок) с поддеревом внутреннего ящика - идёт на ура. Синхронизирует стандартные флаги IMAP. (Есть проблемы с флагами пользователя: по моему не поддерживает их courier. :-() Но не всё меня устраивает: Хочу добиться чтобы при удалении сообщения во внешнем ящике, оно сохранялось во внутреннем (место во внешнем - ограничено, нужен внутренний архив.) Настроить mailsync на такой режим не удалось. :-( Если пускать с запретом удаления - восстанавливает во внешнем ящике удалённые сообщения (если они присутствуют во внутреннем), в стандартном режиме - чистит внутренний, согласно внешнему. Склоняюсь к мысли, что надо править код, на предмет данного режима. > интересно, могу соорудить из него пакет для сизифа. 2MS: Михаил, возьмете? Готов данный пакет потестировать: Может из него будет проще выжать нужную мне функциональность. :-) > > Вопрос в том, как осуществить обратную операцию, то есть, складировать > "отправленную" почту где-нибудь локально (system-wide или, лучше, на > per-user базисе), а при подключении к инету передавать её на указанный > SMTP-сервер? Решение "в лоб", с привлечением postfix (через ETRN или еще > как-то), видимо, не слишком подходит, т.к. провайдеров несколько, и при > подключении необходимо, чтобы накопившаяся почта отправлялась через SMTP > текущего провайдера (в противном случае необходимо будет заморачиваться > авторизацией и т.п.). Как мне кажется, правильно было бы смотреть в > сторону решения, использующего нечто навроде DJB'шной serialmail, но как > организовать доставку в промежуточное хранилище, я пока не знаю. Хотя > надо заметить, я уже давно не админ, поэтому, возможно, неверно > оцениваю возможности и трудозатраты. При разных провайдерах возможны ещё проблемы с DNS, при использовании внутреннего кешерующего сервера. Возможно, их можно решить связкой bind + pdnsd (pdnsd, в частности, способен выбирать, к какому списку внешних DNS обращаться, в зависимости от того какой интерфейс активен). > > В общем, я готов выслушать любые предложения по поводу того, как > организовать подобную систему. Для меня данная тема тоже актуальна. Готов принять участие в дискурсии. -- С уважением. Алексей.