Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!samsung!olivea!uunet!tellab5!chinet!les
From: les@chinet.chi.il.us (Leslie Mikesell)
Newsgroups: comp.mail.misc
Subject: Re: mail to X.400 domain /PRMD=CNES/ADMD=ATLAS/C=FR/ -- how?
Message-ID: <1991Apr30.143846.29087@chinet.chi.il.us>
Date: 30 Apr 91 14:38:46 GMT
References: <m0jX6Rd-0000gZC@lsuc.lsuc.on.ca> <7FFQ3IC@methan.chemie.fu-berlin.de> <1991Apr29.013708.26439@Veritas.COM>
Organization: Chinet - Chicago Public Access UNIX
Lines: 22

In article <1991Apr29.013708.26439@Veritas.COM> tron@Veritas.COM (Ronald S. Karr) writes:
>>the various RFCs but the newest say that "/" is forbidden).
>>Our MTA (smail 3.1.20) says that this address has an invalid character
>>and refuses such an address. The most MTAs of the European backbones 
>>refuses such an address too. 

>To clarify things, smail will deliver the specified address to nac.no,
>though it does not have the X.400 support necessary to do anything with
>this address on the machine nac.no.  Note that smail does NOT accept
>"/" as part of a hostname, which is in accordance with RFC standards.

Note that you may have problems with addresses that start with the
"/" character when using uucp delivery.  At least some versions
of uuxqt scan all of each remote command's arguments looking for
filenames, checking to see if the path is allowed.  To get addresses
starting with a "/" passed to rmail, you will probably need to
have READ=/ WRITE=/ in the Permissions file for the sending site.
The common use of spaces in X.400 addresses will be equally
problematic for uux/uuxqt.

Les Mikesell
  les@chinet.chi.il.us