Re: Sender header?

[Stainless Steel Rat <ratinox@peorth.gweep.net>]

* Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann)  on Thu, 24 May 2001
| By default, Gnus creates a From header for all outgoing messages.
| This is because From is mentioned in message-required-mail-headers and
| message-required-news-headers.

And nobody complains about From being wrong.  Therefore it is safe to
assume that in cases where a correct From field is (or would be) generated,
a correct Sender field would also be generated when the From field is not
canonical for the sending host.

| > | Only add a Sender header if the From header is different from the
| > | normal value.
| > This is what Gnus does now, yes?
| No.  As you can see in this message, Gnus automatically adds a Sender
| header.  I have changed the variable user-mail-address.

Then what I said is correct, and what Gnus does is also correct as far as
RFC 2822 is concerned.

I have several mailboxes: ratinox@rei.nerv.gweep.net, ratinox@newsguy.com,
SamuraiRat@hotmail.com, ratinox@peorth.gweep.net, and others.  They are all
me, but that does not mean ratinox@newsguy.com == ratinox@peorth.gweep.net.
They are different mailboxes.  If I were to send a message from my local
machine (peorth.gweep.net) and address it from my Hotmail address, the MUA
is required to generate a Sender header with ratinox@peorth.gweep.net as
its contents.  You have done exactly the same thing.  The fact that your
mailboxes are within the same domain is irrelevant, and lucy should have an
MX record that points it at the cs.uni-dortmund.de mail servers, which in
fact it does, which makes Kai.Grossjohann@lucy.CS.Uni-Dortmund.DE a valid
mailbox.

Put susinctly, Gnus is doing exactly what it should, when it should,
according to RFC 2822, and I do not understand why you want to break it :).
-- 
Rat <ratinox@peorth.gweep.net>    \ When not in use, Happy Fun Ball should be
Minion of Nathan - Nathan says Hi! \ returned to its special container and
PGP Key: at a key server near you!  \ kept under refrigeration.