Системы электронной почты. Отправка документов с помощью телефона, факса, электронной почтой. Типы систем электронной почты (глобальные, корпоративные). Эл. почта — критерии выбора, нюансы регистрации и входа

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Введение.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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