KMail doesn't see local folders

[Vojtěch Zeisek-2]

Hi,
after I replaced disk, reinstalled everything etc. I recreated all Akonadi
resources. This was fast and smooth apart of one think. I had bunch of expiry
rules on my main IMAP account to download (move) old e-mails into local
Maildir. I set KMail local folders to point to /home/vojta/.local/share/local-
mail/ The settings dialog says it's valid Maildir folder. It has 14 GB.
Everything seems to be correct, but KMail doesn't see the folders. Clearing
Akonadi cache and trying to restart it etc. didn't help. Any idea how to make
KMail reading valid Maildir folder?
Sincerely,
V.

--
Vojtěch Zeisek
https://trapa.cz/

Komunita openSUSE GNU/Linuxu
Community of the openSUSE GNU/Linux
https://www.opensuse.org/

[Martin Schlander]

søndag den 9. februar 2020 11.53.08 CET skrev Vojtěch Zeisek:
> after I replaced disk, reinstalled everything etc. I recreated all Akonadi
> resources. This was fast and smooth apart of one think. I had bunch of
> expiry rules on my main IMAP account to download (move) old e-mails into
> local Maildir. I set KMail local folders to point to
> /home/vojta/.local/share/local- mail/ The settings dialog says it's valid
> Maildir folder. It has 14 GB. Everything seems to be correct, but KMail
> doesn't see the folders. Clearing Akonadi cache and trying to restart it
> etc. didn't help. Any idea how to make KMail reading valid Maildir folder?

I vaguely remember having similar problems. I don't really remember the
details, but If I remember correctly for some strange reason you need to have
a hidden folder, even though you're already below a hidden folder (~.local/).
Again if I remember correctly someone told me this is supposedly expected
behaviour according to some standard.

E.g. I have my local mail in (note that "indbox.directory" is a hidden
folder):
/home/cb400f/.local/share/local-mail/.inbox.directory/

And the corresponding configured path for my local folders agent in KMail/
Akonadi is: /home/cb400f/.local/share/local-mail

I hope this somehow leads to a solution.



--
To unsubscribe, e-mail: [hidden email]
To contact the owner, e-mail: [hidden email]

[Vojtěch Zeisek-2]

Dne úterý 11. února 2020 19:08:24 CET, Martin Schlander napsal(a):

> søndag den 9. februar 2020 11.53.08 CET skrev Vojtěch Zeisek:
> > after I replaced disk, reinstalled everything etc. I recreated
> > all Akonadi resources. This was fast and smooth apart of one
> > think. I had bunch of expiry rules on my main IMAP account to
> > download (move) old e-mails into local Maildir. I set KMail
> > local folders to point to /home/vojta/.local/share/local-mail/
> > The settings dialog says it's valid Maildir folder. It has 14
> > GB. Everything seems to be correct, but KMail doesn't see the
> > folders. Clearing Akonadi cache and trying to restart it etc.
> > didn't help. Any idea how to make KMail reading valid Maildir folder?
>
> I vaguely remember having similar problems. I don't really remember
> the details, but If I remember correctly for some strange reason
> you need to have a hidden folder, even though you're already below
> a hidden folder (~.local/). Again if I remember correctly someone
> told me this is supposedly expected behaviour according to some standard.
> E.g. I have my local mail in (note that "indbox.directory" is a hidden
> folder):
> /home/cb400f/.local/share/local-mail/.inbox.directory/
> And the corresponding configured path for my local folders agent
> in KMail/ Akonadi is: /home/cb400f/.local/share/local-mail
> I hope this somehow leads to a solution.

Thank You, but I don't think this is the solution. Maildir folders do use this
notation with some names starting with dot, this I didn't touch. Moreover, the
folders were on the very same place before reinstall, I just moved them to
backup and back, keeping place, structure, naming scheme, everything, but now
KMail doesn't see them... :-(

--
Vojtěch Zeisek
https://trapa.cz/

Komunita openSUSE GNU/Linuxu
Community of the openSUSE GNU/Linux
https://www.opensuse.org/

[Wolfgang Bauer]

I would try to force a sync manually in akonadiconsole.
On the "Browser" tab, right-click on the corresponding account/folder and
choose "Synchronize Folder" and/or "Synchronize Folder recursively" in the
context menu.

And of course, the user needs to be able to access the subfolders and files in
the mail folder, so maybe check the ownership and access rights.

Kind Regards,
Wolfgang

--
To unsubscribe, e-mail: [hidden email]
To contact the owner, e-mail: [hidden email]

[Vojtěch Zeisek-2]

Dne středa 12. února 2020 20:06:14 CET, Wolfgang Bauer napsal(a):
> I would try to force a sync manually in akonadiconsole.
> On the "Browser" tab, right-click on the corresponding account
> /folder and choose "Synchronize Folder" and/or "Synchronize
> Folder recursively" in the context menu.

Thank You, but this didn't make any change... :-(
I think I could try import the mails as KMail should be able to import Maildir
folder structure, but it's weird.

> And of course, the user needs to be able to access the subfolders and
> files in the mail folder, so maybe check the ownership and access rights.

This is correct.

--
Vojtěch Zeisek
https://trapa.cz/

Komunita openSUSE GNU/Linuxu
Community of the openSUSE GNU/Linux
https://www.opensuse.org/

[Wolfgang Bauer]

Other ideas:

- Run "akonadictl fsck". Maybe it will help, or at least print some
"interesting" error message.

- Try to use a mixedmaildir resource ("KMail Mail Folder") instead of maildir.

Btw, there apparently is a bug that might cause a erroneous "file:" being
prepended to the maildir path when you set it in the config dialog:
https://bugs.kde.org/show_bug.cgi?id=408354
Maybe you are affected by this?
You can open the config file (~/.config/akonadi_maildir_resource_Xrc) directly
in a text editor to check.

Kind Regards,
Wolfgang

--
To unsubscribe, e-mail: [hidden email]
To contact the owner, e-mail: [hidden email]

[Vojtěch Zeisek-2]

Dne čtvrtek 13. února 2020 15:05:27 CET, Wolfgang Bauer napsal(a):
> - Run "akonadictl fsck". Maybe it will help, or at least print
> some "interesting" error message.

Nothing interesting this time.

> - Try to use a mixedmaildir resource ("KMail Mail Folder") instead
> of maildir.

This was the trick! Thank You! I'm just sure I had just one basic local
maildir resource in the previous installation, so that I wonder why it didn't
work here...

> Btw, there apparently is a bug that might cause a erroneous "file:" being
> prepended to the maildir path when you set it in the config dialog:
> https://bugs.kde.org/show_bug.cgi?id=408354
> Maybe you are affected by this?

Yes, I can confirm it. I was wondering what is creating that file: directory.

> You can open the config file (~/.config/akonadi_maildir_resource_Xrc)
> directly in a text editor to check.

There is the correct path, so this should be fine.

--
Vojtěch Zeisek
https://trapa.cz/

Komunita openSUSE GNU/Linuxu
Community of the openSUSE GNU/Linux
https://www.opensuse.org/

[Wolfgang Bauer]

Am Donnerstag, 13. Februar 2020, 15:58:51 schrieb Vojtěch Zeisek:
> Dne čtvrtek 13. února 2020 15:05:27 CET, Wolfgang Bauer napsal(a):
> > - Try to use a mixedmaildir resource ("KMail Mail Folder") instead
> > of maildir.
>
> This was the trick! Thank You! I'm just sure I had just one basic local
> maildir resource in the previous installation, so that I wonder why it
> didn't work here...

Yes, the default setup is to have one maildir resource (called "Local
Folders").

Unless you migrated from a pre-Akonadi version at some point, which would have
added a mixedmaildir resource for compatibility... ;-)

> > Btw, there apparently is a bug that might cause a erroneous "file:" being
> > prepended to the maildir path when you set it in the config dialog:
> > https://bugs.kde.org/show_bug.cgi?id=408354
> > Maybe you are affected by this?
>
> Yes, I can confirm it. I was wondering what is creating that file:
> directory.

Ok. Maybe that was/is your problem indeed.
If the (maildir) resource tries to access the wrong path (with the stray
"file:") at some point, it will fail to read the mails of course.

Kind Regards,
Wolfgang

--
To unsubscribe, e-mail: [hidden email]
To contact the owner, e-mail: [hidden email]

[Luca Beltrame]

In data venerdì 14 febbraio 2020 20:05:25 CET, Wolfgang Bauer ha scritto:

> If the (maildir) resource tries to access the wrong path (with the stray
> "file:") at some point, it will fail to read the mails of course.

FTR, the issue has been fixed upstream and I just sent a submit request to
devel project (and then TW) with the patch:

https://build.opensuse.org/request/show/780838

--
Luca Beltrame - KDE Forums team
GPG key ID: A29D259B

[Vojtěch Zeisek-2]

Dne pondělí 2. března 2020 7:20:47 CET, Luca Beltrame napsal(a):
> In data venerdì 14 febbraio 2020 20:05:25 CET, Wolfgang Bauer ha scritto:
> > If the (maildir) resource tries to access the wrong path (with the stray
> > "file:") at some point, it will fail to read the mails of course.
>
> FTR, the issue has been fixed upstream and I just sent a submit request
> to devel project (and then TW) with the patch:
> https://build.opensuse.org/request/show/780838

Thank You for the fix. I just missed if/what I'm supposed to do something with
that ~/file: directory... can I safely delete it, or will it disappear
itself...?

--
Vojtěch Zeisek
https://trapa.cz/

Komunita openSUSE GNU/Linuxu
Community of the openSUSE GNU/Linux
https://www.opensuse.org/

[Wolfgang Bauer]

Am Donnerstag, 5. März 2020, 12:10:45 schrieb Vojtěch Zeisek:
> Thank You for the fix. I just missed if/what I'm supposed to do something
> with that ~/file: directory... can I safely delete it, or will it disappear
> itself...?
It won't disappear by itself.

Whether you can safely delete it, well that depends.

The maildir resource may have stored emails there.
Unlikely in your case, but you should at least check.

But the fix only makes the "file:" not appear when you change the config, it
doesn't change already existing configs (and as I found out meanwhile, the
path is also stored in the database, not only in the config file mentioned
earlier).

So, you actually need to reconfigure the existing maildir resource.
Or maybe better in your case, just remove that maildir resource and create a
new one.

That should be safe, removing a resource won't delete the files.

If that helps, you could of course also remove the mixedmaildir resource
then...
Or keep on using it and scrap the maildir, whatever you prefer. ;-)

Kind Regards,
Wolfgang

--
To unsubscribe, e-mail: [hidden email]
To contact the owner, e-mail: [hidden email]

[Vojtěch Zeisek-2]

Dne pátek 13. března 2020 21:43:11 CET, Wolfgang Bauer napsal(a):

> Am Donnerstag, 5. März 2020, 12:10:45 schrieb Vojtěch Zeisek:
> > Thank You for the fix. I just missed if/what I'm supposed
> > to do something with that ~/file: directory... can I safely
> > delete it, or will it disappear itself...?
>
> It won't disappear by itself.
> Whether you can safely delete it, well that depends.
> The maildir resource may have stored emails there.
> Unlikely in your case, but you should at least check.
> But the fix only makes the "file:" not appear when you change the
> config, it doesn't change already existing configs (and as I found
> out meanwhile, the path is also stored in the database, not only
> in the config file mentioned earlier).
> So, you actually need to reconfigure the existing maildir resource.
> Or maybe better in your case, just remove that maildir resource and
> create a new one.
> That should be safe, removing a resource won't delete the files.
> If that helps, you could of course also remove the mixedmaildir
> resource then...
> Or keep on using it and scrap the maildir, whatever you prefer. ;-)

Hmmm... Before this issue arose, I moved all mails in KMail to the default
local folders. It says it stores the mails in .local/share/
akonadi_maildir_resource_0/, but it's empty. On the other hand, ~/file\:/home/
vojta/.local/share/ does contain .akonadi_maildir_resource_0 and it has 12 G.
:-) So it'll obviously require some juggling. :-)
Thanks for clarification,
V.

--
Vojtěch Zeisek
https://trapa.cz/

Komunita openSUSE GNU/Linuxu
Community of the openSUSE GNU/Linux
https://www.opensuse.org/