Version: (using KDE KDE 3.4.1) Installed from: SuSE RPMs OS: Linux When composing a mail, I entered a wrong email-address in the BCC: field, i.e. I had a blank in the email-address. Kmail did not complain about it and sent the email. So first, Kmail should complain about an email-address having a blank and not send the email. Far worse is that kmail seems to cut off the BCC: list after the faulty address without notifying the user. Hence the smtp will only mention the faulty address in the delivery notification, as not being delivered. The user thinks, that all other addresses did work, which is not the case! An example: Using kmail composer, enter a To: address, as well as a list of BCC: addresses, the first one of them with a blank in the part after the @, e.g. email@hello world.net. After this entry, put in some more, correctly spelled email-addresses. Send the email, first problem, as mentioned above, kmail does not complain about the blank. Second, the mail is send without any notification, so the user thinks that everything went fine. The smtp will send you an email with a delivery notification, telling you that it failed to deliver email@hello world.net. This should mean that all other addresses worked. Yet all addresses in the BCC: list will not get any email at all. I guess this is because kmail cuts off the Bcc: list after the faulty entry. If you have a look at the log of the smtp, you will only find the addresses up to the faulty one.
IIRC "email@hello world.net" will (IMO correctly) be parsed by kmail as: email@hello and a second address: world.net@defaultdomain.com where default domain is configured in kmails accounts tab. On that basis the first part of your bug seems to not be a bug.
> IIRC "email hello world.net" > will (IMO correctly) be parsed by kmail as: > email hello > and a second address: > world.net defaultdomain com > > where default domain is configured in kmails accounts tab. > On that basis the first part of your bug seems to not be a bug. You might be right, yet I think that some way kmail should complain, as most users will not use email-addresses with spaces in them. If one had the rule of just one email-address per line, then this would again be an error, as those two are not seperated by a comma when composing the email.
This bug is really about two things. 1, The space in the email address, it is extremely hard to know that this is a typo and not a seperator, I will investigate further and speak to Ingo about this ( he is a fountain of knowledge when it comes to rfc's) 2, The rec editor dropping everything after the faulty address, this I can confirm as a bug, a workaround for you is to enter each bcc on a seperate line, that way KMail behaves as you expect and only the address with the space in fails , everything after is correctly handled. I am hoping cornelius will have some ideas as to why the editor handles things differently when everything is on one line as oppose to on different lines, I will speak to him as well and see if we can come up with a solution.
> 2, The rec editor dropping everything after the faulty address, this I can What so you mean by dropping. The email is saved correctly into the sent-folder, with all BCC addresses, including the faulty address. Yet it is not send that way apparently, as the smtp does not have the rest of the BCC addresses in its log. > confirm as a bug, a workaround for you is to enter each bcc on a seperate > line, that way KMail behaves as you expect and only the address with the > space in fails , everything after is correctly handled. I did that. I put an address into the first line, then changed the label next to the second to BCC and put in the second, then the third and so on.
I just tried with trunk and if I put the addresses on different lines it works fine here, perhaps this has been fixed in trunk, I will investigate.
Is this still an issues with the lastest KMail?