Все больше и больше пользователей Интернета получают доступ к своим электронным почтовым ящикам с помощью web-браузеров. Компания Hotmail первой применила web-технологии для работы с электронной почтой в середине прошлого десятилетия; в настоящее время эта услуга предлагается практически каждым порталом Интернета, а также большинством Интернет-провайдеров. При доступе к электронной почте через web-интерфейс роль агента пользователя играет web-браузер, который взаимодействует с удаленным почтовым ящиком по протоколу HTTP. Когда Боб хочет получить новые сообщения, он подключается к своему почтовому серверу, который отсылает Бобу сообщения по протоколу HTTP (а не SMTP или ШАР). Аналогично Алиса передает новые сообщения своему почтовому серверу через браузер по протоколу HTTP. Следует обратить внимание на то, что обмен сообщениями между почтовыми серверами Алисы и Боба, как и ранее, происходит по протоколу SMTP.
Читать далее »
‘Электронная почта’
Электронная почта с web-интерфейсом
IMAP
Если Боб использует протокол доступа к электронной почте РОРЗ, он может создавать на своем компьютере специальные почтовые папки, в которые будут попадать загруженные с сервера сообщения. Кроме того, Боб может удалять загруженные сообщения, перемещать их между папками и производить поиск сообщений по имени отправителя или теме. Такая система хранения сообщений, реализованная в виде папок на локальном компьютере, удобна для резидентного пользователя, однако вряд ли подходит в случае, если пользователь регулярно меняет вычислительные машины, с которых осуществляет доступ к электронной почте. Организация иерархии папок на почтовом сервере была бы весьма удобна для «мульти-компьютерных» пользователей. Именно по этой причине был разработан другой протокол доступа к почте — IMAP.
Читать далее »
РОРЗ
Протокол РОРЗ, описанный в документе RFC 1939, является одним из самых простых протоколов доступа к электронной почте. Увы, простота протокола РОРЗ оборачивается его весьма ограниченной функциональностью. Протокол начинает действовать после того, как агент пользователя (клиент) устанавливает ТСР-со-единение с портом 110 почтового сервера, и подразумевает выполнение трех основных фаз: авторизации, транзакции и обновления. Во время авторизации агент передает серверу имя пользователя и пароль для того, чтобы сервер предоставил агенту доступ к сообщениям электронной почты. В фазе транзакции пользователь получает сообщения, а также может пометить сообщения, предназначенные для удаления, и получить почтовую статистику. Наконец, фаза обновления наступает после того, как клиент посылает команду quit и закрывает РОРЗ-сеанс. Почтовый сервер производит удаление сообщений, помеченных пользователем.
Читать далее »
Протоколы электронной почты и их взаимосвязь
После того как письмо Алисы попадает на почтовый сервер Боба, оно помещается в почтовый ящик Боба. Во всех предыдущих примерах мы неявно предполагали, что Боб читает письма, входя на свой почтовый сервер и запуская программу чтения почты непосредственно на сервере. Действительно, до середины 1990-х годов такая схема доступа к электронным сообщениям была самой распространенной. В последние годы более типична ситуация, когда пользователь просматривает сообщения с помощью агента, выполняющегося на его вычислительной машине (офисном персональном компьютере, компьютере семейства Macintosh или цифровом органайзере). Это открывает пользователю доступ к набору удобных средств для работы с электронной почтой, в частности к средствам просмотра мультимедиа-сообщений и разнообразных вложений.
Читать далее »
Принимаемые сообщения
Ниже мы расскажем еще об одном классе строк заголовка, которые вставляются в сообщение почтовым сервером получателя. После получения сообщения с заголовками стандартов RFC 822 и MIME сервер добавляет в начало заголовка строку Received:, содержащую адреса отправителя (From), получателя (То) и время получения сообщения сервером. Для рассматриваемого примера сообщение, полученное Бобом, будет выглядеть следующим образом:
Received: from crepes.fr by hamburger.edu: 12 Oct 98
15:27:39 GMT
MIME-расширение для кодировки, отличной от ASCII
Если приведенные выше заголовки подходят для сообщений, содержащих текст в кодировке ASCII, то их содержимого недостаточно для сообщений с аудио-, видео- и прочей информацией, формат которой не соответствует ASCII. Это требует включения в сообщение специальных заголовков, а следовательно, расширения стандарта RFC 822. Такое расширение описано в документах RFC 2045 и 2046 и носит название многоцелевых расширений почты Интернета (Multipurpose Internet Mail Extensions, MIME).
Читать далее »
Дополнительная почтовая информация
Когда Алиса пишет обычное электронное письмо Бобу, она может снабдить его различной дополнительной информацией: почтовым адресом Боба, своим почтовым адресом, датой создания письма. Подобная информация содержится в заголовке письма, предшествующем его телу. Заголовок представляет собой совокупность строк, которые описаны в документе RFC 822. Заголовок сообщения отделяется от тела пустой строкой (CRLF). RFC 822 определяет формат всех строк заголовка сообщения, а также их семантическую интерпретацию. Как и в протоколе HTTP, каждая строка заголовка содержит текст в виде символов ASCII, включающий ключевое слово и значение, разделенные знаком двоеточия. Некоторые ключевые слова являются обязательными, другие — не обязательными. Примерами обязательных ключевых слов являются From: и То:, а не обязательных — Subject:. Обратите внимание на то, что строки заголовка отличаются от SMTP-команд, рассмотренных ранее в этом разделе. Команды представляют собой часть процедуры рукопожатия, а строки заголовка — часть передаваемого сообщения.
Читать далее »
Сравнение SMTP и HTTP
Теперь настало время сравнить два важных Интернет-протокола: HTTP и SMTP. Оба они предназначены для передачи файлов между хостами, при этом HTTP организует передачу объектов между web-клиентом (который обычно представляет собой браузер) и web-сервером, a SMTP — передачу электронных сообщений между двумя почтовыми серверами. Как HTTP, так и SMTP используют постоянные соединения. Тем не менее, наряду с описанными сходствами, протоколы обладают и различиями.
Читать далее »
Электронная почта является асинхронным средством связи
Электронная почта появилась едва ли не раньше Интернета. В эпоху зарождения Интернет-технологий она была самым популярным из существовавших приложений, а за годы развития претерпела множество изменений и продолжает меняться до сих пор.
Как и обычная почта, электронная почта является асинхронным средством связи: люди посылают друг другу сообщения в любое удобное для них время без предварительной договоренности с адресатами. Преимуществами электронной почты перед обычной являются высокая скорость доставки, простота использования и низкая стоимость обслуживания. С помощью списка рассылки с адресами отправитель может разослать одно и то же письмо сотням получателей одновременно. Кроме того, современная электронная почта позволяет вместе с письмами пересылать гиперссылки, текст в формате HTML, изображения, аудио- и видеофайлы, Java-апплеты и т. д. В этом разделе мы рассмотрим протоколы прикладного уровня, составляющие основу электронной почты. Однако перед тем как углубляться в детали, взглянем на структуру почтовой службы и ее ключевые компоненты.
Читать далее »