CC BY
30УДК 004.4
ОСОБЕННОСТИ РАБОТЫ ПОЧТОВЫХ КЛИЕНТОВ
М.Е. Савватеев
ФГБОУ ВО «Брянский государственный университет имени академика И.Г. Петровского»
В данной статье рассматривается функционирование электронной почты с точки зрения пользователя и функционирование основных протоколов и технологий, без которых невозможна работа почтовых служб. Выделены общие функции основных протоколов и технологий электронной почты. Ключевые слова: электронная почта, почтовый клиент, протоколы, службы, передача сообщений.
Современный мир невозможно представить без электронной почты. Ежедневно отправляются миллионы сообщений, без которых мы уже не можем представить современную жизнь. Адрес электронной почты стал для современного общества столь же необходимым, как домашний адрес и номер телефона. Основное предназначение электронной почты - связь пользователей друг с другом. Уникальность электронной почты как сетевого сервиса, состоит в том, что за счет имеющихся соединений между различными сетями почта может доставляться практически в любые и из любых мировых сетей, объединяя их в единое сетевое пространство.
Для организации надежной корпоративной почтовой системы необходимо понимание работы основных почтовых протоколов и технологий, а также знание о том какой вид имеет электронное сообщение со стороны сервера. Ниже рассмотрены основные протоколы и технологии, которые необходимы для функционирования электронной почты как со стороны пользователя, так и со стороны сервера.
С точки зрения пользователя почтовой системы существует только один компонент -это MUA (Mail User Agent), или, другими словами, его почтовый клиент, например, Mozilla, Outlook, а также веб-приложения аналогичного назначения, предназначенный для создания, отправки, получения и чтения почтовых сообщений.
Формат почтовых сообщений описан в стандарте RFC 2822 (Internet Message Format) и в серии RFC с 2045 по 2049 [1], которые посвящены формату MIME - Multipurpose Internet Mail Extensions.
Любое почтовое сообщение состоит из заголовков и тела, разделенных пустой строкой. Каждый заголовок, в свою очередь, состоит из имени и значения, разделенных двоеточием.
В почтовых сообщениях следующие заголовки считаются обязательными:
- From - адрес и, возможно, полное имя отправителя;
- To - адрес и, возможно, полное имя того, кому адресовано письмо;
- Subject - тема письма;
- Date - локальные дата и время отправления письма.
Другими часто используемыми заголовками являются:
- Сс (carbon copy) - кому отправить копию письма, при этом и основному адресату, и дополнительным, будет об этом известно;
- Received - путь прохождения письма;
- Content-Type - информация о том, каким образом письмо должно быть отображено.
Имена заголовков могут содержать только 7-битные ASCII-символы. Значения заголовков не ограничены символами ASCII, но при наличии не ASCII-символов они должны использовать MIME-кодирование в форме "=?charset?encoding?encoded text?-'.
Точно таким же образом кодируется тело письма, при этом кодировка и тип кодирования указывается в заголовках Content-Type и Content-Transfer-Encoding. Правильно закодированное письмо, с техническими заголовками имеет вид:
Message-ID : <436F19FC.7050901@mail. domain 1. com>
Date: Mon, 07 Nov 2005 12:10:20 +0300
From: User 1 <user1@domain1.com>
User-Agent: Mozilla Thunderbird 0.6 (X11/20040511)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: user2@domain2.com
Subject: =?KOI8-R?Q?=F4=C5=D3=D4?=
Content-Type: text/plain; charset=KOI8-R; format=flowed
Content-Transfer-Encoding: 8bit
Привет!
После создания сообщения Mail User Agent должен передать его MSA (Mail Submission Agent). В RFC 2476 [1] MAIL SUBMISSION AGENT описан как сервис, принимающий клиентские подключения на порту 678 по TCP/IP, и выполняющий первичную проверку почтовых сообщений на соответствие стандартам, авторизацию пользователей и блокирование UCE (Unsolicited Commercial Email) - нежелательную корреспонденцию или «спам», еще на этапе отправки. Затем MAIL SUBMISSION AGENT должен передать письмо MTA (Mail Transfer Agent) - сервису, принимающему клиентские подключения на порту 25 по TCP/IP, который, в свою очередь, уже должен заняться доставкой письма непосредственно адресату. И в первом, и во втором случае должен использоваться протокол SMTP, описанный в RFC 2821 (Simple Mail Transfer Protocol) [1] и RFC 1869 (SMTP Service Extensions) [1], но Mail User Agent и MAIL TRANSFER AGENT не должны общаться напрямую друг с другом [2-3].
На практике отдельных реализаций MAIL SUBMISSION AGENT не существует, а большинство реализаций MAIL TRANSFER AGENT способны также выполнять функции MAIL SUBMISSION AGENT. Более того, для MSA практически никогда не конфигурируется порт 678, а все почтовые сообщения от MAIL USER AGENT принимаются непосредственно на порт 25.
Поведение MAIL TRANSFER AGENT после того, как он получил почтовое сообщение от MAIL USER AGENT или MAIL SUBMISSION AGENT, зависит от настроек самого MAIL TRANSFER AGENT, а также от домена, которому принадлежит почтовый адрес получателя. В простейшем случае, когда отсутствует постоянное подключение к сети Интернет, когда нет постоянного реального ip-адреса и dns-имени, MAIL TRANSFER AGENT вообще не берет на себя ответственность за пересылку письма, а просто отдает ее вышестоящему MAIL TRANSFER AGENT, который для него является релеем. Релей - это MAIL TRANSFER AGENT, через который производится пересылка. Релей может определить список сетей, хостов и список логинов и паролей, которым разрешено пересылать через него свои почтовые сообщения. Домены, обслуживаемые релеем, как правило, являются исключением: для них сообщения, принимаются от кого угодно.
MAIL TRANSFER AGENT, принимающий на себя ответственность за пересылку, сначала проверяет, обслуживает ли он домен адресата. В случае отрицательного решения MAIL TRANSFER AGENT предпринимает попытку найти другой MAIL TRANSFER AGENT, обслуживающий этот домен. Для этого он с помощью DNS-запроса получает список MX-записей домена, каждая из которых содержит приоритет в виде целого числа - чем оно меньше, тем MAIL TRANSFER AGENT имеет более высокий приоритет. В первую очередь предпринимается попытка отправить почтовое сообщение на главный MAIL TRANSFER AGENT домена, а в случае его недоступности - по очереди на следующие за ним по приоритету до тех пор, пока сообщение не будет отправлено. Резервные MAIL TRANSFER AGENT могут передать сообщения на главный после восстановления его работоспособности, а могут выполнить доставку сообщения в почтовый ящик адресата самостоятельно [2-3].
SMTP (Simple Mail Transfer Protocol) - это сетевой протокол, предназначенный для передачи электронной почты в сетях TCP/IP.
SMTP используется для отправки почты от пользователей к серверам и между серверами для дальнейшей пересылки к получателю. Для приёма почты, почтовый клиент должен
использовать протоколы POP3 или IMAP. Работа с SMTP происходит непосредственно на сервере получателя. SMTP поддерживает следующие функции: установление соединения, аутентификация, передача данных [2-3].
Чтобы доставить сообщение до адресата, необходимо переслать его почтовому серверу домена, в котором находится адресат. Для этого обычно используется запись типа MX (Mail eXchange) системы DNS. Если MX запись отсутствует, то для тех же целей может быть использована запись типа A. Некоторые современные реализации SMTP-серверов, например, Exim, для определения сервера, обслуживающего почту в домене адресата, также могут задействовать SRV-запись.
Широкое распространение SMTP получил в начале 1980-х годов. До него использовался протокол UUCP, который требовал от отправителя знания полного маршрута до получателя и явного указания этого маршрута в адресе получателя, либо наличия прямого коммутируемого или постоянного соединения между компьютерами отправителя и получателя. Протокол SMTP используется и сейчас. Последнее свое обновление он получил в 2008 году получив расширение ESMTP [3].
Sendmail был одним из первых агентов отправки сообщений, который начал работать с SMTP. В настоящее время протокол SMTP является стандартным для электронной почты и его используют все клиенты и серверы.
Протокол SMTP не позволяет однозначно идентифицировать отправителя сообщения, однако существует возможность потребовать от отправителя авторизоваться - для этого служит расширение AUTH. Для реализации этого расширения MAIL TRANSFER AGENT используют механизм SASL, который позволяет использовать различные способы передачи и хранения логина и пароля, в том числе и те, которые используют не сам пароль, а его хэш [3].
Количество MAIL TRANSFER AGENT, через которые пройдет письмо, пока не найдет своего адресата, в принципе не ограничено. На практике в большинстве случаев достаточно двух MAIL TRANSFER AGENT, если домены отправителя и получателя обслуживаются разными MAIL TRANSFER AGENT, или одного в противном случае. Задачей MAIL TRANSFER AGENT после получения письма для своего домена является сохранение письма в постоянное хранилище, откуда его сможет прочесть адресат с помощью своего MAIL USER AGENT. Доставкой письма в это хранилище занимается очень широкий класс ПО, который носит общее название MDA (Mail Delivery Agent) [3].
Очень важной частью функционирования электронной почты являются протоколы и сервисы, которые обеспечивают стабильную работу электронной почты. Электронная почта является неотъемлемой частью жизни людей и функционирования организаций, поскольку электронная почта обеспечивает быстрый обмен сообщениями, возможность обезопасить свой аккаунт на разных платформах, а также делает возможным быстрый документооборот в организациях.
Список литературы
1. RFC Editor. Режим доступа: https://www.rfc-editor.org/ (Дата обращения 31.05.2020).
2. Протоколы электронной почты. Режим доступа: http://www.4stud.info/networking/smtp-pop3-imap.html (Дата обращения 31.05.2020).
3. Как работает электронная почта? Режим доступа: https://artismedia.by/blog/kak-rabotaet-elektronnaya-pochta/ (Дата обращения 31.05.2020).
Сведения об авторе
Савватеев Максим Евгеньевич - магистрант ФГБОУ ВО «Брянский государственный университет имени академика И.Г. Петровского», e-mail: savvateev.m32@gmail.com.
FEATURES OF THE WORK OF EMAIL CLIENTS M.E. Savvateev
Bryansk State University named after Academician I. G. Petrovsky
This article discusses the functioning of e-mail from the point of view of the user and the functioning of the main protocols and technologies without which the operation of mail services is impossible. The general functions of the main protocols and email technologies are highlighted. Keywords: email, email client, protocols, services, messaging.
References
1. RFC Editor. URL: https://www.ansible.com (Reference date: 31.05.2020).
2. Email Protocols. URL: http://www.4stud.info/networking/smtp-pop3-imap.html (Reference date: 31.05.2020).
3. How does email work? URL: https://artismedia.by/blog/kak-rabotaet-elektronnaya-pochta/ (Reference date: 31.05.2020).
About author
Savvateev M.E. - undergraduate student, the Department of Informatics and Applied Mathematics, Bryansk State University named after Academician I.G. Petrovsky, e-mail: savvateev.m32@gmail.com.
