Version: (using KDE KDE 3.4.0)
Installed from: Gentoo Packages
When replying to an email sent to me, kmail should use the email address that I received the email with as the "from" address for the reply email.
E.g. I have 2 identities: email@example.com and firstname.lastname@example.org Now, when someone sends me an email to "email@example.com", and I reply to that email, kmail should automatically select the "firstname.lastname@example.org" identity as the "from" address for the reply email. When someone sends me an email to "email@example.com" and I reply to it, "firstname.lastname@example.org" should be the default "from" address now.
This is pretty important if you keep for example business and private email in one account, on one imap server. And it's most likely *not* funny to accidently answer an email from your boss with a weird "from" address like "email@example.com" :)
Right now kmail seems to pick the last identity that was used, which is least intuitive to me... at least I would expect it to use the "default" identity now, but the above would be much nicer.
Works for me exactly as you describe, KMail 1.8 branch 20050313.
I'm using kmail 1.8 (sorry - forgot the version) as well, I guess this was added after 3.4 was released then.
Closing. Please reopen if you can reproduce the critizised behavior.
I'm on KDE 1.9.5 on Ubuntu, and I see that the From address is always the Default address, never the address to which email was sent. This has bitten me more than once.
For instance, my default email address is firstname.lastname@example.org but I recieve email to email@example.com. When I reply, the From address is firstname.lastname@example.org.
I just installed Fedora Core 6 and I can confirm that Kmail1.9.5 on KDE on KDE 3.5.5 still uses the default address on replied to emails. The expected behaviour would be for it to use the original email's TO addressa as the FROM address in replies.
Is there any progress being made on this front? I hate Thunderbird and I really want to go back to Kmail.
This works for me, but the address has to be an exact match. Ie. if your identity is set to "email@example.com" but the mail arrives to "firstname.lastname@example.org" it doesn't detect it as the same account.
It would be nice to have wildcard ability (so that "email@example.com" and "firstname.lastname@example.org" or address extensions such as "someone-foo@..." or "someone+foo@..." could be made to match). That's a separate wish though.
In response to comment #7:
I don't want Kmail to use an address only if it's an account. As I use a catch-all email address at my domain, I cannot make an account for each address- there are thousands of them. Each of my contacts has a different address for me. Tbird can be configured to use the To: address of the original email as the From: address of the reply, no matter what the To: address was.
In response to comment #8:
That's the same idea I'm looking for. Catch-all addresses would just be a special case of wildcard matching (ie. * at example.com).
You'd need to match to an account at some level though, so kmail could pick the smtp settings, etc.
I don't know how difficult that would be to implement though, it's been a couple of years since I looked at the kmail code.
*** Bug 154429 has been marked as a duplicate of this bug. ***
> You'd need to match to an account at some level though, so kmail
> could pick the smtp settings, etc.
Kmail could use the Default SMTP settings, etc, in the cases where the From address does not match any account. This is how Thunderbird does it, and it is intuitive and logical behaviour.
*** Bug 72926 has been marked as a duplicate of this bug. ***
As explained in bug #72926, users who use this system don't keep record of their valid addresses. Creating an identity for each address is impractical as there would literally be a different identity for each contact that the user communicates with.
This was marked as "fixed", but there's no comments explaining what was done to fix it. As far as I know this still doesn't work. Should this be reopened?
Bug 72926 was marked as a duplicate of this (the newer bug) but has since been disconnected from it (according to that bug ticket).
This bug was closed because it is asking for identity-based reply matching, which works. Bug 72926 asks for reply matching addresses that are not configured as identities. I am making that clear in the titles now. I had a mismatch previously.