Re: kmail2 sync > akonadi db sync ???

Le mardi 22 janvier 2013 13:39:17 christophe a écrit :
> Le lundi 21 janvier 2013 23:35:31 Andras Mantia a écrit :
> > christophe wrote:
> > > [...]
> 
> OK, thank you Andras and Martin, you helped me to understand some things 
about kmail/akonadi.
> I'll try some things when i have time.
> And i'll comme back to you.

Now i have time to answer. Yes i know, it's late, but time is hard to find.

So.
I tried to sync akonadi db also.
But it didn't work as expected.
These are the files i syned with unison (i only listed the ones that interst 
us) :

path = .kde4/share/apps/akregator
path = .kde4/share/config/akregatorrc
path = .kde4/share/config/akregator.eventsrc

path = .kde4/share/config/akonadi_contactrc
path = .kde4/share/config/akonadi_contacts_resource_0rc
path = .kde4/share/config/kab2kabcrc
path = .kde4/share/config/kaddressbookrc
path = .kde4/share/config/kaddressbook_addrconfig
path = .kde4/share/apps/kab
path = .kde4/share/apps/kabc
path = .local/share/contacts

path = .kde4/share/apps/emailidentities
path = .kde4/share/apps/kmail2
path = .kde4/share/config/kmailrc
path = .kde4/share/config/kmail.eventsrc
path = .kde4/share/config/kmail2rc
path = .kde4/share/config/kmail2.notifyrc
path = .kde4/share/config/emaildefaults
path = .kde4/share/config/emailidentities
path = .kde4/share/config/mailtransports
path = .kde4/share/config/akonadi-firstrunrc
path = .kde4/share/config/akonadi_maildir_resource_0rc
path = .kde4/share/config/akonadi_maildispatcher_agent.notifyrc
path = .kde4/share/config/akonadi_mailfilter_agentrc
path = .kde4/share/config/akonadi_mbox_resource_1rc
path = .kde4/share/config/akonadi_pop3_resource_1rc
path = .kde4/share/config/akonadi_pop3_resource_2rc
path = .kde4/share/config/akonadi_pop3_resource_4rc
path = .kde4/share/config/AkonadiAgentServerrc
path = .kde4/share/config/specialmailcollectionsrc
path = .local/share/local-mail
path = .config/akonadi/agent_config_akonadi_maildir_resource_0
path = .config/akonadi/agent_config_akonadi_maildir_resource_0_changes.dat
path = .config/akonadi/agent_config_akonadi_maildispatcher_agent
path = .config/akonadi/agent_config_akonadi_maildispatcher_agent_changes.dat
path = .config/akonadi/agent_config_akonadi_mailfilter_agent
path = .config/akonadi/agent_config_akonadi_mailfilter_agent_changes.dat
path = .config/akonadi/agent_config_akonadi_mbox_resource_1
path = .config/akonadi/agent_config_akonadi_mbox_resource_1_changes.dat
path = .config/akonadi/agent_config_akonadi_pop3_resource_1
path = .config/akonadi/agent_config_akonadi_pop3_resource_1_changes.dat
path = .config/akonadi/agent_config_akonadi_pop3_resource_2
path = .config/akonadi/agent_config_akonadi_pop3_resource_2_changes.dat
path = .config/akonadi/agent_config_akonadi_pop3_resource_4
path = .config/akonadi/agent_config_akonadi_pop3_resource_4_changes.dat
path = .config/akonadi/agentsrc
path = .local/share/akonadi/mysql.config
path = .local/share/akonadi/file_db_data
path = .local/share/akonadi/db_misc
path = .local/share/akonadi/db_data/ibdata1
path = .local/share/akonadi/db_data/ib_logfile1
path = .local/share/akonadi/db_data/ib_logfile0
path = .local/share/akonadi/db_data/test
path = .local/share/akonadi/db_data/performance_schema
path = .local/share/akonadi/db_data/mysql
path = .local/share/akonadi/db_data/akonadi

path = .kde4/share/config/kontactrc
path = .kde4/share/config/kontact_summaryrc
path = .kde4/share/apps/kontact


Then, i synced from my usual laptop A to my desktop B.
And, as usual, when runing kmail/kontact on B, many mails, that is to says 
thousands out of tens of thousands, appeared as unread.
I really didn't know what to do.

A few weeks later, i hardly found the time to browse the .local/share/local-
mail folder. All my emails are converted to maildir. Though i didn't know 
anything about maildir and how mails are saved as folders and files, i tried 
to understand without any knowledge of it.
I noticed one thing.
Many mails were saved in the "new" folders, though they were already read and 
not new at all.
These were the mails considered as new on the B computer after synchonization.

So i did some tidying : in every folders and subfolders, i moved every mails 
from the "new" directory to the "cur" directory.

At the end, runing in the .local/share/local-mail directory, this command :

ls -lia .*/.*/*/new|grep user

gave no answers. It shows that there are no more mail files in the "new" 
directories in every folders and subfolders.
Then i synced from A to B.
And then , runing kmail/kontact on B, showed no extra unread mails.

I know it's a hack, but it works, better than kmail and its so-called filter.

Now, you'd say, every thing is fixed. Ok, let's party...
No.
Because, there are these *@_~# filter problems.
Indeed, each time i collect my mails, via pop3, some or all mails are not 
tidied properly by the filter. Some stay in the inbox, not going in the proper 
sublfolders, whereas others do.
Strange, isn't it ?
I then run my magic command in the .local/share/local-mail directory :
ls -lia .*/.*/*/new|grep user
If it outputs some mails i then patiently tidy the guilty mails from the "new" 
folder to the "cur" folder, by using the ls -lia .*/.*/*/new to find where 
they are hidden.

I would like to upgrade to a newer version that works properly, but i still 
read topic on forums and on this mailing list that say filter is still borked.

I say again that i don't want to upgrade to a newer version of kde 4.8. One of 
the reason is that i begin to fear any update/upgrade would screw my system 
and lose all my personal informations and emails.

I know i should consider using thunderbird instead of kmail, but i lack time 
to test it before using it to handle thousands of emails. And i also read 
threads of troubles with thunderbird.

I use opensuse 12.2/kde4.8 and i think a little patch to repair kmail/filters 
would be great.

Kmail has been working so well for so many years. I used and trusted kmail 
since 2003. And since i had to migrate to kmail2 with the opensuse 12.2, it's 
been a real pain and a monster loss of time...

Repairing and patching all theses problems would be a good way to regain the 
users' trust before they go for another mailer.

-- 
christophe
_______________________________________________
KDE PIM users mailing list
Subscription management: https://mail.kde.org/mailman/listinfo/kdepim-users