При использовании почтового сервера я знаю, что IMAP оставляет всю почту на сервере, в то время как pop3 загружает и удаляет ее (иногда через несколько дней, в зависимости от параметров конфигурации почтового клиента). У меня вопрос: что происходит при использовании обоих протоколов? Например, использование pop3 в моем Outlook-клиенте должно удалить сообщение через несколько дней и, следовательно, больше не будет доступно из веб-почты, но доступ к тому же сообщению из веб-почты сначала оставляет его там, пока протокол pop3 его удаляет? То, что сообщение удалено или нет (и как), зависит от протокола, по которому оно впервые прочитано?
Заранее спасибо.
RFC POP3 явно разрешают клиенту оставлять почту на сервере, но предупреждают, что это приведет к накоплению почты, и побуждают клиентов отправлять явные команды удаления после получения электронной почты, а также побуждают администраторов рассмотреть вопрос о политиках хранения для всего сайта для удаления электронное письмо через некоторое время после его прочтения.
Короче дело не в протоколе. Либо ваш клиент отправляет команду DELE для удаления почты, может быть, через несколько дней, либо ваш сервер имеет политику сайта для удаления почты, которая была прочитана POP3 через некоторое время. Однако протокол POP3 не требует ни того, ни другого.
https://tools.ietf.org/html/rfc1939 «Протокол почтового отделения - Версия 3» включает:
- Состояние UPDATE
Когда клиент выдает команду QUIT из состояния TRANSACTION, сеанс POP3 переходит в состояние UPDATE. Сервер POP3 удаляет все сообщения, помеченные как удаленные из почтовой папки [..] Ни в коем случае сервер не может удалять сообщения, не отмеченные как удаленные.
Если сеанс завершается по какой-либо причине, отличной от выданной клиентом команды QUIT, сеанс POP3 НЕ переходит в состояние UPDATE и НЕ ДОЛЖЕН удалять какие-либо сообщения из maildrop.
(курсив мой)
и
- Масштабирование и операционные соображения
Поскольку некоторые из описанных выше дополнительных функций были добавлены к протоколу POP3, накоплен опыт их использования в крупномасштабных коммерческих почтовых отделениях, где большинство пользователей не связаны друг с другом. В этих и других ситуациях пользователи и поставщики клиентов POP3 обнаружили, что сочетание использования команды UIDL и отказа от команды DELE может обеспечить слабую версию функциональности «maildrop как полупостоянный репозиторий», обычно связанной с IMAP. [..]
Когда эти средства используются таким образом случайными пользователями, существует тенденция к неограниченному накоплению уже прочитанных сообщений на сервере. Это явно нежелательный образец поведения с точки зрения оператора сервера. Эта ситуация усугубляется тем фактом, что ограниченные возможности POP3 не позволяют эффективно обрабатывать почтовые запросы, содержащие сотни или тысячи сообщений.
Следовательно, рекомендуется, чтобы операторы крупномасштабных многопользовательских серверов, особенно тех, в которых пользователь получает доступ к maildrop только через POP3, рассматривали такие варианты, как: [..]
Обеспечьте соблюдение политики сайта в отношении хранения почты на сервере.
Сайты могут свободно устанавливать локальную политику в отношении хранения и хранения сообщений на сервере, как прочитанных, так и непрочитанных. Например, сайт может удалять непрочитанные сообщения с сервера через 60 дней и удалять прочитанные сообщения через 7 дней. Такие удаления сообщений выходят за рамки протокола POP3 и не считаются нарушением протокола.
Операторы серверов, применяющие политики удаления сообщений, должны позаботиться о том, чтобы все пользователи знали о действующих политиках.
Клиенты не должны предполагать, что политика сайта автоматизирует удаление сообщений, и должны продолжать явно удалять сообщения с помощью команды DELE, когда это необходимо.
и
https://tools.ietf.org/html/rfc2449
Обсуждение: в то время как POP3 позволяет клиентам оставлять сообщения на сервере, RFC 1939 [POP3] предупреждает о проблемах, которые могут возникнуть в результате этого, и позволяет серверам удалять сообщения на основе политики сайта.
pop3 без удаления сообщений.