Summary: | Filter logging is deactivated everytime KMail is restarted | ||
---|---|---|---|
Product: | [Applications] kmail | Reporter: | tobias |
Component: | filtering | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | wishlist | CC: | bjoern, KaiUweBroulik2, kde.20.danlex, montel, orbert |
Priority: | NOR | ||
Version: | 1.7.2 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
tobias
2005-02-07 13:08:28 UTC
The behavior is intended. So let's make it a wish. BTW, I've also thought about it, but it probably won't make it into KDE 3.4. Reason for change: I think the typical use case for this facility is when a user observes that filters are not behaving as expected. The log is turned on to help debug. At that moment, though, a user typically cannot 'requeue' the messages that were not filtered as expected; the user must wait for more. Since most messages arrive in the morning, for most users this means that a kmail restart is involved. But if the user does not remember to turn the filter log back on before fetching mail, the opportunity to capture data is lost. There is already a log size limiter in place, so disk space is not an issue. Final note: this need not be an either/or proposition. If users want both behaviors, a subordinate checkbox labeled something like "retain this setting next time kmail starts" could be added. *** Bug 119251 has been marked as a duplicate of this bug. *** *** Bug 158680 has been marked as a duplicate of this bug. *** Yes, really annoying, I don‘t know if you have to choose “save as” to spcify a saving location for the log but if you had to do that, it‘d really stupid. Fixed in 4.8.1 |