问题应该出在这两个选项之中，第一个选项是预备插入SMTP进程中的延迟，第二个是自动IP屏蔽。把这两个选项研究一下，上面的英语不是很难，实在不懂就把它们暂时先取消了，弄明白了再做设置。
里面有个whitelist，是不是把有问题的ip地址加入这个“whitelist”，就能够解决问题了？ 原帖由 jenbabe 于 2009-1-9 10:54 发表 http://www.5dmail.net/bbs/images/common/back.gif
如果局域网internet出口有固定IP，建议加进whitelist。
忘记说明了，出问题的MD是在我们局域网里面的邮件服务器，这个是我们内部使用的邮件服务器，只做内部的发信收信使用。 MD当多个人用同一个帐号同时接收时会出现此问题，在同一时间内一个帐号只能有一个POP线程。 原帖由 hrstudy 于 2009-1-9 14:09 发表 http://www.5dmail.net/bbs/images/common/back.gif
MD当多个人用同一个帐号同时接收时会出现此问题，在同一时间内一个帐号只能有一个POP线程。
我们肯定不是这种情况，因为有很多人碰到这个问题了，确认不是一个账户多人接收。
回复 14楼 法拉力 的帖子
可以将局域网的Ip放进白名单，可以用通配符，比如192.168.*.* 。 原帖由 jenbabe 于 2009-1-9 15:15 发表 http://www.5dmail.net/bbs/images/common/back.gif可以将局域网的Ip放进白名单，可以用通配符，比如192.168.*.* 。
回复老大，好像成功了，谢谢啦！
还想问一下，这是我们pop的log，怀疑这个地址“58.41.131.29” 在试我们的密码，这是连接成功了还是连接没有成功：
Mon 2009-01-12 00:43:10: Session 4980; child 1
Mon 2009-01-12 00:43:10: Accepting POP connection from
Mon 2009-01-12 00:43:10: --> +OK my.com POP MDaemon 8.0.3 ready <MDAEMON-F200901120043.AA4310543MD1537@my.com>
Mon 2009-01-12 00:43:10: <-- USER hashiguchi
Mon 2009-01-12 00:43:10: --> +OK hashiguchi... User ok
Mon 2009-01-12 00:43:10: <-- PASS ******
Mon 2009-01-12 00:43:10: --> +OK hashiguchi@my.com's mailbox has 65 total messages (542265 octets)
Mon 2009-01-12 00:43:10: <-- STAT
Mon 2009-01-12 00:43:10: --> +OK 65 542265
Mon 2009-01-12 00:43:10: <-- LIST
Mon 2009-01-12 00:43:10: Sending LIST response (not logged)
Mon 2009-01-12 00:43:10: <-- UIDL
Mon 2009-01-12 00:43:10: Sending UIDL response (not logged)
Mon 2009-01-12 00:43:10: <-- QUIT
Mon 2009-01-12 00:43:10: --> +OK hashiguchi@my.com my.com POP Server signing off (65 messages left)
Mon 2009-01-12 00:43:10: POP session complete (Bytes in/out: 55/3939) 有新情况，好像是认账户的，不是认ip地址。出问题时候，换了个ip地址上去还是不行，不过过了一会儿就自己好了，哪位知道到底是什么问题吗？ 原帖由 jenbabe 于 2009-1-9 15:15 发表 http://www.5dmail.net/bbs/images/common/back.gif
可以将局域网的Ip放进白名单，可以用通配符，比如192.168.*.* 。
有新情况，好像是认账户的，不是认ip地址。出问题时候，换了个ip地址上去还是不行，不过过了一会儿就自己好了，哪位知道到底是什么问题吗？
