https://bugs.kde.org/show_bug.cgi?id=415922
--- Comment #2 from Ralph Scharpf <[email protected]> --- Hi Igor, I gave it a try. I created a new maildir resource at /tmp/dummy. In the native configuration I get displayed the path: file:///tmp/dummy In the "remote" configuration dialog the Setting "Path" is set to "/home/ralph/.local/share/akonadi_maildir_resource_5" The directory /tmp/dummy was created as empty directory with also no hidden files in it. The directory inside .local was not created. When I try to drop a mail into the newly create resource nothing happens. Now I created another maildir resource to store mails at ~/.local/share/dummy. Again, the directory was created at the given place. In the native dialog the resource shows the path as "/home/ralph/.local/share/dummy/". IN the remote configuration the path is set to /home/ralph/.local/share/akonadi_maildir_resource_6 which is again not available. No I created the directory ~/.local/share/akonadi_maildir_resource_6 manually. Again, trying to drop an email into it does not work. I also tried to add cur, new and tmp dirs and to restart akonadi via akonadictl. The resource does not work! Thje said, the observation is slightly different as I never saw valid mails in .local/share, most likely as this path was never created. Does this help? -- You are receiving this mail because: You are watching all bug changes.
