Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10 5/3/83; site cbosgd.UUCP
Path: utzoo!linus!security!genrad!grkermit!masscomp!clyde!ihnp4!cbosgd!mark
From: mark@cbosgd.UUCP (Mark Horton)
Newsgroups: net.mail
Subject: Re: linus uucp bizarreness
Message-ID: <748@cbosgd.UUCP>
Date: Tue, 20-Dec-83 00:23:43 EST
Article-I.D.: cbosgd.748
Posted: Tue Dec 20 00:23:43 1983
Date-Received: Wed, 21-Dec-83 01:58:19 EST
References: <752@garfield.UUCP> <519@linus.UUCP>
Organization: AT&T Bell Laboratories, Columbus
Lines: 22

"Received:" lines are not for debugging, they are intended to be
used in all mail (not just sendmail, anything conforming to RFC822)
as a trace of where the message went.  That way, when something
goes wrong (not IF, WHEN, as it eventually will when it crosses
into some weird domain or piece of software) it is possible to
look at the headers to tell what happened.  It also is a good
indication of the route your mail took to get to you and how long
each hop took.

If you don't like reading them, fix your user interface, don't
violate the standards.  In particular, 4.2BSD's Mail program
has an option to suppress any headers you don't want to see.
My .mailrc contains the line
	ignore received status via message-id date sent-by
which cuts out the boring stuff.  If I really want to see all
this stuff I use the P command.

By the way, netnews does something similar in not showing you all
the headers on the article, since they are also longer than you
are likely to want to read.

	Mark