From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Alex Savvin To: mandrake-russian@altlinux.ru Subject: Re: [mdk-re] =?KOI8-R?B?4c7B1M/NydEg0M/e1Nkg1w==?= Spring Message-Id: <20010925003735.59f2430f.alex@dag.bryansk.ru> In-Reply-To: <15714052810.20010924225508@comail.ru> References: <15714052810.20010924225508@comail.ru> X-Mailer: Sylpheed version 0.6.2 (GTK+ 1.2.9; i586-alt-linux) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Sender: mandrake-russian-admin@altlinux.ru Errors-To: mandrake-russian-admin@altlinux.ru X-BeenThere: mandrake-russian@altlinux.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: mandrake-russian@altlinux.ru X-Reply-To: alex@dag.bryansk.ru List-Help: List-Post: List-Subscribe: , List-Id: Linux-Mandrake RE / ALT Linux discussion list List-Unsubscribe: , List-Archive: Date: Tue Sep 25 00:32:11 2001 X-Original-Date: Tue, 25 Sep 2001 00:37:35 +0400 Archived-At: List-Archive: List-Post: On Mon, 24 Sep 2001 22:55:08 +0400 Sergey Kuznetsov wrote: > Отправка почты: > MUA отдает почту Postfix'у. Тот ждет соединения с провайдером, затем > по команде sendmail -q отправляет ее адресату или по адресу, > прописанному в relayhost. А так же без команды, автоматом в момент поступления письма в очередь. Но это характерно больше для хостов с постоянным соединением. > > Получение почты: > Fetchmail скачивает почту с почтового сервера по команде fetchmail, > если есть предварительно созданный файл .fetchmailrc, или fetchmail с > параметрами, если такого файла нет. Затем почта передается postfix'у, > который отдает ее MUA по запросу пользователя. Точнее, почта передается агенту локальной доставки (procmail), который кладет почту в системный почтовый ящик (/var/spool/mail/). Затем уже MUA забирает (по команде пользователя) почту из спула и кладет ее в свою собственную базу (напр, ~/Mail/). > > Если вышеописанное представление правильно, то для чего же нужен > postfix? Зачем нужен еще один посредник? > Если я все понял неправильно, то как все обстоит на самом деле? (Речь > идет о построении почтовой системы В ЦЕЛОМ). Идея примерно следующая: Вам необходимо отправить почтовое сообщение пользователю (локальному или удаленному). Не забывайте, что процессы в Unix тоже, в некотором приближении, рассматриваются как пользователи. Если бы дело ограничивалось людьми, то настроил пару-тройку MUA, куда ложить почту и все! Но нельзя настроить массу программ, которые могут выдавать почту для, скажем, root'а и иже с ним. Т.е. нужен механизм приема "случайных" сообщений, приходящих на стандартный порт (для smtp - 25). Обмен сообщениями между процессами через порты - стандартная "фича" Unix (и не только). В случае с удаленным пользователем - более показательный пример. Он не знает, что вы написали ему письмо (он вообще Вас не знает :), поэтому запускать fetchmail и смотреть почтовый ящик на Вашем компьютере он не будет (да и не сможет, пока не узнает свой логин и пароль :). Тут опять помогает postfix (правильнее MTA). Он узнает IP адрес вашего адресата и обращается к запущенному у него агенту MTA. Обмениваются приветами, и ваш передает письмо. Тот смотрит, является ли адрес адресата для него локальным - если да, то передает локальному агенту для разборки и укладывания в соотв. локальный почт. ящик; если нет - смотрит, разрешено ли ему релеить это письмо на другой хост, и либо передает, либо дает вашему MTA "отлуп", дескать relay запрещен. Короче, таким образом письмо попадает в тот или иной локальный системный почтовый ящик. А вот тут может понадобится fetchmail. Если вы реальный пользователь хоста, т.е. имеет доступ к его терминалу - запускайте MUA и читайте почту, если же вы удаленный пользователь хоста (не случайный, а имеющий логин и пароль), то вы можете либо читать почту online, либо перебросить ее на свою машину и читать offline. Переброской занимается fetchmail. Обращается к POP-серверу удаленного хоста, логинится и смотрит, есть ли для него почта в системном почтовом спуле, если да - забирает ее и передает локальному агент доставки - тот сам разберется, какое письмо в какой ящик кинуть, а может вообще в /dev/null (т.е. фильтрация). Надеюсь, не сильно сумбурно получилось. -- С уважением, Александр Саввин ---------------------------------- Email: savvin@mail.ru ICQ: 103069766 ---------------------------------- Powered by Linux Mandrake RE