Fetchmail给出了命令“最后”的错误

Question

我们使用all mail下载intranet邮件服务器中的所有邮件。我们在我们的邮件服务提供商有大约40个帐户。从过去的几个月开始，一些用户邮件没有被下载。如果没有下载特定的邮件，那么新邮件也会卡在服务器上，因为get mail跳过了剩余的邮件。目前，我们删除该邮件作为一个解决办法，从网络邮件界面。

如果用户的邮件被卡在服务器上，请参见下面的日志。

fetchmail: POP3> USER support@xyz-infotech.com
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 support@xyz-infotech.com at zpop.logix.in (20075 octets).
fetchmail: skipping message support@xyz-infotech.com@zpop.logix.in:1 not flushed
fetchmail: skipping message support@xyz-infotech.com@zpop.logix.in:2 not flushed
fetchmail: POP3> QUIT

为什么LAST给出了最后一条命令的错误？这个问题的原因或解决办法是什么？

我的服务器是CentOS4.3，而取邮件版本是6.2.5，我们以守护进程的形式运行fetchmail，并以

server zpop.logix.in protocol pop3 user "support@xyz-infotech.com" with password "Passw@rd" is "support" here

Answer 1

LAST命令上的错误不是由提取邮件生成的，而是由正在与之交谈的POP3服务器生成的。

LAST命令存在于协议RFC 1081的早期版本中，但在最新版本中，RFC 1939 LAST不再是一个有效的POP3命令，因此预期会出现错误。有关这方面的更多信息可以找到这里。

在我的系统中，我也看到了see试图使用最后一个命令，同时也得到了一个错误。我想，如果远程服务器仍然支持它而放弃它并删除代码的话，那么获取邮件开发人员认为它是一个太好的解决方案。

在最后一个命令访问失败后，只需继续使用更有用的UIDL命令来获取唯一ID列表，即远程邮箱中所有消息的列表。

上面有两条信息。这些消息已经被“看到”了(阅读:为本地传递成功下载，并在~/..fetchids中列出)，因此不再被下载。这通常是命令行上的-k | --keep选项或.fetchmailrc中的结果。

解决方案:从.fetchids历史记录中删除ID将看到再次下载的消息。