Что такое структура электронного письма

Что такое структура электронного письма

Структура электронного письма

Электронное письмо имеет чёткую структуру, позволяющую ему достичь адресата в любой точке планеты. Поэтому для написания письма используются специальные программы, поддерживающие формат электронной почты. Можно подготовить текст письма в любом текстовом редакторе, но чтобы отправить его, текст надо импортировать в почтовую программу или присоединить к отправляемому сообщению.

Электронное письмо имеет несколько полей, требующих заполнения.

Сообщению предшествует заголовок ( Header ), содержащий следующие, в том числе служебные данные:

« From » (От кого) – имя и адрес электронной почты отправителя. По умолчанию в это поле автоматически вносится личный почтовый адрес отправителя;

« Sender » – автор или система отправителя сообщения (обычно аналогично полю « From »);

« To » (Кому) – имя и электронный адрес получателя. Обязательное для заполнения поле.

« Subject » (Тема) – необязательное, но желательное для заполнения поле. Содержит сведения отправителя о содержании письма или иные данные. В тема пришедшего ответа на письмо в начале добавляется символов « Re » (сокращение от англ. « reply »). Удобно для ориентации в получаемых и хранящихся в архиве письмах;

« Cc » (Копия, англ. « Carbon Copy »)– адреса других абонентов, получающих копии сообщения В это необязательное для заполнения поле можно занести электронные адреса людей, которым направляют копии письма;

« Date » – дата отправления сообщения;

« Recived » – различные Интернет-серверы, пересылавшие сообщение от отправителя к получателю;

« Subject » – содержание пересылаемого сообщения;

Требования к тексту письма

Текст обычного электронного письма может содержать только ASCII-символы. Это значит, что письмо не может включать в себя символы форматирования текста (выделения полужирным, курсивом, цветом, размером кегля и т.п.). Поэтому, если текст подготовлен в другом редакторе, то он может быть вставлен в содержание письма как сохраненный без форматирования ( text only ). Почтовые программы имеют режим ответа автору письма. В этом случае автоматически создается письмо, в поле адреса которого указывается адрес автора письма, а в текст ответного письма включается текст письма, на которое пишется ответ (цитирование письма). Чтобы отличить цитированный текст, каждая строка его начинается с символа «>». В начале строки могут указываться инициалы автора текста. Хорошим тоном считается цитирование письма только в необходимом объеме.

За время существования электронной почты выработался определённый жаргон (сленг), встречающийся в письмах. Он связан с потребность написания коротких электронных сообщений. Сокращения, а также отражённые отношения (эмоции) передающих абонентов позволяют формировать тексты так, что они становятся легко и быстро понятными всем пользователям электронной почты в не зависимости от используемых ими языков передачи сообщений. Они называются «смайликами» (англ. « smile » – улыбка) и представляют псевдографические изображения – иероглифы, состоящие из комбинаций символов. Приведем примеры таких изображений:

:-> – сарказм; :-е – разочарованный;

:-*:-% – банкир; :-Х – рот на замке;

–В- – автор в очках; и др. например, :-О, 🙂

Пересылка файлов в письме

Как уже говорилось, к письму можно «прикреплять» пересылаемые файлы. Если предполагается, что размер письма после этого превысит существующий лимит, то файл следует сжать или разрезать на несколько кусков и переслать в соответствующем числе писем. Самый простой способ – архивирование файла с разрезкой его на части нужного размера.

В России в рамках «Программы социально-экономического развития Российской Федерации на среднесрочную перспективу (2002–2004 годы)» разработана и внедрена программа «КиберПочт@». Официально она функционирует с 1 августа 2001 года, когда были открыты первые пункты коллективного доступа ( GRL ) в Интернете, оказывающие около 20 видов услуг. Она реализована на базе почтовых отделений, обеспечивающих открытый общественный доступ к Интернету. В 2002 г. было около 3000 таких пунктов, в том числе более 600 пунктов на селе.

Источник

Что такое структура электронного письма

Электронная почта и другие сервисы компьютерных сетей

Назначение электронной почты

Какая же информация передается по компьютерным сетям? Самая разнообразная. Это могут быть письма, объявления, реклама, программное обеспечение, компьютерные игры, деловая документация и многое другое. Вся эта информация в виде файлов хранится на магнитных дисках абонентских ПК и серверов.

Определение : Обмен письмами в компьютерных сетях называется электронной почтой (e-mail).

Определение : Электронное письмо – это файл, содержащий электронный адрес получателя и текст письма.

Электронная почта – один из самых популярных видов услуг компьютерных сетей.

Электронная почта работает гораздо быстрее обычной почты. В самый далекий уголок мира письмо может дойти за несколько секунд/минут. В течение дня можно несколько раз обменяться письмами со своим корреспондентом на другом континенте.

Почтовый ящик, электронный адрес

Зарегистрированный абонент сети получает на почтовом сервере так называемый почтовый ящик.

Определение : Почтовый ящик – это именованный «раздел», отведенный для конкретного пользователя на почтовом сервере, принимающем и обрабатывающем поступающую почту.

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

Передать письмо в почтовый ящик может любой пользователь сети, если он знает электронный адрес. Извлечь (прочитать пли переписать на свою машину) письмо из почтового ящика может только его владелец. Доступ к информации защищен паролем, который знает только хозяин ящика.

Что представляет собой электронный адрес? По своей структуре он похож на обычный почтовый адрес, когда письма посылаются на абонентский ящик адресата в почтовом отделении (п/о).

Пример обычного почтового адреса:

Пример электронного адреса: sоmоv@рgu.реrm.ru

Он состоит из таких частей:

Имя почтового ящика

Можно сказать, что: рgu.реrm.ru – это почтовое отделение.

Не нужно думать, что в адресах всегда используется административно-географический принцип (страна-город-район и т. д.). Вся часть адреса, расположенная справа от значка является доменным именем почтового сервера, содержащего ящик абонента. Главный принцип состоит в том, чтобы это имя отличалось от имен всех прочих серверов в компьютерной сети.

Структура электронного письма

В целом электронное письмо состоит из «конверта» и текста. Обычно на «конверте» записывается адрес получателя, адрес отправителя и краткая информация о назначении письма (два последних элемента – необязательные).

Пример электронного письма из Перми в Москву:

Приглашаю Вас принять участие в праздновании юбилея Пермского университета.

Отправитель на своем компьютере формирует файл с текстом письма, заполняет «конверт». Затем он выходит на связь с почтовым сервером. Сервер, приняв письмо, тут же пересылает его адресату.

К электронному письму могут быть присоединены самые разнообразные файлы: с графикой, звуком, программами и пр. Адресат их получит вместе с текстом письма (это похоже на вкладывание фотографии в конверт с письмом).

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

Кроме электронной почты пользователи компьютерных сетей могут получать и другие информационные услуги.

Всем известно, что такое конференция: в одном помещении собираются люди и выступают, задают вопросы, спорят на какую-то общую тему. Бывают научные, производственные, профсоюзные, школьные и другие конференции.

Телеконференция – это тоже общение группы людей по объединяющей их теме. Но для участия в такой конференции не нужно собираться в одно и то же время в одном помещении. Кроме того, телеконференция не ограничена во времени, как традиционная конференция. Она может продолжаться месяцами и годами. Поддержку телеконференций осуществляет служба Usenet, в которой каждая отдельная конференция называется группой новостей.

Участники телеконференции – пользователи компьютерной сети. Телеконференция заключается в обмене электронными письмами между ее участниками. Сначала в компьютерной сети объявляется открытие конференции на определенную тему. Телеконференция (группа новостей) получает свой электронный адрес. Затем проводится подписка на участие в конференции. После этого каждый пользователь, подписавшийся на данную конференцию, будет получать все поступающие в нее материалы. В свою очередь, посылая письмо в адрес конференции, пользователь знает, что оно дойдет до всех ее участников.

Существует множество телеконференций, посвященных самым разнообразным темам: науке, образованию, музыке, разведению рыб, компьютерным играм, политике, литературе и пр. Через телеконференции можно распространять какие-то свои авторские работы, договариваться о покупке или продаже. Участники таких конференций всегда имеют самую оперативную информацию в области своих интересов.

Популярной услугой Интернета являются телеконференции в режиме реального времени. Их поддержка обеспечивается сервисом IRC – Internet Relay Chat (беседа через Интерент, чат). Все участники обсуждения должны одновременно находиться в режиме подключения – on line. Сообщение одного из участников, вводимое с клавиатуры, мгновенно становится доступным другим собеседникам.

Также используются видеоконференции. Для этого компьютеры пользователей должны быть снабжены Web-камерами, динамиками и микрофонами.

Можно через Интернет получать новое программное обеспечение для своего компьютера. Для этого существует служба распространения файлов – файловые архивы. Серверы, которые поддерживают их работу, называются FTP-серверами. В файловых архивах можно найти не только программы, но и файлы с самыми разнообразными информационными объектами: рисунками, фотографиями, видеоклипами, музыкой и др.

Программное обеспечение, бесплатно распространяемое через FТР-серверы, нередко выполняет рекламную функцию. Например, время действия таких программ может оказаться ограниченным. Если вы захотите и дальше пользоваться данной программой, то вам будет рекомендовано оплатить приобретение ее рабочей версии.

Прочие услуги компьютерных сетей :

Источник

Идеальная структура email на все случаи маркетинга

Где, как не в email-маркетинге важна четкая структура письма? Рассказываем на практике о том, как создать рассылки для различных маркетинговых целей.

Как часто вам приходят письма на почту, глядя на которые хочется поплакать и написать авторам, как же это плохо. Почему же письмо выглядит коряво, непривлекательно и не дает нужного результата? Причин может быть много, однако одна из главных — неправильная структура письма.

Важно понимать, что идеальной структурной формулы для каждого письма не существует. Поэтому в этой статье предлагаю рассмотреть идеальную структуру для писем, которая отвечает большинству маркетинговых потребностей.

Хочется отметить формулу AIDA. Вообще это формула применяется для копирайтинга, но она также идеально вписывается в структуру любого email.

А (attention) — привлечение внимания. В email-маркетинге привлечение внимания начинается с темы письма. Вот, например, мой домашний почтовый ящик. Красным отметила то, что реально заинтересовало. Используйте одно из трех правил создания тем писем и письма будут читаться с удовольствием:

I (interest) – завладеть интересом читателя. Если предыдущий этап пройдет на отлично и подписчик откроет письмо, то у нас есть несколько секунд, чтобы заинтересовать его. Читатель быстро просматривает хедер, потом вскользь все письмо и если его ничего не зацепило, а тема не раскрыта, то он закрывает и забывает.

D (desire) – формируем желание выполнить целевое действие. Если это акция или подборка товаров, то мы не кричим капслоком “КУПИ”, мы продаем выгоду от покупки. Такой подход показа выгоды и сравнения подходит к любому целевому действию. Например, цель рассылки – увеличить количество подписчиков в Instagram компании. Рассказываем в рассылке, что читатели смогут участвовать в эксклюзивных конкурсах только для Instagram с дорогими подарками и показываем пример постов в виде галереи, чтобы читатель видел уровень фото.

A (action) – формируем четкий призыв к действию. Прежде чем отправлять письмо, необходимо понимать, с какой целью мы вообще пишем подписчикам. И только после ответа на вопрос “Какая цель этого письма?”, можно готовить call to action. Не всегда цель письма продать товар. Это цель всего маркетинга в целом. Необходимо исследовать каналы продаж и вести из рассылки на самый популярный из них, но и конечно не забывать о меню и подборке товаров.

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

В акционных письмах не стоит добавлять множество лишних деталей. Структура письма для акционного предложения на большое количество товаров.

Шаг 1: хедер содержит логотип и меню магазина.

Шаг 2: яркий баннер с максимально короткими условиями акции.

Шаг 3: кнопка с призывом к действию.

Шаг 4: стандартный футер с социальными сетями и возможностью отписки.

Источник

Системы электронной почты

14938120041cw9ag

Системы электронной почты

1. Структура электронного сообщения

Формат сообщения, передаваемого по электронной почте, описан в RFC 2822. Оно состоит из трех частей:

    Конверт (envelope), содержащий адреса отправителя и получателей сообщения, эта информация используется только при пересылке сообщения по протоколу SMTP, получателю она недоступна; Заголовок (header), содержащий служебную информацию, формируемую программами, участвующими в передаче сообщения, такую как адреса отправителя и получателей, которые могут отличаться от используемых в конверте, тему сообщения, время отправки, сведения о пересылке и об используемых для создания сообщения программах и т. д., заголовок завершается пустой строкой; Тело (body), содержащее само сообщение, созданное отправителем и подлежащее доставке получателю.

Таким образом, сообщение доставляется получателю в виде заголовка и отделенного от него пустой строкой тела.

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

В табл. 1 описаны наиболее важные поля заголовка.

Время отправки сообщения

Адреса получателей копий

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

Уникальный идентификатор сообщения

Уникальный идентификатор сообщения, на которое отвечает данное сообщение

Уникальные идентификаторы всех сообщений в цепочке ответов

Адрес отправителя, указанный на конверте сообщения

Информация о прохождении сообщения. Каждый узел, через который прошло сообщение, должен добавить в заголовок поле » Received :», содержащее имена и адреса IP узлов, пославших и принявших сообщение, время прохождения и пр.

Используемая версия MIME

Тип данных, используемых в теле сообщения

Заголовок обычно показывается не полностью. Получатель видит только некоторые поля: адреса отправителя и получателей, время отправки и тему сообщения.

Тело сообщения, если это не просто текст, записанный латинскими буквами, должно быть закодировано в соответствии со спецификацией MIME (RFC 2045). На приемной стороне оно при необходимости декодируется и преобразуется в понятный пользователю вид.

1.1 Адреса электронной почты в Internet

Электронная почта в Internet использует маршрутно-независимую адресацию. Это значит, что адрес пользователя остается неизменным независимо от того, откуда посылается сообщение. Такая адресация очень удобна для пользователей, но усложняет процесс доставки сообщения, так как определение маршрута доставки полностью ложится на программное обеспечение электронной почты.

Допускается также указание маршрута сообщения в адресе получателя, но такие маршрутно-зависимые адреса используются редко, обычно, в отладочных целях. В общем случае их использование не имеет смысла.

Формат электронного адреса подробно описан в RFC 2822. В общем виде он имеет следующий формат:

где имя_пользователя – идентификатор пользователя, уникальный в пределах одного почтового домена;

Имя почтового домена имеет тот же формат, какой используется в доменных именах Internet. Он описан в RFC 1034. Однако, несмотря на внешнее сходство, функциональные назначения почтового домена и доменного имени узла существенно различаются.

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

Артем Петров (Ульяновск)

Для отправки сообщения достаточно указать в качестве адреса *****@***ru. Информация по обе стороны угловых скобок при доставке сообщения игнорируется.

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

Некоторые системы допускают также использование одного лишь имени пользователя в качестве электронного адреса, если получатель зарегистрирован в том же почтовом домене, из которого посылается сообщение.

1.2 Почтовые домены

Пример корпоративной системы, принимающей электронную почту, приведен на рис. 1.

image001 178

Рис. 1. Пример корпоративной системы, принимающей электронную почту

Организации из данного примера принадлежат два доменных имени: ***** и *****, причем первое имя используется для именования сетевых устройств и как имя почтового домена, второе используется только как имя почтового домена.

Организация располагает двумя независимыми каналами, подключенными к Internet. Узел ***** предназначен для приема входящей почтыs/» rel=»bookmark»>вирусов. После этого почта поступает на почтовый маршрутизатор router. *****, который определяет, куда сообщения должны передаваться дальше. Имеются два хранилища сообщений: ***** содержит почтовые ящики пользователей домена *****, второе хранилище – ***** предназначено для почтовых ящиков пользователей домена *****.

Из примера видно, что между почтовыми доменами и доменными именами узлов не существует прямой связи. Но, зарегистрировав доменное имя, его можно использовать и для наименования узлов, и как имя почтового домена.

Для маршрутизации электронной почты в Internet, как и для установления соответствия между доменными именами узлов сети и их адресами IP, используется система DNS. Получив сообщение, предназначенное для отправки, почтовый сервер посылает запрос DNS с указанием имени почтового домена получателя. В ответ почтовый сервер получает список узлов, принимающих почту для данного домена. Список представляется в виде так называемых записей MX (Mail eXchange). Одному имени почтового домена могут соответствовать несколько записей МХ с различными приоритетами. Приоритеты обозначаются целыми числами, с их помощью определяется, в каком порядке следует обращаться к узлам, принимающим почту для данного домена.

В примере на рис. 1 почтовый сервер, отправляющий сообщение пользователю с адресом в домене ***** или *****, в ответ на запрос DNS получит две записи МХ: ***** с приоритетом, обозначенным меньшим числом, и ***** с приоритетом, обозначенным большим числом. Выяснив их адреса IP, почтовый сервер попытается соединиться с узлом, приоритет которого обозначен меньшим числом, если это не удается, то попытка повторяется для узла, приоритет которого обозначен большим числом и т. д.

Для просмотра информации DNS, в том числе, записей МХ можно воспользоваться командой nslookup. После ее вызова из командной строки программа переходит в режим ожидания команд. Для опроса записей МХ следует ввести команду

После этого вводится имя почтового домена, записи МХ которого необходимо просмотреть. Программа nslookup ко всем вводимым запросам добавляет стандартное имя домена. Чтобы это предотвратить, имя опрашиваемого почтового домена следует завершить точкой. Например:

Ответ на этот запрос выглядит следующим образом:

ulv. ***** preference = 10, mail exchanger = rov. *****

ulv. ***** preference = 20, mail exchanger = rd. *****

rov. ***** internet address = 213.221.51.66

rd. ***** internet address = 195.19.219.136

Эти строки означают, что почту для домена ulv. ***** принимают два узла : rov. ***** (адрес IP: 213.221.51.66) с приоритетом 10 и rd. ***** (адрес IP: 195.19.219.136) с приоритетом 20.

Это значит, что почта, предназначенная для получателей имя_пользователя@***** должна посылаться через узел rov. *****. Если соединиться с этим узлом не удается, то ее следует посылать через узел rd. *****. Если и это невозможно, то исходящее сообщение следует поместить в очередь и через некоторое время повторить попытку.

2. Структура электронной почты в Internet

Путь электронного письма через почтовую систему, построенную на базе протокола SMTP, показан на рис. 2.

image002 139

Рис. 2. Структура электронной почты в Internet

Сокращенно обозначены следующие компоненты электронной почты:

    Mail User Agent (MUA) – пользовательский агент, или клиентская почтовая программа; Mail Transfer Agent (MTA) – транспортный агент, или почтовый сервер; Local Delivery Agent (LDA) – агент локальной доставки; Message Submission Agent (MSA) – агент подачи сообщения.

2.1 MUA

MUA предназначен для подготовки, отправки, получения и просмотра электронных писем. Это программа, установленная на компьютере пользователя. Задача электронной почты сводится к тому, чтобы доставить сообщение от MUA отправителя на MUA получателя.

Подготовка к отправке заключается в приведении сообщения к принятому в Internet формату, описанному в RFC 2822.

MUA отправителя должен сформировать заголовок сообщения, а также закодировать и оформить его тело в соответствии со стандартом, чтобы MUA принимающей стороны смог правильно интерпретировать и представить как текст, так и вложения письма.

Так как MUA обычно устанавливается на машине пользователя, он, как правило, запускается только на время работы пользователя, а компьютер, на котором запущен MUA, может не иметь постоянного подключения к Internet. Поэтому MUA не может выступать в качестве сервера – он может быть только инициатором соединения, то есть клиентом.

MUA посылает сообщения по протоколу SMTP через MSA или MTA, используемый для отправки почты.

Входящие письма MUA забирает из хранилища сообщений по протоколу, предназначенному для получения почты. Как правило, для этой цели используется один из двух протоколов:

Возможны и другие способы получения почты. Например, использование локальной доставки, если хранилище сообщений доступно MUA по локальной сети.

Существует множество различных программных реализаций пользовательского агента: Microsoft Outlook, Netscape Communicator, The Bat! и др.

Довольно большое распространение получили агенты пользователя, использующие интерфейс CGI для доступа оконечного пользователя к его почтовому ящику по протоколу НТТР или более безопасному HTTPS-протоколу при помощи web-браузера. Такую реализацию MUA часто называют web-mail. Ее структура показана на рис.3.

image003 104

Рис.3. Структура web-mail

Пользовательский интерфейс реализуется с помощью технологий WWW. Функции MUA выполняет приложение, взаимодействующее с web-сервером при помощи интерфейса CGI. MUA получает доступ к хранилищу сообщений по протоколам POP3 или IMAP или путем непосредственного обращения – MUA при такой реализации может быть включен в ту же локальную сеть, что и хранилище сообщений, они даже могут быть запущены на одной и той же машине.

Преимуществом web-mail перед MUA, установленным на компьютере пользователя, является возможность работать со своей почтой с любого компьютера, подключенного к Internet, без предварительной настройки и без инсталляции программного обеспечения. Недостаток web-mail заключается в том, что пользователю для работы с почтой необходим постоянный доступ к Internet, так как каждый запрос выполняется не на пользовательской машине, а на web-сервере и должен быть передан по сети.

Услуга web-mail предоставляется такими популярными системами бесплатной общедоступной электронной почты, как Hotmail, *****, Yahoo, GMX и др. Наряду с этой услугой, многие из таких систем позволяют получать почту и по протоколу POP3.

Web-mail также нередко реализуется в корпоративных почтовых системах, пользователи которых должны читать почту не только находясь на своих рабочих местах.

2.2 MTA

MTA представляют собой узлы, через которые передаются электронные сообщения. Письмо, сформированное MUA, достигает хранилище сообщений, содержащее почтовый ящик получателя, проходя через один или несколько MTA, последний из которых передает письмо агенту локальной доставки (LDA).

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

На MTA также возлагается разбор адресов получателей, раскрытие списков рассылки и почтовых псевдонимов и определение маршрута сообщения на основании анализа адресов получателей и записей МХ, получаемых от сервера DNS.

MTA должен проверять соответствие действительности идентификационных данных получаемых им от встречного MTA. Следует проверять соответствие доменного имени, которое клиент сообщает в приветствии, его адресу IP. Также нужно удостовериться в существовании почтового домена, указанного в почтовом адресе отправителя. Если в доменной части адреса получателя указан почтовый домен, обслуживаемый данным MTA, то следует проверить, зарегистрирован ли в этом домене указанный адресат.

В целях предотвращения анонимных рассылок спама RFC2505 рекомендует принимать почту только при выполнении хотя бы одного из следующих условий:

    адрес IP клиента входит в список адресов клиентов, обслуживаемых данным MTA; получатель сообщения зарегистрирован в почтовом домене, обслуживаемом данным MTA; клиент прошел процедуру аутентификации.

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

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

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

В случае невозможности немедленной доставки сообщения, оно помещается в очередь. MTA регулярно предпринимает новые попытки отправить сообщения из очереди. Если это не удается за определенный срок, обычно за четыре часа, то отправителю посылается предупреждение о задержке доставки. Но сообщение остается в очереди, и попытки его отправить продолжаются. Если в течение длительного времени, обычно пяти дней, сообщение так и не удается доставить, оно удаляется из очереди, а отправителю посылается сообщение о невозможности доставки письма.

MTA могут также выполнять и другие функции, в зависимости от используемого программного обеспечения.

Основные требования к MTA и к MUA описаны в RFC 1123 и уточнены в RFC 2821 и в RFC 2822.

Существует множество разнообразных программных реализаций MTA. Старейшей из них является программа sendmail. Эта программа многократно дорабатывалась и стала фактически стандартом для этого типа программного обеспечения. Позже появились и другие программные продукты, реализующие функции MTA для различных операционных систем: Postfix, smail, qmail, exim, ZMailer и многие другие.

2.3 MSA

MTA, через которые проходит сообщение, добавляют некоторые строки в его заголовок. Однако информацию, уже содержащуюся в сообщении, MTA не изменяют, хотя необходимость в этом может возникнуть. Заголовок сообщения, полученного от MUA, может быть неправильно оформлен, например, там может быть не определено полностью имя домена, ошибочно указано время или дата. Может возникнуть необходимость в корректировке адреса отправителя, если в почтовой сети предприятия используется адресация, отличная от принятой в Internet. Например, если допускается использование адресов без указания почтового домена для пользователей, зарегистрированных в почтовой системе предприятия.

Функции корректировки заголовка сообщения можно возложить на MTA, принимающий почту от агентов пользователя, но, если поток почты велик, имеет смысл использовать для этого специальный процесс – MSA. Таким образом, можно сказать, что MSA это разновидность MTA, занимающаяся предварительной обработкой исходящей почты. Подробнее задачи и особенности реализации MSA описаны в RFC 2476.

Чтобы различать MTA и MSA, рекомендуется запускать MSA не на порту 25, предназначенном для MTA, а на другом порту TCP, либо использовать порт 25 на сервере, где не запущен MTA.

2.4 LDA

Последний MTA на пути следования электронного почтового сообщения должен передать сообщение агенту локальной доставки. Обычно LDA расположен на одной машине с MTA и представляет собой программу, которая вызывается агентом передачи сообщения при поступлении новых сообщений. В этом случае для взаимодействия между MTA и LDA используются механизмы межпроцессного взаимодействия (IPC). В некоторых случаях LDA также может быть реализован как сервер, принимающий от MTA почту по протоколу, аналогичному SMTP. Этот протокол описан в RFC 2033 и называется LMTP (Local Mail Transfer Protocol).

Агентом доставки называется программа, производящая обработку поступившей почты. В основном эта обработка заключается в помещении сообщений в почтовые ящики адресатов, то есть в добавлении сообщений к соответствующим файлам или в размещении их в специальных каталогах пользователей или в базах данных. Пользователь сможет получить сохраненные сообщения, соединившись с хранилищем сообщений по протоколу POP3 или IMAP.

Другой вид обработки сообщений – передача их каким-либо программам для дальнейшей обработки.

Для выполнения этих функций LDA должен при необходимости раскрывать почтовые псевдонимы и списки рассылки.

2.5 Хранилище сообщений

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

Доступ пользователей к сообщениям, находящимся в хранилище, обычно осуществляется по протоколам POP3 или IMAP. В качестве клиента выступает MUA пользователя, сервер имеет непосредственный доступ к хранилищу сообщений. Он ожидает подключений пользовательских агентов и, после обязательной аутентификации, определяет права доступа, установленные для данного пользователя. Пользователь должен иметь доступ не менее чем к одному почтовому ящику.

Какие именно манипуляции пользователь может проделывать со своими почтовыми ящиками и с содержащимися в них сообщениями, зависит от используемого программного обеспечения. При минимальной реализации пользователь получает доступ к одному почтовому ящику, сообщения в который помещаются LDA. Пользователь может получать и удалять отдельные сообщения. Такой вид доступа, в большом числе случаев достаточный, реализуется при использовании протокола POP3. Другой популярный протокол доступа к электронным почтовым ящикам – IMAP, предоставляет более широкие возможности.

Все чаще возникает необходимость в создании масштабируемых и гибких систем, выполняющих функции хранилищ электронных сообщений. Имеется в виду как физическое размещение почтовых ящиков одного хранилища на разных сетевых узлах, так и возможность дублирования хранилища сообщений или его части. Первая задача решается средствами протокола IMAP, вторая задача сейчас находится на начальном этапе разрешения. В декабре 2003 года в RFC 3656 описан экспериментальный протокол обновления почтового ящика – MUPDATE, который, возможно, получит распространение в будущем. Он позволяет создавать распределенные хранилища сообщений с дублированием почтовых ящиков на разных машинах. Это может позволить снизить нагрузку на серверы POP3 и IMAP, которые могут работать совместно, используя единое пространство имен, и избежать проблем, связанных с выходом из строя единственного хранилища сообщений.

2.6 Доставка почтового сообщения

Путь почтового сообщения показан на следующем примере(рис. 4).

image004 85

Рис.4. Процесс доставки электронного сообщения от отправителя к получателю

Сообщение, сформированное MUA отправителя, по протоколу SMTP посылается MSA. MSA проверяет, имеет ли данный MUA или пользователь право посылать почту из этой почтовой системы. В случае положительного результата, сообщение принимается для дальнейшей доставки. MSA проверяет заголовок сообщения и, при необходимости, исправляет его. Готовое к отправке сообщение по протоколу SMTP отправляется на MTA исходящей почты. MTA исходящей почты анализирует адрес получателя. Если сообщение предназначено для получателя домена, обслуживаемого данной почтовой системой, то оно доставляется получателю (см. пункты 6 – 10), в противном случае MTA запрашивает информацию о почтовом домене, указанном в адресе получателя, сервер DNS. Получив запрашиваемые данные, сервер DNS сообщает MTA, какие узлы принимают почту для данного домена, их адреса IP и приоритеты. MTA отправителя пытается установить соединение по протоколу с принимающими почту узлами в соответствии с приоритетами, указанными в записях МХ, полученных от сервера DNS. Если соединение ни с одним узлом не удается установить, сообщение помещается в очередь, и через некоторое время попытки установить соединение повторяются. Если соединение установлено, то принимающий MTA, удостоверившись, что сообщение предназначено для пользователя его домена, и что почтовый ящик с указанным адресом действительно существует, принимает сообщение. В принимающей почтовой системе сообщение может пройти через несколько промежуточных MTA, выполняющих различные виды обработки входящей почты: проверку на вирусы, фильтрацию спама, перенаправление к нужному хранилищу сообщений и пр. Внутри принимающей системы может использоваться как SMTP, так и LMTP. Последний MTA, используя межпроцессное взаимодействие или протокол LMTP, передает сообщение LDA для локальной доставки. LDA помещает сообщение в почтовый ящик адресата. Получатель обращается к серверу POP3 или IMAP, чтобы проверить поступившую почту. Сервер забирает сообщение из почтового ящика и посылает его пользовательскому агенту получателя.

3 Протокол SMTP

Простой протокол передачи почты – Simple Mail Transfer Protocol (SMTP) обычно используется на участке от MUA отправителя до ближайшего к получателю MTA.

Протокол разрабатывался в начале восьмидесятых годов прошлого века. Окончательная версия была закреплена в RFC 821 1 августа 1982 года. За это время принципиально изменились многие требования, касающиеся достоверности и защищенности передаваемых сообщений, значительно увеличились средний размер сообщений, и их количество, разнообразнее стала передаваемая информация.

Однако протокол SMTP получил за время своего существования такое широкое распространение, что просто заменить его другим протоколом уже не представляется возможным. Вместо этого для него разрабатываются различные расширения, дополняющие возможности базового протокола. Дополненный расширениями протокол SMTP часто называют ESMTP (Extended SMTP). В апреле 2001 г. RFC 821, который на сегодняшний день является основным стандартом, описывающим протокол SMTP.

SMTP может работать с различными протоколами транспортного уровня, но обычно используется TCP. За SMTP закреплен порт TCP 25.

Почта по протоколу SMTP посылается от клиента к серверу. Клиент запрашивает соединение с сервером. После успешного установления соединения сервер сообщает клиенту свое доменное имя. Он также может сообщить тип и версию установленного программного обеспечения. Однако, из соображений безопасности, чтобы не дать потенциальному взломщику воспользоваться известными ошибками данной версии сервера SMTP, передача этой информации часто блокируется системными администраторами.

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

4.Протокол POP3

По протоколу SMTP почта доставляется только в хранилище сообщений, откуда пользователь может ее забрать в удобное для него время. Таким образом, в качестве клиента POP3 выступает MUA пользователя, а сервер должен иметь доступ к хранилищу сообщений. Информация по протоколу POP3 передается от сервера к клиенту. Протокол POP был разработан в 1984 году. Последняя модификация протокола POP3 описана в RFC 1939.

Сеанс протокола POP3 делится на три этапа. Схема переходов между состояниями сеанса POP3 представлена на рис. 5.

image005 77

Рис.5. Состояния сеанса POP3

Сервер ожидает соединения по порту TCP 110.

После установления соединения сервер посылает клиенту строку приветствия, свидетельствующую о готовности к диалогу, и сеанс переходит в состояние авторизации (AUTHORIZATION State). На этом этапе выясняется, доступ к какому именно почтовому ящику запрашивает клиент и имеет ли он соответствующие права. Успешное прохождение авторизации необходимо для продолжения работы.

Если авторизация проходит успешно, то сеанс переходит в состояние транзакции (TRANSACTION State). На этом этапе клиент может проделывать все необходимые манипуляции с почтовым ящиком: он может просмотреть информацию о состоянии ящика и отдельных сообщений, получить выбранные сообщения и пометить письма, подлежащие удалению.

По окончании всех операций, клиент сообщает об окончании связи, и сеанс переходит в состояние обновления (UPDATE State). На этом этапе сервер стирает из ящика сообщения, помеченные на предыдущем этапе как подлежащие удалению, и закрывает соединение. Переход в состояние обновления в принципе возможен, только если клиент выходит из состояния транзакции по команде QUIT. Ни при каких других обстоятельствах, например, если сеанс связи прерывается по таймауту или из-за обрыва связи, переход в состояние обновления происходить не должен. То есть, если состояние транзакции прерывается не по команде QUIT, никакие удаления не должны производиться, пометки для удаления должны быть аннулированы. К сожалению, как показывает практика, это требование выполняется не всегда.

В ходе сеанса клиент посылает серверу команды, а сервер сообщает о результате выполнения каждой из них. Ответ состоит из индикатора состояния (status indicator) и, если нужно, дополнительной информации, отделенной пробелом. Строка ответа может содержать до 512 символов, включая последовательность CRLF, обозначающую конец строки.

Предусмотрено два индикатора состояния: «+OK» – успешное завершение и «-ERR» – неуспешное завершение. Если строка ответа не содержит дополнительной информации, то после индикатора состояния сразу должна идти последовательность CRLF. Однако некоторые клиенты ожидают пробела после индикатора состояния. (RFC 1957).

Если команда предусматривает многострочный ответ, то индикатор состояния передается только в первой строке, а последняя строка ответа должна состоять из одной точки. Эта строка не является частью ответа, а только обозначает его завершение. Чтобы сделать возможным использование строк, состоящих из одной точки, в ответах сервера, ко всем строкам ответа, начинающимся с точки, добавляется еще одна точка, аналогично тому, как это делается при передаче текста сообщения в команде DATA протокола SMTP. Если на приемном конце в ответе сервера обнаруживается строка, начинающаяся с точки, то, если непосредственно за этой точкой стоит последовательность CRLF, строка интерпретируется как конец ответа, если же за точкой следуют любые другие символы, то ведущая точка удаляется, а строка интерпретируется как часть ответа.

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

5. Протокол IMAP

Область применения протокола IMAP (Internet Message Access Protocol) аналогична области применения протокола POP3: он тоже предназначен для получения почты и используется на участке между MUA получателя и хранилищем сообщений. IMAP предоставляет более широкие возможности работы с почтовыми ящиками, чем POP3: он позволяет работать с несколькими почтовыми ящиками на одном или нескольких серверах IMAP как с файлами и каталогами на собственной машине пользователя. Обычно почтовые ящики сервера IMAP действительно представляют собой файлы в специальном каталоге сервера и его подкаталогах.

Сервер IMAP способен анализировать сообщение: выделять заданные поля заголовка и разбирать структуру тела сообщения. В отличие от серверов POP3, серверы IMAP не должны блокировать ящик на время сеанса – несколько клиентов могут одновременно работать с одним и тем же ящиком. Множественный доступ к почтовым ящикам связан с рядом проблем, особенно, если информация в ящиках доступна для записи. Различные способы разрешения этих проблем описаны в RFC 2180.

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

Хотя программное обеспечение, реализующее протокол IMAP, постоянно совершенствуется, IMAP менее защищен, чем POP3. Возможность хранить сообщения на сервере может стать причиной злоупотреблений со стороны пользователей, которые будут переполнять хранилище сообщений ненужной информацией.

Протокол IMAP предполагает в основном работу пользователей с почтовыми ящиками непосредственно на сервере, в отличие от протокола POP3, который ориентирован на то, что клиент забирает пришедшую почту и разбирает ее уже на своей машине (см. RFC 1733). Это делает IMAP неудобным для пользователей, подключающихся к сети кратковременно, только для того, чтобы получить или отослать почту. Во всяком случае, многие преимущества IMAP таким пользователям недоступны. При работе по протоколу IMAP клиенту желательно иметь доступ к сети все время, пока он работает с почтой.

Протокол IMAP позволяет пользователю работать с множеством почтовых ящиков, расположенных, возможно, на разных серверах.

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

Символ, используемый в качестве иерархического разделителя, может различаться в зависимости от используемого на сервере программного обеспечения. Обычно это косая черта: «/», если сервер работает под управлением операционной системы, совместимой с UNIX, обратная косая черта: «\» для операционной системы Windows и точка для имен групп новостей USENET.

Допускается использование различных пространств имен почтовых ящиков и, соответственно, разных иерархических разделителей. Например, если сервер IMAP предоставляет доступ к ящикам, расположенным в каталогах файловой системы UNIX и к группам новостей USENET, то в первом случае в качестве иерархического разделителя используется косая черта, а во втором – точка. Чтобы использовать и различать разные пространства имен на одном сервере IMAP, имена, принадлежащие каждому из используемых пространств, должны начинаться с некоторого префикса, обычно начинающегося символом «#». Естественно, запросы, в которых путь к ящику начинается с одного префикса, будут давать отличные результаты от таких же запросов, начинающихся с другого префикса. Используемое по умолчанию пространство имен может префикса не иметь.

Клиент может выяснить, какие именно пространства имен для почтовых ящиков каких типов поддерживаются данным сервером IMAP, если сервер поддерживает расширение NAMESPACE. Префикс и иерархический разделитель конкретного имени почтового ящика или каталога можно выяснить при помощи команды LIST. Большие возможности, предоставляемые протоколом IMAP, создают большие сложности при разработке, настройке и эксплуатации серверов и клиентов. Некоторые рекомендации по этим вопросам даны в RFC 2683. В общем случае можно посоветовать использовать протокол IMAP только в том случае, если возможности протокола POP3 не достаточны для работы пользователей с их почтовыми ящиками.

Последняя версия протокола IMAP : IMAP4rev1 описана в RFC 3501.

Сервер IMAP ожидает соединения от клиентов на порту TCP 143. После установления соединения сервер посылает свое приветствие клиенту, и начинается диалог, в котором клиент посылает серверу команды, а сервер сообщает о результатах их выполнения или присылает затребованную клиентом информацию. Как и сеанс POP3, сеанс IMAP делится на несколько состояний. Допустимый набор команд зависит от текущего состояния сеанса. Сеанс может находиться в одном из следующих состояний:

    неаутентифицированное состояние (Not Authenticated State): клиент должен пройти процедуру аутентификации прежде, чем сможет выполнять большинство команд; аутентифицированное состояние (Authenticated State): клиент аутентифицирован и должен выбрать почтовый ящик, прежде чем сможет работать с отдельными сообщениями; выбранное состояние (Selected State): почтовый ящик выбран; состояние выхода (Logout State): сеанс завершается.

Схема переходов между состояниями сеанса IMAP представлена на рис.6. Переходы, обозначенные цифрами:

соединение без предварительной аутентификации; соединение с предварительной аутентификацией; отвергнутое соединение; успешная аутентификация; успешное выполнение команды SELECT или EXAMINE; команда CLOSE или неудачное завершение команды SELECT или EXAMINE; команда LOGOUT или потеря связи.

Источник

Мир познаний
Добавить комментарий

Adblock
detector