Version: (using KDE 4.2.2) Installed from: SuSE RPMs This wish is thought as safety in KMail but because of shortcoming of the servers -- however sooner or later even the best server will crash. Example of the problem: I am expecting some important mails, I have to accounts on server X and sever Y. The thing is Y broke this morning and on X I didn't have the messages (but I don't know it). The Y generates N empty e-mails. So when I clicked "check mail in" I get several empty emails but since they are empty I cannot tell if Y broke or X, thus I cannot tell if the mail I am waiting for is gone or not. Such thing happened to me this morning, I get 17 identical, empty "emails", no to, no from, no return path. So the only thing I know that one (?) of the severs went wrong, but which one? What mail is affected, I cannot tell. Thus the wish -- add "internal" data, for KMail user, fetching mail from server X add in header: Fetched-from: X So even if server answer only with bare message thanks to KMail I could still figure out where did it come from.
Sorry, this feature is way to specialized for an option, and I don't agree to enable this by default. What you can do, however, is to use KMail's filtering framework for this. Create a filter that matches all mail, then use the filter action "Add Header" and on the Advanced tab, only check on of the accounts. You need one filter for each account.
Hmm, I thought of it as rather behaviour for safety reason. It is specialized true, but all users could benefit from it. And I don't see any penalty except few more bytes per each mail. Thank you very much for the explanation -- works like a charm. Actually it takes creating empty criteria, and unchecking options for stopping filtering. Just tested, and it adds tag per each account, so thanks once again, Thomas!