Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

При вычислении, то Post Office Protocol ( POP ) представляет собой приложение-слойный стандарт Интернета Протокол , используемый клиентами электронной почты для получения электронной почты с почтового сервера. [1] POP версии 3 ( POP3 ) - это широко используемая версия.

Цель [ править ]

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

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

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

Сообщения, доступные клиенту, определяются, когда сеанс POP3 открывает почтовую папку, и идентифицируются по номеру сообщения, локальному для этого сеанса, или, необязательно, по уникальному идентификатору, присвоенному сообщению сервером POP. Этот уникальный идентификатор является постоянным и уникальным для maildrop и позволяет клиенту получать доступ к одному и тому же сообщению в разных сеансах 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 также выпустил керберизованную версию. 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 существует только как неофициальное предложение, добавляющее базовое управление папками, поддержку составных сообщений, а также управление флагами сообщений для конкуренции с IMAP; однако его развитие не продвигалось с 2003 года. [4]

Расширения и спецификации [ править ]

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

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

STARTTLS [ редактировать ]

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

SDPS [ править ]

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: + OK Готовность сервера POP3 <[email protected]>C: APOP мороза c4c9334bac560ecc979e58001b3e22fbS: + OK maildrop mrose имеет 2 сообщения (320 октетов)C: СТАТИСТИКАS: + ОК 2320C: СПИСОКS: + OK 2 сообщения (320 октетов) S: 1 120 S: 2 200 S:.C: RETR 1S: + OK 120 октетов S: <сервер POP3 отправляет сообщение 1> S:.C: DELE 1S: + OK сообщение 1 удаленоC: RETR 2S: + OK 200 октетов S: <сервер POP3 отправляет сообщение 2> S:.C: DELE 2S: + OK сообщение 2 удаленоC: ВЫЙТИS: + OK dewey POP3 сервер завершает работу (почтовый ящик пуст)C: <закрыть соединение>S: <ждать следующего подключения>

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

C: USER mrose S: + OK Пользователь принялC: ПРОЙДИТЕ танстаафS: + OK Пропуск принят

Реализации сервера [ править ]

  • Апач Джеймс
  • Цитадель / UX
  • Курьерский почтовый сервер
  • Cyrus IMAP сервер
  • Голубятня
  • Eudora Internet Mail Server
  • HMailServer
  • Сервер Ipswitch IMail
  • Kerio Connect
  • Mailtraq
  • Nginx
  • qmail-pop3d
  • Qpopper
  • RePOP
  • UW IMAP
  • WinGate
  • Зимбра

Сравнение с IMAP [ править ]

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

  • POP - это более простой протокол, упрощающий реализацию.
  • POP перемещает сообщение с почтового сервера на локальный компьютер, хотя обычно есть возможность оставить сообщения и на почтовом сервере.
  • По умолчанию IMAP оставляет сообщение на почтовом сервере, просто загружая локальную копию.
  • POP рассматривает почтовый ящик как единое хранилище и не имеет понятия папок.
  • Клиент IMAP выполняет сложные запросы, запрашивая у сервера заголовки или тела указанных сообщений, или для поиска сообщений, удовлетворяющих определенным критериям. Сообщения в почтовом репозитории могут быть помечены различными флагами состояния (например, «удалено» или «отвечено»), и они остаются в репозитории до тех пор, пока пользователь явно не удалит их, что может произойти только в более позднем сеансе. Вкратце: IMAP предназначен для управления удаленными почтовыми ящиками, как если бы они были локальными. В зависимости от реализации клиента IMAP и архитектуры почты, желаемой системным администратором, пользователь может сохранять сообщения непосредственно на клиентском компьютере, или сохранять их на сервере, или иметь возможность выбора того и другого.
  • Протокол POP требует, чтобы текущий подключенный клиент был единственным клиентом, подключенным к почтовому ящику. Напротив, протокол IMAP, в частности, разрешает одновременный доступ нескольким клиентам и предоставляет клиентам механизмы для обнаружения изменений, внесенных в почтовый ящик другими, одновременно подключенными, клиентами. См., Например, раздел 5.2 RFC3501, в котором в качестве примера конкретно приводится «одновременный доступ к одному и тому же почтовому ящику несколькими агентами».
  • Когда POP извлекает сообщение, он получает все его части, тогда как протокол IMAP4 позволяет клиентам извлекать любую из отдельных частей MIME отдельно - например, извлекать простой текст без извлечения вложенных файлов.
  • IMAP поддерживает на сервере флаги для отслеживания состояния сообщения: например, было ли сообщение прочитано, на него был дан ответ, перенаправлено или удалено.

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

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

См. Также [ править ]

  • Шифрование электронной почты
  • Протокол доступа к Интернет-сообщениям

Ссылки [ править ]

  1. ^ Дин, Тамара (2010). Сеть + Путеводитель по сетям . Дельмар. п. 519. ISBN 978-1423902454.
  2. ^ Аллен, Дэвид (2004). Windows в Linux . Прентис Холл. п. 192. ISBN. 1423902459.
  3. ^ (на японском языке) , (Becky! tutorial) Архивировано 31января 2010 г.в Wayback Machine , 26 апреля 2001 г.
  4. ^ «Спецификация POP4, хотя pop используется для получения почты после того, как система не подключена к сети» . 2003. Архивировано из оригинала на 2017-10-21 . Проверено 17 октября 2011 .
  5. ^ Центр помощи Demon Online. Архивировано 23 июля 2011 г. на Archive.today . E.demon.net (23 января 2013 г.). Проверено 17 июля 2013.
  6. ^ "Различия между Google Apps и Gmail" . Справочный центр Gmail . Архивировано из оригинального 13 сентября 2008 года.
  7. ^ RFC 1939, стр.19

Дальнейшее чтение [ править ]

  • Хьюз, Л. (1998). Протоколы электронной почты в Интернете, стандарты и реализация . Издательство Artech House. 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 (PDF)