Принцип работы электронной почты. Адресация в системе электронной почты. Почтовые псевдонимы. Форматы почтового сообщения. Передача факсимильных сообщений. Обзор наиболее популярных программ для работы с электронной почтой.

Методические указания

Сейчас все популярнее становится система электронной почты. Что это такое, каким образом ее можно использовать.

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

Эти два вида связи - почтовая и телефонная - стали для нас традиционными, и мы уже хорошо знаем их достоинства и недостатки. А что же такое электронная почта?

Когда сеть ARPANET впервые вышла на арену, ее разработчики ожидали, что преобладающим будет трафик (то есть объем информации, передаваемой между узла­ми) типа «процесс-процесс». Они ошиблись. К их великому изумлению, объем элект­ронной почты между людьми перекрыл объем связи между процессами. В то время, как снег, дождь, жара могли остановить почтовых курьеров, возможности сети ARPANET доставлять сообщения от западного побережья Соединенных Штатов к вос­точному в течение нескольких секунд начали революционные процессы в средствах общения.

Основная привлекательность электронной почты – ее быстрота. Однако есть другие преимущества, которые не так широко известны. Телефон также предоставляет почти мгновенный доступ, но исследования показали, что около 75% телефонных вы­зовов заканчиваются безуспешно. («Я очень сожалею, но мистер Смит на совеща­нии/уехал в командировку/вышел из комнаты») Электронная почта имеет ту же скорость доступа, что и телефон, но не требует одновременного присутствия обоих абонентов на разных концах телефонной линии. Кроме того, она оставляет письмен­ную копию послания, которое может быть сохранено или передано дальше. Более то­го, письмо одновременно может быть послано нескольким абонентам. И это еще не все!! Используя услуги современной электронной почты можно передавать не только письменные сообщения, а информацию любого рода: фотографии, видео, программы и т.д.

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

Принципы работы электронной почты. Система электронной почты.

Система электронной почты состоит из трех компонентов:

пользовательского агента - позволяет пользователям читать и составлять сообщения.

транспортного агента - пересылает сообщения с одной машины на другую.

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

Пользовательские агенты. Программы, которые позволяют пользователям читать и составлять почтовые сообщения Примерами этих агентов могут служить программа Internet Mail в Windows 95,команда mail в UNIX.

Самым первым пользовательским агентом была программа /bin/mail, разработанная AT&T. Сейчас есть несколько программ этого класса. Кроме того, существуют пользовательские агенты с графическим интерфейсом пользователя. Существует также стандарт, определяющий включение в почтовые сообщения объектов мультимедиа. Он называется MIME (Multipurpose Internet Mail Extensions) – многоцелевые расширения электронной почты для Internet. Этот стандарт поддерживают многие пользовательские агенты.

Транспортные агенты. Программы, которые принимают почту от пользовательского агента, интерпретируют адреса пользователей и пере направляет почту на соответствующие компьютеры для после­дующей доставки. Кроме этого транспортный агент принимает входящую почту от других транспортных агентов. Транспортный агент отрабатывает протокол SMTP (Simple Mail Transport Protocol – простой протокол транспортировки почты), который определен в RFC821.

Для ОС UNIX разработано несколько транспортных агентов (MMDF, zmailer, smail, upas и другие), но самый мощный, самый гибкий и самый распространенный – sendmail.

Программа sendmail – транспортный агент, программа-связка между пользовательскими и доставочными агентами. Для Internet она является и доставочным агентом. Программа sendmail выполняет следующие задачи:

управление сообщениями после того, как они вышли из-под пальцев пользователя;

разбор адресов получателей;

выбор соответствующего доставочного или транспортного агента;

преобразование адресов в форму, понятную доставочному агенту;

необходимое переформатирование заголовков;

передачу преобразованного сообщения доставочному агенту.

Программа sendmail, кроме того, генерирует сообщения об ошибках и возвращает сообщения, которые не могут быть доставлены, отправителю.

Доставочные агенты. Программы, которые принимают почту от транспортного агента и доставляют ее соответствующим пользова­телям. Почта может доставляться конкретному лицу, в список рас­сылки, в файл, в программу и т.п. Для обслуживания получателей каждого типа необходим отдельный агент mail - доставочный агент локальных пользователей. Spop - доставочный агент для пользователей удаленных машин, которые для приема почты пользуются UUCP (UNIX to UNIX Сову) или POP (Post Office Protocol).

Программа /bin/mail – это доставочный агент для локальных пользователей, а программы uux и spop, fetchmail – доставочные агенты для пользователей удаленных машин, которые для приема почты пользуются услугами UUCP или POP, IMAP. Программа /bin/sh – доставочный агент для почты, которая направляется в файл или программу.

Адресация в системе электронной почты. Есть два вида адресов электронной почты: маршрутно-зависимые и маршрутно-независимые. При использовании первого способа адресации требуется чтобы, отправитель знал промежуточные машины, через которые должно пройти сообщение, для того чтобы попасть в пункт назначения. В адресе второго вида просто указывается пункт назначения. UUCP-адреса являются маршрутно-зависимыми, а Internet-адреса (обычно) от маршрута не зависят.

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

Пример адреса электронной почты yvv@ softpro . saratov . ru

В рассматриваемом примере yvv – идентификатор абонента, составляемый, как правило, из начальных букв его фамилии, имени, отчества. То, что стоит справа от знака @, называется доменом и однозначно опи­сывает местонахождение абонента. Составные части домена разделяются точками. Самая правая часть домена, как правило, обозначает код страны адресата - это домен верхнего уровня. Код страны утвержден международным стандартом ISO и при­водится в Приложении 1. В нашем случае, ru - код Российской Федерации. Однако в качестве домена верхнего уровня может фигурировать и обозначе­ние сети. Например, в США, где существуют сети, объединяющие высшие учебные за­ведения или правительственные организации, в качестве доменов верхнего уровня используются сокращения edu – Educational institutions (например, cs.berkeley.edu), gov – Government institutions и другие (см. Приложение 1).

Следующий под домен – saratov в нашем случае – является однозначно определяемым внутри домена верхнего уровня. Нетрудно догадаться, что обозначает он код горо­да – Саратов. Совокупность составных частей домена saratov.ru называется доменом второго уровня. Аббревиатуры домена второго уровня определяются в соответствии с правилами, принятыми доменом верхнего уровня.

Домен третьего уровня – softpro.saratov.ru. В нашем случае домен третьего уровня включает в себя название фирмы SoftPRO Group. Правила образования имен внутри доменов третьего уровня – личное дело доменов второго уровня.

UUCP - адрес состоит из списка машин, через которые должно пройти сообщение на пути к пункту назначения. Элементы списка разделяют восклицательными знаками. Например, в электронно-почтовом UUCP – адресе: mcvax!uunet!ucbvax!hao!boulder!lair!evi

пункт назначения – машина lair, а получатель – пользователь evi. Каждая машина в цепочке имеет непосредственное UUCP-соединение с машинами, которые находятся в сети до и после нее. Например, машина ucbvax должна иметь соединения с машинами hao и uunet. Цепочки UUCP-адресов бывают очень длинными, но теперь, когда широко используется Internet, настоящие громадины увидишь очень редко. Когда электронная почта строилась в основном на базе UUCP, администраторы вынуждены были помнить список компьютеров на довольно больших участках базовой сети UUCP.

В формате электронной почты Internet приведенный выше адрес будет иметь вид evi@lair, а точнее – [email protected]. Допускаются и комбинированные адреса. Например, если система UUCP соединит машину lair с остальной частью домена colorado.edu, адрес может иметь следующий вид: [email protected]

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

Псевдонимы могут быть определены:

в файле конфигурации пользовательского агента;

в общесистемном файле псевдонимов /etc/aliases;

в пользовательском файле пересылки ~/.forward.

Сначала система электронной почты ищет псевдонимы в файле конфигурации пользовательского агента, затем в файле aliases и наконец в пользовательском файле пересылки.

Вот несколько примеров псевдонимов, определенных в файле aliases:

evi: evi@mailhub

authors: evi,garth,scott,trent

В первой строке указано, что почту, поступающую на имя nemeth, следует доставлять пользователю evi на локальной машине. Во второй, что всю почту, поступающую на имя evi, следует доставлять н машину mailhub. И, наконец, третья строка определяет, что почту, адресованную authors, следует доставлять пользователям evi, garth, scott и trent. Поддерживается рекурсия, поэтому почта, посланная на имя nemeth, в конце концов попадает по адресу evi@mailhub.

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

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

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

Формат почтового сообщения. Для того, чтобы электронное письмо дошло до своего адресата, необхо­димо, чтобы оно было оформлено в соответствии с международными стандартами и имело стандартизованный почтовый электронный адрес. Общепринятый формат посла­ния определяется документом под названием "Standard for the Format of ARPA – Internet Text messages", сокращенно - Request for Comment или RFC822, и имеет заголовок и непосредственно сообщение.

Рассмотрим пример почтового сообщения:

Received: from CS.ORST.EDU by fuug.fi with SMTP id AA15539 (5.65+/IDA-1.3.5 for [email protected]); Thu, 20 Dec 90 08:19:05 +0200

Received: from jacobs.CS.ORST.EDU by CS.ORST.EDU (5.59/1.15) id AA19981; Wed, 19 Dec 90 22:19:59 PST

From: Harry Brooks

Message-Id: <[email protected]>

Subject: Re: wondering if you attended?

Hi! Check of communication. If the message has passed normally came confirmation.

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

Здесь первые четырнадцать строчек составляют заголовок. Заметим, что каж­дая из строк заголовка имеет вид: название: текст

Названия строк заголовка расшифровываются так:

Received : отметка о прохождении через машину (почтовый штемпель). У нашего письма таких отметок пять, значит, по пути оно прошло через пять машин, и каж­дая из них обозначила, когда оно проходило.

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

From : имя отправителя и обратный адрес <отделен угловыми скобками>.

Message - Id : внутренний идентификатор сообщения; присваивается почтовой службой отправителя. Каждому письму присваивается уникальный – единственный в мире – идентификатор. Его можно использовать для ссылок на письмо, как исходящий номер.

To : адрес получателя

Subject : тема сообщения. Пометка Re : обозначает, что это сообщение – ответ (от слова reply) на другое сообщение. У исходного сообщения и у ответа строка Subject : одна и та же. При составлении автором ответа почтовая служба автоматически взяла тему из исходного сообщения. Это удобно, когда идет длинный разговор на одну тему. Вы сможете потребовать, чтобы почтовая служба отсортировала сообщения по темам, и освежить в памяти предыдущие фразы этого разговора.

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

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

Бывает еще несколько видов строк заголовка. Не все они обязательно должны быть. Некоторые строки почтовые службы добавляют автоматически. ( Received : Date :), другие задает сам автор письма (To :, Subject : ). Мы же остановимся под­робно на том, как указать в сообщении адрес, чтобы почтовые службы его поняли и доставили письмо по назначению.

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

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

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

Программное обеспечение для работы с факсимильными сообщениями позволяет преобразовывать данные в различных форматах к формату факсимильных аппаратов. Например, программа Quick Link II Fax позволяет передавать на факс-машины и другие факс-модемы следующие данные: текст, файлы в форматах TIFF, IMG подготовленные программой GEM Artline или Ventura Pablisher, BMP из Microsoft Windows, CUT из Dr.Halo и PCX из Paintbrush.

Под текстовыми сообщениями в узком смысле понимаются сообщения, состоящие из строк ограниченной длины, каждая строка состоит из алфавитно-цифровых символов базового набора ASCII и знаков препинания (такие сообщения также называют 7-битовыми). Символы с 8-битовыми кодами (например, кириллица) в этот набор не входят.

Адрес электронной почты состоит выглядит как

почтовый_ящик@почтовый.домен

Этот адрес e-mail защищен от спам-ботов. Чтобы увидеть его, у Вас должен быть включен Java-Script

где почтовый.домен - некое доменное имя, а почтовый_ящик - имя-идентификатор корреспондента. Почтовый ящик может соответствовать одному человеку, группе людей, официальному почтовому адресу, автомату-обработчику и т.д. - форма адреса от этого не зависит. Далее в этом пункте будем считать, что почтовые ящики являются персональными. Почтовый домен - это доменное имя, для которого в системе DNS существует запись типа MX (см. тему "DNS"), либо запись типа A, если MX отсутствует.

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

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

Транспортные агенты (MTA - Mail Transport Agent),

Агенты доставки (MDA - Mail Delivery Agent),

Пользовательские агенты (MUA - Mail User Agent).

Взаимодействие этих программ и работа системы электронной почты представлены на рисунке 2 (см. Приложение)

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

1. анализ и преобразование адресов и заголовков почтовых сообщений, в том числе:

Преобразование адресов в формат другой почтовой системы, если MTA функционирует как шлюз между двумя почтовыми системами (например, между Internet Mail и Sprint Mail);

Преобразование имени почтового домена отправителя (маскарад);

Установка служебных заголовков в сообщении, отражающих его маршрут и процесс обработки;

2. опрос DNS на предмет имени и адреса почтового сервера адресата сообщения;

3. определение агента доставки для каждого сообщения и передача сообщения выбранному агенту доставки;

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

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

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

Local - письмо направлено на почтовый ящик, находящийся на этом же компьютере; доставка производится, например, добавлением содержимого сообщения в определенный файл (в Unix это файл /var/mail/почтовый_ящик).

SMTP - письмо направлено на почтовый ящик в другом почтовом домене; доставка производится путем соединения с транспортным агентом на удаленном сервере с помощью протокола SMTP.

Prog - письмо должно быть обработано какой-либо программой; доставка производится вызовом этой программы, на вход которой подается содержимое письма.

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

Пользовательский агент является оболочкой пользователя для работы с электронной почтой, его функции:

Получение сообщений с почтового сервера;

Презентация, хранение, удаление и каталогизирование почтовых сообщений;

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

Почтовые агенты в различных ОС

электронный почта интернет компьютерный

В ОС Unix транспортным агентом является программа sendmail, ставшая де-факто стандартом MTA. Кроме того, в программу sendmail входит агент доставки SMTP. Локальный агент доставки - программа mail с ключом "-d". В качестве MUA могут использоваться mail, pine, различные MailTools под X-Windows и другие программы. В качестве POP-сервера может быть использована программа qpopper. Все вышеперечисленные программы распространяются свободно, либо являются частью поставки операционной системы.

MUA со встроенным POP-клиентом (Unix, Windows)- Netscape, Eudora, The Bat и др.

Под управлением ОС Windows работают такие почтовые серверы как Netscape Messaging Server и Microsoft Exchange. Они администрируются через оконный web-интерфейс, в котором интегрированы все необходимые функции: собственно транспортный агент, POP3-сервер, система администрирования почтовых ящиков пользователей, псевдонимов, групп и списков рассылки. Однако по сравнению c sendmail такие серверы громоздки, не надежны, малопрозрачны и не обладают той степенью гибкости и универсальности, какую имеет sendmail.

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

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

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

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

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

Название поля	Значение поля
	Время отправки сообщения
	Адрес отправителя
	Адрес для ответа
	Адреса получателей
	Адреса получателей копий
	Адреса получателей скрытых копий. Это поле используется в процессе передачи сообщения, при доставке получателю соответствующие поля или часть их содержимого могут быть удалены.
	Уникальный идентификатор сообщения
	Уникальный идентификатор сообщения, на которое отвечает данное сообщение
	Уникальные идентификаторы всех сообщений в цепочке ответов
	Тема сообщения
	Адрес отправителя, указанный на конверте сообщения
	Информация о прохождении сообщения. Каждый узел, через который прошло сообщение, должен добавить в заголовок поле " Received:", содержащее имена и адреса IP узлов, пославших и принявших сообщение, время прохождения и пр.
	Используемая версия MIME
	Тип данных, используемых в теле сообщения
Content-Transfer-Encoding:	Способ кодирования символов не US - ASCII, используемый в тексте сообщения

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

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

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

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

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

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

имя_пользователя@почтовый_домен

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

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

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

комментарий < имя_пользователя@почтовый_домен > комментарий

Например:

Артем Петров <*****@***ru> (Ульяновск)

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

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

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

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

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

Вирус" href="/text/category/virus/" 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.

disc"> 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 забирает из хранилища сообщений по протоколу, предназначенному для получения почты. Как правило, для этой цели используется один из двух протоколов:

Post Office Protocol - Version 3 (POP3) – протокол почтового отделения, версия 3, описанный в RFC 1939, позволяющий просматривать сообщения в почтовом ящике, забирать и удалять их; Internet Message Access Protocol (IMAP ) – протокол доступа к сообщениям, описанный в RFC 3501, обладающий более широкими возможностями манипулирования почтовыми ящиками, чем POP3 , в частности он позволяет работать с несколькими ящиками одновременно, не только считывать и удалять, но и создавать и исправлять сообщения.

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

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

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

Рис.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).

Рис.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

Протокол почтового отделения, версия 3 – Post Office Protocol - Version 3 (POP3) предназначен для получения сообщений, находящихся в почтовом ящике пользователя на удаленном сервере электронной почты.

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

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

Рис.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 или потеря связи.

Рис.6. Состояния сеанса IMAP

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Подобные документы

Всемирная система рассылки и получения электронной почты. Низкий уровень защищенности электронной почты по сравнению с другими средствами. Рекомендации по ведению электронной корреспонденции. Организация рабочего места, электронная почта, Outlook Express.

дипломная работа , добавлен 05.12.2010


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

курсовая работа , добавлен 26.08.2010


Системы электронной почты. Транспортные и добавочные пользовательские агенты. Адресация в системе электронной почты. Формат почтового сообщения, передача факсимильных сообщений. Почтовые псевдонимы, способы их определения системным администратором.

реферат , добавлен 24.11.2009


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

контрольная работа , добавлен 21.10.2010


Сравнительная характеристика работы программ Outlook Express и Outlook. Особенности создания факс-сообщения. Работа с адресной книгой. Создание и отправка нового сообщения, работа электронной почты в www. Преимущества использования электронной почты.

реферат , добавлен 10.11.2009


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

контрольная работа , добавлен 28.12.2012


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

презентация , добавлен 03.10.2016


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

презентация , добавлен 19.04.2016

Карен Родригез

Выгода очевидна: низкая стоимость владения. Совместимость. Единая архитектура как для внутренних, так и для внешних коммуникаций. Неудивительно, что компании свертывают свои закрытые дорогостоящие системы обмена сообщениями на базе локальных сетей и выбирают Internet в качестве транспортного средства для открытых, более дешевых коммуникаций.

Неуклонно растущая коммерческая необходимость отправлять и получать сообщения глобально вне зависимости от того, какой используется клиент электронной почты или сервер обмена сообщениями, делает электронную почту на базе Internet столь же универсальной, как и телефонная связь. Начатые Netscape усилия в области разработки стандартов были поддержаны основными разработчиками клиент-серверных систем электронной почты. Даже производители монолитных систем, такие как Lotus Development, Microsoft и Novell, сделали свои системы обмена сообщениями открытыми, включив в них поддержку новой волны почтовых протоколов Internet. Таким образом, они смогли остаться конкурентоспособными на рынке систем обмена сообщениями.

НА ПЕРЕДОВОЙ

Выпустив семейство серверов Messaging Server и SuiteSpot, компания Netscape стала первым производителем, чьи системы полностью базировались на почтовых протоколах Internet. Эти продукты поддерживают Simple Mail Transfer Protocol (SMTP) для маршрутизации сообщений по магистрали Internet и Multipurpose Internet Mail Extension (MIME) для описания различных форматов электронной почты и вложений.

Кроме того, Netscape первой взяла на вооружение два последних протокола Internet для клиентского доступа к сообщениям. Первым стал стандарт Post Office Protocol (POP3), с помощью которого пользователи могут получить доступ к своей почте по Internet из любого места с помощью POP-совместимой программы чтения электронной почты.

Второй, более сложный, протокол под названием Internet Mail Access Protocol 4 (IMAP4) позволяет получить доступ к электронной почте с удаленного сервера, редактировать сообщения, манипулировать папками на сервере и избирательно загружать заголовки сообщений или часть сообщения. Как ожидается, IMAP в ближайшем будущем заменит POP.

Netscape сыграла главную роль в продвижении Lightweight Directory Access Protocol (LDAP) для создания глобального каталога, назначение которого - в определении местоположения людей и ресурсов как внутри, так и за пределами организации

Согласно исследованиям IDC, в 1996 г. Netscape стала лидером отрасли по числу пользователей серверного программного обеспечения электронной почты Internet (около 4,5 млн). Что касается рынка систем электронной почты на базе локальных сетей, то в том же году число пользователей серверов Lotus cc:Mail составляло 10,6 млн, Notes - 8,2 млн, GroupWise - 7,4 млн и Microsoft Mail - 7,3 млн человек.

По прогнозам IDC, мировой рынок систем обмена сообщениями вырастет с 1,2 млрд в 1996 году до 2,1 млрд в 2001 г., причем подавляющая часть лицензий отойдет к основным игрокам - Microsoft, Lotus и Novell.

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

"В модели Netscape стоимость владения намного ниже, так как здесь меньше всего необходимо настраивать, иметь и эксплуатировать", - говорит Дж. Ф. Салливан, менеджер по маркетингу продуктов обмена сообщениями в Netscape. "Исходя из стандартов, мы смогли создать быстрые, хорошо масштабируемые системы. С нашей точки зрения, их главным преимуществом является скорость и масштабируемость в рамках стандартов. И мы еще не достигли пределов возможного".

В Netscape полагают, что масштабируемые решения жизненно необходимы для расширения сетей Intranet до Extranet и для ведения корпорациями делового общения со всем миром. По утверждению компании, серверы Netscape могут поддерживать гораздо большее число пользователей на одной платформе. Например, Netscape Mes-saging Server спокойно обслуживать 3000 пользователей на одном сервере Compaq с процессором Pentium на 133 МГц с оперативной памятью емкостью 64 Мбайт. Для сравнения, Microsoft Exchange 5.0 способен поддерживать только от 200 до 500 пользователей на одном сервере. Серверы Netscape могут работать на самых разных платформах, поэтому компания вправе выбрать наиболее масштабируемую серверную платформу для размещения служб поддержки совместной работы.

Согласно исследованиям компании Creative Networks, открытые системы обмена сообщениями сегодня уже имеют значительные преимущества с точки зрения стоимости, и этот разрыв в ценах будет только расти. На данный момент экономия составляет от 367 до 406 долларов в расчете на пользователя в первый год эксплуатации (включая начальные затраты) или около 2 млн долларов для организации с 5000 пользователей.

ЗАКРЫТЫЕ СТАНОВЯТСЯ ОТКРЫТЫМИ

Высокий спрос на снижение стоимости владения и интероперабельность продуктов заставляет Lotus, Microsoft и Novell сделать свои системы обмена сообщениями открытыми в целях поддержки протоколов Internet; иначе они рискуют потерять свою долю рынка и уступить таким компаниям, как Netscape, как считает Джэми Льюис, президент компании The Burton Group, специализирующейся на исследовании рынка систем обмена сообщениями. "Netscape сделала ставку на стандартные протоколы и принудила других производителей обратить свои взоры к Internet, - говорит он. - Отказываясь от поддержки Internet, производители обрекают свои системы на вымирание. Это несет с собой кардинальные перемены. За короткое время Internet полностью перекроила рынок систем обмена сообщениями и сделала их основой для глобальных коммуникаций".

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

В решительном стремлении укрепить позиции Exchange в качестве корпоративного сервера и средства связи с Internet Microsoft за полтора года полностью переделала Exchange, включив поддержку стандартов Internet на обмен сообщениями. Находящийся пока на стадии бета-тестирования Exchange 5.5 реализует все необходимые откры-тые почтовые протоколы: SMTP, MIME, POP3, IMAP4 и LDAP. Он обеспечивает функции защиты, например шифрование SMTP-соединений между хостами и Secure Authentication Socket Layer для аутентификации сеансов регистрации SMTP. (Дополнительную информацию о протоколах защиты читайте во врезке "S/MIME и PGP укрепляют свои позиции" .) Кроме того, Exchange 5.5 предотвращает атаки путем подмены благодаря использованию аутентифицированных сеансов регистрации и позволяет администратору разрешать или запрещать входящие SMTP-соединения в зависимости от применяемого метода защиты.

Exchange может теперь сосуществовать с другими системами и клиентами, такими как Internet Explorer компании Microsoft и Communicator компании Netscape, а также взаимодействовать с приложениями для Web. Он имеет улучшенную масштабируемость, причем число поддерживаемых пользователей ограничено только аппаратной платформой, на которой сервер выполняется, - несомненное преимущество по сравнению с прежним ограничением в 16 Гбайт на хранилище сообщений (эквивалентно 500 пользователям).

Кроме того, новый LDAP-интерфейс Exchange 5.5 позволяет организациям создавать корпоративные белые страницы, с помощью которых удаленные и мобильные пользователи могут работать со своими бюджетами с любой машины, имеющей доступ к серверу. Недостатком Exchange является то, что он функционирует только под управлением Windows NT, чья масштабируемость и надежность не столь высоки, как у систем UNIX.

Компания Lotus испытывает жесткую конкуренцию со стороны Exchange. Она лихорадочно работает над усовершенствованием средств обмена сообщениями в Notes и над включением поддержки стандартов Internet в свой Internet-центрический сервер Domino с целью сохранения 26-миллионной пользовательской базы. Notes 4.6 - это часть сетевой вычислительной архитектуры IBM/Lotus Network Computing Framework и поставляется в виде пакета из Domino Go Web Server, Domino Mail Server и сервера Web-приложений Domino. Доступная с сентября 1997 года, версия 4.6 поддерживает SMTP, MIME, NNTP2, IMAP4 и POP3. Полная поддержка LDAP-2 - стандарта на универсальный каталог людей и ресурсов в общедоступных и частных сетях - должна появиться в Notes 5.0 в 1998 году. Без этого пользователи других систем могут только найти нужного человека по имени, но они не в состоянии получить более полезную информацию, как-то: номера телефонов, обычные адреса и адреса электронной почты.

Notes 4.6 интегрирована с Internet Explorer 3.0 и 4.0, так что пользователи могут путешествовать по Internet не выходя из Notes и передавать, разделять или сохранять страницы Web. Кроме того, агенты могут быть настроены на автоматический контроль важных страниц Web и извещение пользователя о любых изменениях в них, а также на загрузку всего информационного наполнения узла для последующего чтения. В версии 4.6 пользователи получают доступ из почтовой среды Notes к своим почтовым бюджетам Internet POP3. Новая клиентская программа поддерживает также апплеты Java, так что пользователи могут внедрять и выполнять апплеты защищенным образом из любого документа, включая электронные письма.

Для малых и средних компаний, где полномасштабная среда разработки приложений Notes/Domino является чрезмерной, Lotus предлагает свой Domino Mail Server, появившийся в продаже в мае 1997 года. С помощью Domino Mail Server, поддерживающего последние почтовые стандарты Internet, пользователи могут обращаться к Web, календарям, разделяемым рабочим областям и дискуссиям из любого почтового клиента, совместимого со стандартами Internet (такого как браузеры Web, клиенты Lotus Notes, POP3 и IMAP4). Сервер может быть модифицирован до интерактивного сервера приложений Internet Lotus Domino без замены какого-либо программного обеспечения.

Решив перейти на открытые стандарты, Lotus не забыла о двенадцатимиллионной армии приверженцев cc:Mail. Версия 8.1, вышедшая в октябре 1997 года, предоставляет клиентам электронной почты Internet доступ к каталогам cc:Mail, а также позволяет читать сообщения на сервере cc:Mail из браузеров и прочих почтовых клиентов. Она поддерживает каталог LDAP, а также протоколы POP3 и IMAP4 - еще один шаг в направлении слияния серий продуктов cc:Mail и Notes в интегрированное решение на базе стандартов.

Будучи второй в списке по числу пользователей, Novell переделывает свое программное обеспечение электронной почты, календарного планирования и документооборота GroupWise, чтобы добиться паритета с последними редакциями систем Lotus и Microsoft в поддержке стандартов обмена сообщениями. GroupWise 5.2, появившаяся в июле 1997 г., позиционируется как средство расширения сетей заказчика до Internet и Intranet. Она поддерживает IMAP4, POP3 и коммутируемый SMTP, благодаря чему небольшие компании без прямого доступа к Internet могут сэкономить на затратах на связь.

Последняя версия GroupWise имеет Java-совместимого клиента Web для проведения полноценных транзакций, таких как заполнение форм по Internet или планирование встреч группы людей. Предоставляющий единый интерфейс для отправки и приема электронной почты, голосовой почты, факсов, записей ежедневника, вложений и поиска по Internet, клиент WebAccess имеет шесть апплетов Java, благодаря которым доступ через Internet становится столь же удобен и прост, как и из локального клиента. Кроме того, пользователи GroupWise могут обращаться к информации о людях и ресурсах в LDAP-совместимых каталогах. GroupWise поддерживает приложения и апплеты Java на серверном уровне, а также классы Java для IMAP4 с расширениями для календарного планирования.

Чего не хватает GroupWise 5.2, так это поддержки NNTP и Secure MIME (S/MIME). Оба протокола должны появиться в следующей редакции под кодовым наименованием Surge, выпуск которой намечен на середину 1998 года.

КАЧЕСТВО НА РИСК ПОКУПАТЕЛЯ?

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

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

С переводом крупными компаниями в ближайшие год или два систем обмена сообщениями на стандартные, несовместимость между прежними нестандартными версиями и новыми стандартными продуктами также встает на повестку дня. Например, когда клиент Microsoft Outlook Express, поддерживающий IMAP4, пошлет сообщение ранней версии Outlook, использующий фирменный протокол MAPI, сервер Exchange Server будет конвертировать сообщение IMAP в MAPI. В результате этого преобразования далеко не все элементы и функции стандарта IMAP будут сохранены.

"Microsoft и Lotus еще предстоит доказать всем и каждому, что они могут следовать стандартам, так как тестов на совместимость не существует, - говорит Пол Хофман, директор Internet Mail Consortium (IMC), организации, ставящей целью разработку стандартов электронной почты на базе Internet. - Вообще говоря, подобные продукты нуждаются в тестировании на соответствие стандартам SMTP, IMAP4 и POP3, так как нельзя заранее быть уверенным, что сообщение будет передано, как ожидалось".

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

Опубликованный Burton Group в ноябре 1997 года отчет под названием "Инфраструктура для обмена сообщениями и программного обеспечения коллективной работы" сообщает: "Если бы всем пользователям была необходима относительно простая масштабируемая система обмена сообщениями с поддержкой MIME, то продукт на базе стандартов Internet, без сомнения, их удовлетворил бы". Однако далее в отчете говорится, что если пользователи хотят, чтобы их система обмена сообщениями решала задачи обеспечения коллективной работы, то здесь такие продукты ничем не смогут им помочь. Этим пользователям придется обратиться к более эффективным закрытым системам, в результате чего они могут оказаться привязаны к решению конкретного поставщика.

РАСШИРЕНИЕ ФУНКЦИОНАЛЬНОСТИ

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

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

В частности, API позволяют перепрограммировать систему обмена сообщениями. API в почтовом пространстве Internet находятся пока в стадии разработки. Никакого стандарта для этого интерфейса еще не существует, поэтому Netscape предлагает собственные нестандартные API. cс:Mail имеет утилиты для импорта/экспорта, а также MAPI - стандарт де-факто. MS Mail имеет свой собственный File Format API, а кроме того, поддерживает MAPI.

Платформа обмена сообщениями Lotus обладает самыми мощными возможностями в области разработки приложений. Если Microsoft привязывает свои системы к собственной объектной среде, то Lotus включила в Notes 4.6 инструмент под названием Designer for Domino. С помощью этого инструмента разработчики могут комбинировать визуальные элементы приложения, такие как компоновка страницы, графика или апплеты Java, с бизнес-логикой, необходимой для создания полноценных узлов на основе базы данных. Разработчики могут создавать все - от простых страниц Web до интерактивных серверов Web с поддержкой средств коллективной работы.

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

Со своей стороны, Microsoft добавила в Exchange несколько относящихся к разработке функций, таких как сервисы ведения диалога в реальном времени и поддержки генерации сценариев на сервере, для создания событийно-управляемых агентов, которые могут быть использованы для автоматизации коллективной работы и документооборота. Exchange имеет инструментарий для разработки под названием Collaboration Data Objects (ранее Active Messaging), позволяющий использовать объекты для доступа к электронной почте, дискуссиям, календарю и каталогам.

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

ОБЪЕДИНЕНИЕ НЕСХОЖИХ СИСТЕМ

Приняв стандарты Internet, ни Lotus, ни Microsoft, ни Novell не отказались от своих привычных систем. Вместо этого они разработали новые версии своих серверов обмена сообщениями, поддерживающих несколько протоколов с помощью шлюзов. Шлюзы преобразуют приходящие из Internet, а также передаваемые внутри нестандартной системы сообщения; поэтому шлюзы позволяют сосуществовать открытым и закрытым клиентам. Благодаря шлюзам пользователи могут обращаться к своим почтовым системам с помощью имеющихся клиентов, а также браузеров и клиентов конкурентов. Кроме того, они имеют выбор между поддержкой стандартов или продвинутых функций системы на базе локальной сети.

Недостатком такого подхода является дополнительная нагрузка по управлению - следствие повышенной гибкости, как поясняет Гэри Роув, глава Rapport Communications, специализирующейся по консалтингу в области продуктов и сервисов обмена сообщениями. Тем не менее он считает, что данный подход является предпочтительным для крупных компаний, так как они хотели бы постепенно перейти к открытым стандартам, а не свертывать существующую систему ради установки новой системы обмена сообщениями. "И Novell, и Lotus, и Microsoft предлагают набор инструментов, шлюзов и средств миграции, благодаря которым закрытые системы могут сосуществовать с открытыми. Многонациональным компаниям важна и электронная почта, и средства коллективной работы, приобретающие поистине стратегическое значение, поэтому они хотели бы, чтобы переход к открытым системам был надежным и профессионально управляемым".

Если только переход к новой почтовой системе не совершается буквально за ночь, планы реализации должны учитывать, что какое-то время старая и новая системы будут сосуществовать, а их взаимодействие должно обеспечиваться с помощью шлюза, агента обмена сообщениями (Message Transfer Agent, MTA) или коммутатора сообщений.

Lotus включила в последнюю версию Domino SMTP/MIME MTA, с помощью которого пользователи Notes могут посылать сообщения другим пользователям по протоколу SMTP/MIME. В Notes/Domino 4.6 агент SMTP MTA является встроенным компонентом базового сервера Domino, как и любой другой компонент (например, сервер POP3 и сервер IMAP). MTA полностью интегрирован с сервером Domino в том, что касается инсталляции и конфигурации. Опция New Internet Message Storage позволяет хранить сообщения MIME в неконвертированном виде в хранилище объектов Notes. По утверждению Lotus, эта функция обеспечивает стопроцентную воспроизводимость сообщений при их чтении клиентом POP3 или IMAP.

Netscape Meeting Server 3.0 без проблем взаимодействует с любыми существующими системами обмена сообщениями на базе SNMP. С помощью Netscape Migration Toolkit 1.0 Netscape помогает компаниям перейти от закрытых систем к открытой почтовой системе Internet. Этот комплект инструментов пригодится для миграции от клиентов Lotus Notes, cc:Mail, Eudora, а также от Microsoft Mail к Netscape Messaging Server. Комплект не только позволяет создать новые бюджеты для пользователя, но и переместить все сообщения, вложения, папки, персональные почтовые настройки, а также объекты cc:Mail, такие как доски объявлений.

Для облегчения задачи пользователей по обеспечению связи и сосуществования с унаследованными системами обмена сообщениями (и в конечном итоге для полного перехода к Exchange) в начале 1997 года Microsoft приобрела Linkage Software, чьи соединители позволяют связать Exchange с Notes, IBM PROFS и SNA Distribution Services. Пока Exchange не имеет соединителя с GroupWise, но обладает тем не менее необходимым инструментарием миграции от GroupWise.

Novell пошла еще дальше в GroupWise 5.2, включив агента GroupWise Internet, выполняемого на сервере и обеспечивающего доступ к GroupWise по любому из протоколов Internet. Вместо того чтобы приобретать и конфигурировать шлюзы для IMAP, POP, LDAP, SMTP и т. д., пользователи могут просто установить версию 5.2; программное обеспечение автоматически маршрутизирует трафик через агента Internet.

Novell разработала также шлюз GroupWise Gateway for Microsoft Mail, бесплатный дополнительный продукт, с помощью которого пользователи GroupWise и Microsoft Mail могут прозрачным образом обмениваться друг с другом сообщениями через GroupWise.

ТАК ВСЕ-ТАКИ NETSCAPE?

Согласно прошлогоднему июльскому обзору CNI, несмотря на обилие средств обеспечения взаимодействия несхожих закрытых систем, открытые системы обмена сообщениями котируются на 60% выше, чем клиент-серверные системы в распределенных сетях, где необходима более тесная интеграция. Исследование утверждает, что открытые продукты для обмена сообщениями, такие как у Netscape, опираются непосредственно на протоколы TCP/IP и обеспечивают значительную экономию за счет устранения ненужных преобразований на различных уровнях стека протоколов. В заключение отмечается, что это позволяет экономить административные ресурсы и создавать более масштабируемые сети.

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

По мнению Хофмана из IMC, ответ кроется в совершенствовании пользовательского и административного интерфейсов - двух аспектов систем обмена сообщениями, которые никогда не будут стандартизованы. Например, Microsoft снабдила свой клиент Outlook таким множеством функций, чтобы он выглядел более привлекательным для пользователей, чем клиент Messenger компании Netscape. Кроме того, Microsoft и Lotus могут воспользоваться своим накопленным опытом администрирования почты с управляющей консоли. Несмотря на примерную схожесть набора административных функций в различных системах обмена сообщениями, различия в удобстве использования, гибкости и управлении позволят одним получить конкурентные преимущества над другими.

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

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

НОВАЯ ВОЛНА ПРОТОКОЛОВ ДЕЛАЕТ ОТКРЫТЫМ РЫНОК СИСТЕМ ОБМЕНА СООБЩЕНИЯМИ

Стандарты электронной почты Internet

SMTP Простой протокол передачи почты (Simple Mail Transfer Protocol) используется как POP, так и IMAP для отправки почты. SMTP появился в результате расширения Internet и потребности в механизме для передачи почты от хоста к хосту через столько серверов, сколько для этого будет необходимо. Обычно в передаче почты участвуют только два хоста - отправителя и получателя.

MIME Многоцелевое расширение почты Internet (Multipurpose Internet Mail Extension) - это стандарт на формат многочастных сообщений с данными в ином, нежели ASCII, формате. Обычно клиент-серверные почтовые протоколы воспринимают сообщение как единое целое, и они не способны извлекать сообщения MIME, впрочем, как и другие сообщения, так как MIME специально разрабатывался таким образом, чтобы быть прозрачным для существующих почтовых систем. Однако четвертая версия протокола IMAP (см. ниже) позволяет извлекать отдельные части MIME-кодированных сообщений.

POP3 Третья версия протокола почтового офиса (Pоst Office Protocol) представляет собой почтовый протокол на стороне клиента, предназначенный для упрощения операций с электронной почтой в автономном режиме. Сообщения загружаются на клиент и обрабатываются им на месте.

IMAP4 Протокол доступа к сообщениям Internet (Internet Message Access Protocol). Это серверно-ориентированный почтовый протокол с возможностью выборочного извлечения писем. Он предназначается в равной мере для интерактивного и автономного управления почтой. Клиентам нет необходимости самим обслуживать структуру сообщений или папок. IMAP быстро вытесняет POP, главным образом благодаря наличию функций управления почтой на сервере. Однако он предъявляет более высокие требования к серверу. Среди функций IMAP избирательная загрузка, поддержка иерархии папок на сервере, разделяемая почта и синхронизация почтовых ящиков. IMAP существенно облегчает удаленным пользователям работу с почтой, предоставляя возможность просмотра конкретных частей сообщения или структуры сообщения без его загрузки. Протокол также дает возможность клиентам использовать серверы для поиска сообщений, сводя к минимуму трафик по сети. IMAP позволяет заводить иерархию папок как на почтовом сервере, так и в бюджете пользователя, предоставляя централизованное хранилище с простым доступом из разных мест.

ACAP Протокол доступа к конфигурации приложения (Application Configuration Access Protocol), ранее известный как протокол интерактивной поддержки почты (Interactive Mail Support Protocol, IMSP), разрабатывался как дополнение к IMAP4 и предлагает комплиментарные почтовые сервисы, выходящие за рамки IMAP4. Он позволяет находить и подписываться на электронные доски объявлений и почтовые ящики, а также находить и производить поиск по адресным книгам.

LDAP Облегченный протокол доступа к каталогам (Lightweight Directory Access Protocol) является в настоящее время наиболее популярным. LDAP может использоваться для консолидации профилей пользователей и информации о правилах, для управления защитой, приложениями и устройствами, обеспечивая в то же время централизованное администрирование. Пока LDAP определяет клиентский доступ к центральному каталогу и не предоставляет сервисов тиражирования или синхронизации. Отсутствие этих сервисов - значительный недостаток, так как при работе системы Internet Mail изменения в каталогах cc:Mail или MS Mail должны автоматически копироваться в каталоги Internet Mail и обратно. Некоторые продукты Internet Mail предусматривают только персональные (локальные) каталоги.

ДВА ПРОТОКОЛА ЗАЩИТЫ ЭЛЕКТРОННОЙ ПОЧТЫ НА БАЗЕ INTERNET ТРЕБУЮТ ВНИМАНИЯ

S/MIME и PGP укрепляют свои позиции

Следующий разрабатываемый почтовый стандарт будет касаться конфиденциальности электронных сообщений, отправляемых через Internet. Наиболее явными претендентами являются S/MIME (Secure Multipurpose Internet Mail Extension) и PGP/MIME (Pretty Good Privacy/MIME).

S/MIME - это предложение по стандарту IETF на шифрование и цифровую подпись сообщений электронной почты. S/MIME опирается на стандарты шифрования с открытыми ключами (Public Key Cryptograpy Standards, PKCS), которые были разработаны в 1991 году консорциумом производителей из компьютерной отрасли, включающим Apple, Digital Equipment, Lotus Development, MIT, RSA Data Security и Sun Microsystems.

PGP/MIME также является предложением по стандарту IETF и представлен в виде коммерческого продукта компанией Pretty Good Privacy, приобретенной Network Associates в декабре прошлого года (Network Associates была создана в результате слияния McAfee Associates и Network General).

Продукт для электронной почты компании PGP и предлагаемый ею стандарт базируются на программном обеспечении шифрования с открытыми ключами, разработанном Филом Зиммерманом и весьма популярном в Internet.

Несмотря на то что ни одна система не имеет преимущества над другой по части надежности защиты, S/MIME получила гораздо более широкую поддержку отрасли, благодаря тому что его поддержка встроена в почтовые модули Netscape Communicator и Microsoft Internet Explorer 4.0. Как ожидается, к началу следующего года S/MIME получит практически повсеместное распространение, когда более чем 40 других разработчиков систем электронной почты включат его поддержку в свои системы.

"Несмотря на попытку PGP утвердить PGP/MIME в качестве альтернативного стандарта, мы не думаем, что у них есть хоть малейший шанс, - написала в своем отчете в октябре 1997 года Ира Мачевски, вице-президент по электронной коммерции в Giga Information Group. - Таким образом, S/MIME будет безраздельно доминировать на рынке средств шифрования и подписи электронной почты. Те, кто станет пользоваться другим стандартом, рискуют получать и отправлять электронную почту, которую никто, кроме нескольких таких же адептов, не понимает".