Summary: | KMail uses default Bcc addresses of wrong accounts | ||
---|---|---|---|
Product: | [Unmaintained] kmail | Reporter: | Peter Thomassen <mail> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Peter Thomassen
2005-10-25 01:24:25 UTC
This works fine for me with 3.5 can anyone else confirm with 3.4? I think I've got new information: 1.) The problem only occurs with two ore more Bcc addresses - one works fine. 2.) When writing a new message, each auto-Bcc address gets its own header line in the message window. When switching to another identity, they are not removed. 3.) Reproduce this with two auto-Bcc addresses: Start writing a new message and remove all auto-Bcc addresses from the message window. Then, change the identity the message is sent with to another one, and back again. The auto-Bcc addresses appear _in one line_, and switching back to another identity makes them hide. It seems that Bcc addresses are handled correctly if they appear in one line and are splitted when the message is sent. Opening the new message window splits multiple auto-Bcc addresses into multiple lines, so that they aren't handled correctly any more. I think this is because KMail generally splits multiple addresses of one header: When replying to all people, they all have their own Cc: line in the message window, even though there was only one To: header in the original message; if a message has been sent to multiple Cc addresses (in one line), they are splitted to multiple lines in the message window when pressing "resend message". I believe that a solution is to just turn off the header splitting. I cannot see why it should be advantageous at all. Is this unreproducible? I think this is the same problem as bug 109074. *** This bug has been marked as a duplicate of 109074 *** |