Version: 1.9.4 (using KDE 3.5.4 Level "a" , unofficial build of SUSE ) Compiler: Target: i586-suse-linux OS: Linux (i686) release 2.6.16.13-4-default If I rename my SMTP account from the standard 'Unnamed' to whatever, sending mail does not work anymore. Kmail does not report any failure, no pop up or whatsoever, the mail just stays in the outbox. Renaming it back to 'Unnamed' does not solve the problem, only deleting and creating a new smtp account solves it.
Edwin, You've either figured it out by now or you are too frustrated to use email. :) Sorry for the long delay responding. Do you have your sending account marked as Default? Not your fault if it isn't.. we think the account wizard is buggy.
No, i haven't figured it out, and am still using Kmail, but with the smtp accounts all called 'Unnamed', with an identifying number, as they are created by Kmail. The sending account is marked default. Would like to see it solved. Now have 4 accounts and it's hard to choose the right one, when not in my default location.
Figured out that it comes back into a working state, after renaming it back and forth a few times. Sometimes after a rename, the Default setting is gone. This happens after clicking OK in the Configure - Kontakt window! Before that, it says that it's default. Setting it as default again makes it working again. But it is buggy. I can't really figure out where it goes wrong. Where does KMail store these settings?
Okay, here is the cause of the problem: in kmailrc, the value of "default-transport" is not changed when I rename the default transport (that explains the behavour in Comment #3, losing the default setting). So, it doesn't know which transport to use. Seems to me as a simple thing to fix...
Created attachment 19993 [details] my kmailrc
*** Bug 146708 has been marked as a duplicate of this bug. ***
This is fixed in trunk (KDE4), which uses a new mailtransport library. After renaming a default SMTP account, it is now still the default.
In KMail version 1.9.7, the stated bug continues. I am unable to send email using SMTP, even though kmailrc is consistent with the settings I chose.
>In KMail version 1.9.7, the stated bug continues. I am unable to send email sing SMTP, even though kmailrc is consistent with the settings I chose. Is this the same issue as discussed here (e.g. no default SMTP account set)? Or a different issue, like some invalid mail stuck in the outbox? Try to temporarily remove your kmailrc, recreate your accounts and see if that helps.
As suggested by you, I deleted kmailrc and setup my sending and receiving accounts via the wizard that pops up for the first time. Sending via SMTP then worked. "Sending" showed two identically named entries, both having type "SMTP (Default)". I deleted one and SMTP continued to work; the dialog box now shows only one entry but kmailrc shows identical [Transport 1] and [Transport 2]. I then tested as follows: I deleted kmailrc once more and canceled the wizard, and configured KMail using "Configure KMail". This time sending via SMTP failed. After getting SMTP to work by configuring using the wizard, within KMail when I edited the name given to the SMTP-related entry using "Configure KMail", sending failed. Examination of kmailrc showed "current-transport" [Composer] and "default-transport" [Composer] contained the default name that was assigned to it by the wizard, whereas under [Transport 1] "name" was updated; exiting KMail and editing kmailrc and changing "current-transport" and "default-transport" to be consistent with "name" couldn't get SMTP working. To change the name, what worked was follows: after setting up a working SMTP using the wizard, the name change was accomplished by exiting KMail and editing kmailrc and changing "name", "current-transport" and "default-transport" to the desired new name.
>As suggested by you, I deleted kmailrc and setup my sending and receiving accounts via the wizard that pops up for the first time. Sending via SMTP then worked. "Sending" showed two identically named entries, both having type "SMTP (Default)". Hmm, the wizard should not create two transport. I'll maybe have a look at that later. >After getting SMTP to work by configuring using the wizard, within KMail when I edited the name given to the SMTP-related entry using "Configure KMail", sending failed. Yep, that is the original bug here, which is fixed in KDE4. You probably missed something when manually editing the kmailrc. Using the "Set as default" button on the renamed transport should fix it though. I also think KDE4 fixes the case that a transport does not get removed from the config file if you remove it from the GUI.