Version: 1.10.3 (using 4.1.3 (KDE 4.1.3), Kubuntu packages) Compiler: cc OS: Linux (i686) release 2.6.27-9-generic Description: When a POP3 mail account is configured to leave mail on the server after downloading (2 or 3 weeks, in my case, but I do not think setting a time limit would make a difference with the bug in question), and you subsequently change the server address at some point in time, it leads to KMail redownloading all mail in the mailbox. How to reproduce: 1) Set up a POP3 mail account configured to leave mail on the server. 2) Check mail and wait for download. 3) Go to account settings and change server address. 4) Check mail again, and see old mail being duplicated. Expected behaviour: Not redownloading already-existing email.
According to rfc5322, I guess you are right, but reading: http://cr.yp.to/immhf/thread.html I guess kmail does the right thing (to prevent easily forging a message with a duplicate Message-ID from another pop server). Could this be the root cause of the mail duplicating problem? (for example, an IP change or dns mx change of the mail server?)
Unless I'm very wrong here mail clients (including KMail) do not use the message-id to determine if it should download a message from a pop server or not since this is part of the message. Instead they use the UIDL function to retrieve a list of message ids that are on the server. This number is specific to each server and hence the local cache will be invalid when the server changes. For your specific case to work the change needed would make all users who use pop and "leave mail on server" functionality download the headers and the first 10 lines of each message on the server on every mail check. With this in mind I'm closing this as wontfix.
Reopening this. This has nothing to do with the message id. The cause of this bug is that KMail saves the list of UIDs of mails which it has downloaded from the server, but not deleted, in a file which contains the host as part of the filename. If the host is changed, it can't read the old UID list anymore, and therefore doesn't know which mails were already downloaded. (BTW, this is changed for the Akonadi POP3 resource, there the UID list is in the general config file, therefore changing the host will not cause problems)
How can Kmail and Akonadi be sure that the UIDs are valid when the host changes (they are host specific)? It seems to me like this new behavior is a way for a new bug "changing host ignores some messages".
> It seems to me like this new behavior is a way for a new bug "changing host > ignores some messages". True, I didn't think of that. One can hope that the UIDs are sufficiently different on the two servers, but that is not the real solution.
Closing as the RFC states that a UIDL is only valid within a maildrop and while a message that has a certain UIDL exists in that maildrop.