If, for any account, a trash folder gets deleted outside of KMail, the program will display an error message "kmail could not create collection trash" and will terminate on confirmation of the dialog field. Instead, KMail should redirect the user to the account configuration dialog so that they have a chance to alter the location of the trash folder. This behaviour has already been discussed in bug 255104, which was closed as "RESOLVED" although no action was taken and it took years for someone to publish a workaround. Reproducible: Always Steps to Reproduce: Set up at least one mail account in kmail with a non-standard (i.e. user-configured) location of the trash folder. Exit KMail, delete the folder through another mail client or webmailer, restart KMail and observe the described behaviour. Actual Results: KMail displays an error dialog and immediately exits after confirmation of the dialog. Expected Results: KMail should redirect users to the account configuration window so that they can update the location of the trash folder.
I can't reproduce and I can find this message "kmail could not create collection trash"" in source code.
The error message comes from Akonadi, see akonadi/server/src/handler/create.cpp . However, I still think that this is a bug in kmail insofar as kmail does not inform the user that they should go to the Akonadi console, nor does kmail offer the user a possibility to correct the account settings. Regarding reproducibility, perhaps we need to go into more details about the account. I'm using an IMAP account from Zimbra here, but don't know what people in the original report (bug 255104) were using. I suggest, however, that bug 255104 should be reopened, and will gladly assist in creating a reproducible scenario.
Hm, maybe had the same problem. I used dolphin, right-clicked on a file->Actions->Send as email attachment -> Kmail opens the compose dialog, and stops with the message (German) "Im E-Mail-Programm ist ein schwerwiegender Fehler aufgetreten. Das Programm wird beendet. Die Fehlermeldung lautet: Could not create collection trash resourceId: 3" After starting kmail freshly without using this dolphin context menu (maybe it then creates the trash resource?) the context menu from dolphin works without problems first, then after a few starts, kmail (without parameters) does not start any more, stops with error messave above. I am Using Kubuntu 13.10, with an IMAP kmail account (server at edis.at). Trash folder is user configured here too.
This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present? If noone confirms this bug for a Framework-based version of kmail2 (version 5.0 or later, as part of KDE Applications 15.12 or later), it gets closed in about three months.
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input.