[kdepim-users] [Reproduced] Re: Please check your maildir stores for 1-byte sized files

[Martin Steigerwald]

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 at 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