我们使用fetchmail在我们的Intranet邮件服务器中下载所有的邮件。 我们有约40个帐户与我们的邮件服务提供商。 从最近几个月来，有些用户邮件没有被下载。 如果某个特定的邮件没有被下载，那么较新的邮件也会被卡在服务器中，因为fetchmail会跳过剩下的邮件。 目前我们从webmail界面删除该邮件作为解决方法。
请在下面的日志中查看邮件卡在服务器上的用户。
fetchmail: POP3> USER [email protected] fetchmail: POP3< +OK fetchmail: POP3> PASS * fetchmail: POP3< +OK server ready fetchmail: POP3> STAT fetchmail: POP3< +OK 2 20075 fetchmail: POP3> LAST fetchmail: POP3< -ERR unknown command fetchmail: unknown command fetchmail: POP3> UIDL fetchmail: POP3< +OK 2 messages fetchmail: POP3< 1 5024.mYehr3XKLFMMaZ5z7wivFfzsvyPND2n9URskpWNMMpQ= fetchmail: POP3< 2 5026.uW5UyaafrY7A8Gp5gMxcI0KPTU0E8WpbnZRuRVF7EI4= fetchmail: POP3< . fetchmail: 2 messages (2 seen) for [email protected] at zpop.logix.in (20075 octets). fetchmail: skipping message [email protected]@zpop.logix.in:1 not flushed fetchmail: skipping message [email protected]@zpop.logix.in:2 not flushed fetchmail: POP3> QUIT 为什么fetchmail给LAST命令提供错误？ 这个问题的原因或解决scheme是什么？
我的服务器是CENTOS 4.3，fetchmail版本是6.2.5我们运行fetchmail作为守护进程，我们运行fetchmail命令为
server zpop.logix.in protocol pop3 user "[email protected]" with password "Passw@rd" is "support" here
LAST命令中的错误不是由fetchmail生成的，而是由fetchmail正在与之通话的POP3服务器生成的。
LAST命令出现在协议RFC 1081的早期版本中，但是在最新版本RFC 1939中， LAST不再是有效的POP3命令，因此预期会出现错误 。 还有一些可以在这里find。
在我的系统上，我看到fetchmail也尝试使用LAST命令，也出现错误。 我想如果远程服务器仍然支持它放弃它并删除代码，那么fetchmail开发人员认为它是一个太好的解决scheme。
在LAST命令失败之后，fetchmail只需继续使用更有用的UIDL命令来获取唯一标识符列表，即远程邮箱中所有消息的列表。
那列出了两条消息。 这些消息已经“看到”（阅读：本地交付成功下载，并列在〜/ .fetchids中），因此不会再次下载。 这通常是-k | --keep的结果 -k | --keep在命令行或-k | --keep选项。
解决scheme ：从.fetchids历史logging中删除ID将会看到再次下载的消息。