Summary: | Messages expired based on Date, not actual age | ||
---|---|---|---|
Product: | [Unmaintained] kmail | Reporter: | David P James <davidpjames> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | normal | CC: | jonas.vejlin |
Priority: | NOR | ||
Version: | 1.6.1 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
David P James
2004-04-18 18:39:13 UTC
I got exactly the same problem. BTW, it is dangerous to remove a message looking at its "Date" field. Suppose that you autoexpire thrash after 15 days and that you have a two years old message in your archive and you trash it. As soon as you exit, that message will be expired, even though it as been deleted 2 minutes ago! Do you still have this problem? Well I honestly don't know because, like I wrote in the original message, I rewrite the Date headers of all messages identified as spam to get around this issue (this forces the Date header to be a reasonable proxy for the age of the message). I was doing this 5 years ago and I still am. Because of this, it could have been fixed and I wouldn't know about it. The only way I could find out would be to stop rewriting the Date headers and see what happens after a few days once I'd accumulated a corpus of spam with future dates. It's still an issue with KDE 3.5.9/Kmail 1.9.9. I haven't installed KDE4 yet to test there. Thank you for taking the time to file a bug report. KMail2 was released in 2011, and the entire code base went through significant changes. We are currently in the process of porting to Qt5 and KF5. It is unlikely that these bugs are still valid in KMail2. We welcome you to try out KMail 2 with the KDE 4.14 release and give your feedback. |