[Источник] [Наверх]
" ... Из того что готовилось для написания книги по 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/
... "