Bug 332911

Imported from https://projects.flaska.net/issues/634 :

I want to save outgoing email. I tried "Sent" as outgoing folder, which leads to a popup
"APPEND: Invalid mail box name." There is no help as to what would be valid names. So I tried "INBOX/Sent", which gives the same popup.
Only "INBOX.Sent" worked, but nowhere do I get a clue that my mailserver's hierarchy delimited is ".". So "INBOX.Sent" is less than intuitive unless I know my IMAP server very well.

I would suggest that a drop drown or autocompletion of existing folders could help immensively here.

(BTW, are we saving to the Sent folder before actually sending out the email? In this case we could end up with a mail in the Outbox that was actually never sent (in case of a network error or another error). I believe email should only be put in the "Sent" folder if they actually went out successfully).

Sebastian Spaeth wrote:
> I would suggest that a drop drown or autocompletion of existing folders could help immensively here.

Agreed. The blocker for this is the same thing which prevents a pop-up menu for moving/copying messages (see #604). Trojita discovers the mailboxes in a very dynamic manner, only loading the items in each depth of the hierarchy when they are actually needed. This is great for performance (and recommended by various IMAP howtos and best-priactice RFCs), but doesn't play that well with QMenu, the Qt class which takes care of the popup menus.

This is surely doable, but it will need some time before it's implemented.

> (BTW, are we saving to the Sent folder before actually sending out the email? In this case we could end up with a mail in the Outbox that was actually never sent (in case of a network error or another error). I believe email should only be put in the "Sent" folder if they actually went out successfully).

This is a bit complicated. Trojita has to support many ways of sending messages, one of them is via the BURL extension which you've already encountered. In order for this to be useful, one simply has to have the already composed message available on the IMAP server. One could argue that another mailbox should get used, but I don't believe that this is actually needed. RFC 5550, section 5.10 says that the $SubmitPending and $Submitted flags shall be manipulated to distinguish the "about-to-be-sent" messages, those which are currently in the process of being submitted, and those which have been succesfully submitted already. The problem might be that Trojita currently has no way of signalling this status of these messages, i.e. the GUI doesn't show up anything intuitive to inform the user that "this message hasn't been sent yet".