Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!mcsun!inria!gouldfr!vogon!philip
From: philip@cetia.fr (Philip Peake)
Newsgroups: comp.mail.elm
Subject: Re: long (and strange) alias expansion
Message-ID: <1991Jan14.085952.197@cetia.fr>
Date: 14 Jan 91 08:59:52 GMT
Reply-To: philip@vogon.cetia.fr (Philip Peake)
Organization: CETIA, France.
Lines: 35


| I was quite amazed that our sendmail could even digest the following
| address, but it does and even delivers it.
| 
| </S=G.BUSH/OU=R06A/PRMD=USDA.FS.X400/ADMD=TELEMAIL/C=US/@SPRINT.COM> 
| 
| Now, such an address is certainly a candidate for aliasing, but 
| alas, I cannot get it to work.

I also have this problem. The workaround that I use is to put a shell script
in my $HOME/bin (which is picked up first), which does the following:


	# A hack to get X400 addresses to be accepted (= problem)

	cd $HOME/.elm
	/usr/local/bin/newalias
	ed - *.data <<+
	g/:/s//=/g
	w
	+

The address in the $HOME/.elm/aliases.text lookes like:

gordon = Gordon Hatcher = /PN:GORDON.HATCHER/O:GTE/ADMD:TELEMAIL/C:US/@sprint.com


The newalias comand of elm is *HORRIBLE*, and gets really upset if
there is not exactly two '=' characters.

Using the above allows newalias to work, then it rplaces the ':' with '='.

Nasty, but it works ...

Philip