Re: post -migration issues Kontact 4.6

On Tuesday, 2011-06-28, O. Sinclair wrote:
> On 27/06/2011 20:36, Kevin Krammer wrote:
> > On Monday, 2011-06-27, O. Sinclair wrote:
> >> I am still trying to come to terms with the new KMail/Kontact.
> >> 
> >> First of all: basics work, that is sending and receiving mail. My
> >> accounts (all of them pop3 accounts) were migrated.
> >> 
> >> However, looking at the log from migration it states:
> >> [Wed Jun 22 08:49:37 2011] Info   : Migrating local folders in
> >> '/home/sinclair/.kde/share/apps/kmail/mail'...
> >> [Wed Jun 22 08:49:37 2011] Info   : Creating instance of type
> >> akonadi_mixedmaildir_resource
> >> [Wed Jun 22 08:49:37 2011] Info   : Created local maildir resource.
> >> [Wed Jun 22 08:49:37 2011] Info   : Keeping 'Local Folders' for default
> >> outbox, sent mail, trash, etc.
> >> [Wed Jun 22 08:49:40 2011] Success: Local folders migrated successfully.
> >> 
> >> But they have stayed in '/home/sinclair/.kde/share/apps/kmail/mail' and
> >> not been moved to /home/sinclair/.local/share/local-mail' that I though
> >> was to be the new "standard" for maildir?
> > 
> > It is the default location for any new setup but part of the migrator's
> > job is to make sure the mail at its current location can be used without
> > too much change, e.g. without moving potentially several gigabytes of
> > data around. without moving data away from locations that are
> > potentially part of a backup setup, etc.
> > 
> >> browsing around rc-files I seem to have 3 maildir resources, one mixed
> >> maildir and two maildir? 2 of them pointing to .../kmail/mail and one to
> >> .../local-mail
> > 
> > There should be one mixed_maildir resource pointing to your old kmail
> > storage location and potentially one pointing to the new default one.
> > 
> > The latter one usually exists before the migrator is run because it get
> > created by the mail dispatcher agent for its default outbox/sent-mail
> > folders. The migrator analyzes this resource and attempts to take over
> > this role of default folder provider if the other one is still empty.
> > 
> > According to your log snippet the migrator decided to not touch this
> > aspect of your setup, so you should have one mixed_maildir resource
> > called "KMail Folders" pointing to your kmail data dir and one normal
> > maildir resource called "Local Folders" pointing to the new standard
> > location.
> > 
> >> And Local Mail (in GUI) had only Outbox, no trash/sent mail etc. All
> >> those are now in "KMail Folders".
> > 
> > Strange.
> > Can you check the contents of specialmailcollectionsrc in your KDE config
> > directory?
> 
> phew, am sort of starting to think "scrap it and leave odd stuff in GUI
> who cares". Specialmailcollectsionrc contains:
> [SpecialCollections]
> DefaultResourceId=akonadi_mixedmaildir_resource_0
> 
> which is as it should be as I understand it.

Indeed.
You can even remove the "Local Folders" resource and the directory it created 
(probably after double checking that it is indeed empty).

> Actually main problems "functionwise" are 3:
> 1. KMail ever so often reports "conflicts" on incoming mail, it seems to
> be flags ("junk" versus "seen" for example). This frequently causes
> hangs/freezes

That seems to be a known issue, no solution yet though.

> 2. Filters seem to be "erratic". I have tried to modify my Spam filter
> and it seems to somehow send spam to "trash" (I want them in folder
> Spam) and refuse to mark them as read.
> 3. Search function, except for "fast search field" on top of message
> list, does not work at all

Can you check if Nepomuk is running?
And in case you have Akonadiconsole available, check if there is a Nepomuk 
email feeder agent present?

Cheers,
Kevin

-- 
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring

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

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iD8DBQBOCtfpnKMhG6pzZJIRAvNpAJ0XoXQ7gq6fmrVmevG8nwCmIFBGRwCeMFUc
P38pXjtbJrPpFXpc0uDvqy8=
=Gi+M
-----END PGP SIGNATURE-----