[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#727800: kmail: KMail goes bonkers following Qt update



Control: reassign 727800  akonadi

Hey,

there are some newer versions and the bug you mentioned is marked as resolved 
fixed. 

The biggest issue with akonadi is, that older akonadi databases are often in 
kind of a broken state (something like < 1.10). That is/was not visible in  ( 
< KDE 4.9), 'cause only kaddressbook uses akonadi so far. So for many users 
the upgrade process is kind of crual, and they have to reset akonadi database 
+ config. Unfortunatelly the package system can't help here 'cause these are 
living inside the home folder...

Well speaking as an upstream dev, hunting update errors is one of the hard 
ones. 'Cause normally users can't give you the state from before the upgrade 
and mail setups are so different...

> But something was synchronizing, so I let it go. When it was
> done (didn't follow closely, but ~20 minutes later) it had
> restored my mails -- sort of.

Yes akonadi has to index all mails.

> It managed to forget the "read" status of ~3 months of mails,
> so I suddenly had more than 4000 unread mails in my inbox.
> The 3 months weren't the last ones, but mid April to mid July;
> I suspect these were the first 3 months of KMail2 on this system.

what kind of email folder do you use? imap, maildir, mboxes
I never heard about this issue.

> I have ~20 filters, most of them just send messages to different folders. 
When I looked at the filter configuration, I realized all the filter target 
folders were wrong. It wasn't too hard to resotre them, but it had to be done 
manually.

Well the same can/is true for sent/draft folders for identities etc. I know it 
is annoying, but you to do it only once.

> A) There was real (though minor) data loss -- the "read" status,
> and the filters configurations;
> B) There was what looked like data loss -- at first, seeing the
> empty mail folders was scary; it is very easy to panic and kill
> the program at that stage, which is likely to cause more serious
> data loss.

if you keep akonadi running everything will sync correctly :) btw. akonadi 
only indexes first and not touching the mails. So no you won't end up in a 
serios data loss.

But I would advertise backuping all pim data before upgrade kdepim->kdepim 
4.14. And yes leaving akonadi time to sync is also a good idea :)

Regards,

sandro

Attachment: signature.asc
Description: This is a digitally signed message part.


Reply to: