当 Gmail 以编程方式用作 POP3 服务器时,它会表现出哪些非标准行为特征?

2024-04-12

我正在尝试准备一份完整的 Gmail POP3 行为列表,您通常不会期望在 POP3 服务器中找到这些行为。

例如,Gmail 似乎会忽略来自 POP3 客户端的 DELE(删除)命令。相反,它实施自己的删除和归档策略。

准备列表的目的是避免开发人员针对 Gmail POP3 服务器测试 POP3 客户端,然后假设所有 POP3 服务器的行为方式相同。

谁能提供更完整的非标准行为列表?


我无法提供完整的清单,但我可以提供我所知道的:

  • 除非您重置 gmail pop3 设置(再次设置),否则获取电子邮件将从以后的所有 POP3 会话中隐藏它。
    更准确地说:我发现只有 RETR 命令才会发生这种情况。不是 TOP 命令。我还注意到,如果在发出 RETR 命令后未发送 QUIT 命令,则消息将保留在服务器上以供以后的会话使用。因此,可以获取消息并关闭连接,并且 gmail 将使消息在下一个会话中保持可见。
  • 根据您的 Gmail 设置,也可以从您的 Gmail Web 界面中删除获取的电子邮件。
  • 使用用户名前面的特殊“最近:”登录将显示过去 30 天内收到的电子邮件,无论是否已发送到另一个 POP3 客户端。

这是我所知道的有关 gmail pop3 服务的唯一非标准行为。大部分信息是我在担任开发人员时收集的OpenPop.NET http://sourceforge.net/projects/hpop/.

可能有用的参考资料:

  • GMail 的 POP3 行为 http://www.lesnikowski.com/blog/index.php/gmail-pop3-behavior/
  • GMail - 行为解释 http://www.chilkatsoft.com/p/p_184.asp
  • 了解 GMail 的行为 http://www.cknotes.com/?p=218
  • 在多个客户端或移动设备上使用 POP http://mail.google.com/support/bin/answer.py?answer=47948
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)

当 Gmail 以编程方式用作 POP3 服务器时,它会表现出哪些非标准行为特征? 的相关文章

随机推荐