Version: 1.5.94 (using KDE 3.1.94 (3.2 Beta 2), SuSE) Compiler: gcc version 3.3 20030226 (prerelease) (SuSE Linux) OS: Linux (i686) release 2.4.23 In KMail from KDE 3.1.4 I had a filter to delay downloading of emails that exceed 50000 bytes (and to show the dialogue). After installing 3.2B2 the filter was set to delete those emails on the server!
Confirmed.
Created attachment 4511 [details] This fixes the bug That's a prime example for why it's bad to store the value of an enum as a number in a config file. The reason for this bug is a reordering of the enum values in the code. This changed the meaning of the value which is stored in the config file. With the patch KMail stores the enum as a string representing the enum value. As a consequence all POP filters will be reset to NoAction. But there is no other fix possible because it's impossible to find out whether the pop filter configuration was saved with KMail 1.6 or with a previous version of KMail.
This bug has been fixed. The fix will be in KDE 3.2.1. Note that all POP filters will be reset to "Download later" because we now store the filter actions in a safe way in order to prevent further bugs caused by misinterpretations of values in the configuration file.
> But there is no other fix possible because it's impossible to find out > whether the pop filter configuration was saved with KMail 1.6 or with a > previous version of KMail. I suggest adding a 'version' attribute to the config file.
It would like to know where place I apply patche: kdepim-3.2.0-HOT_FIX_FOR_KMAIL.patch which is the directory? Remembering that I use Slackware 9.1
I installing the following packages: kdegraphics-3.2.0-i486-2.tgz - kdemultimedia-3.2.0-i486-2.tgz - kdepim-3.2.0-i486-2.tgz I solve this bug?