From: Sunil S. <sh...@bo...> - 2006-05-18 13:01:14
|
Quoting from Frederic Marchal's mail on Thu, May 18, 2006: > Using pop3, the size of the mail is one additional information that can > be used to ensure it is not the same message with the same UID. The list > command returns it and fetchmail does use it during the communication. I > expect it would be much less likely that a UID is recycled on a message > with the exact same size. > > If a message is using the same UID as a message we know should have been > deleted, then list its size and compare it. If it is the same, it can be > deleted again. If not, it is a new message and should be downloaded. > > Does it make sense ? There are a few objections to this: - fetchmail currently does not store the size in the fetchids file, so doing this will require a modification of the fetchids file format. - fetchmail does not get the size of all mails right now (in the default setup), only of the mails it is going to download. Your suggestion would imply that fetchmail will have to get UIDs as well as sizes of all mails for comparison. This would imply a lot of delay in getting mails, especially when 'keep' is on. - Some mailservers keep the flags of a mail in the mail itself by adding a header like Status:. So, the size of a mail may actually change when it turns from 'new' to 'old'. Due to size mismatch, mails from such mailservers will get downloaded again. - Some mailservers misreport sizes! I remember one such server being reported: <http://lists.ccil.org/pipermail/fetchmail-friends/2002-January/005572.html> -- Sunil Shetye. |