当 Gmail 以编程方式用作 POP3 服务器时,它会表现出哪些非标准行为特性? [英] What non-standard behaviour features does Gmail exhibit, when it is programmatically used as a POP3 server?
问题描述
我正在尝试准备一份 Gmail POP3 表现出的行为的完整列表,您通常不会期望在 POP3 服务器中找到这些行为.
I am trying to prepare a complete list of behaviour that Gmail POP3 exhibits, that you wouldn’t expect to generally find in a POP3 server.
例如,Gmail 似乎忽略了来自 POP3 客户端的 DELE(删除)命令.相反,它实现了自己的删除和归档策略.
For example, Gmail appears to ignore the DELE (delete) command from a POP3 client. Instead, it implements its own delete and archive strategy.
准备列表的目的是避免开发人员针对 Gmail POP3 服务器测试 POP3 客户端,然后假设所有 POP3 服务器的行为方式相同.
The purpose of preparing a list is to avoid developers testing a POP3 client against the Gmail POP3 server and then assuming that all POP3 servers behave in the same way.
谁能提供更完整的非标准行为列表?
Can anyone provide a more complete list of non-standard behaviour?
推荐答案
我无法提供完整的列表,但我可以提供我所知道的:
I cannot come with a complete list, but I can come with what I know of:
- 除非您重置您的 gmail pop3 设置(重新设置),否则提取电子邮件会将其隐藏在以后的所有 POP3 会话中.
更准确地说:我发现这仅发生在 RETR 命令中.不是 TOP 命令.我还注意到,如果在发出 RETR 命令后未发送 QUIT 命令,则消息将保留在服务器上以供以后的会话使用.因此,可以获取消息并关闭连接,然后 gmail 将保持消息在下一次会话中可见. - 根据您的 gmail 设置,也可以从您的 gmail 网络界面中删除提取的电子邮件.
- 在您的用户名前使用特殊的最近:"登录将显示过去 30 天内收到的电子邮件,无论是否已发送到其他 POP3 客户端.
这些是我所知道的关于 gmail pop3 服务的唯一非标准行为.我作为 OpenPop.NET 的开发人员时收集到的大部分信息.
Those are the only non-standard behaviour I know about the gmail pop3 service. Most of this information I have gathered while being a developer for OpenPop.NET.
可能有用的参考资料:
这篇关于当 Gmail 以编程方式用作 POP3 服务器时,它会表现出哪些非标准行为特性?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!