[Bug 287476] akonadi_maildir_resource trashes maildir with senseless directories

[kavol]

https://bugs.kde.org/show_bug.cgi?id=287476

--- Comment #6 from kavol <kavol at seznam.cz> ---
(In reply to comment #5)
> The current design requires that you have at least an outbox marked as such
> (sent-mail might also be needed). Might be that it needs to be also a local
> folder, but I;m not 100% sure of this. Otherwise you can't send mail.

hm, btw, shouldn't that be a property of the "mailtransport agent"?

- RFE for adding that configuration option, where to store the outgoing mail?

>  If you already have one set up correctly and you import another maildir, it
> will not add the folders.

well, despite the fact that "set up correctly" is as clear as mud, the problem
is if the order matters - you can't tell the resource migrator which order to
use, for example

not to mention that in practice, it doesn't work as expected - as I have those
folders on IMAP, yet still I get them created when adding local maildir ...

(well, I should use past tense, I haven't tested this with 4.8.1 - I don't want
to break my current setup in any way :-))

>  Unfortunately marking something as outbox is not trivial, there is no user
> GUI for that. 

see above, let's file RFE then - or is that a work in progress already?

btw, thinking about that, maybe it'd be better to have it per identity, not a
global setting ...

>  So I think here we have two problems:
> 1) it is hard to mark something as a special folder
> (inbox/outbox/sent-mail/trash/etc) from within the UI

I've found I can do that via editing the properties in Akonadiconsole ... but
there is no list what attributes I can use (oh, am I supposed to read the
source code?)

however, to be honest, I really do not understand the idea behind that

in KMail identities configuration, I can assign folders to serve some special
purpose for that identity - why not rely on this? why to have the folder role
defined as an attribute of the folder itself when it can have different role
for different identities (in theory ... :-))?

and where the role property gets used?
=> well, the answer to this also answers a question for which component to file
a RFE to be able to manage the folder properties this way?
(like if I choose something as a sent-mail folder, for example, in kmail
identity properties, then it should get marked
SpecialCollectionAttribute=sent-mail automagically ... the problem is the other
way round, if I unselect the folder in favour of another, should it get the
attribute removed?)

> 2) if the app runs in a different locale, it will not recognize the english
> named folders and will create new ones instead.

sounds like another RFE material ...

then names of subdirectories within the maildir should be in English, while it
should translate to folder names according to the locale being used - unless
the user renames the folder manually ... in that case, if the folder is one of
the standard ones then the user should be asked whether to rename also the
underlying directory name or just change the alias

-- 
You are receiving this mail because:
You are the assignee for the bug.