> -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I had a disasterous update to my main server last weeked - in that I tried to > do a testing upgrade and found that many of my applications would no longer > work > > I restored some things via a backup, but during the week I have noticed a > problem > > Using kmail, if I get some spam mail, I hit control B which is supposed to > send a bounce message back to the sender. This pops up a warning dialog with > the mail address of who it is going to send the bounce message to. > > All of a sudden last week I noticed that hitting control B was no longer > giving mail address of where the message had originally come from, but was > instead reporting that it would try and bounce the message to > [EMAIL PROTECTED] Looking at the headers of the message I am > trying to about does indeed have > > Return-path: <[EMAIL PROTECTED]> > > at the top > > > My question - when did this change take place - is it an update to debian > /etc/init.d/fetchmail - which seems to now set the user id to "fetchmail" > before running the daemon (did it do this before?) or fetchmail itself? >
The Return-path on my system looks O.K. Does the [EMAIL PROTECTED] Return-path appears on non spam messages too? As far as I can tell, fetchmail works according to /etc/fetchmailrc and /etc/default/fetchmail. Could it be that those config files tell fetchmail to rewrite the mail headers? Maybe the MDA is somehow involved in this headers rewrite? > > - -- > > Alan - [EMAIL PROTECTED] > http://www.chandlerfamily.org.uk > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.0.6 (GNU/Linux) > Comment: For info see http://www.gnupg.org > > iD8DBQE77Yiq1mf3M5ZDr2kRAhOZAKCkXMlGEJ9yx2z4OWs2BDzhqiHIXwCfYShh > 1jBVX7kBz6OtJkugXZWwSWM= > =0iAp > -----END PGP SIGNATURE----- > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- Shaul Karl email: shaulka (replace these parenthesis with @) bezeqint, delete the spaces and add .net
