Re: header-munging

Harald.T.Alvestrand@uninett.no Mon, 19 August 1996 08:14 UTC

Received: from ietf.org by ietf.org id aa28534; 19 Aug 96 4:14 EDT
Received: from cnri by ietf.org id aa28530; 19 Aug 96 4:14 EDT
Received: from list.cren.net by CNRI.Reston.VA.US id aa03325; 19 Aug 96 4:14 EDT
Received: from localhost (localhost [127.0.0.1]) by list.cren.net (8.6.12/8.6.12) with SMTP id DAA11230; Mon, 19 Aug 1996 03:33:51 -0400
Received: from domen.uninett.no (domen.uninett.no [129.241.131.10]) by list.cren.net (8.6.12/8.6.12) with SMTP id DAA11217 for <ietf-smtp@list.cren.net>; Mon, 19 Aug 1996 03:33:32 -0400
Received: from domen.uninett.no by domen.uninett.no with SMTP (PP) id <08260-0@domen.uninett.no>; Mon, 19 Aug 1996 09:33:29 +0200
Message-Id: <8257.840440006@domen.uninett.no>
Date: Mon, 19 Aug 1996 09:33:26 +0200
X-Orig-Sender: owner-ietf-smtp@list.cren.net
Precedence: bulk
Sender: ietf-archive-request@ietf.org
From: Harald.T.Alvestrand@uninett.no
To: Arnt Gulbrandsen <agulbra@troll.no>
Cc: ietf-smtp@list.cren.net
Subject: Re: header-munging
In-Reply-To: Your message of "Sun, 18 Aug 1996 15:11:46 +0200." <96Aug18.151149+0100met_dst.13970-222+90@lupinella.troll.no>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Sender: Harald.T.Alvestrand@uninett.no
X-Mailer: exmh version 1.6.7 5/3/96
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Actually submit has two purposes:

- If a client is in a position where it knows that its messages are not
  up to snuff, it can ask the MTA to help out.
  Some reasons have been given.
- If a server is faced with a message that is not up to snuff, the
  document says what it makes sense to do to it, and when.
  (Chapter 5)

We could have written this as only the latter, giving no SMTP extension,
but this would be highly distasteful to me, since we're essentially
providing a license to mangle messages "by the standard" without giving
any way to deterministically turn this processing off and on, so we would
be sanctifying a situation where we depend on heuristics.

(The next version will contain a "RELAY" keyword for MAIL FROM in order
to turn the processing OFF)

                   Harald A