From: Sergey Kuznetsov <skuznetsov@comail.ru> To: Alex Savvin <mandrake-russian@altlinux.ru> Subject: [mdk-re] Re[2]: [mdk-re] Анатомия почты в Spring Date: Tue Sep 25 23:26:11 2001 Message-ID: <459831979.20010925230545@comail.ru> (raw) In-Reply-To: <20010925003735.59f2430f.alex@dag.bryansk.ru> >> Получение почты: >> Fetchmail скачивает почту с почтового сервера по команде fetchmail, >> если есть предварительно созданный файл .fetchmailrc, или fetchmail с >> параметрами, если такого файла нет. Затем почта передается postfix'у, >> который отдает ее MUA по запросу пользователя. > Точнее, почта передается агенту локальной доставки (procmail), который > кладет почту в системный почтовый ящик (/var/spool/mail/<user>). Затем > уже MUA забирает (по команде пользователя) почту из спула и кладет > ее в свою собственную базу (напр, ~/Mail/). >> Ага... Значит procmail тоже в этой схеме ДОЛЖЕН БЫТЬ задействован. Если не ошибаюсь, он проводит сортировку писем... ну да, рассовать почту по локальным ящикам - это, собственно, и есть сортировка (особенно если включить правила, по которым письма, к примеру, удаляются). А есть для его настройки какая-нибудь утиль типа fetchmailconf, или это можно ТОЛЬКО через файл конфигурации? > Идея примерно следующая: > Вам необходимо отправить почтовое сообщение пользователю > (локальному > или удаленному). Не забывайте, что процессы в Unix тоже, в > некотором > приближении, рассматриваются как пользователи. Если бы дело > ограничивалось > людьми, то настроил пару-тройку MUA, куда ложить почту и все! > Но нельзя настроить > массу программ, которые могут выдавать почту для, скажем, > root'а и иже с ним. > Т.е. нужен механизм приема "случайных" сообщений, приходящих > на стандартный > порт (для smtp - 25). Обмен сообщениями между процессами > через порты - стандартная > "фича" Unix (и не только). В случае с удаленным пользователем > - более показательный > пример. Он не знает, что вы написали ему письмо (он вообще > Вас не знает :), поэтому > запускать fetchmail и смотреть почтовый ящик на Вашем > компьютере он не будет > (да и не сможет, пока не узнает свой логин и пароль :). Тут > опять помогает postfix > (правильнее MTA). Он узнает IP адрес вашего адресата и > обращается к запущенному > у него агенту MTA. Так, попробуем въехать. Если мой адресат имеет постоянное подключение к И-нету, то этот MTA запущен на _локальной_ машине, а если он такой же dialup'щик, то он крутится на _почтовом сервере провайдера_. Так? > Обмениваются приветами, и ваш передает > письмо. Тот смотрит, > является ли адрес адресата для него локальным - если да, то > передает локальному > агенту для разборки и укладывания в соотв. локальный почт. > ящик; если нет - смотрит, > разрешено ли ему релеить это письмо на другой хост, и либо ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Имеется в виду - на компьютер адресата? > передает, либо дает > вашему MTA "отлуп", дескать relay запрещен. > Короче, таким образом письмо попадает в тот или иной > локальный системный > почтовый ящик. А вот тут может понадобится fetchmail. Если вы ^^^ Я или адресат моего письма? > реальный > пользователь хоста, т.е. имеет доступ к его терминалу - > запускайте MUA и читайте > почту, если же вы удаленный пользователь хоста (не случайный, > а имеющий логин > и пароль), то вы можете либо читать почту online, либо > перебросить ее на свою машину > и читать offline. Переброской занимается fetchmail. > Обращается к POP-серверу удаленного > хоста, логинится и смотрит, есть ли для него почта в > системном почтовом спуле, > если да - забирает ее и передает локальному агент доставки - > тот сам разберется, какое > письмо в какой ящик кинуть, а может вообще в /dev/null (т.е. > фильтрация). > > Надеюсь, не сильно сумбурно получилось. Да нет, вроде что-то в голове прояснилось. Спасибо! А что выступает в роли MTA в оффтопике? Сама почтовая программа? С уважением, Сергей
next prev parent reply other threads:[~2001-09-25 23:26 UTC|newest] Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top 2001-09-24 23:02 Sergey Kuznetsov 2001-09-24 23:34 ` Roman S 2001-09-25 0:32 ` Alex Savvin 2001-09-25 23:26 ` Sergey Kuznetsov [this message] 2001-09-26 2:42 ` [mdk-re] Re[2]: " Alex Savvin 2001-09-25 1:20 ` [mdk-re] " Mikhail Zabaluev 2001-09-25 23:26 ` [mdk-re] " Sergey Kuznetsov 2001-09-26 3:43 ` Mikhail Zabaluev 2001-09-26 11:13 ` cornet
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=459831979.20010925230545@comail.ru \ --to=skuznetsov@comail.ru \ --cc=mandrake-russian@altlinux.ru \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Community general discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 community community/ http://lore.altlinux.org/community \ mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com public-inbox-index community Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.community AGPL code for this site: git clone https://public-inbox.org/public-inbox.git