If you compose a new message and attempt to send it - I get and error message pop up that says "APPEND failed: Folder is not found". In the console I see: QFSFileEngine::open: No file name specified See what I mean: http://i.imgur.com/wMEQ1aC.png Reproducible: Always Steps to Reproduce: 1. Start a new message (ctrl + n) 2. Add email to To field, add subject and body. 3. Submit email. Actual Results: A window pops up with "APPEND failed: Folder is not found" - though I didn't attempt to append or attach anything. Expected Results: It should have just sent my email. I am using Debian 8 (Jessie) LXDE (which is OpenBox I believe).
*** This bug has been marked as a duplicate of bug 332911 ***
Thanks Jan Kundrát, but what can I do as a work-around?
In the last tab of the settings dialog a) Do you actually intend to use the IMAP SENDMAIL extension rather than an smtp server? (afaics, gmail does NOT support that) b) The Sent folder is apparently not "Sent", random candidates are INBOX/Sent or INBOX.Sent - which IMAP server do you use?
(In reply to Thomas Lübking from comment #3) > In the last tab of the settings dialog > a) Do you actually intend to use the IMAP SENDMAIL extension rather than an > smtp server? (afaics, gmail does NOT support that) The "sent folder name" is used for all e-mail submission methods. It's a compulsory one for "IMAP SENDMAIL", but it's likely that all users will want to have one set anyway. GMail is special and if you use their SMTP servers, all e-mails which you submit through them are going to be saved in your sent folder via a server-side setup -- which means that on GMail, you can *probably* untick the checkbox for saving these e-mails from Trojita. > b) The Sent folder is apparently not "Sent", random candidates are > INBOX/Sent or INBOX.Sent - which IMAP server do you use? Right now determining this full mailbox name is extremely user-unfriendly, unfortunately. One possible way is to right-click the mailbox in question, pick "Create Child Mailbox...", resize the dialog (Thomas, we might need to fix that one :) ) and use the mailbox name which is shown in the dialog's title.
(In reply to Thomas Lübking from comment #3) > In the last tab of the settings dialog > a) Do you actually intend to use the IMAP SENDMAIL extension rather than an > smtp server? (afaics, gmail does NOT support that) > b) The Sent folder is apparently not "Sent", random candidates are > INBOX/Sent or INBOX.Sent - which IMAP server do you use? Unfortunately, I am using Microsoft Exchange for work. SMTP isn't compulsory for me - but as Jan Kundrát mentions the sent folder name is used for all methods.
Thomas and Jan, I managed to get past the initial Folder not found error by unchecking the "Save sent mail" option in the SMTP tab of settings. But now I am running into issues authenticating to send mail. I have this sort of output in the console: SMTP >>> STARTTLS SMTP <<< 220 2.0.0 SMTP server ready SMTP ** startClientEncruption SMTP >>> "EHLO localhost " SMTP <<< 250-DM2PR11CA0014.outlook.office365.com Hello [204.78.58.42] SMTP <<< 250-SIZE 157286400 SMTP <<< 250-PIPELINING SMTP <<< 250-DSN SMTP <<< 250-ENHANCEDSTATUSCODES SMTP <<< 250-AUTH LOGIN SMTP <<< 250-8BITMIME SMTP <<< 250-BINARYMIME SMTP <<< 250 CHUNKING SMTP >>> AUTH PLAIN SMTP <<< 504 5.7.4 Unrecognized authentication type Depending on how I set the settings, I get different output - but this one looked most promising. I tried without authentication, with authentication but no encryption, as well as every other permutation of encryption with authentication. No luck yet. Any ideas? I tried changing SMTP to use IMAP SENDMAIL extension - but when I even try to compose a message I get an error pop-up that says "Set appropriate settings for outgoing messages" - the console is silent on this however. At first I thought this was because of the sent folder name again - I made a child folder under my main inbox and named it SENT and accordingly named the sent folder in settings, that didn't fix it - neither did changing it to INBOX/Sent. I wonder what's up with this one. :-/
> SMTP >>> AUTH PLAIN > SMTP <<< 504 5.7.4 Unrecognized authentication type That's bug 342875. You'll have to update to the version from git (it's "trojita-nightly" in the OBS prebuilt binaries) or wait until the next release. If you have some additional problem, please open another bugreport or get in touch via the ML or IRC.
Do you have a link to the repo? Can't tell if I should use https://github.com/jktjkt/trojita or https://code.launchpad.net/~lubuntu-dev/trojita/trojita-nightly-debian
Nevermind - I found it: http://software.opensuse.org/download.html?project=home:jkt-gentoo:trojita&package=trojita-nightly
Sweet success! For Microsoft Exchange I had to use the STARTTLS encryption method, change the port to 587 as instructed by https://support.office.com/en-us/article/Outlook-settings-for-POP-and-IMAP-access-for-Office-365-for-business-or-Microsoft-Exchange-accounts-7FC677EB-2491-4CBC-8153-8E7113525F6C, and not save outgoing mail. I used my full email address as the username of the authentication, btw. Thanks Jan and Thomas - I wouldn't have figured this out on my own without many more errors of stumbling around in the dark.
I wrote a blog post about my experiences here so that it may helps others: https://brandonthedev.wordpress.com/2015/12/01/setting-up-trojita-with-microsoft-exchange-email/
Based on the screenshot that you're showing in that blog post, a correct name for saving the outgoing e-mails is probably "Sent Items".
(In reply to Jan Kundrát from comment #4) > resize the dialog (Thomas, we might need to fix that one :) Humm? The mbox creation dialog looks ok here. Do you mean "to show the entire title in the titlebar"? (That's not really fixable, one could estimate the title length and resize the dialog based on a guess, but window manager and decoration have strong impact here)
(In reply to Thomas Lübking from comment #13) > Do you mean "to show the entire title in the titlebar"? Yes > (That's not really fixable, one could > estimate the title length and resize the dialog based on a guess, but window > manager and decoration have strong impact here) Fair enough, that makes sense, no need to do anything regarding this, then.
If the information is "somehow" relevant, one should no rely on the titlebar at all (eg. not present in most tiling WMs) but add it to the dialog: x --- Create mailbox --- v^ Parenting mailbox: INBOX Name: [enter some ] ( ) radio ( ) radio But I guess it's only "relevant" as workaround to get to the path of a mailbox?
> But I guess it's only "relevant" as workaround to get to the path of a mailbox? Correct.