SMTP, POP, и Протоколы IMAP

Стандарт Интернета для электронной почты - Простой Протокол Транспорта Почты (SMTP). SMTP - протокол прикладного уровня, который обращается с услугами сообщения по сетям TCP/IP. SMTP был определен в 1982 Интернетом, Проектируя Целевую группу (IETF) и в настоящее время определяется в RFCs 821 и 822. SMTP использует порт TCP 25.

Хотя SMTP является самым распространенным из протоколов электронной почты, это испытывает недостаток в некоторых из богатых особенностей X.400. Первичная слабость стандартного SMTP - нехватка поддержки нетекстовым сообщениям.

Помимо SMTP, есть два других протокола для того, чтобы поставить почту автоматизированным рабочим местам. Они - POP3 и IMAP4.

MIME и SMTP

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

MIME - относительно новый стандарт, и хотя это поддержано почти всеми применениями UA в это время, мог бы быть шанс, что применение вашей электронной почты не поддерживает MIME. Если это будет иметь место, то Вы будете вероятно использовать один из других методов зашифровывания (BinHex или uuencode) описанный позже в этой главе.

MIME описана в RFCs 2045-2049.

Новая спецификация для MIME существует, который позволяет этому поддерживать зашифрованные сообщения. S/MIME основан на общественной ключевой технологии шифрования RSA и помогает препятствовать сообщениям быть перехваченными и подделанный.

Публика RSA Ключевое/Частное Ключевое Установление подлинности

Короткий для Rivest, Shamir, и Adelman, изобретатели алгоритма, RSA обеспечивает общественное ключевое/частное ключевое шифрование. Основная идея - то, что данные, зашифрованные с общественным ключом могут только быть расшифрованы с частным ключом. С S/MIME, посылка UA зашифровал случайную вереницу данных, используя общественный ключ получающего (отдаленного) пользователя или UA. Получатель UA тогда расшифровывает сообщение, используя частный ключ.

S/MIME в настоящее время определяется в RFCs 2311 и 2312.

Другие Стандарты Зашифровывания

Несколько других стандартов существуют для того, чтобы кодировать сообщения не-ASCII. Более популярные из них - BinHex и uuencode.

BinHex поддерживает Шестнадцатеричный Набор из двух предметов и как полагают, некоторыми является версией Макинтоша MIME. Uuencode поддерживает Зашифровывание UNIX-К-UNIX из-за его происхождения UNIX, хотя это теперь поддержано многими платформами не-Unix. Хотя MIME, uuencode, и BinHex действительно имеет несколько фундаментальных различий, они достигают тех же самых первичных позволяющих цель файлов нетекста, которые будут посланы в текстовых сообщениях. Метод, который Вы используете, будет зависеть от вашей почты UA и UAs, используемый вашими целевыми получателями. К счастью, самые современные UAs заботятся о зашифровывании и расшифровке для нас.

220 esmtpdomain.com n

Server ESMTP Sendmail 8.8.8+Sun/8.8.8; Thu, 22 Jul 1999 09:43:01EHLO host.sendingdomain.com250-mail.esmtpdomain.com Hello host, pleased to meet you250-EXPN250-VERB

250-8BITMIME

250-SIZE

250-DSN

250-ONEX

250-ETRN

250-XUSR

250 HELP

QUIT

221 Goodbye host.sendingdomain.com

Исследование Заголовки SMTP

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

ОТМЕТИТЬ

Технически, OT и CC идентичны. CC (Точная копия) - исторический срок, который относится ко времени времени, когда все было напечатано на пишущих машинках, и копирка использовалась, чтобы произвести дубликаты.

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

From someone@mydomain.COM Sat Jul 31 11:33:00 1999

Received: from host1.mydomain.com by host2.mydomain.com (8.8.8+Sun/8.8.8)

with ESMTP id LAA21968 for ;

Sat, 31 Jul 1999 11:33:00 -0400 (EDT)

Received: by host1.mydomain.com with Internet Mail Service (5.0.1460.8)

id ; Sat, 31 Jul 1999 11:34:39 -0400

Message-ID:

From: "Your Friend"

To: "'jamisonn@host2.mydomain.com'"

Subject: Hello There

Date: Sat, 31 Jul 1999 11:34:36 -0400

В этом примере, Вы можете видеть, что от сообщения посылали someone@mydomain.com. От mydomain.com, сообщение поставляли host1. То сообщение было тогда получено host2 от host1, куда это поставляли мне. На каждой остановке по пути, хозяин получения обязан добавлять его заголовок, который должен включить дату/отпечаток времени. Интересно отметить что в предыдущем примере, в timestamps есть несоответствие. Host2 (мой компьютер) сообщает, что это получило сообщение в 11:33:00. Host1 сообщает, что это получило сообщение в 11:34:36, спустя более чем минуту после того, как я получил сообщение. Это происходит из-за нехватки синхронизации часов между двумя хозяевами.

Преимущества и Неудобства SMTP

Как X.400, SMTP имеет несколько первичных преимуществ и неудобств.

Преимущества следующие:

SMTP очень популярен.

Это поддержано на многих платформах многими продавцами.

SMTP имеет низкое выполнение и затраты администрации.

SMTP имеет простую схему адресации.

Неудобства следующие:

SMTP испытывает недостаток в определенных типах функций.

SMTP испытывает недостаток в безопасности, определенной в X.400.

Его простота ограничивает его полноценность.

Поиск Почты Клиента с POP и IMAP

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

Два широко используемых метода - Протокол Почтового отделения (POP) и интернет-Протокол Доступа Почты (IMAP).

Протокол Почтового отделения (POP)

POP позволяет местной почте UAs, чтобы соединиться с MTA и снести почту на ваш местный компьютер, где Вы можете прочитать и ответить на сообщения. POP была сначала определена в 1984, затем обновлена POP2 в 1988. Текущий стандарт - POP3.

POP3 UAs соединяются через TCP/IP с сервером (типично порт 110). UA входит в имя пользователя и пароль (или сохраненный внутренне для удобства или введенный каждый раз пользователем для более сильной безопасности). После того, как разрешено, UA может выпустить команды POP3, чтобы восстановить и удалить почту.

POP3 - только полученный протокол. POP3 UAs используют SMTP, чтобы послать почту серверу.

POP3 определен к 1939 RFC.

Интернет-Протокол Доступа Почты (IMAP)

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

ОТМЕТИТЬ

Некоторое выполнение POP3 поддерживает способ "псевдоонлайн", который позволяет сообщениям быть оставленными на сервере.

Интернет-Протокол Доступа Почты (IMAP) собирает, где POP3 кончает. IMAP был сначала задуман в 1986 в Стэнфордском Университете. IMAP2 был сначала осуществлен в 1987. IMAP4, текущая спецификация, был принят как интернет-стандарт в 1994. IMAP4 в настоящее время определяется в 2060 RFC. IMAP4 найден в порту TCP 143.

POP3 Против IMAP4

Есть много фундаментальных различий между POP3 и IMAP4. В зависимости от вашего UA, вашего MTA, и ваших потребностей, Вы могли бы использовать один или другой, или даже оба. Преимущества POP3

Это очень просто.

Это широко поддержано.

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

Более сильное установление подлинности

Поддержка многократным почтовым ящикам

Большая поддержка онлайн, автономно, или разъединенные режимы работы

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

Главный недостаток к IMAP4 сегодня состоит в том, что это широко не развернуто ISPs, несмотря на факт, что много клиентов IMAP4 и серверов существуют сегодня.