Language agnostic GMail和POP3转发问题-切换到IMAP？

当我使用POP3协议访问GMail收件箱时，似乎在使用RETR命令获取给定的电子邮件后，在退出并重新连接后，调用列表时不再列出以前收到的电子邮件

然后，在进入：GMail设置//转发和POP/IMAP并设置“为所有邮件启用POP（即使是已经下载的邮件）”，下次登录时，所有电子邮件都会再次列出，但如果我重新记录其中任何一封，它会在重新登录后再次从列表中消失

然后我可以再次转到GMail设置并重复整个过程，但这对我来说是一个阻碍，因为我正在编写一个不需要任何手动操作的脚本

是我遗漏了什么，还是只有IMAP能帮上忙

---

（编辑：RFC对RETR命令删除消息只字未提）

这是Gmail的预期行为。根据，“[a]all messages可以下载到另一台计算机上一次；下载邮件后，它将不会再次下载。”

另外还有一个例子，在这个例子中，不管邮件是否已经发送到另一个POP客户端，最后30天的邮件都会被提取

这就是说，不要试图在短时间内用不同的计算机取回所有的邮件，因为

---

我强烈建议使用IMAP。

Gmail的POP3配置有时可能会令人困惑。你可以找到

---

切换到IMAP是一个很好的解决方案。

这是一个常见问题，不幸的是，它并不总是有最简单的解决方案。希望这些信息能帮助您和其他人找到适合您需要的最佳实施方案。免责声明：如果您有将IMAP添加到pop3的选项或功能，它肯定会使事情更易于管理

Gmail有自己的Pop3实现，尽管如此，并非所有这些都与其他Pop3提供商相关 以下是问题的生命周期以及一些可以帮助您管理问题的信息：

您可以在正常模式或最新模式下连接到pop3服务器。这将使pop服务器上的“会话”进入“事务状态”。 最近模式通过在连接上的用户名前面加上“最近：”+用户名来使用。最近模式将返回服务器上最近30天的电子邮件。注*这将取代我将在下面讨论的UIDL命令。即，如果尚未删除，最近模式将返回所有30天的电子邮件。由于它总是返回最近30天，如果您有多个客户端，它们都将在最近的模式中接收相同的信息

默认为正常模式。正常模式将尊重您选择使用的命令的限制。UIDL将返回服务器上大约250封最早的电子邮件。如果服务器上有500封电子邮件，并且没有删除任何电子邮件，UIDL将返回前250封电子邮件的id和唯一标识符，因此您可能不知道新的250封电子邮件。这里的警告如下，GMAIL在web控制台上有一个选项，您可以在其中配置pop，“从现在开始启用pop”。通过选择并保存，pop服务器将使用该时刻的时间戳“刷新”最早的时间。因此，UIDL将从此点开始向您返回消息，直到您再次达到250标记（假设您尚未删除它们）

请务必注意，在发出QUIT命令之前，事务状态一直存在。发出该命令后，服务器将进入“更新”状态，在该状态下，它将开始发出您请求的更新，如删除命令，或在下载这些命令后弹出它们。在成功发出QUIT之前，不会删除任何内容，服务器状态也不会更改

STAT命令将显示服务器上pop3堆栈中的电子邮件数量

RETR命令将检索或下载电子邮件，但在您成功结束会话之前，不会将其标记为已下载

如果维护服务器状态并弹出电子邮件，许多开发人员用来检索消息编号和唯一标识符的UIDL非常有用。UIDL只会返回最早的250封ish（我见过251-255封）电子邮件。如果您经常轮询新电子邮件，如果电子邮件未被删除，则这是危险的。也！如果您需要删除电子邮件，请确保在web控制台中配置了GMAIL设置“在我的收件箱中保留副本”，以便您可以访问这些电子邮件作为备份

LIST命令将解决您在正常模式下返回250封以上电子邮件的问题（注意：您仍然需要在本地维护一个id文件来交叉检查传入邮件，以便知道它是新邮件还是旧邮件）。。。但是：这个命令也会从发送框返回邮件，这对于许多人来说不是一个可行的解决方案

提示：

如果您正在快速有效地管理收件箱，并且不认为250是流程中的限制因素，UIDL和RETR将起作用

---

如果您的收件箱无法保持在250个以下，但还需要访问新电子邮件，并且您不希望收件箱的大小达到惊人的程度，而且性能也不令人担忧，则最近的模式应该可以工作。

谢谢，很高兴知道。因此，似乎POP3确实不能用于我的目的。幸运的是，我已经决定切换到IMAP，到目前为止，它的效果非常好。不管怎样，详细答案是+1。