Version: 1.12.2 (using KDE 4.3.2) OS: Linux Installed from: Mandriva RPMs When away from base, and wish to read emails but 'leave fetched emails on server', then there is a problem when the 'Filter messages greater than n bytes' Advanced option has also been selected. In this context, a request to 'delete message greater than n bytes' is ignored - presumably because of the other option ('Leave fetched messages on server'). The 'leave fetched messages on server' option should clearly not prevent the deletion of 'messages greater than n bytes'. (They are not 'fetched messages'.)
CRASH REPORT: Have found that - after using the POP 'messages greater than n bytes' filter action, on exit from KMail the following crash is reported (each time): Application: KMail (kmail), signal: Segmentation fault [KCrash Handler] #6 0x00000000 in ?? () #7 0xb491f3c7 in ?? () from /usr/lib/libkio.so.5 #8 0xb491b74e in ?? () from /usr/lib/libkio.so.5 #9 0xb4846789 in ?? () from /usr/lib/libkio.so.5 #10 0xb59986df in ?? () from /lib/i686/libc.so.6 #11 0xb599874f in exit () from /lib/i686/libc.so.6 #12 0xb5982a3e in __libc_start_main () from /lib/i686/libc.so.6 #13 0x08049a01 in _start ()
Earlier I said: "on exit from KMail the following crash is reported " This occurs if I hit 'Cancel', not if I hit 'OK'...
I would welcome some progress on this bug (refusal to delete oversize message if "Leave FETCHED msgs on server" is in force).
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.
In the intervening 5 years since my earlier request I had to give up using that convenient facility and have since moved on to KMail2 in the shape of KMail 4.12.5 on Mageia-4, looking forward to later versions when Mageia-5 is released later this year. I have also been looking at the excellent Thunderbird as an alternative email agent, whose handling of maildir is almost at the stage where I could change ships.