Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3 alpha 4/15/85; site ucbvax.ARPA
Path: utzoo!watmath!clyde!cbosgd!ucbvax!info-vax
From: info-vax@ucbvax.ARPA
Newsgroups: fa.info-vax
Subject: Re: RFC-822 and DECnet addresses
Message-ID: <7322@ucbvax.ARPA>
Date: Tue, 21-May-85 00:45:47 EDT
Article-I.D.: ucbvax.7322
Posted: Tue May 21 00:45:47 1985
Date-Received: Wed, 22-May-85 01:50:39 EDT
Sender: daemon@ucbvax.ARPA
Organization: University of California at Berkeley
Lines: 19

From: greipa!paul@decwrl.ARPA (Paul A. Vixie)


I at one time tried to set up a UUCP gateway to VMS - would have succeeded, too,
if i had worked there long enough.  anyway, my solution was to have the mailer
daemon recognize it's own name as a host no matter what the form.  thus, if
vaxa, vaxb, vaxc and vaxd are vms sites with a unix gateway running on vaxb,
and vaxb talks to greipa and politik, then when a message arrives at vaxb from
greipa addressed to vaxb!paul, vaxb eats it and queues it up in
[usr.lib.uucp.vaxb]; if addressed to vaxb!politik!chris, it gets queued to
[usr.lib.uucp.politik].  obviously if addressed to an unknown host it is sent
back with an error-message header prepended.

now, when the polling happens, it knows whether the site it is polling for is
a unix or a vms site.  if it is a vms site, it reforms the address to a valid
vms one (vaxb!paul becomes vaxb::paul or just "paul" if you want to optimize
or if you don't have decnet).  each message is passed to the vms mailer via
lib$spawn() and then deleted from the spool directory.  unix polling is more
obvious but somehow i never did get it to work.