Re: [Reproduced] Re: Please check your maildir stores for 1-byte sized files
Martin Steigerwald <[email protected]>
| Newsgroups | gmane.comp.kde.users.pim |
|---|---|
| Message-ID | <2688815.KD9j18KbQk@merkaba> |
Am Samstag, 4. Mai 2013, 15:22:10 schrieb Martin Steigerwald: > Am Samstag, 4. Mai 2013, 13:58:12 schrieb O. Sinclair: > > On 04/05/2013 13:25, Martin Steigerwald wrote: > > > Am Samstag, 4. Mai 2013, 12:55:45 schrieb Martin Steigerwald: > > >> Am Freitag, 3. Mai 2013, 09:30:15 schrieb O. Sinclair: > > >>> On 02/05/2013 20:47, Martin Steigerwald wrote: > > >>>> Am Donnerstag, 2. Mai 2013, 17:34:05 schrieb Martin Steigerwald: > > >>>>> Hi! > > >>>>> > > >>>>> I stumpled over what I think is a possible data loss again with > > >>>>> my most recent, I think pretty simple setup with KMail and filter > > >>>>> configuration from scratch: > > >>>>> > > >>>>> Bug 319226 - produces 1-byte-sized files on failed move attempts > > >>>>> while filtering http://bugs.kde.org/319226 > > >>>>> > > >>>>> I saw it produce three more of these 1-byte-sized files > > >>>> > > >>>> […] > > >>>> > > >>>>> I still hope its just happening for me and its somehow related to > > >>>>> filter rules, but please sanity check your maildir stores. > > >>>> > > >>>> I suspect its really something with my filter rules, particularily > > >>>> the CRM114 spam filtering integration rules I made. > > >>>> > > >>>> So it may really just happen to me. > > >>>> > > >>>> I removed those CRM114 rules now and will see what happens. > > >>>> > > >>>> Still it would be reassuring to hear from some POP3 users that they > > >>>> do not have one byte sized files in their local maildirs while > > >>>> using (local) filtering themselves. > > >>> > > >>> I find none and I have been using CRM114 though it seems to be botched > > >>> in Kubuntu 13.04 (not first time, worked nicely in 12.10 though). Have > > >>> also removed CRM114 as it simply does not seem to work.. > > […] > > > >> [Filter #39] > > >> Applicability=0 > > >> AutomaticName=false > > >> ConfigureShortcut=true > > >> ConfigureToolbar=true > > >> Enabled=true > > >> Icon=mail-mark-notjunk > > >> StopProcessingHere=true > > >> ToolbarName=crm114: Als Gut einstufen > > >> accounts-set=akonadi_pop3_resource_0,akonadi_maildir_resource_0 > > >> action-args-0=H > > >> action-args-1=crm -u ~/.crm114 mailreaver.crm --good > > >> action-args-2=rm -u ~/.crm114 mailreaver.crm > > >> > > >> GOSH! That rm -u should be a "crm", a copy and paste error. I think I > > >> noticed an error like this and fixed it. > > >> > > >> That might explain what I am seeing. > > Yay, I think I got a reproducer: > > https://bugs.kde.org/show_bug.cgi?id=319226#c17 Apparently no mail loss since then. martin@merkaba:/home2/martin/Akonadi/Mails> find -size 1c | wc -l 33 I am going to move everything from Ext4 to BTRFS and test for some more. Then I plan to create a test user on Ext4 with some mailinglists, filters and then add in the CRM114 rules. I didn´t dare to move more than say 500 mails in one operation, which I did once. I will test such stuff with the test user before. I think I will test moving lots of mails with and without CRM114 filter rules. I think I lost mails by moving LKML folder and some other folders while no filter rules were set, but I am not completely sure, may have been that CRM114 filter rules are set. For filtering I still use Ctrl-J, cause on automatic filtering, I often get a "cannot move mail" error (also reported). I believe its pretty important to make these errors tell *what* and *why* *exactly* went wrong, instead of just saying "cannot move" and thats it. I am pretty sure it really cannot move the mail and its then redisplayed in source folder. A further Ctrl-J or manual move usually moves the mail then. So no data loss with this one. Then I have it that when I drag a mail out from my new manual filtering inbox to sort it manually, the message list gets emptied until I select another folder and then go back to the filtering inbox (not yet reported). And on other occasions after Ctrl-J triggered filtering a folder view only contains the newly filtered mails unless I restart KMail which resynchronizes the folder. But aside from these annoyances it seems that KMail did not loose any mail. I will stick to it, but I see that it requires lots more stability, robustness and correctness work for maildir resource and mail filtering which is both necessary for POP3 setup. I wouldn´t let a casual user use this. -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 _______________________________________________ KDE PIM users mailing list Subscription management: https://mail.kde.org/mailman/listinfo/kdepim-users