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

В вычислительной технике протокол почтового отделения ( 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: <дождитесь соединения на TCP-порту 110> 
  C: <открытое соединение> 
  S: +ОК POP3-сервер готов <[email protected]> 
  C: APOP mrose c4c9334bac560ecc979e58001b3e22fb 
  S: +ОК, в почтовом ящике Мроуза 2 сообщения (320 октетов). 
  С: СТАТ 
  С: +ОК 2 320 
  С: СПИСОК 
  S: +OK 2 сообщения (320 октетов) 
 S: 1 120 
 S: 2 200 
 S: . 
  С: РЕТР 1 
  S: +OK 120 октетов 
 S: <сервер POP3 отправляет сообщение 1> 
 S: . 
  С: УДАЛЕНИЕ 1 
  S: +ОК, сообщение 1 удалено. 
  С: РЕТР 2 
  S: +OK 200 октетов 
 S: <сервер POP3 отправляет сообщение 2> 
 S: . 
  С: ДЕЛЕ 2 
  S: +ОК, сообщение 2 удалено. 
  С: ВЫХОДИТЬ 
  S: +ОК, сервер Dewey POP3 завершает работу (почтовый ящик пуст) 
  C: <закрыть соединение> 
  S: <дождитесь следующего соединения>

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

C: ПОЛЬЗОВАТЕЛЬ mrose 
  S: +OK Пользователь принят 
  C: ПРОЙДИТЕ Танстааф 
  СУБЪЕКТ: +ОК, пропуск принят.

Сравнение с 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]