office 2010/账户配置POP方是收取邮件,服务器上保留副本,收取一遍完成后,按F9,OUTLOOK重复收所有

问题分析:

我们分别收取了正常的POP3下载和您的pst文件的POP3下载的日志,在Pop3日志和etl 日志中对比了双方的行为,有唯一区别的是当再次点击下载后:

正常的行为是:

1.        等下载最后一封信下载完毕,会标记所有下载过的邮件为“已读”

2.        然后退出这个对话

3.        再次重新开启对话

4.        用户身份验证登录

5.        邮箱状态检查,这里会列出所有的邮件数量和总的大小

6.        然后服务器会响应所有邮件的UID, 这个UID就是邮件的特有标记。这个时候客户端会在本地对这些UID进行对比,如果都重合,那么就不再下载

7.        服务器还会列出所有邮件的ID号

8.        最后客户端发现都已经下载,就发送退出的指令

 

而在重现问题的时候,我们发现唯一不同的地方是第8点,客户端没有发送退出指令,而是直接发送了RETR指令,也就是下载邮件的指令。

没有任何的报错,甚至系统也不认为这是个错误行为。

因此,有以下几点是值得怀疑的:

1.      POP3需要在单一目录中需要下载的邮件数量超出了最大的限制

2.      这个跟第一点类似,POP3的每个指令的等待响应时间是有限制的,是否在最后的检查邮件是否已下载的过程中,得不到服务器或者客户端本身自己的及时响应,因为要检查的数量太过于庞大。

针对这两点,微软做了一些测试:

1.      把POP3服务器的响应时间调大到5分钟,但是问题还是一样

2

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值