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

хорошую работу на сайт">

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

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

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

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


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

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


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

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


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

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


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

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


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

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


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

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


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

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

· Провайдерская почтовая служба

Провайдерский адрес, как легко догадаться по названию, выделяется провайдером -- организацией, которая предоставляет пользователю доступ в Интернет.

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

· Корпоративная почтовая служба

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

· Коммерческая почтовая служба

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

·Бесплатная почтовая служба

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

Список серверов

1. "Mail.ru" - российский коммуникационный портал

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

2. "I.ua" - бесплатный почтовый сервис

Электронная почта с неограниченным почтовым ящиком. Антиспамная и антивирусная проверка, фильтры и сортировки, переадресация.

Защита от спама и вирусов, неограниченный размер почтового ящика, возможность получить короткий адрес (@ya.ru), проверка орфографии, перевод писем. Коллекция тем оформления почты.

4. "Рамблер-Почта" - бесплатная почтовая служба

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

5. "Gmail" - бесплатный почтовый сервис Google

Объем почтового ящика 7 ГБ и выше, подключение по шифрованному каналу по протоколам SMTP/POP3/IMAP, разметка писем с помощью ярлыков, встроенный чат, социальный инструмент "Живая лента".

6. "NextMail.ru" - электронная почта

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

7. "Rost.vladivostok.com" - электронная почта

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

8. "Freemail" - украинская электронная почта

Бесплатная почтовая система с возможностью отправки файлов до 1.5 Гб, антивирусной и антиспамной защитой писем.

freemail.ukr.net

9. "Почта@qip.ru" - бесплатная почтовая служба

Размер почтового ящика не ограничен. Доступ через IMAP/POP/SMTP, веб- и wap-интерфейс. Фильтрация спама и вирусов. Бесплатный хостинг с адресом, одноименным с адресом ящика.

10. "Mail.ua" - почтовый сервис Украины

Бесплатная электронная почта. Правила регистрации на сервисе.

11. "Webmail.meta.ua" - электронная почтовый ящик

12. "Gmail.ru" - бесплатная почта

Возможность отправлять письма большого объема и увеличения размеров почтового ящика; поддержка работы почтовых клиентов по протоколам POP3/SMTP и др.

13. Автоматический декодер почты

Автоматическая расшифровка нечитабельных русскоязычных писем. Декодер поддерживает кодировки: MAC, KOI, WIN, DOS, ISO.

www.artlebedev.ru/tools/decoder

14. "Mail.tut.by" - бесплатная почтовая служба

Неограниченный размер почтового ящика. Поддержка протоколов POP3, IMAP4, SMTP, WAP и Web. Антивирусная проверка почты и спам-фильтр.

15. "Rin.ru" - бесплатная почта

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

16. "E-mail.ru" - бесплатный почтовый сервис

Услуги бесплатного почтового хостинга. Советы по настройке и эксплуатации системы. Подборка новостей.

17. "Антиспам на Rin.ru"

Материалы о видах спама и способах борьбы с ним. Новости. Обзор программ для борьбы со спамом. Советы и уроки. Список спамеров.

18. "S-Mail" - защищенная электронная почта

Бесплатный почтовый ящик с PGP-кодированием сообщений.

19. "Liveinternet.ru" - почтовая служба

Бесплатная электронная почта с web-интерфейсом (возможность подключения по протоколам POP3 и IMAP).

20. "Zap zone" - бесплатный почтовый сервер

Возможность получить бесплатный почтовый ящик имя@zzn.com. www.zzn.com

21. "Почта на картинке"

Описание сервиса по оформлению адреса электронной почты в картинку, перечень поддерживаемых доменов, ответы на вопросы.

www.mailonpix.ru

22. "E-mail.ua" - электронная почта

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

23. "Библиотека почты"

Большая подборка материалов об электронной почте (статьи о электронной почте, спаме, рассылках, почтовых клиентах и др.). Форум.

24. "AllBat.info" - неофициальный сайт The Bat!

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

25. "Sibmail.com" - бесплатная почтовая служба

Почтовый сервер с доступом по протоколам POP3, SMTP, IMAP. FAQ, пользовательские сервисы.

26. "Екатеринбург" - региональный портал

Новости в мире и регионе, архив новостей за месяц. Бесплатная почта имя@ekat.ru.

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

Почтовый ящик объемом 50 Мб, доступ через веб-интерфейс и по POP3, спам-фильтрация и антивирусная защита.

28. "Scientific letter" - почтовая программа

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

www.sciletter.ru

29. "@NetMan.RU" - бесплатная почтовая служба

Описание свойств почтовой системы. Форма для регистрации.

30. "Tyt.in.ua" - бесплатная почтовая служба

Сервисы: почтовый ящик 50 Мб, фильтрация спама и вирусов, уведомление по SMS и ICQ о приходе новой почты.

31. "Microsoft Outlook" - блог о почтовой программе

www.potolook.ru/blog

32. "Mail commander" - почтовый клиент

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

www.isoftware.ru

33. "Mail.open.by" - бесплатный почтовый сервис

Доступ к почте по протоколам IMAP, POP3/SMTP и Web. Система защиты от спам-рассылок и вирусов.

34. "Mail.Nur.kz" - бесплатный почтовый сервис

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

35. "BusinessMail" - отправка почты по расписанию

Возможность on-line перевода русского текста в транслит и обратно.

www.businessmail.ru

36. "Gmail" - сообщество

Комьюнити для обсуждения работы почты Gmail.

community.livejournal.com/ru_gmail

37. "Нижегородский бесплатный почтовый сервер"

www.nnov.org/mail

38. "Базаров.нет!" - бесплатная почтовая служба

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

39. "@РОЛ почта" - бесплатная почтовая служба

Описание правил работы с системой. Форма для регистрации бесплатного e-mail.

40. "Ovi Mail Setup Wizard" - почтовая программа

store.ovi.com/content/23073

41. "WapAlta" - сервис мобильной электронной почты

www.hpc.ru/soft/software.phtml?id=21825

42. "ProfiMail" - почтовый клиент

www.hpc.ru/soft/software.phtml?id=10911

43. "Yandex.Mail" - бесплатная электронная почта

Защита от спама и вирусов, неограниченный размер почтового ящика, проверка орфографии, перевод писем. Коллекция тем оформления почты. На турецк. языке.

mail.yandex.com.tr

44. "Chat.ru" - услуги бесплатного хостинга

Размещение домашних страниц, почтовых ящиков, чатов, гостевых книг. Регистрация, помощь пользователям.

45. "Tripod" - хостинг веб-страниц и почты

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

www.tripod.lycos.com

46. "Reg.ru" - платный хостинг сайтов и почта

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

www.reg.ru/hosting

47. "Тенденция" - корпоративный почтовый хостинг

Хостинг корпоративных почтовых серверов с неограниченным объёмом почтового ящика, защитой от спама и вирусов, шифрованием протоколов POP/IMAP/SMTP/HTTP при передаче почты. www.tendence.ru

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

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

Введение.

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

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

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

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

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

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

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

Стоит это дешевле;

Для отправки письма нескольким адресатам не нужно печатать его во многих экземплярах, достаточно однажды ввести текст в компьютер;

Удобнее хранить большое количество писем в файле на диске, чем в ящике стола; в файле легче и искать;

И, наконец, экономится бумага.

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

Это самое популярное на сегодня использование Internet у нас в стране. Оценки говорят, что в мире имеется более 50 миллионов пользователей электронной почты. В целом же в мире трафик электронной почты (протокол smtp) занимает только 3.7% всего сетевого. Популярность ее объясняется, как насущными требованиями, так и тем, что большинство подключений - подключения класса ``доступ по вызову"" (с модема), а у нас в России, вообще, в подавляющем большинстве случаев - доступ UUCP. E-mail доступна при любом виде доступа к Internet .

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

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

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

E-mail дает возможность использования в асинхронном режиме не только ftp, но и других служб, имеющих подобные сервера, предоставляющие такие услуги. Например, сетевых новостей, Archie, Whois.

Пересылать по e-mail можно и двоичные файлы, не только текстовые. В UNIX, например, для этого используется программы UUENCODE и UUDECODE.

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

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

cообщения.

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

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

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