https://bugs.kde.org/show_bug.cgi?id=287476
--- Comment #6 from kavol <ka...@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. _______________________________________________ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs