Summary: | KMail often re-downloads the contents of the entire mail server | ||
---|---|---|---|
Product: | [Applications] kmail2 | Reporter: | Kai Uwe Broulik <kde> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | normal | CC: | mmtsales |
Priority: | NOR | ||
Version: | 4.7 | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Kai Uwe Broulik
2011-12-13 15:25:37 UTC
I have this problem occasionally too, but in my case it seems not to be related to the error message the reporter mentioned (I got a lot of those too, everytime, but they do not cause the messages to be re-downloaded from the server). What seems to trigger the problem here is a loss of internet connection. If the internet connection fails while kmail is downloading messages, sometimes (not always) it will download again all messages stored in the server, including the ones already downloaded weeks or months ago, when the internet connection is restablished. This happens with my gmail accounts (which are configured in KMail as POP3 accounts, not IMAP accounts). I choose to leave the messages at the server after download for exactly the same reason the original reporter mentioned: I want to be able to download the messages again using other devices (smartphone, tablet and computer). However, sometimes KMail forgets what messages it had already downloaded and downloads the entire server contents again. This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present? If noone confirms this bug for a Framework-based version of kmail2 (version 5.0 or later, as part of KDE Applications 15.12 or later), it gets closed in about three months. Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input. |