Всё что связано с qmail

C. Как работает интернет почта

C.1. Как сообщение посылается из точки А в точку В

Когда пользователь на одном хосте посылает сообщение пользователю на другом хосте, многие вещи остаются за сценой, о которых вы даже не подозреваете.

Скажем Элис (alice@alpha.example.com) хочет послать сообщение для Боба (bob@beta.example.com). Что происходит:

1. Элис формирует сообщение почтовым клиентом (mail user agent - MUA), таким как mutt  или pine. Она определяет получателя в поле To, тему письма в поле Subject и сам текст сообщения. Приблизительно это выглядит так:
   

       To: bob@beta
       Subject: lunch
       How about pizza?

2. Когда она закончит сообщение, то скажет почтовому клиенту его отправить.
3. В этой точке почтовый клиент  может добавить в заголовок поля типа Date и Message-Id и модифицировать значения введенные Элис (например заменить bob@beta на "Bob <bob@beta.example.com>"). Затем почтовый клиент инжектирует сообщение на почтовый сервер. Для этого есть два пути: он запустит программу, предусмотренную почтовой системой для закачивания сообщений, или может установить связь через SMTP порт либо на локальной системе, либо на удаленном почтовом сервере. Для этого примера мы предположим, что почтовый клиент применит локальную программу инжекции, чтобы передать сообщение  MTA. Детали процесса инжекции зависят от MTA, но на UNIX системах, метод sendmail стандарт  де-факто. Это метод, в котором почтовый клиент может положить заголовок и тело в файл, разделив их пустой строкой и передать файл программе sendmail.
4. Если инжекция прошла успешно - сообщение было синтаксически правильно, и sendmail был вызван должным образом - теперь за сообщение ответственен MTA. Детали сильно варьируется в зависимости от MTA. В общих чертах,  MTA в точке А исследует заголовок, чтобы определить, куда послать сообщение, открывает связь SMTP к точке В, и пересылает сообщение на MTA системы В. SMTP общение требует, чтобы сообщения посылались двумя частями: конверт, который определяет адрес получателя (bob@beta.example.com) и обратный адрес (alice@alpha.example.com), и непосредственно сообщение, которое состоит из заголовка и тела.
5. Если MTA в точке B отклоняет сообщение, то это возможно из-за того, что никакого пользователя Bob нет, на MTA в точку A посылается bounce -сообщение по адресу возврата - alice@точки_A, чтобы уведомить ее о проблеме.
6. Если MTA в точке B принимает сообщение, то он смотрит на адрес получателя, определяет, является ли он местным или принадлежит удаленной системе. В случае если адрес местный, то тогда MTA либо доставляет сообщение сам, либо пропускает его через агента доставки почты (MDA), такие как /bin/mail или procmail.
7. Если доставка терпит неудачу, возможно потому что Боб превысил свою почтовую квоту,  MTA точки B посылает bounce-сообщение по адресу возврата - alice@точки_А .
8. Если доставка успешна, то сообщение лежит в почтовом ящике Боба, пока его почтовый клиент не прочтет его.

C.2. Дополнительная информация

Информацию о том, как работает интернет почта, можете получить по следующим ссылкам:

• Интернет почта, написано автором qmail:http://cr.yp.to/im.html
• SMTP, написано автором qmail:http://cr.yp.to/smtp.html
• Формат заголовка сообщения, написано автором qmail:http://cr.yp.to/immhf.html

C.2.1. Серия документов содержащих описания набора протоколов Internet и связанную с ними информацию

RFC (Requests for Comment) - официальная документация интернета. Большинство из них далеки от представления комментария, и определяет интернет протоколы, такие как TCP, FTP Telnet, и различные стандарты почты и протоколов.

• RFC 821, Simple Mail Transfer Protocol. http://www.ietf.org/rfc/rfc0821.txt
• RFC 822, Standard for the Format of ARPA Internet Text Messages. http://www.ietf.org/rfc/rfc0822.txt
• RFC 931, Authentication Server. http://www.ietf.org/rfc/rfc0931.txt
• RFC 974, Mail Routing and the Domain System. http://www.ietf.org/rfc/rfc0974.txt
• RFC 1123, Requirements for Internet Hosts -- Application and Support. http://www.ietf.org/rfc/rfc1123.txt
• RFC 1413, Identification Protocol. http://www.ietf.org/rfc/rfc1413.txt
• RFC 1423, Privacy Enhancement for Internet Electronic Mail: Part III: Algorithms, Modes, and Identifiers. http://www.ietf.org/rfc/rfc1423.txt
• RFC 1651, SMTP Service Extensions. http://www.ietf.org/rfc/rfc1651.txt
• RFC 1652, SMTP Service Extension for 8bit-MIMEtransport. http://www.ietf.org/rfc/rfc1652.txt
• RFC 1806, Content disposition. header. http://www.ietf.org/rfc/rfc1806.txt
• RFC 1854, SMTP Service Extension for Command Pipelining. http://www.ietf.org/rfc/rfc1854.txt
• RFC 1891, SMTP Service Extension for Delivery Status Notifications. http://www.ietf.org/rfc/rfc1891.txt
• RFC 1892, The Multipart/Report Content Type for the Reporting of Mail System Administrative Messages. http://www.ietf.org/rfc/rfc1892.txt
• RFC 1893, Enhanced mail system status codes. http://www.ietf.org/rfc/rfc1893.txt
• RFC 1894, An Extensible Message Format for Delivery Status Notifications. http://www.ietf.org/rfc/rfc1894.txt
• RFC 1939, Post Office Protocol - Version 3. http://www.ietf.org/rfc/rfc1939.txt
• RFC 1985, SMTP Service Extension for Remote Message Queue Starting (ETRN). http://www.ietf.org/rfc/rfc1985.txt
• RFC 1991, PGP Message Exchange Formats. http://www.ietf.org/rfc/rfc1991.txt
• RFC 2015, MIME Security with Pretty Good Privacy. (PGP). http://www.ietf.org/rfc/rfc2015.txt
• RFC 2045, MIME Internet message bodies. http://www.ietf.org/rfc/rfc2045.txt
• RFC 2046, MIME Media Types. http://www.ietf.org/rfc/rfc2046.txt
• RFC 2047, MIME Headers. http://www.ietf.org/rfc/rfc2047.txt
• RFC 2048, MIME Registration Procedures. http://www.ietf.org/rfc/rfc2048.txt
• RFC 2049, MIME Conformance Criteria. http://www.ietf.org/rfc/rfc2049.txt
• RFC 2142, Mailbox names for common services. http://www.ietf.org/rfc/rfc2142.txt
• RFC 2183, Content Disposition header. http://www.ietf.org/rfc/rfc2183.txt

D. Архитектура

D.1. Модульная системная архитектура

MTA выполняет различные задачи. Ранее сконструированные MTA, типа Sendmail и smail, монолитны. Другими словами, они имели одну большую, сложную программу, которая "переодевала шляпы": надев одну шляпу становилась SMTP сервером, другую - SMTP клиентом, третью - работала с локальными сообщениями, четвертую - управляла очередью, и т.д.

qmail - модульный. Каждая из этих функций выполняется отдельной программой. В результате программы получились намного меньше, проще, и менее вероятно, что они содержат  функциональные ошибки или ошибки безопасности.  Чтобы далее расширять защиту, модули qmail, выполняются с различными привилегиями, и они не "доверяют" друг другу: они не предполагают, что другие модули всегда делают только то, что они, как предполагается1, делают.

Есть также и обратная сторона модульного подхода. В отличие от монолитного MTA  между модулями строго очерчено взаимодействие, и модули только обмениваются друг с другом минимально необходимой информацией. Это, как правило, Хорошо, но иногда это добавляет трудности. Например, флаг "-v" программы sendmail заставляет печать следы ее действий на стандартный выход для отладочных целей. Начиная с обработки закачки, организации очереди, обработки псевдонима, обработка файла .forward, и удаленное отправление через SMTP, все это дает возможность легко прослеживать полную доставку, пока сообщение не будет доставлено. Подобной возможности в qmail нет, и это потребовало бы существенных изменений кода и дополнительной сложности, чтобы осуществить флажок "отладка" от модуля к модулю.

D.2. Файловая структура

Каталог /var/qmail является корневым для qmail'овской файловой структуры. Он может быть изменен при компиляции qmail, но вообще-то лучше оставить как есть, чтобы другие администраторы не занимались поисками. Если вы действительно хотите переместить некоторые каталоги или все qmail дерево, то лучше это сделать с использованием символических связей. Смотри подраздел Создание каталогов.

Подкаталоги верхнего уровня:

D.3. Структура очереди

Файл INTERNALS в каталоге исходников обсуждает детали организации очереди более подробно. Это более краткий обзор структуры очереди.

Файлы в подкаталоге mess названы по их номеру i-node. Что это означает? То, что Вы вручную не можете перемещать их, используя стандартные UNIX утилиты, такие как mv, dump/restore и tar. На есть пара утилит написанных пользователями, которые правильно переименует файлы очереди. См. http://www.qmail.org/

D.4. Рисунки

Это серия файлов в каталоге  /var/qmail/doc имена которых начинаются PIC. Это картинки в текстовом формате показывают, как qmail обрабатывает различные ситуации. Они показывают алгоритм прохождения сообщения через различные модули, и очень полезны для отладки и создания сложных конфигураций.

В он-лайне эти файлы доступны:

http://www.qmail.org/man/index.html