From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/36475 Path: main.gmane.org!not-for-mail From: prj@po.cwru.edu (Paul Jarc) Newsgroups: gmane.emacs.gnus.general Subject: Re: Sender header? Date: 27 May 2001 17:45:34 -0400 Message-ID: References: <01May23.141128edt.115245@gateway.intersys.com> <01May24.115917edt.115250@gateway.intersys.com> <01May24.143521edt.115214@gateway.intersys.com> <01May24.153439edt.115213@gateway.intersys.com> <01May24.163305edt.115259@gateway.intersys.com> <01May24.172056edt.115272@gateway.intersys.com> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035172053 8798 80.91.224.250 (21 Oct 2002 03:47:33 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 03:47:33 +0000 (UTC) Return-Path: Original-Received: (qmail 19640 invoked by alias); 27 May 2001 21:45:35 -0000 Original-Received: (qmail 19635 invoked from network); 27 May 2001 21:45:34 -0000 Original-Received: from multivac.student.cwru.edu (HELO multivac.cwru.edu) (261@129.22.96.25) by gnus.org with SMTP; 27 May 2001 21:45:34 -0000 Original-Received: (qmail 31016 invoked by uid 500); 27 May 2001 21:45:56 -0000 Mail-Followup-To: ding@gnus.org Original-To: ding@gnus.org In-Reply-To: (Russ Allbery's message of "25 May 2001 23:45:46 -0700") User-Agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/20.7 Original-Lines: 20 Xref: main.gmane.org gmane.emacs.gnus.general:36475 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:36475 Russ Allbery writes: > Paul Jarc writes: >> I want to disable Sender for mail, but not for news. Can that be easily >> done? > > OOC, why do you want to keep it for news? I was going by my interpretation of 1036. Newer specs have convinced me that I don't need Sender for news either. > It's not like anyone on Usenet *cares* about the actual account that > you were using when you posted. Well, there isn't quite any equivalent for Received (Path isn't quite as informative), so it would indeed be removing information. When all is well, this wouldn't matter; when things break, extra information might help. paul