Главная › Тарифы › Типы систем электронной почты. Виды электронных почт. Объединение несхожих систем

Типы систем электронной почты. Виды электронных почт. Объединение несхожих систем

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

SMTP

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

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

В табл. 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 рекомендует принимать почту только при выполнении хотя бы одного из следующих условий:

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 делится на несколько состояний. Допустимый набор команд зависит от текущего состояния сеанса. Сеанс может находиться в одном из следующих состояний:

отдельными сообщениями

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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