[Источник] [Наверх] " ... Из того что готовилось для написания книги по Unix и было без сожаления похерено под впечатлением написания моим корешом ПЕРВОЙ книги на русском по HTTP/HTML, которую мусолили 2 года или чуть больше в издательстве. И которая в итоге так и не стала ПЕРВОЙ ИЗДАННОЙ. А кореш так и не увидел ее, уехал в Штаты..." " ... коротко из неопубликованного и некорректированного: 1. OS Unix и почтовая система. Одним из исключительных достоинств Unix-like Операционных систем является наличие почтовой службы для обмена сообщениями - письмами, как между пользователями одного компьютера, так и с пользователями других компьютеров в сети. Особенную актуальность работа почтовых систем приобрела с рождением Internet, единой глобальной, мировой сети. Благодаря сетевым коммуникационным протоколам TCP/IP и UUCP (Unix-to-Unix Copy Program) появилась уникальная возможность быстрой и надежной связи между компьютерами в сетях. В свою очередь для работы с почтой были разработаны протоколы удаленного чтения: POP2/3 (Post Office Protocol) и IMAP (Internet Message Access Protocol) и пересылки созданных почтовых сообщений между компьютерами сети: SMTP (SIMPLE MAIL TRANSFER PROTOCOL). В настоящее время невозможно представить себе комплексы информационных и услуг связи без электронной почты. Итог: Работа электронной почты состоит из комплекса следующих технологий: транспортная технология - программы MTA (Mail Transfer Agent) по протоколам SMTP или UUCP передают почту между компьютерами сети, MUA (Mail User Agent) - программы для создания, чтения почты по протоколам POP3/IMAP и передачи их по SMTP MTA программам для доставки адресатам. 2. Компоненты почтовой системы. Зная в общих чертах как работает почтовая служба internet, рассмотрим отдельные компненты целостной системы, но прежде, напомним как формируются адреса электронной почты. Как известно, протокол TCP/IP объединил большое количество разнородных сетей и операционных систем со своими почтовыми службами и специфичным форматом электронных почтовых адресов (BITNET, VAX/VMS и тд и тп). Мы остановимся лишь на формате электронных адресов актуальных в наше время, uucp, internet и их смешанном виде. Примеры: Internet-Style: - lavr@dubna.su - lavr@unix1.jinr.ru - Andrey.Lavrentyev@jinr.ru - Andrey Lavrentyev - lavr@dubna.su (Andrey Lavrentyev) - lavr%blues@dubna.su адрес состоит из двух частей разделенных символом коммерческая at "@": - левая часть определяет имя адресата на локальной системе - правая часть определяет доменное имя в котором находится адресат В адресе запрещено использовать пробелы и некоторые другие спец.символы. Имя адресата в примерах: - Andrey Lavrentyev - lavr@dubna.su (Andrey Lavrentyev) игнорируется при разборке адреса программами MTA, используются только e-mail адреса формата name@host.domain.name или name@subdomaine.domain.name или name@domain.name Адрес lavr%blues@dubna.su можно интерпретировать как: - lavr - локальный пользователь хоста или поддомена blues - dubna.su - в домене dubna.su UUCP-Style: - sunct0!lavr - sunct0!unix1!lavr Правая часть определяет адресата локального хоста, а левая - маршрут прохождения по UUCP. Если локальная сеть или компьютер имеет выход в мир через UUCP, то в этом случае, почта передается с хоста на хост и тд и тп, предпоследним будет хост содержащий локального пользователя и последним сам адресат, например: - sunct0!unix1!lavr где lavr@unix1 - заданный адресат. Combined-Style: - sunct0!unix1!dubna.su!lavr - sunct0!unix1!lavr@dubna.su - sunct0!lavr%unix1@dubna.su Старайтесь не использовать смешанных форм когда в задании адреса используются символы "!", "%" и "@", последний символ имеет наивысший приоритет при разборе адреса и приведения его к канонической форме. Стандарт на адреса электронной почты, формат заголовков и тела письма - RFC822. Примечание: существует пять первых доменов верхнего уровня (историческое начало) - .gov - Government - .edu - Education - .com - Commercial - .mil - Military - .org - Organization был еще один временно: - .arpa - ARPA-Internet однако было решение добавить домены первого уровня по признаку страны с использованием двухбуквенного обозначения (географические домены), например: - .su - Soviet Union - .ru - Russian и так называемые Multiorganizations - для организаций с огромной структурой. Когда ведение службы DNS стало невозможно без распределенной организации и коммерческой выгоды, стали появляться дополнительные домены первого уровня, .biz, .info и тд и тп, вплоть до доменов в национальных кодировках. 2.1. MTA и SMTP. Почта между компьютерами в сети или между доменами, локальными сетями передается по протоколу SMTP (SIMPLE MAIL TRANSFER PROTOCOL/RFC821) так называемыми MTA (Mail Transfer Agent) программами. Это транспортный уровень передачи электронной почты. Протокол SMTP разработан давно и него есть соответствующие RFC в соответствии и следуя которым должны быть написаны программы MTA. RFC (Request For Comments) - это огромный набор документов содержащих описание протоколов, технологий и политики работы в Internet, постоянно обновляющийся и расширяющийся по мере создания, разработки и внедрения новых протоколов и технол огий и необходимый как для внутренних нужд Internet, так и для собдюдения и поддержания единых стандартов необходимых для работы. Начало развития RFC было положено в 1969 году, для развития Internet (тогда еще ARPANET), спецификации технологий и протоколов Internet, как определено Internet Engineering Task Force (IETF) и ее руководящей группой IESG, и есть RFC. В настоящее время существует достаточное количество известных и популлярных MTA программ: - http://www.sendmail.org/ Sendmail - http://www.qmail.org/ Qmail - http://www.postfix.org/ Postfix - http://www.exim.org/ Exim - http://www.courier-mta.org/ Courier ... ... ... 2.2. MUA и POP3/IMAP. В отличие от MTA - транспортная часть почтовой системы, MUA - это интерфейс для пользователя, позволяющий читать, сохранять, удалять приходящие письма и формировать и отправлять по назначению собственную корреспонденцию адресатам. Разнообразие почтовых программ (MUA) может быть сколь угодно велико, но все они должны выполнять свое назначение, которое описано выше. MUA или почтовые программы, в обиходе почтовики, должны поддерживать протоколы POP3 и/или IMAP, в идеальном варианте и тот и другой, для работы с приходящей почтовой корреспонденцией - письмами и протокол SMTP для отправки своих писем. Как и в случае программ MTA, программы MUA должны быть написаны в соответствии и следуя разработанным стандартам описанных в необходимых RFC. Ниже приведены лишь некоторые RFC по протоколам и авторизации POP3 и IMAP: POP3: ----- RFC0918 RFC1081 RFC1082 RFC1225 RFC1460 RFC1725 "Post Office Protocol - Version 3" RFC1939 POP3-AUTH: ---------- RFC1734 "POP3 AUTHentication command" IMAP: ----- RFC1064 - "INTERACTIVE MAIL ACCESS PROTOCOL - VERSION 2" RFC1176 - "INTERACTIVE MAIL ACCESS PROTOCOL - VERSION 2" RFC1730 - "INTERNET MESSAGE ACCESS PROTOCOL - VERSION 4" RFC1731 - "IMAP4 Authentication mechanisms" RFC2195 - "IMAP/POP AUTHorize Extension for Simple Challenge/Response" RFC2060 - "INTERNET MESSAGE ACCESS PROTOCOL - VERSION 4rev1" RFC2062 - "Internet Message Access Protocol - Obsolete Syntax" Найти эти и другие RFC можно по адресу: http://www.ripn.net:8080/nic/rfc/ ... "