Эта статья требует дополнительных ссылок для проверки . ( ноябрь 2007 г. ) ( Узнайте, как и когда удалить этот шаблон сообщения ) |
Это не дает достаточного контекста для тех, кто не знаком с предметом . Июль 2020 г. ) ( Узнайте, как и когда удалить этот шаблон сообщения ) ( |
Набор интернет-протоколов |
---|
Уровень приложения |
Транспортный уровень |
|
Интернет-уровень |
|
Связующий слой |
|
При вычислении, то 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) для отправки и доступа к электронной почте
См. Также [ править ]
- Шифрование электронной почты
- Протокол доступа к Интернет-сообщениям
Ссылки [ править ]
- ^ Дин, Тамара (2010). Сеть + Путеводитель по сетям . Дельмар. п. 519. ISBN 978-1423902454.
- ^ Аллен, Дэвид (2004). Windows в Linux . Прентис Холл. п. 192. ISBN. 1423902459.
- ^ (на японском языке) , (Becky! tutorial) Архивировано 31января 2010 г.в Wayback Machine , 26 апреля 2001 г.
- ^ «Спецификация POP4, хотя pop используется для получения почты после того, как система не подключена к сети» . 2003. Архивировано из оригинала на 2017-10-21 . Проверено 17 октября 2011 .
- ^ Центр помощи Demon Online. Архивировано 23 июля 2011 г. на Archive.today . E.demon.net (23 января 2013 г.). Проверено 17 июля 2013.
- ^ "Различия между Google Apps и Gmail" . Справочный центр Gmail . Архивировано из оригинального 13 сентября 2008 года.
- ^ 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)