当使用邮件服务器时，我知道IMAP将所有邮件保留在服务器中，而pop3下载并删除它（有时在几天之后，取决于邮件客户端configuration选项）。 我的问题是，使用这两种协议会发生什么？例如，在我的Outlook客户端中使用pop3应该在几天后删除邮件，因此将不能从webmail访问，但从webmail访问相同的消息，直到它留在那里pop3协议删除它？ 消息是否被删除（以及如何）取决于用于首次读取的协议？
提前致谢。
POP3 RFC明确允许客户端将邮件留在服务器上，但是要警告它会导致邮件的堆积，并鼓励客户在收到电子邮件后发送明确的删除命令，并鼓励pipe理员考虑删除站点范围内的保留策略电子邮件被阅读后的一段时间。
简而言之，这不是协议。 您的客户端正在发送DELE命令来删除邮件，也许在几天之后，或者您的服务器有一个站点策略来删除POP3在一段时间之后读取的邮件。 不过，这两种行为都不是由POP3协议规定的。
https://tools.ietf.org/html/rfc1939 “邮局协议 – 版本3”包括：
- 更新状态
当客户端从TRANSACTION状态发出QUIT命令时，POP3会话进入UPDATE状态。 POP3服务器删除所有标记为从maildrop删除的邮件[..] 在任何情况下，服务器都不会删除任何未标记为已删除的邮件。
如果会话由于某种原因而不是客户端发出的QUIT命令而终止，那么POP3会话不会进入UPDATE状态，也不能从maildrop中删除任何消息。
（重点是我的）
和
- 缩放和操作注意事项
由于上述一些可选function被添加到POP3协议中，所以在大多数用户彼此不相关的大规模商业邮局操作中使用它们的经验已经积累了。 在这些情况和其他情况下，POP3客户端的用户和供应商已经发现，使用UIDL命令而不发布DELE命令的组合可以提供通常与IMAP相关的“maildrop作为半永久性存储库”function的弱版本。 [..]
当这些设备被这样的临时用户使用时，已经读取的消息已经倾向于在服务器上无限制地积累。 从服务器运营商的angular度来看，这显然是一种不理想的行为模式。 POP3的有限能力不允许有效处理具有数百或数千个信息的maildrops，这一事实加剧了这种情况。
因此，build议大型多用户服务器的运营商，尤其是用户只能通过POP3访问maildrop的服务器的运营商考虑如下选项：[…]
强制实施有关服务器上邮件保留的网站策略。
站点可以自由地build立关于服务器上消息的存储和保留的本地策略，包括读取和未读取。 例如，站点可能会在60天后从服务器删除未读邮件，并在7天后删除已读邮件。 这种消息删除超出了POP3协议的范围，不被视为违反协议。
执行消息删除策略的服务器运营商应该注意让所有用户了解现行的策略。
客户端不得假定站点策略会自动删除邮件，并应在适当的时候继续使用DELE命令明确删除邮件。
和
https://tools.ietf.org/html/rfc2449
讨论：当POP3允许客户端在服务器上留言时，RFC1939 [POP3]会警告可能由此产生的问题，并允许服务器根据站点策略删除消息。
pop3而不删除消息。