HDTenEightyP/NetNews huggingface dataset:
From: frank@rover.uchicago.edu (Frank - Hardware Hacker - Borger)
Subject: Re: Flip Chip (tm)
News-Software: VAX/VMS VNEWS 1.41    
Reply-To: frank@rover.uchicago.edu
Organization: Joint Center for Radiation Therapy
Date: Thu, 21 Jan 1993 23:23:00 GMT

In article <11537@prijat.cs.uofs.edu>, bill@cs.uofs.edu (Bill Gunshannon) writes...
>Can someone explain the use of (why and how) these Flip Chips??
> 
>I have a stack of them that came with my PDP-11 and have yet to figure out
>what I am supposed to do with them.  I also notice, that there is no mention
>of them in any of the manuals I have.

	The basic idea was very nice. You made a stock series of boards,
	(interrupt handler, bus receiver, bus transmitter,) along with
	boards that functioned as 16-bit registers, counters, etc.)

	You then could quickly make up any computer or interface by using
	enough of these modules in backplane that was wire-wrapped under
	computer control.

	The classic PDP-8 was constructed this way.

	We still are running a 20-year old mag-tape interface, and the only
	problem we had was when a leak in the roof flooded the unit, and we
	had to take all the boards out, clean off the junk (to prevent electro-
	lytic corrosion from the rainwater and the tar from the roof,) clean
	off the backplane, and put back together.

	Service was done by board swaps, or board repair, and was quite easy.

	Maybe you could consider it a large volumn precursor of ASIC or
	gate array design.

   Frank R. Borger - Physicist    __       George Halas had two heirs; one
Michael Reese - Univ. of Chicago |___      carried his seed and one carried his
  Center for Radiation Therapy   | |_) _   soul. ... One can imagine the wisper
    "Birthplace of Softball"       | \|_)  of George Halas, rooting for his
Internet:  Frank@rover.uchicago.edu   |_)  soul. - Jeannie Morris
Phone : 312-791-8075 fax : 567-7455        
Newsgroups: vmsnet.pdp-11
From: emk@zombie.oulu.fi (Eero Kouvalainen)
Subject: Re: reading RX50 disks on PC
Organization: University of Oulu, Finland
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 25 Jan 1993 14:30:33 GMT


"Mike Marak, EMC Lab" (marak@vax2.concordia.ca) wrote:
 
: : Don Levinson (levinson@halcyon.com) wrote:
: : does anyone know of a program that will allow me to import data written
: : to an RX50 disk by a PDP-11 running RT-11 onto a PC running MS-DOS. I
 
:   There is a PC program that I grabbed off the net some time ago. It's
: called  "RT11.EXE", and does a damn good job. It can read/write RT-11
: RX50s in the PC's 1.2MB drive, and also has the added bonus of being
: able to format cheap PC diskettes for use in the RX50 drive.
:   Sorry, but I can't remember the archive site that I got it from.
: Some enterprising soul will have to do an archie search for a site. The
: author has the following at the end of the docs:
: 
:   This software was produced by Mark Aitchison, Department of Physics,
:   University of Canterbury; the software is not public domain, the rights to
:   the software are not shared, but you may share the executeable form of the
:   program so long as no charge is made and this message is retained.
: 
:   If anyone has an archive site, I can ftp it so anyone can grab it.
: 
: 	Mike
: 
: 
RT11.EXE is available for anonymous ftp from newton.canterbury.ac.nz,
directory pub/local.
It really is a fine program!

Eero
Newsgroups: vmsnet.pdp-11
From: kcwellsc@watdragon.uwaterloo.ca (Ken Wellsch)
Subject: Re: MIPS
Organization: University of Waterloo
Distribution: na
Date: Fri, 22 Jan 1993 16:11:03 GMT

> If you wouldn't mind typing it in, I'd appreciate seeing that little
> chart, and wonder if others do also. 

Although some people do not think much of synthetic benchmarks like
dhrystone, I like it for two reasons - it's used extensively on small
systems and more importantly, like any good scientific experiment, it
can be verified/tested/refuted by anyone else because you can just run
the benchmark yourself (if you can compile it 8-)

Here are a few of the runs I've done (and remembered to document):

Dhrystone 2.0 measurments (highest dhrystones/second)

	 331	Pro350 (F11 chip)	(Venix 1.1)
	 585	Pro380 (J11 chip)	(Venix 1.1)
	 714	LSI-11/73		(Ultrix 3.0)
	 857	PDP-11/44		(Ultrix 3.0)

I will have to check but I believe I got around 500 on a true blue
IBM XT running at 4.77MHz just for comparison.
From: shuford@cs.utk.edu (Richard Shuford)
Newsgroups: vmsnet.pdp-11
Subject: Re: Emulating 11s; Replacing RSTS
Followup-To: vmsnet.pdp-11
Date: 27 Jan 1993 16:38:23 GMT
Organization: University of Tennessee, Knoxville--Dept. of Computer Science
Distribution: world
Expires: Mon, 22 Feb 1993 23:29:59 GMT
NNTP-Posting-Host: carlsberg.cs.utk.edu
Summary: a PDP-11 emulator for experimentation
Keywords: emulation, PDP-11, Unix

Although it's not a system for production, a PDP-11 emulator that runs
under UNIX might be of interest to readers of this forum, perhaps as
an experimental testbed.  The emulator was written by "Der Mouse" at
McGill University, and can be obtained by Anonymous FTP from the host

    larry.mcrcim.mcgill.edu   [132.206.1.1]

Here follows the README text:

|  This is my PDP-11 emulator.  It should run on anything mostly-UNIXish;
|  I don't think I'm doing anything system-specific except possibly for
|  the tty and signal setup in cons_init(), which you can replace with
|  your preferred mechanism for getting the console SLU talking to
|  something useful.
|  
|  Please note: this is my development directory.  I make no promises that
|  what's here is in compilable shape even on the development system,
|  never mind your system.  If you have trouble, send me mail, and if I'm
|  not too busy I'll see if I can help.  And, of course, if it does
|  compile I don't promise anything about what it'll do, though it should
|  bear some resemblance to a PDP-11.  The Makefile will likely need work.
|  The simulator is currently atrociously slow (about a factor of 50
|  slower than the real thing on the development machine); I hope to add
|  some caching of the memory management stuff in the hope of speeding
|  this up.
|  
|  pdp11 is the emulator itself; as11 is an assembler that knows how to
|  generate output files of the sort pdp11 wants as input.  The .s11 files
|  here are some sample input files.  I tried to stick reasonably closely
|  to the DEC assembler syntax, though I must admit I was tempted to go
|  with the UNIX syntax instead...and I may yet add UNIX-style
|  single-digit numeric labels; they are a great convenience.
|  
|  aux.shar is a shar of some auxiliary routines that you will probably
|  find you need.
|  
|  There is basically no documentation on either as11 or pdp11 included.
|  I intend to write some, but haven't yet.
|  
|  Of course, by the time you read it this file may be out of date, since
|  I won't be updating it for every little tweak I make to the programs.
|  
|  Timestamp (should be updated at each change of this file):
|  	Mon May 20 12:15:34 GMT 1991
|  
|                 der Mouse
|                     mouse@larry.mcrcim.mcgill.edu

I have not tried to use this emulator myself.
 ...RSS
                                     ###
-- 
 ...Richard S. Shuford  | "Do not move an ancient boundary stone
 ...shuford@cs.utk.edu  |  set up by your forefathers."
 ...Info-Stratus Coord. |  Proverbs 22:28 NIV
Newsgroups: vmsnet.pdp-11
From: mbg@world.std.com (Megan B Gentry)
Subject: Re: File Rename routine from FORTRAN
Organization: The World Public Access UNIX, Brookline, MA
Date: Thu, 21 Jan 1993 20:51:54 GMT

lakia@ipact.com writes:

>Hey NET-
>	Anyone got a subroutine out there
>that will rename a file from FORTRAN.  I 
>was trying to get the FCS .RENAM routine
>and MACRO.  However, my MACRO has gotten
>rusty and I can't find the one I wrote
>years ago.  I would appreciate an E-MAIL
>copy if you can send me one.

From the fact that you mention .RENAM, it appears you are using
RT-11.  If so, simply use the routine provided in the system
library, IRENAM.

	i = IRENAM(chan, dblk)

where 'chan' is the channel to use and 'dblk' is a 8-word block
containing the original file name in Radix-50 (first four words)
and the new file name in Radix-50 (second four words).

value of 'i' on return:

	0	normal return
	1	specified channel is already open
	2	Specified file (original) was not found
	3	A file by the new name already exists and
		is protected
From: char@nvdv.e-technik.uni-stuttgart.dbp.de (Joachim Charzinski)
Newsgroups: vmsnet.test
Subject: Test
Date: 26 Jan 1993 16:07:13 GMT
Organization: University of Stuttgart, IND (Germany)
Distribution: world
NNTP-Posting-Host: indh04.ind.e-technik.uni-stuttgart.de

No Reply , please ignore

Joachim.
Newsgroups: vmsnet.test
From: dave@grizzly (Dave Rodgers)
Subject: Re: Test
Organization: Bell Canada Operations Development
Date: Mon, 25 Jan 1993 19:00:16 GMT

testing

--
 Dave Rodgers, Designer - Implementation, Operations Development
 160 Elgin, Ottawa rm 1050  voice:613-781-1214  fax:613-230-6460
 ICN: dave@base [138.82.45.14]  IIS: DRODGERS
 envoy100: d.rodgers     UUCP: ...utzoo!censor!animal!base!dave
From: char@indh04.ind.e-technik.uni-stuttgart.de (Joachim Charzinski)
Newsgroups: vmsnet.test
Subject: Test , please ignore, no reply
Date: 28 Jan 1993 09:23:20 GMT
Organization: University of Stuttgart, IND (Germany)
Distribution: world
NNTP-Posting-Host: indh04.ind.e-technik.uni-stuttgart.de
Keywords: Test

Test. Please Ignore, No Reply
Newsgroups: vmsnet.test
From: jeggema@ufobw1.uni-forst.gwdg.de
Subject: test
Organization: GWDG, Goettingen
Date: 27 Jan 93 14:36:15 GMT

just Testing!

Jochen Eggemann | jeggema@ufobw2.uni-forst.gwdg.de (134.76.11.21)
Universitaet Goettingen, Institut fuer Bodenkunde und Waldernaehrung
Buesgenweg 2, 3400 Goettingen, Germany
------ All foreigners are humans, sometimes... (Germany, Summer of 1992) ------

Newsgroups: vmsnet.test
From: utz@asterix (Herby Utz)
Subject: test
Organization: Technische Universitaet Muenchen, Germany
Date: Thu, 21 Jan 1993 10:15:57 GMT


my first test at all
lets see how it comes out...

Newsgroups: vmsnet.test
From: dave@grizzly (Dave Rodgers)
Subject: Re: Test
Organization: Bell Canada Operations Development
Date: Wed, 20 Jan 1993 20:32:10 GMT

tst test test

--
 Dave Rodgers, Designer - Implementation, Operations Development
 160 Elgin, Ottawa rm 1050  voice:613-781-1214  fax:613-230-6460
 ICN: dave@base [138.82.45.14]  IIS: DRODGERS
 envoy100: d.rodgers     UUCP: ...utzoo!censor!animal!base!dave
From: x90drew6@gw.wmich.edu
Newsgroups: vmsnet.test
Subject: vmsnet.test
Date: 25 Jan 93 23:26:27 EST
Organization: Western Michigan University

In article <1993Jan25.190016.7633@base>, dave@grizzly (Dave Rodgers) writes:
> testing
> 
> --
>  Dave Rodgers, Designer - Implementation, Operations Development
>  160 Elgin, Ottawa rm 1050  voice:613-781-1214  fax:613-230-6460
>  ICN: dave@base [138.82.45.14]  IIS: DRODGERS
>  envoy100: d.rodgers     UUCP: ...utzoo!censor!animal!base!dave

Testing a followup.
From: char@indh04.ind.e-technik.uni-stuttgart.de (Joachim Charzinski)
Newsgroups: vmsnet.test
Subject: Test, please ignore, no reply
Date: 28 Jan 1993 09:26:12 GMT
Organization: None at all.
Distribution: world
NNTP-Posting-Host: indh04.ind.e-technik.uni-stuttgart.de
Keywords: Test

Another test, please ignore so there be no reply.

Joachim.
From: x91drew@gw.wmich.edu
Newsgroups: vmsnet.test
Subject: Re: vmsnet.test
Date: 26 Jan 93 12:50:50 EST
Organization: Western Michigan University

In article <1993Jan25.232627.7468@gw.wmich.edu>, x90drew6@gw.wmich.edu writes:
> In article <1993Jan25.190016.7633@base>, dave@grizzly (Dave Rodgers) writes:
>> testing
>> 
>> --
>>  Dave Rodgers, Designer - Implementation, Operations Development
>>  160 Elgin, Ottawa rm 1050  voice:613-781-1214  fax:613-230-6460
>>  ICN: dave@base [138.82.45.14]  IIS: DRODGERS
>>  envoy100: d.rodgers     UUCP: ...utzoo!censor!animal!base!dave
> 
> Testing a followup.
> 
>

Testing a followup of a followup!
From: muell@abc.def.com (Juergen Muelleimer)
Newsgroups: vmsnet.test
Subject: Test please ignore no reply
Keywords: Test, Ignorance
Date: 26 Jan 93 16:10:06 GMT
Organization: none at all
NNTP-Posting-Host: indh04.ind.e-technik.uni-stuttgart.de

3rd test, to see what users can do to their head(er)s.

Joachim.
Newsgroups: vmsnet.test
Subject: Test #10
From: spain@hms.ug.eds.com (Harrison Spain)
Date: 22 Jan 93 13:19:10 PDT
Organization: EDS Unigraphics, Cypress CA
Nntp-Posting-User: spain

Test #10
-- 
 |    Harrison M. Spain     |    Voice: (714) 952-6114                   |
 |    VMS Platform Manager  |      Fax: (714) 952-5758                   |
 |    EDS Unigraphics       | Internet: spain@ug.eds.com                 |
 |    Cypress, CA  90630    |     UUCP: {uunet,uupsi}!ug!spain           |
From: char@nvdv.e-technik.uni-stuttgart.dbp.de (Joachim Charzinski)
Newsgroups: vmsnet.test
Subject: Test -- No Reply -- Please Ignore
Keywords: Test, Ignorance
Date: 26 Jan 93 16:08:05 GMT
Organization: University of Stuttgart, IND (Germany)
NNTP-Posting-Host: indh04.ind.e-technik.uni-stuttgart.de

2nd test

Joachim.
Newsgroups: vmsnet.test
From: a726226@shiva.mc.ti.com (Savithri)
Subject: TEST
Originator: a726226@shiva.mc.ti.com
Reply-To: kali@shiva.mc.ti.com
Organization: _
Date: Thu, 28 Jan 1993 19:11:34 GMT


this is a test
-- 
.............................................
KALI, THE AVENGER
.............................................
From: x90drew6@gw.wmich.edu
Newsgroups: vmsnet.test
Subject: Re: vmsnet.test
Date: 26 Jan 93 15:55:36 EST
Organization: Western Michigan University

In article <1993Jan26.125050.7481@gw.wmich.edu>, x91drew@gw.wmich.edu writes:
> In article <1993Jan25.232627.7468@gw.wmich.edu>, x90drew6@gw.wmich.edu writes:
>> In article <1993Jan25.190016.7633@base>, dave@grizzly (Dave Rodgers) writes:
>>> testing
>>> 
>>> --
>>>  Dave Rodgers, Designer - Implementation, Operations Development
>>>  160 Elgin, Ottawa rm 1050  voice:613-781-1214  fax:613-230-6460
>>>  ICN: dave@base [138.82.45.14]  IIS: DRODGERS
>>>  envoy100: d.rodgers     UUCP: ...utzoo!censor!animal!base!dave
>> 
>> Testing a followup.
>> 
>>
> 
> Testing a followup of a followup!
> Testing followup of followup.
Newsgroups: vmsnet.test
Original-To: vmsnet-test@pan.mc.ti.com
Subject: test for mailer feed of news
Date: Thu, 21 Jan 93 10:31:43 EST
From: a722756@pan.mc.ti.com

Testing please ignore.
From: cragen@aspentec.com
Newsgroups: vmsnet.mail.mx
Subject: <None>
Date: 27 Jan 93 17:01:53 EST
Distribution: world
Organization: Aspen Technology, Inc. Cambridge, MA.

Hi, I am having trouble with MX3.1 with VMS 5-5.2 in a VAX cluster.

When I try to ADD a SUBSCRIBER to a list a get the error message,

Error in delivery to mailing list WORLD_WIDE_DIRECTORS:
	ADD failed; insufficient provilege

I have DEFINED the list with myself as the OWNER, I am in the SYSTEM_USER
list and the PROTECTION is:

Protection: (SYSTEM:RWED,OWNER:RWED,GROUP:RWED,WORLD:W) I have SAVED this
configuration and RESET the MX delivery agent processors.

Any ideas please respond or E-mail me directly.

						Thanks
----
Jim Cragen 		      Email: <Cragen@rankin.aspentec.com>
Aspen Technology, Inc.        Tel:   +1-617-577-0100 x243
Ten Canal Park                Fax:   +1-617-577-0303
Cambridge, Ma. 02141          Telex: +1-948-038(ASPEN TECH)
U.S.A.
From: jav@crash.cts.com (Javier Henderson)
Subject: MX and Alpha machines
Organization: CTS Network Services (crash, ctsnet), El Cajon, CA
Date: 28 Jan 93 15:16:39 PST

Hello,

Has anyone tried MX on Alpha machines? We'll be getting our systems next
week, and I'm considering installing this package.

Thanks,
--
Javier Henderson
jav@crash.cts.com
From: madison@tgv.com (Matt Madison)
Newsgroups: vmsnet.mail.mx
Subject: Re: Rewriting of From lines...
Date: 25 Jan 93 17:28:42 GMT
Reply-To: madison@tgv.com
Organization: The Foundation for Dinner Peas

In article <1993Jan25.100655.1175@dmc.com>, munroe@dmc.com (Dick Munroe) writes:
>I have a customer who has noticed that MX (3.1C) modifies the From: lines of
>his messages, e.g.,
>
>        From: foo@bar.baz (Name)
>
>turns into:
>
>        From: <foo@bar.baz>
>His specific complaint is that information is being lost in the translation,
>the "(Name)" goes away.  I haven't poured over the RFCs enough to know if this
>sort of rewriting is reasonable, but why would MX be rewriting the From:
>portion of the envelope?  The other question is: should MX be preserving the
>rest of the information in the line instead of just dropping it?

What is the origin of the message?  Are the address and comment syntactcally
valid?  MX does the best it can, including mapping comments into personal
names when it can (although some would say that that is a dubious practice,
because no direct mapping can be made for all cases).  Can your customer
provide more details about the problem?

-Matt
--
Matthew Madison | madison@tgv.com    | +1 408 427 4366
TGV, Inc.       | 603 Mission Street | Santa Cruz, CA 95060 USA
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: vmsnet.mail.mx
Subject: Re: SMTP Server error status=20EC
Date: 26 Jan 1993 10:28:39 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <1993Jan25.145527.11506@vax.oxford.ac.uk>, daveh@vax.oxford.ac.uk writes:
=We hit a problem with the MX SMTP Server today. It received a message with an
=invalid address from our campus mailer, and instead of aborting the message in a
=tidy way it just rejected the message with status 20EC. This left the mailer
=thinking that the message had not been sent, so it requeued the message and
=tried to send it again 15 minutes later, when the same thing happened on the
=VAX.
=
=This is a portion of the SMTP Server log file:
=
=STM[4]: Receive "MAIL FROM:<@jnt.ac.uk,@gec-b.rutherford.ac.uk,@[+JANET.JNT],@gec-b.rutherford.ac.uk,@[+JANET.JNT],@gec-b.rutherford.ac.uk,@[+JANET.JNT],@gec-b.rutherford.ac.uk,@[+JANET.JNT],@gec-b.rutherford.ac.uk,@[+JANET.JNT],@gec-b.rutherford.ac.uk,@[+
=STM[4]: Send "501 Invalid address:
<@jnt.ac.uk,@gec-b.rutherford.ac.uk,@[+JANET.JNT],@gec-b.rutherford.ac.uk,
@[+JANET.JNT],@gec-b.rutherford.ac.uk,@[+JANET.JNT],@gec-b.rutherford.ac.uk,
@[+JANET.JNT],@gec-b.rutherford.ac.uk,@[+JANET.JNT],@gec-b.rutherford.a 
=STM[4]: Error: status=20EC

Now, wait a minute.  The SMTP Server process only deals with INCOMING mail.
If the same thing happened 15 minutes later, it means the SENDING machine is
screwed up.  Your machine complained of an invalid address, but the remote
machine insisted on retrying the mail.  Could you clarify your claim?
--------------------------------------------------------------------------------
Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL

Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
understanding of astronomy is purely at the amateur level (or below).  So
unless what I'm saying is directly related to VAX/VMS, don't hold me or my
organization responsible for it.  If it IS related to VAX/VMS, you can try to
hold me responsible for it, but my organization had nothing to do with it.
Newsgroups: vmsnet.mail.mx
From: madison@tgv.com (Matt Madison)
Subject: Re: <None>
Reply-To: madison@tgv.com
Organization: The Foundation for Dinner Peas
Date: Thu, 28 Jan 1993 00:21:14 GMT

In article <1993Jan27.170153.903@aspentec.com>, cragen@aspentec.com writes:
>When I try to ADD a SUBSCRIBER to a list a get the error message,
>
>Error in delivery to mailing list WORLD_WIDE_DIRECTORS:
>	ADD failed; insufficient provilege
>
>I have DEFINED the list with myself as the OWNER, I am in the SYSTEM_USER
>list and the PROTECTION is:
>
>Protection: (SYSTEM:RWED,OWNER:RWED,GROUP:RWED,WORLD:W) I have SAVED this
>configuration and RESET the MX delivery agent processors.

Try turning on debugging in the MLF processor.  That will tell exactly what
it thinks your address is when it's performing the access checks.

A typical mistake is to specify your address in upper case in the
MX configuration, when MX actually generates lower-case addresses (it's
just the username part where that's significant).  Another is to specify
what you think the host name is, when MX thinks it is something different.

Whatever the problem is, turning on MX_MLF_DEBUG and checking out the
resulting log file from one of your ADD attempts will probably tell you
exactly what's wrong.

-Matt
--
Matthew Madison | madison@tgv.com    | +1 408 427 4366
TGV, Inc.       | 603 Mission Street | Santa Cruz, CA 95060 USA
From: daveh@vax.oxford.ac.uk
Newsgroups: vmsnet.mail.mx
Subject: SMTP Server error status=20EC
Date: 25 Jan 93 14:55:27 GMT
Organization: Oxford University VAX 6620

Hi,

We hit a problem with the MX SMTP Server today. It received a message with an
invalid address from our campus mailer, and instead of aborting the message in a
tidy way it just rejected the message with status 20EC. This left the mailer
thinking that the message had not been sent, so it requeued the message and
tried to send it again 15 minutes later, when the same thing happened on the
VAX.

This is a portion of the SMTP Server log file:

STM[4]: Receive "MAIL FROM:<@jnt.ac.uk,@gec-b.rutherford.ac.uk,@[+JANET.JNT],@gec-b.rutherford.ac.uk,@[+JANET.JNT],@gec-b.rutherford.ac.uk,@[+JANET.JNT],@gec-b.rutherford.ac.uk,@[+JANET.JNT],@gec-b.rutherford.ac.uk,@[+JANET.JNT],@gec-b.rutherford.ac.uk,@[+
STM[4]: Send "501 Invalid address: <@jnt.ac.uk,@gec-b.rutherford.ac.uk,@[+JANET.JNT],@gec-b.rutherford.ac.uk,@[+JANET.JNT],@gec-b.rutherford.ac.uk,@[+JANET.JNT],@gec-b.rutherford.ac.uk,@[+JANET.JNT],@gec-b.rutherford.ac.uk,@[+JANET.JNT],@gec-b.rutherford.a
STM[4]: Error: status=20EC

We are running MX 3.1C and VMS V5.5-1.

Is this a known error, and if so is there a patch for it?

Thanks in advance,

Dave


-- 

David Hastings                      | "The technical axiom that nothing is
VAX Systems Programmer              |  impossible sinisterly conditions one to
Oxford University Computing Services|  the pitfall corollary that nothing is
daveh@vax.oxford.ac.uk              |  ridiculous"
From: sys_hjk@LIFRA.LIF.DE (Hans-Joachim Koch)
Newsgroups: vmsnet.mail.mx
Subject: Local delivery with Decnet?
Date: 28 Jan 93 13:53:51 GMT
Reply-To: koch@lifra.lif.de
Organization: Lahmeyer International GmbH, Frankfurt/Main, Germany

Hello all,

sorry, if this is a FAQ...

I try to use MX for the delivery to decnet nodes. My hope: if the node 
is down, MX will retry (not only abort on the first try like vmsmail).

I tested with a nonexisting node named "down" :-)

DEFINE REWRITE_RULE "<{USER}@DOWN>" "<DOWN::USER>"

The rewrite takes place, but then MX attemps to deliver via the smtp 
path (which is the last one in the path list).

My questions: can I really do this with MX? Where are my faults, what 
definitions are missing? What is the recommended procedure for this 
task?

Thank you.
Hans.
-- 
Hans-Joachim Koch, Computer department of Lahmeyer International
Lyoner Strasse 22, POB 71 06 51, D-6000 Frankfurt (Main) 71, Germany
Phone: +49 69 6677-642, Fax: +49 69 6677-571, Tx: 413478 li d
EUnet: koch@lifra.lif.de, AMPRnet: dk9om@db0lj.ampr.org
From: "Anthony J. Rzepela" <rzepela@hal.hahnemann.edu>
Newsgroups: vmsnet.mail.mx
Subject: RE: Q: MX over DEC UCX... (ignore,pls)
Date: Sun, 24 Jan 1993 18:00:08 EST
Organization: Mx-List<==>Vmsnet.Mail.Mx Gateway
X-Gateway-Source-Info: Mailing List

In a recent posting, I posed a question that I could have answered
myself with the correct version of the MX docs.  I was reading
from MX 2.3 hardcopy, and had my question answered when I found
some online 3.0.

It dealt with whose SMTP (MX's or the TCP/IP package's) gets to run, and
whether MX could function just as a VMS Mail interface, using the
TCP/IP package's components.

Since it took less time to FTP MX3.1C, install and run it, than to
diagnose other, unrelated problems with my SMTP component of UCX 2.0,
(not to mention coming up with substitutes for .sig file capability,
correct aliasing, etc. all of which I came to know and love under
MX3.0 on CMU-Tek) I now have MX3.1C going, and am a happy camper once again.

--------------------------------------------------------------------------------
Anthony Rzepela    <rzepela@cvi.hahnemann.edu>
                   <rzepela@hal.hahnemann.edu>