Протокол почтового отделения

В вычислительной технике протокол почтового отделения ( POP ) — это прикладного уровня, Интернета стандартный протокол используемый почтовыми клиентами для получения электронной почты с почтового сервера. ^[1] Сегодня POP версии 3 ( POP3 ) является наиболее часто используемой версией. Вместе с IMAP это один из наиболее распространенных протоколов получения электронной почты.

Цель

Протокол почтового отделения обеспечивает доступ через сеть Интернет-протокола (IP) для клиентского приложения пользователя к почтовому ящику ( maildrop ), поддерживаемому на почтовом сервере. Протокол поддерживает операции списка, получения и удаления сообщений. Клиенты POP3 подключаются, извлекают все сообщения, сохраняют их на клиентском компьютере и, наконец, удаляют их с сервера. ^[2] Такая конструкция POP и его процедур была обусловлена необходимостью пользователей иметь только временные подключения к Интернету, такие как коммутируемый доступ , что позволяло этим пользователям получать электронную почту при подключении, а затем просматривать и манипулировать полученными сообщениями в автономном режиме.

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

Сервер POP3 прослушивает общеизвестный порт номер 110 для запросов на обслуживание. Зашифрованная связь для POP3 запрашивается либо после запуска протокола с использованием команды STLS , если она поддерживается, либо с помощью POP3S, который подключается к серверу с использованием Transport Layer Security (TLS) или Secure Sockets Layer (SSL) через общеизвестный TCP- порта номер 995. .

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

История

Первая версия протокола почтового отделения, POP1, была указана в RFC 918 (1984) Джойс К. Рейнольдс . POP2 был указан в RFC 937 (1985).

POP3 — наиболее распространенная версия. Он возник в RFC 1081 (1988), но самой последней спецификацией является RFC 1939, дополненный механизмом расширения (RFC 2449) и механизмом аутентификации в RFC 1734. Это привело к появлению ряда реализаций POP, таких как Pine, POPmail и других. ранние почтовые клиенты.

В то время как первоначальная спецификация POP3 поддерживала только незашифрованный USER/ PASS механизм входа или Berkeley .rhosts контроль доступа , сегодня POP3 поддерживает несколько методов аутентификации , обеспечивающих различные уровни защиты от незаконного доступа к электронной почте пользователя. Большинство из них предоставляются механизмами расширения POP3. Клиенты POP3 поддерживают методы аутентификации SASL через расширение AUTH. MIT Project Athena также выпустила версию с поддержкой Kerberized . RFC 1460 ввел APOP в основной протокол. APOP — это протокол запроса-ответа , который использует MD5 хеш-функцию , чтобы избежать атак повторного воспроизведения и раскрытия общего секрета . Клиентами, реализующими APOP, являются Mozilla Thunderbird , Opera Mail , Eudora , KMail , Novell Evolution от RimArts , Becky! . , ^[3] Почта Windows Live , PowerMail, Apple Mail и Mutt . RFC 1460 был устаревшим RFC 1725, который, в свою очередь, устарел RFC 1939.

POP4

POP4 существует только как неофициальное предложение, добавляющее базовое управление папками, поддержку составных сообщений, а также управление флагами сообщений, чтобы конкурировать с IMAP; однако его разработка не продвигалась с 2003 года. В настоящее время известны две реализации сервера POP4. По состоянию на октябрь 2013 года домен и веб-сайт POP4.org теперь размещаются на сайте simbey.com, на котором также работает другая реализация сервера POP4. ^[4]

Расширения и спецификации

Механизм расширения был предложен в RFC 2449 для размещения общих расширений, а также для организованного объявления поддержки дополнительных команд, таких как TOP и UIDL. RFC не намеревался поощрять расширения и подтвердил, что роль POP3 заключается в обеспечении простой поддержки, главным образом, требований загрузки и удаления при обработке почтовых ящиков.

Расширения называются возможностями и перечисляются командой CAPA. За исключением APOP, в первоначальный набор возможностей вошли дополнительные команды. Следуя примеру ESMTP (RFC 5321), возможности, начинающиеся с буквы X, обозначают локальные возможности.

СТАРТЛС

использование Transport Layer Security (TLS) или Secure Sockets Layer Расширение STARTTLS позволяет согласовывать (SSL) с помощью команды STLS на стандартном порту POP3, а не на альтернативном. Некоторые клиенты и серверы вместо этого используют метод альтернативного порта, который использует TCP-порт 995 (POP3S).

СДПС

Demon Internet представил расширения POP3, которые позволяют использовать несколько учетных записей в одном домене, и стал известен как стандартная служба POP3 с коммутируемым доступом (SDPS). ^[5] Для доступа к каждой учетной записи имя пользователя включает имя хоста, например john@hostname или john+hostname .

Google Apps использует тот же метод. ^[6]

Керберизованный протокол почтового отделения

В вычислительной технике локальные почтовые клиенты могут использовать Kerberized Post Office Protocol ( KPOP ), Интернета прикладного уровня стандартный протокол , для получения электронной почты с удаленного сервера через соединение TCP/IP . Протокол KPOP основан на протоколе POP3, который отличается тем, что добавляет защиту Kerberos и по умолчанию работает через порт TCP с номером 1109 вместо 110. Одна реализация программного обеспечения почтового сервера находится на сервере Cyrus IMAP .

Пример сеанса

Следующий диалог сеанса POP3 является примером в RFC 1939: ^[7]

S: <wait for connection on TCP port 110>
C: <open connection>
S:    +OK POP3 server ready <[email protected]>
C:    APOP mrose c4c9334bac560ecc979e58001b3e22fb
S:    +OK mrose's maildrop has 2 messages (320 octets)
C:    STAT
S:    +OK 2 320
C:    LIST
S:    +OK 2 messages (320 octets)
S:    1 120
S:    2 200
S:    .
C:    RETR 1
S:    +OK 120 octets
S:    <the POP3 server sends message 1>
S:    .
C:    DELE 1
S:    +OK message 1 deleted
C:    RETR 2
S:    +OK 200 octets
S:    <the POP3 server sends message 2>
S:    .
C:    DELE 2
S:    +OK message 2 deleted
C:    QUIT
S:    +OK dewey POP3 server signing off (maildrop empty)
C: <close connection>
S: <wait for next connection>

Серверы POP3 без дополнительной команды APOP ожидают, что клиент войдет в систему с помощью команд USER и PASS:

C:    USER mrose
S:    +OK User accepted
C:    PASS tanstaaf
S:    +OK Pass accepted

Сравнение с IMAP

Протокол доступа к сообщениям Интернета (IMAP) — это альтернативный и более новый протокол доступа к почтовым ящикам. Основные различия:

POP — более простой протокол, упрощающий реализацию.
POP перемещает сообщение с почтового сервера на локальный компьютер, хотя обычно в почтовых клиентах есть возможность оставлять сообщения также на почтовом сервере. По умолчанию IMAP оставляет сообщение на сервере электронной почты, просто загружая локальную копию.
POP рассматривает почтовый ящик как единое хранилище и не имеет понятия о папках.
Клиент IMAP выполняет сложные запросы, запрашивая у сервера заголовки или тела указанных сообщений, а также ищет сообщения, соответствующие определенным критериям. Сообщения в почтовом репозитории могут быть помечены различными флагами статуса (например, «удалены» или «отвечены»), и они остаются в репозитории до тех пор, пока явно не будут удалены пользователем, что может произойти только в следующем сеансе. Вкратце: IMAP предназначен для того, чтобы разрешать манипуляции с удаленными почтовыми ящиками, как если бы они были локальными. В зависимости от реализации клиента IMAP и почтовой архитектуры, желаемой системным менеджером, пользователь может сохранять сообщения непосредственно на клиентском компьютере или сохранять их на сервере, либо ему может быть предоставлен выбор того и другого.
POP обеспечивает полностью статическое представление текущего состояния почтового ящика и не предоставляет механизма отображения каких-либо внешних изменений состояния во время сеанса.
IMAP обеспечивает динамическое представление и отправляет ответы на внешние изменения состояния, включая вновь поступившие сообщения, а также изменения, внесенные в почтовый ящик другими одновременно подключенными клиентами.
POP может получить все сообщение с помощью команды RETR, а для серверов, которые ее поддерживают, доступ к заголовкам, а также к указанному количеству строк тела можно получить с помощью команды TOP.
IMAP позволяет клиентам получать любую из отдельных частей MIME отдельно — например, получать простой текст без извлечения прикрепленных файлов или получать только один из многих прикрепленных файлов.
IMAP поддерживает флаги на сервере для отслеживания состояния сообщения: например, было ли сообщение прочитано, на него ответили, переслано или удалено.
POP предоставляет возможность связывать уникальные идентификаторы с каждым сообщением для серверов, поддерживающих команду UIDL. Это может быть любая строка стандартных видимых (без пробелов) 7-битных символов ASCII длиной до 70 символов.
Вместо этого IMAP предоставляет уникальные числовые идентификаторы для каждого сообщения, локальные для каждой папки, в сочетании с номером UIDVALIDITY, специфичным для папки.
Два вышеупомянутых метода идентификации сообщений (POP UIDL и IMAP UID) вообще не связаны между собой, если только реализация сервера, поддерживающая оба протокола, намеренно не создает строку POP3 UIDL путем объединения значений IMAP UID и UIDVALIDITY.

Связанные запросы на комментарии (RFC)

RFC 918 – ПОЧТОВЫЙ ПРОТОКОЛ
RFC 937 – ПРОТОКОЛ ПОЧТОВОГО ОТДЕЛЕНИЯ – ВЕРСИЯ 2
RFC 1081 – Протокол почтового отделения – Версия 3
RFC 1939 – Протокол почтового отделения – Версия 3 (STD 53)
RFC 1957 – Некоторые замечания по реализации протокола почтового отделения (POP3)
RFC 2195 – Расширение авторизации IMAP/POP для простого запроса/ответа
RFC 2384 - Схема URL-адресов POP
RFC 2449 – Механизм расширения POP3
RFC 2595 – Использование TLS с IMAP, POP3 и ACAP
RFC 3206 – Коды ответа SYS и AUTH POP
RFC 5034 - Механизм аутентификации протокола почтового отделения (POP3) простого уровня аутентификации и безопасности (SASL)
RFC 8314 – Открытый текст считается устаревшим: использование безопасности транспортного уровня (TLS) для отправки электронной почты и доступа к ней

См. также

Ссылки

^ Дин, Тамара (2010). Network+ Руководство по сетям . Дельмар. п. 519. ИСБН 978-1423902454 .
^ Аллен, Дэвид (2004). Windows в Linux . Прентис Холл. п. 192. ИСБН 1423902459 .
^ (на японском языке) , (Урок Бекки!). Архивировано 31 января 2010 г. в Wayback Machine , 26 апреля 2001 г.
^ «Спецификация POP4, хотя pop используется для получения почты после того, как система не находится в сети» . 2003. Архивировано из оригинала 21 октября 2017 г. Проверено 17 октября 2011 г.
^ Интернет-справочный центр Demon. Архивировано 23 июля 2011 г. на archive.today . E.demon.net (23 января 2013 г.). Проверено 17 июля 2013 г.
^ «Различия Google Apps и Gmail» . Справочный центр Gmail . Архивировано из оригинала 13 сентября 2008 года.
^ RFC 1939, стр. 19 ( https://datatracker.ietf.org/doc/rfc1939/ )

Дальнейшее чтение

Хьюз, Л. (1998). Протоколы электронной почты Интернета, стандарты и реализация . Издательство «Артех Хаус». ISBN 0-89006-939-5 .
Джонсон, К. (2000). Протоколы электронной почты Интернета: Руководство разработчика . Аддисон-Уэсли Профессионал. ISBN 0-201-43288-9 .
Лошин, П (1999). Основные стандарты электронной почты: RFC и протоколы стали практичными . Джон Уайли и сыновья. ISBN 0-471-34597-0 .
Ротон, Дж (1999). Руководство программиста по электронной почте в Интернете: SMTP, POP, IMAP и LDAP . Эльзевир. ISBN 1-55558-212-5 .
Вуд, Д. (1999). Программирование Интернет-почты . О'Рейли. ISBN 1-56592-479-7 .
Протокол почтового отделения – версия 3 . IETF. Май 1996 года.

Внешние ссылки

Присвоение номеров портов IANA
Схема последовательности POP3, заархивированная 3 мая 2015 г. в Wayback Machine (PDF)

[Network+_Guide_to_Networks-1] Дин, Тамара (2010). Network+ Руководство по сетям . Дельмар. п. 519. ИСБН 978-1423902454 .

[Windows_to_Linux-2] Аллен, Дэвид (2004). Windows в Linux . Прентис Холл. п. 192. ИСБН 1423902459 .

[3] (на японском языке) , (Урок Бекки!). Архивировано 31 января 2010 г. в Wayback Machine , 26 апреля 2001 г.

[4] «Спецификация POP4, хотя pop используется для получения почты после того, как система не находится в сети» . 2003. Архивировано из оригинала 21 октября 2017 г. Проверено 17 октября 2011 г.

[5] Интернет-справочный центр Demon. Архивировано 23 июля 2011 г. на archive.today . E.demon.net (23 января 2013 г.). Проверено 17 июля 2013 г.

[6] «Различия Google Apps и Gmail» . Справочный центр Gmail . Архивировано из оригинала 13 сентября 2008 года.

[7] RFC 1939, стр. 19 ( https://datatracker.ietf.org/doc/rfc1939/ )

[1]

[2]

[3]

[4]

[5]

[6]

[7]