Re: postmaster doc.

Alan.Young@zh014.ubs.ubs.ch Fri, 01 October 1993 08:39 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa00788; 1 Oct 93 4:39 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa00784; 1 Oct 93 4:39 EDT
Received: from mhs-relay.cs.wisc.edu by CNRI.Reston.VA.US id aa02494; 1 Oct 93 4:39 EDT
X400-Received: by mta mhs-relay.cs.wisc.edu in /PRMD=XNREN/ADMD= /C=US/; Relayed; Fri, 1 Oct 1993 03:31:52 +0000
Date: Fri, 1 Oct 1993 03:31:52 +0000
X400-Originator: ietf-osi-x400ops-req@cs.wisc.edu
X400-Recipients: non-disclosure:;
X400-MTS-Identifier: [/PRMD=XNREN/ADMD= /C=US/; mhs-relay..977:01.09.93.08.31.52]
Priority: Non-Urgent
DL-Expansion-History: ietf-osi-x400ops@cs.wisc.edu ; Fri, 1 Oct 1993 03:31:50 +0000;
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Alan.Young@zh014.ubs.ubs.ch
Message-ID: <13046.749464190@zh014.ubs.ubs.ch>
To: Allan.Cargille@cs.wisc.edu
Cc: ietf-osi-x400ops@cs.wisc.edu
In-Reply-To: <199309300836.AA26394@tavel.inria.fr>
Subject: Re: postmaster doc.

>I do not know whether these things are actually being discussed
>for example in the EEMA (sorry for the first E but I am in Europe).
>I we like to have the same things at the prmd level one should
>discuss this in the PRMD operators group. 
>
>In other words I Think it is not appriate to have two completely
>different things defined in one document:
>
>- I consider the first problem as a clarification/amendment to
>  RFC 1327, i. e. it comes down to one sentence: If an x.400
>  domain wants to become visible in the Internet mail system
>  using a mapping rule, then the postmaster requirement
>  of the internet mail must be obeyed thus some surname=postmaster
>  ... etc.
>
>  We seem to have agreement and I suggest to have just a 
>  document for this and nothing else.
>
>- Having some well defined addresses in the x.400 world is another
>  issue. 

I agree.

From another perspective I do not see that writing anything in an RFC
is going to have much influence on what X.400 MDs do or what X.400
software providers make their software capable of.  If this view is
accepted then I would suggest that there is not point in including
material that will just get ignored.

Alan.