New versions of extensions and 8bit docs available

Marshall Rose <mrose@dbc.mtview.ca.us> Wed, 21 October 1992 17:07 UTC

Received: from ietf.nri.reston.va.us by IETF.NRI.Reston.VA.US id aa07440; 21 Oct 92 13:07 EDT
Received: from NRI.RESTON.VA.US by IETF.NRI.Reston.VA.US id aa07434; 21 Oct 92 13:07 EDT
Received: from dimacs.rutgers.edu by NRI.Reston.VA.US id aa14671; 21 Oct 92 13:08 EDT
Received: by dimacs.rutgers.edu (5.59/SMI4.0/RU1.5/3.08) id AA24295; Wed, 21 Oct 92 12:43:06 EDT
Received: from ppp.dbc.mtview.ca.us by dimacs.rutgers.edu (5.59/SMI4.0/RU1.5/3.08) id AA24291; Wed, 21 Oct 92 12:42:57 EDT
Received: from localhost by dbc.mtview.ca.us (5.65/3.1.090690) id AA10422; Wed, 21 Oct 92 09:41:49 -0700
To: ietf-smtp@dimacs.rutgers.edu
Subject: New versions of extensions and 8bit docs available
Reply-To: ietf-smtp@dimacs.rutgers.edu
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Wed, 21 Oct 1992 09:41:45 -0700
Message-Id: <10418.719685705@dbc.mtview.ca.us>
Sender: ietf-archive-request@IETF.NRI.Reston.VA.US
From: Marshall Rose <mrose@dbc.mtview.ca.us>

Based on the last two weeks of email, the following changes have been made:


Extensions document:	 draft-rose-extensions-04.txt

Introduction section split into Intro and Framework sections.  The
Framework section describes the operational assumptions for an extension
to the SMTP.

There is one typo where AMSS is mentioned, that will get fixed in the
next draft.


8bit document:		draft-rose-8bit-03.txt

Introduction section split into Intro and Framework sections.

The parameter associated with the 8BIT service extension now takes three
values: CONVERT, NOCONVERT, MIME.  CONVERT says the server will take
8bits and convert it if the next-hop won't take 8bits.  NOCONVERT says
the server will take 8bits and will bounce it if the next-hop won't take
8bits.  MIME is like CONVERT except that the server will take a content
ONLY if it is tagged using MIME.

If the 8BIT service extension is supported, then the client can put a
parameter after the DATA command, either BODY=USASCII or BODY=OCTET.
This allows the client to signal the server, so the server doesn't have
to scan the input to determine whether the hibit is set.

The syntax of the received: line added by converting servers is now firmed up.

The wording on bouncing is now cleaned up.

				#######

I believe that these two drafts now address every issue raised in
regards to extensions and 8bit.  Keith will have a new version of the
size document out tomorrow which has the split intro/framework sections.

/mtr