Организация службы электронной почты в интернет.

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

Эти элементы оформления обязательны при отправке документа как по почте, так и по факсу. Если документ оформлен неправильно или представлен не в полном комплекте, он возвращается исполнителю для доработки.

При отправке документа по почте он конвертуется. Документы, направляемые в один адрес, вкладываются вместе, в один конверт. Конверты адресуются, маркируются. Для постоянных корреспондентов конверты заготавливаются заранее. Все оформление документов, предназначенных к почтовому оформлению, проводится в строгом соответствии с требованиями Почтовых правил.

Однако в последние годы с развитием передачи документов по телефонным каналам связи (факс, электронная почта) количество корреспонденции, пересылаемой традиционными почтовыми отправлениями, постоянно уменьшается.

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

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

Системы электронной почты делятся на два типа - глобальные и корпоративные (ведомственные). В случае подключения пользователя к глобальной службе электронной почты (например, Relcom) это означает подключение к уже существующей сети передачи данных, охватывающей огромные территории, узлы которой оснащены мощным оборудованием, обеспечивающим прохождение больших объемов информационных сообщений. Кроме того, часть пользователей одной глобальной системы электронной почты может обмениваться информацией не только внутри своей сети, но и с абонентами других глобальных сетей. Корпоративные системы электронной почты - ведомственные -создаются для обеспечения внутреннего документооборота, что особенно эффективно, если у организации имеется большое число подведомственных структур, в том числе и филиалов. Корпоративная электронная почта использует несколько персональных компьютеров, объединенных в локальную вычислительную сеть (ЛВС). Наиболее мощный компьютер сети выполняет управленческую функцию и называется файл-сервером. Другие подключенные к сети ПК называются рабочими станциями. Таким образом, все общие ресурсы сети (базы данных, программные средства, периферийные устройства) могут быть доступными каждому пользователю. Уже создано много систем корпоративной электронной почты: Microsoft Mail; cc: Mail; 1C: Электронная почта и др. Так, с помощью Microsoft Mail можно осуществлять следующие операции: получать и отправлять электронные сообщения; передавать файлы, созданные в других программах MS Office; хранить сообщения в специальных электронных папках; осуществлять быстрый поиск необходимых сообщений; распечатывать сообщения.

39. Понятия: «дело», «формирование дел», «номенклатура дел». Значение номенклатуры дел для классификации документов организации.

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

Формирование дел -группирование исполненных документов в дело в соответствии с номенклатурой дел и систематизация документов внутри дела.

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

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

Завершающим этапом процесса делопроизводства является подготовка исполненных документов к хранению и использованию. Основная цель упорядочения и хранения исполненных документов создание условий для их использования в справочной работе учреждений и пополнение Государственного архивного фонда.
Хранение исполненных документов текущего года осуществляется в специальных папках-регистрах. Документы, законченные делопроизводством, в конце года сдаются в архив организации.
Подготовка передачи дел в архив включает в себя следующие этапы:
1. проведение экспертизы ценности документов в делах;
2. систематизация документов в делах;
3. оформление дел;
4. составление описи дел структурного подразделения.
Перечисленные работы проводятся сотрудниками структурных подразделений - ответственными за ведение документирования под методическим руководством заведующего архивом.
Перед техническим оформлением дел проводят дополнительную систематизацию документов в делах. Для этого документы снимают со скоросшивателей и располагают в хронологической последовательности, т.е. в обратном порядке. В начале дела (сверху) располагают самый ранний документ, в конце - самый поздний.
Номенклатура дел это утвержденный систематизированный перечень дел, заводимых в учреждении, с указанием сроков их хранения в установленном порядке. Номенклатура дел используется как схема распределения и группировки исполненных документов в дела (схема классификации), указатель индексации документов и дел, сроков их хранения, а также как схема построения справочной картотеки не исполненных документов. Кроме того, она является учетным документом в делопроизводстве и архиве учреждения для дел временного (до 10 лет включительно) хранения.
Номенклатура дел необходима для быстрого поиска документов по их содержанию и видам. От того, насколько качественно она составлена, зависят оперативность работы с документами и их сохранность. Наличие номенклатуры дел в каждом учреждении, организации, предприятии обязательно.
При составлении номенклатуры дел предприятиям необходимо учитывать требования к номенклатуре дел, содержащиеся в государственной системе документационного обеспечения управления, Основных правил работы ведомственных архивов, перечня документов с указанием сроков хранения. Номенклатура дел предприятия разрабатывается специалистом, ответственным за организацию работы с документами, утверждается руководителем предприятия.
Номенклатура дел может быть конкретной, примерной и типовой. Кроме того, различают номенклатуры дел структурного подразделения и учреждения.
Конкретная номенклатура отражает документы одного конкретного учреждения или структурного подразделения.
Примерные и типовые номенклатуры дел отражают документы определенной категории учреждений с однотипным характером деятельности и составом документации. Кроме того, типовая номенклатура устанавливает единую индексацию дел для соответствующих учреждений системы (ведомства) и является обязательной. Примерная номенклатура дел является рекомендательной.

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

С переходом делопроизводства на компьютеризованные технологии встает вопрос об упорядочении и организации хранения документов, созданных в электронной форме.
Документы в электронном виде могут создаваться сотрудниками организации на компьютерах, быть получены по электронной почте, переведены в электронную форму (путем сканирования) с традиционного бумажного вида. Созданный или полученный документ необходимо сохранить в памяти компьютера – записать в виде файла на жесткий диск. Документы могут хранится на жестком диске компьютера, либо на специально выделенном компьютере (файл – сервере), на сменных носителях.
Прежде всего, на жестком диске создаются папки (директории), в которые будут помещаться документы. Как бумажные документы раскладываются в дела, так и файлы раскладываются по папкам. Каждая папка может иметь вложенные в нее папки, которые в свою очередь могут иметь свои вложенные папки. Каждой папке присваивается «имя». Начинаться «имя» должно с вида документов (приказы, акты, отчеты и т.д.), зачем содержание документов уточняется сведениями об авторстве, вопросе, корреспонденте, периоде, за который группируются документы (файлы).
Хранение файлов текущего делопроизводства осуществляется на жестком диске компьютера. При работе в сети пользователю могут быть доступны диски или директории на других компьютерах. В этом случае они будут иметь порядковые буквенные номера и с ними можно работать как с устройствами, размещенными на собственном компьютере. Для этого на компьютере, содержащем необходимые ресурсы устанавливается разрешение на совместный доступ к тому или иному файлу. Доступ может быть ограничен либо использованием пароля для полного доступа и доступа только для чтения, либо ограничением доступа только для определенных пользователей. Для ограничения доступа к папке можно ввести пароль. В организациях с большим объемом совместно используемых документов применяются выделенные высоконадежные компьютеры – файл – серверы – рассчитанные на непрерывную работу и обеспечивающие одновременный доступ к данным от единиц до десятков, сотен и даже тысяч пользователей.
Все документы, поступившие в делопроизводственный оборот, должны хранится в общих папках, создаваемых в соответствии с номенклатурой дел подразделения (организации в целом) на основе стандартных классификаторов.
Один из основных вопросов, определяющих успешное использование компьютерных технологий в офисе – это надежность хранения документов в электронной форме. Сохранность документов складывается из:
- устойчивого электропитания;
- резервного копирования;
- антивирусной защиты;
- профилактики и диагностики с использованием специальных утилит (вспомогательных программ).
Особенность электронного хранения состоит в направлении документов в электронный архив сразу по завершению работы с ними в делопроизводстве. Это позволяет обеспечить сохранность документов, их централизованное хранение, быстрый поиск и распределенный доступ к документам как с помощью локальной сети, так и с использованием удаленного доступа (по телефону и через Internet).
База данных о документах формируется в процессе их регистрации.
Данные о документах за истекший год хранятся отдельно и после того, как все документы за истекший год будут исполнены. База данных используется только для справочной работы и может быть переписана на внешний носитель информации. В зависимости от объема информации это может быть дискета, магнитная лента, CD-ROM или другой архивный носитель.
Документы постоянного и долговременного сроков хранения обычно записываются на CD-ROM, а документы временного срока хранения – на носители, обеспечивающие их стирание по истечении срока хранения и перезапись.
Сроки хранения документов не зависят от формы существования – бумажной или электронной – и определяются специальными справочниками – перечнями документов с указанием сроков хранения.
В качестве места для хранения документов архива обычно используется логический диск или несколько папок компьютера. При наличии программ типа “Электронный архив” учет и копирование производится автоматически. В противном случае это делается вручную: документы разделяются по срокам хранения, создаются папки, соответствующие годовым разделам описей. При значительном количестве документов постоянного хранения они располагаются внутри годового раздела, в папках соответствующих подразделений.

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

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

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

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

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

Когда сеть 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.

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

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

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

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

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

Эл. почта — критерии выбора, нюансы регистрации и входа

В рунете для обозначения эл.почты зачастую используют слова типа «электронка», «мыло» (от mail) или : Е-мейл или Емайл (хотя, правильнее было бы — Имейл). Лично я использую в обиходе либо «почта», либо «мыло», хотя сути это не меняет.

Думаю, говорить не стоит, но этот термин, что любопытно, имеет массу альтернативных вариантов. Например, в буржунете принято ее обозначать словом Email (правда, до недавних пор писали E-mail, но сейчас правила поменялись и правильным вариантом будет тот, где дефис не ставится).

Сама по себе технология передачи электронных писем непосредственно между отправителем и адресатом зародилась аж в далеком 1965 году, и, пожалуй, что она даже старше самого интернета (про то, и можете почитать по приведенным ссылкам). Правда первый почтовик, предназначенный для общего доступа, появился только в 1996 году (это был ). На данный момент эта технология уже достаточно отточена и стандартизирована (используются протоколы POP3, SMTP или IMAP). Однако, основной проблемой по-прежнему остается.

На чуть более ранних стадиях существования Емайла в рунете имелась еще и , которые после прохождения через ряд почтовых серверов превращали текст в не читаемый и трудновостановимый набор кракозябров. Сейчас такое встречается крайне редко. Но зато за последнее время серьезной проблемой стало (до 90% от всей корреспонденции может быть спамом), который приходит даже на только что созданный (зарегистрированный) почтовый ящик.

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

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

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

Прежде чем зарегистрироваться в электронной почте подумайте о...

Сразу хотелось бы сказать без привязки к какому-либо сервису.

1. Во-первых, сейчас уже трудно выбрать название для своего Email по своему желанию, ибо десятки миллионов зарегистрировавшихся ранее вас пользователей разобрали все ходовое, не очень ходовое и даже уж совсем экзотическое. Придется либо проявлять недюжинную фантазию, либо выбирать что-то не очень хорошо запоминающееся.
2. Во-вторых, кроме логина (названия вашей будущей электронки) вы указываете при регистрации еще и пароль. Для удобства многие из нас используют простые пароли (я, например, до взлома своего ящика имел на нем пароль «123456», ибо думал, что он и задаром никому не нужен), либо один и тот же пароль указывают при регистрации чуть ли не во всех сервисах (социальных сетях, платежных системах, форумах, почтовиках и других). В обоих случаях вы сильно рискуете , ибо:
   1. Абсолютно любой электронных ящик представляет ценность для взломщика, ибо он его потом вместе с кучей остальных загонит по сходной цене спаммерам, а вы за это можете получить блокировку аккаунта в своем бесплатном почтовом сервисе. Взлом осуществляется путем автоматического подбора с использованием базы наиболее популярных комбинаций или специальных словарей.
   2. Просканировав программным способом содержимое вашего Емайла, злоумышленник вытянет из него аккаунты в социальных сетях, денежных системах, данные для доступа к форумам и прочие нужные в жизни взломщика вещи, которые потом можно будет продать оптом или в розницу (либо монетизировать самостоятельно).
   3. Если даже паролей к этим полезняшкам не отыщется, то всегда можно будет запросить их восстановление, а аккаунты в большинстве случаев будут завязаны опять же на этот самый взломанный Емейл.
   4. Да и к тому же пароль и логин от почтового ящика являются , а значит позволят получить доступ ко многим сервисам Майл.ру, Яндекса или Гугла (если электронный адрес вы арендуете именно у них), что опять же может привести к неприятным последствиям.
   5. Кроме этого вас могут начать шантажировать, чтобы вернуть эл.ящик или хранившиеся в нем конфиденциальные данные. Вариантов масса, а способ оплаты в этом случае будет, как правило, один - платная СМС-ка.
   6. Ну и самый редкий случай - вас будут ломать целенаправленно по заказу недоброжелателей или конкурентов. В этом случае может помочь только действительно сильный пароль и его восстановление при помощи СМС-сообщения, которое придет на указанный при регистрации номер сотового телефона.

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

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

   Поэтому, если дорожите своим электронным ящиком, то лучше номер мобильника им все же предоставить. Да, вы в какой-то степени раскрываете вашу конфиденциальность, ибо по номеру могут в случае запроса от компетентных органов узнать ваши установочные данные. Но если вы «честный налогоплательщик», то удобство восстановления доступа к Емайлу будут для вас важнее гипотетического разоблачения вашего инкогнито. Однако, это умозаключение имеет силу только в отношении «китов» интернет-бизнеса, ибо им нет резона сливать ваши номера спаммерам или прочим «редискам». ИМХО.

Вход в вашу электронную почту

Вроде бы простой вопрос — как войти в почту? Однако, тут есть несколько моментов, которые может быть полезно узнать начинающему «интернетчику». Когда я создавал этот блог, то основной мыслью была та, что сложнее всего найти ответы на самые простые вопросы, ибо для большинства они являются само собой разумеющимися, а отвечать, например, на форумах на «глупые вопросы» считается верхом неприличия (как правило). Поэтому я и решил остановиться чуть подробнее на проблеме входа в эл.почту.

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

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

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

Ну и, наконец, для работы с большим объемом корреспонденции или с большим количеством электронных ящиков на разных сервисах вам может понадобиться программа почтового клиента . Лично я использую встроенный в старую Оперу клиент M2 и настолько к нему привык, что и словами не описать. Однако, существует масса других вариантов, наиболее известными из которых, наверное, являются Аутлук из офисного пакета Микрософта и «The bat». Правда, оба они платные. А из бесплатных больше всего на слуху, наверное, Mozilla Thunderbird от разработчика браузера Фаерфокс.

Какой сервис бесплатной электронной почты выбрать?

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

1. Простота использования (низкий порог вхождения)
2. Заложенный функционал
3. Предоставляемое место для хранения корреспонденции (размер эл.почтового ящика)
4. Безопасность использования (защита от взлома и система восстановления доступа к аккаунту). Сюда же входит защита от вирусов в письмах и от мошенников (фишеров). Кроме этого важна и конфиденциальность работы с ящиком, ибо ваши сообщения могут быть перехвачены по дороге к почтовому серверу. В этом случае лучшим вариантом будет работа онлайн-сервиса эл.почты по протоколу HTTPS (с шифрованием передаваемого трафика).
5. Наличие эффективной фильтрации спама (спаморезки)

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

Gmail (Гмайл, Джимайл, он же Жмайл или просто почта Гугла) — серьезный игрок как на мировом рынке бесплатных Email, так и на внутреннем рынке рунета. В игру он вступил со значительным опозданием относительно основных конкурентов (в 2005 году вышла бета, а в 2009 полнофункциональная версия сервиса). Однако, выступил он мощно и успел завоевать армию приверженцев, частично перетянув аудиторию от уже давно существовавших сервисов конкурентов (в рунете это Майл.ру, Рамблер и Яндекс).



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

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

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

В плане безопасности у вашего Емайл аккаунта тоже будет все в порядке, ибо доступ к онлайн-сервису осуществляется по протоколу HTTPS (в адресной строке вы увидите «https://» вместо обычного «http://»), а также при желании вы сможете активировать двухступенчатую авторизацию , что я настоятельно рекомендую сделать (читайте об этом в приведенных выше материалах). В этом случае, без СМС сообщения на ваш мобильник, никто войти в ваш электронный ящик не сможет (если только он не воспользуется вашим компьютером и браузером, которые ввод этого кода запомнили). Это же поможет быстро восстановить доступ при утере пароля.

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

1. Яндекс Почта — сервис появился чуть позже аналога от Майл.ру, но довольно серьезно успел перетянуть на себя одеяло (с пользователями). Его новый онлайн-интерфейс прост, хорошо продуман и достаточно быстро работает (есть возможность его настройки под себя). Работа с письмами и их фильтрация весьма удобны (особо выделяется временная шкала, позволяющая просматривать корреспонденцию за определенный период).

   

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

   Более подробно про функционал этого электронного ящика вы можете почитать тут:

   Почта Яндекса делит отводимое место под переписку , и ограничения на размер ящика получаются теми же самыми — 10-20 Гбайт (в зависимости от выполненных вами условий, которые вы найдете в статье про Я.Диск). С безопасностью тут тоже все хорошо — используется HTTPS и есть возможность активации режима входа в эл.почту, только после ввода кода подтверждения, который приходит на мобильник.

   По моим субъективным впечатлениям, используемый в Яндексе фильтр для борьбы со спамом под названием «СпамОборона» показывает чуть ли не лучшие результаты среди всех перечисленных в этой статье сервисов. Спам не пролазит, но все же папку «Спам» перед очисткой лучше будет бегло просмотреть на предмет попадания в нее вполне себе легитимной корреспонденции. А вдруг... Причем это касается любых почтовиков.

2. Эл.почта Майл.ру — старейший сервис в рунете. Несколько лет назад он претерпел существенные изменения, что позволило ему уже на равных конкурировать со своими более молодыми аналогами. Работа с корреспонденцией и управление ей не вызывает каких-либо нареканий — достаточно просто и эффективно. Появилась возможность в одном окне веб-интерфейса просматривать письма, пришедшие на все ваши Емейлы, зарегистрированные в Майл.ру, что довольно удобно.

   

   В плане безопасности, после обновления сервиса стало тоже намного лучше. Используется протокол HTTPS, а письма на вирусы проверяет Касперский. Номер мобильного телефона тоже можно указать, но используется он, как я понял, только для восстановления утерянного доступа к своему электронному ящику, хотя в настройках можно кое что сделать, чтобы усилить безопасность (на вкладке «Пароль и безопасность»). Подробнее об этом сервисе читайте тут:

   Электронная почта от Mail.ru после обновления позиционируется как безразмерная . По сути, вам изначально предоставляют под корреспонденцию 10 Гбайт, ну, а по мере заполнения ящика письмами (и вложениями) размер будет каждый раз увеличиваться еще на пару гигов. Не стоит забывать, кстати, что у них имеется еще и сервис под названием , который тоже тесно связан с эл.почтой, но имеет свое собственное бесплатно предоставляемое дисковое пространство довольно приличного размера — 25 Гбайт.

   Спаморезка в Майле мне не понравилась, поэтому я перенаправляю все письма с этих Емайлов на свой основной ящик в Гмайле, где он уже своей спаморезкой купирует недочеты этого почтового сервиса. По сути, это чистое ИМХО, и возможно, что сейчас уже борьба со спамом в Mail.ru находится на более высоком уровне (откомментируйте этот момент, пожалуйста, если имеет место что сказать).

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

   

   По безопасности работы он тоже не блещет. Вроде как используется протокол HTTPS (но браузер ругается на небезопасность работы с этим узлом), да и все остальное осталось на уровне рубежа веков, когда это детище Рамблера и появилось на свет. Кстати, и насчет проверки на вирусы я никакой информации не нашел. Размер ящика также не впечатляет — всего 2 Гбайта. Подробнее про него можно почитать тут:

   Думаю, что основной задачей разработчиков на данный момент является не привлечение новых клиентов, а удержание уже имеющихся, которые зарегистрировали эл.почту у них давным давно и просто не знают, что где-то есть лучшие варианты (или боятся по незнанию потерять свой Емайл, хотя вполне можно настроить переадресацию в настройках Рамблера на электронный ящик в другом сервисе, который вы захотите использовать как основной). ИМХО ().
4. Outlook.com (бывший Hotmail) — наследник старейшего в интернете общедоступного почтового сервиса (Hotmail). Зачем понадобилось Микрософту делать ребрендинг мне не совсем понятно (возможно, что Хотмайл уже стал ассоциироваться с чем-то не очень качественным). Интерфейс у сервиса крайне простой и понятный, а вот система настроек мне показалась уж очень топорной (или просто не привычно сделанной). Разобраться можно, но не с пол тычка.

   

   В свое время я немного писал об этом почтовом сервисе вкупе с описанием работы поисковика Бинг (детища все того же Микрософта):

   Вообще, у МелкоМягких какое-то обострение с переименованием сервисов. Относительно недавно написал статью про . Видимо денег слишком много и они их тратят на раскрутку новых брендов. Я за ними не поспеваю. Теперь статью про облачное хранилище править придется.

   По поводу Outlook.com. С безопасностью у них все неплохо (еще бы у них было плохо при таких-то бюджетах). По умолчанию для вновь зарегистрированного почтового ящика дается 5 Ггабайт, которые потом будут увеличиваться по мере необходимости. А в OneDrive (это их вариант облачного хранилища, не плохой, кстати говоря, хоть и названия меняет постоянно) они еще 15 Гбайт дают бесплатно обычным пользователям, а обладателям лицензии Винды аж целых 25 Гбайт. По поводу спаморезки и проверки на вирусы сказать не могу, но должно быть все на уровне, ибо владельцы дюже уж богатые буржуины.

5. Yahoo Mail — еще один буржуйский сервис весьма почтенного возраста. Предложение у них самое щедрое — 1 Тбайт свободного места. Доступ осуществляется по протоколу HTTPS, а вот по поводу безопасности судить трудно, ибо пока не очень хорошо знаком с этой системой электронной почты (думаю написать про нее отдельную заметку).

   

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

6. — для тех, кто очень сильно озабочен безопасностью своей переписки. Тут письма отправляются в надежных конвертах (защифрованными) и прочитать их сможет лишь тот, у кого будет пароль. Сервис в базе бесплатен, но если вам нужно будет больше места под почту, то придется доплатить.
7. — существует довольно много онлайн сервисов предоставляющих услуги одноразовых и анонимных почтовых ящиков, которыми можно пользоваться без регистрации. Они отлично подходят для регистрации где-то, где вы не хотите использовать свой основной Емайл.

Удачи вам! До скорых встреч на страницах блога сайт

посмотреть еще ролики можно перейдя на

");">

Вам может быть интересно

Временная почта и одноразовые Email-адреса без регистрации, а также бесплатные анонимные почтовые ящики Yahoo Mail - обновленная бесплатная почта

Формат сообщения, передаваемого по электронной почте, описан в 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

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

Выгода очевидна: низкая стоимость владения. Совместимость. Единая архитектура как для внутренних, так и для внешних коммуникаций. Неудивительно, что компании свертывают свои закрытые дорогостоящие системы обмена сообщениями на базе локальных сетей и выбирают 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 будет безраздельно доминировать на рынке средств шифрования и подписи электронной почты. Те, кто станет пользоваться другим стандартом, рискуют получать и отправлять электронную почту, которую никто, кроме нескольких таких же адептов, не понимает".