Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!elroy.jpl.nasa.gov!jarthur!ucivax!jromine
From: jromine@buckaroo.ics.uci.edu (John Romine)
Newsgroups: comp.mail.mh
Subject: Re: Preprocessing of mail addresses
Message-ID: <277B92EF.4416@ics.uci.edu>
Date: 28 Dec 90 18:46:07 GMT
References: <1990Dec28.173535.21829@csun.edu>
Reply-To: jromine@ics.uci.edu (John Romine)
Organization: UC Irvine Department of ICS
Lines: 23
Nntp-Posting-Host: buckaroo.ics.uci.edu

mst@secs.csun.edu (Mike Temkin) writes:
>We have a problem here at CSUN.  We have machines that run both UNIX and VMS
>and mail travels between them.  The problem is in responding to a message
>from VMS using MH, MH doesn't seem to like the "host::user" format.
>
>(Please don't ask me to have the :: rewritten as @, the problem is the VMS

Well, that's what should happen to fix the problem.  How did the mail
get to your system?  Did it travel over SMTP?  If so, the sending MTS
should be rewriting non-RFC822 headers into the Internet format.
MH is an RFC822 user agent.  It doesn't support message formats which
don't follow that standard.

If your system accepted the mail through DECnet, then it should be
rewriting the headers before it delivers the mail to you, if you want
to use an RFC822 message format.  In any case, whoever moves the mail
from one addressing domain to another must rewrite the headers.

You might try compiling MH with BERK and DUMB defined, but I can't
guarantee that even using both of those will defeat enough of the
address parser to make it work for you.
--
John Romine