Re: ietf-nntp BCP for RFC977 server/RFC1036 interaction

Rich Salz <rsalz@osf.org> Wed, 18 December 1996 19:29 UTC

Received: from cnri by ietf.org id aa05571; 18 Dec 96 14:29 EST
Received: from ACADEM2.ACADEM.COM by CNRI.Reston.VA.US id aa21560; 18 Dec 96 14:29 EST
Received: (from majordomo@localhost) by academ2.academ.com (8.8.3/8.7.3) id NAA10259 for ietf-nntp-outgoing; Wed, 18 Dec 1996 13:21:50 -0600 (CST)
X-Authentication-Warning: academ2.academ.com: majordomo set sender to owner-ietf-nntp using -f
Received: from academ.com (root@ACADEM.COM [198.137.249.2]) by academ2.academ.com (8.8.3/8.7.3) with ESMTP id NAA10254 for <ietf-nntp@ACADEM2.ACADEM.COM>; Wed, 18 Dec 1996 13:21:48 -0600 (CST)
Received: from postman.osf.org (postman.osf.org [130.105.1.152]) by academ.com (8.8.3/8.7.1) with ESMTP id NAA02501 for <ietf-nntp@academ.com>; Wed, 18 Dec 1996 13:21:46 -0600 (CST)
Received: from sulphur.osf.org (sulphur.osf.org [130.105.1.123]) by postman.osf.org (8.7.6/8.7.3) with SMTP id OAA29400; Wed, 18 Dec 1996 14:21:14 -0500 (EST)
From: Rich Salz <rsalz@osf.org>
Received: by sulphur.osf.org (1.38.193.4/4.7) id AA15629; Wed, 18 Dec 1996 14:20:01 -0500
Date: Wed, 18 Dec 1996 14:20:01 -0500
Message-Id: <9612181920.AA15629@sulphur.osf.org>
To: clewis@nortel.ca, ietf-nntp@academ.com
Subject: Re: ietf-nntp BCP for RFC977 server/RFC1036 interaction
Sender: owner-ietf-nntp@academ.com
Precedence: bulk

>2) NNTP-Posting-User: During POST: NNTP servers using identd for user
>   authentication should place the userid in a "NNTP-Posting-User", in
>   addition to (1).

*May* put it as a header, not *should.*  A "Note" could be added saying
that system administrators may optionally wish to record the ifnormation
in off-line logs.  Trusting identd is not a binary decision.


>3) Sender: During POST: if the NNTP server performs authentication (one
>   of the AUTHINFO variants), it should set the Sender: to an emailable
>   RFC822 address as returned by the authentication mechanisms.

It *SHOULD* set sender if it is different from the From header.

>2) During POST: discard any pre-existing Path:.

No.  Useful for mail/news gateways and to allow clients to reroute
avoiding "hostile" hosts (r.h.f and Waterloo)

	/r$