Version: (using KDE 4.3.0) When kmail is invoked as mailto: handler from a web browser (and possibly in other circumstances too), cancelling the SMTP password dialog when sending the message causes the composer window do close. The message is not lost as it ends up in the outbox, but still there's no reason to close the composer window. It often happens that the user presented with the password dialog decides to send the message via another identity, so they cancel the password dialog and expect to be able to just select another identity in the composer window, but the window disappears and the user must reopen the message from outbox.
Correction: it happens always when cancelling the SMTP password dialog, regardless of whether message composer was invoked from browser as mailto: handler or directly from Kmail. Additional note: not all users will even *realize* that the message is saved in the outbox. Many will despair over apparently lost work.
Thank you for your feature request. Kmail1 is currently unmaintained so we are closing all wishes. Please feel free to reopen a feature request for Kmail2 if it has not already been implemented. Thank you for your understanding.
Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.
As far as I remember, no, this wish was not implemented in Kmail2. I cannot perform the test because I have switched to Thunderbird and will not touch Kmail2 (or anything based on akonadi) with a ten-yard pole. For you guys however it should be a matter of 30 seconds to perform the test: just write to yourself, send, and cancel the password dialog. Did the composer window also close?