HDTenEightyP/NetNews huggingface dataset:
Newsgroups: vmsnet.pdp-11
Subject: Need help with 11/44 and subscribing
From: <cz@silver.lcs.mit.edu>
Date: Thu, 13 Aug 92 21:31:24 -0400
Organization: The Internet
Return-Path: <pat+@transarc.com>

The statement "The RQDX? must be in the last slot of a Q-BUS system" is only
true if the controller is a RQDX1. The RQDX2 did not have the built in
terminators, and the RQDX3 was a much better board. Either one (2/3) can be
placed anywhere in the Q-Bus (except slot 1, of course)

CZ
Newsgroups: vmsnet.pdp-11
Subject: ACP stuff now available via FTP
From: <young@ecn.purdue.edu>
Date: Tue, 18 Aug 92 09:24:08 -0500
Organization: The Internet
Return-Path: <pat+@transarc.com>

	I have received requests for the ACP documentation and examples that
I posted about earlier, so I have arranged to make Ralph Stamerjohn's DECUS
contribution available via anonymous FTP at site en.ecn.purdue.edu,
128.46.149.59 *or* 128.46.128.59.  It's just a bit over a megabyte, but you
don't need it all; both the .RNO files and the formatted .DOC are there, along
with .MAC sources and .CMD build files. Later on, I may be able to add another
contribution to this collection, once I receive permission from the author.
It is a user-written ACP and driver designed for a communications application.
Enjoy...



    |  Mike Young KA9HZE                |       young@ecn.purdue.edu    |
    |  Purdue University EE Dept.       |       ...!pur-ee!young        |
    |  W. Lafayette, IN  47907          |                               |
    _____________________________________________________________________
Newsgroups: vmsnet.pdp-11,comp.sys.dec
From: zrepachol@cc.curtin.edu.au (Paul Repacholi)
Subject: Re: Q-bus Murder Mystery ... (PDP11/73+)
Organization: Curtin University of Technology
Date: Fri, 21 Aug 1992 17:59:06 GMT

In article <Bt7Dx4.AvJ@news.cso.uiuc.edu>, btbg1194@uxa.cso.uiuc.edu (Bradley T Banko) writes:
> I know that this isn't the proper way to do things, but I am grasping at
> straws.  We have a sick PDP11 system, which has been losing boards left
> and right...  I suppose that the power supply would be a likely suspect, but
> I would like to outline the problem:
> 
> 	This is a Q22 bus system with an expansion card cage (& supply).
> 
> 	The system contains:
> 	KDJ11A CPU, MXV11B multi-function card, 4 Mb memory card,
> 	DHV11 8-line serial, DELQA ethernet card, a DRV11 parallel card,
> 	and Emulex (?) disk and tape controller cards.
> 
> The first event was a death out of the blue of the DHV11... not quite sure
> what caused that.  Upon getting a replacement DHV11 card, we installed it,
> and shortly thereafter both the DELQA and the CPU died.  The CPU couldn't
> find the memory card (which is in the 2d slot), and when we put in a
> replacement CPU and then the "dead" DELQA, we got a bus failure during boot.
> 

Yep, my guess is the DHV gave the 5v rail a life-time supply of -12v when it
fritzed. This has probably killed the crow-bars and unhinged the regulaters.
Pitty you didn't say what the box and PS are, some are definatly sus in these
cases. Seems like the 12v rails are very off, hence the deqna probs. If the
PS is 'marginalized' this way it is often MUCH worse at hiogher currents.

~Paul

Newsgroups: vmsnet.pdp-11,comp.sys.dec
From: btbg1194@uxa.cso.uiuc.edu (Bradley T Banko)
Subject: Q-bus Murder Mystery ... (PDP11/73+)
Organization: University of Illinois at Urbana
Date: Tue, 18 Aug 1992 23:43:50 GMT

I know that this isn't the proper way to do things, but I am grasping at
straws.  We have a sick PDP11 system, which has been losing boards left
and right...  I suppose that the power supply would be a likely suspect, but
I would like to outline the problem:

	This is a Q22 bus system with an expansion card cage (& supply).

	The system contains:
	KDJ11A CPU, MXV11B multi-function card, 4 Mb memory card,
	DHV11 8-line serial, DELQA ethernet card, a DRV11 parallel card,
	and Emulex (?) disk and tape controller cards.

The first event was a death out of the blue of the DHV11... not quite sure
what caused that.  Upon getting a replacement DHV11 card, we installed it,
and shortly thereafter both the DELQA and the CPU died.  The CPU couldn't
find the memory card (which is in the 2d slot), and when we put in a
replacement CPU and then the "dead" DELQA, we got a bus failure during boot.

Scene 3:  New CPU, new DELQA card.  CPU runs on the system without the DELQA
card without a problem for two days... feeling lucky, we install a new 
DELQA card.  Within 8 hours, both the DELQA and the CPU were dead... same
symptoms.  Now we have a 3d CPU card, and have given up on ethernet.
For some reason, having both the ethernet card and the CPU in the system
seems to cause a problem.  Up to this point, the system has been running
in this configuration for at least a year with minimal crashes.

Does this pattern of failure sound familiar or suggest some obvious responses?
(Please respond by email.)

Thanks.

Brad Banko
b-banko@uiuc.edu

-- 
Brad Banko;  Dept of Physics;  U of Illinois;  b-banko@uiuc.edu, KB8CNE
=========================================================================
TI NUCLEAR MAGNETIC RESONANCE IMAGING OF CHOCOLATE CONFECTIONERY AND THE
   SPATIAL DETECTION OF POLYMORPHIC STATES OF COCOA BUTTER IN CHOCOLATE
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: vmsnet.pdp-11
Subject: Re: TU80 more-or-less up for grabs in NYC
Date: 18 Aug 92 10:42:13 GMT
Organization: St. Peter's College, US

In article <9208170341.AA04109@shadow.cs.columbia.edu>, amb@cs.columbia.edu (andrew m. boardman) writes:
> There's a fairly good chance I'll have a TU80 to get rid of RSN.  It's
> taken a beating (fell about a meter, along with an 11/730) but it *seems*
> to be OK.  If anyone can tell me how to do an equivalent of a "boot mua0:"
> from this goofy 11/730 monitor, I'll know more...  (Hey, do these max at
> 1600 or 6250?  Gawd, it's been a long time since I've had to muck with it...)

  It's not an MU, it's an MS. That means it isn't bootable for VMS or any other
DEC software, for that matter (although 4.xBSD should be bootable).

  It's 1600 only. 

> (The 11/730 seems OK.  The RA81 is most probably toast.  (Spins up (no
> screeching!) but "FAULT"s instead of "READY"s...)  I'll be wanting
> certain parts from the 730 and the RA81, but other bits could go out the
> door as well.)

  Open the RA81's logic case (top hatch). There's a DB25 connector in there.
Set a terminal to 300 baud. Power on the drive with both A and B port but-
tons out. Connect the terminal to the DB25. Hit RUN and watch the display.
You'll get an output of the most likely FRU as well as some fault data. If
it happens to come up OK, type ^C and then RUN DIAG at the prompt. Forward
the results to me via mail and I'll tell you what's wrong.

  Note: the drive will probably fail to power up if the terminal is connected
when power is applied.

	Terry Kennedy		Operations Manager, Academic Computing
	terry@spcvxa.bitnet	St. Peter's College, Jersey City, NJ USA
	terry@spcvxa.spc.edu	+1 201 915 9381
From: staff@efsc.efsc.com
Newsgroups: vmsnet.pdp-11
Subject: <None>
Date: 19 Aug 92 17:52:31 GMT
Organization: The Internet
Return-Path: <pat+@transarc.com>

Hi, my name is Paul Johnstone from Efficient Field Service in Massachusetts. I
I am very interested in the discussions around PDP11'S. cAN i BE ADDED TO TCan I be added to the mailing list? We are a 3rd
party repair company that specializes in the repair of DEC equipment and utilizethe Internet for our many university systems
people who need assistance on thier equipment. I feel it would be useful to discus PDP issues here and answers questions also.
Regards,
Paul		STAFF@EFSC.COM  (no specific user name. I receive all)
Newsgroups: vmsnet.pdp-11,comp.sys.dec
From: jones@pyrite.cs.uiowa.edu (Douglas W. Jones,201H MLH,3193350740,3193382879)
Subject: Q-bus box and stuff
Date: Wed, 19 Aug 1992 15:06:23 GMT
Organization: University of Iowa, Iowa City, IA, USA

I recently picked up the following stuff at a university surplus sale.  I
don't really want it, but I hate to see what might be decent computer
equipment go to the landfill.  What's this stuff worth, to you, if you
want it, or if not, how should I get it to someone who can use it?

(Note, I've included price information for stuff where I could, mostly
 from my Federated Consultant's Summer Sale price list -- That's also the
 list I used to map from DEC's module numbers to useful descriptions of the
 boards.  This price information is really meaningless, because I don't know
 that any of this stuff works.)

  1) A Q-bus backplane (H9275A, 9 slot quad), in rack mount enclosure with
	power supplies, fan, and front panel with reset and power switches.
	Made by Data Translation, model DT4253-Dr, SN 5051

	This is really a nice package; the fans and power supplies alone are
	probably worth $40.

  2) A Q-bus backplane (DDV-11B, 9 slot hex).

  3) M7270 (KD11-H) LSI-11 (PDP-11/02) CPU.
	Retail price $125

  4) M8186 (KDF11-A) PDP-11/23 CPU (missing an option chip, the MMU?).
	Retail price $225

  5) M8044 BB Memory.
	Retail price $65

  6) M8028 (DLV11-F) EIA or Current Loop serial board.
	Retail price $85

  7) M8043 (DLV11-J) 4 channel EIA serial board.
	Retail price $125

  8) M8016 function unknown, but might have something to do with power.

  9) Texas Instruments TMM10010-01 Q-bus mem. board, ASSY 1700150-02, SN 0705.

  10) Data Translation EP057 Rev J, SN 72421-317;
	function unknown, but has 40 pin berg connector, 10Mhz crystal.

  11) Data Translation EP125 MCP Rev D, P/N 02181, SN 68452-306, quad height.
	Has DT5712 analog mux and analog to digital converter module.
	Has DC-DC converter, +5 to +/-12.

  12) Data Translation EP075 Rev F, SN 73682-301.
	Has DT212 12-bit digital to analog converter module.
	Has DC-DC converter, +5 to +/-12.

  13) Data Translation EP058 Rev F, SN 76622-329.

  14) LSI 50 Alloy Eng CPD, SN 5115, quad height.  Function unknown.
	Has 40 pin Berg connector.

  15) Scientific Micro Systems Prog Assy 1001939-0001, Assy No 0003770-0001,
	SN LE8056, function unknown, but could be ROM.
	Has 40 pin Berg connector.
	Has 20 MHZ crystal.

All of the boards had been pulled from their original slots in the
backplanes by the time I got to the pile, although I think that all
of the Data Translation cards and most of the others came from the
Data Translation box (item 1).

I'd appreciate any advice I can get (by E-mail) about finding a home for
this stuff.  If you know of places that buy old DEC stuff on the gamble
that some of it might work, or if you know of PDP-11 hobbyists who might
want the stuff as spare parts, please tell me.

At the worst, the stuff is good for parts, but I'd guess that much of it
is still functional.
					Doug Jones
					jones@cs.uiowa.edu
Newsgroups: vmsnet.pdp-11
From: harkin@cs.montana.edu (Gary Harkin)
Subject: PDP-11/04 Console Board
Organization: CS
Distribution: usa
Date: Thu, 20 Aug 1992 14:45:06 GMT

The only character I/O device on the 11/04 is the console, so my intent
is to connect to the Sun by disconnecting the 11/04 console and hooking
it to the Sun.  The console is board is a 7856 and uses a 40-pin DIP
connector.  Is there anybody out there that knows what the pinout is
and if it is EIA-232 compatible?  Also, if you know of any comm software
that is readily available, that would be appreciated.

Thanks in advance - g.

       /\            /\               
    /\/  \   /\     /  \           /\        
   Gary Harkin \/\ /    \/\   /\  /  \/\  /\ 
 / Department of Computer Science/      \/  \
/  Montana State University /    \    /\/   |
|  Bozeman, MT  59717-0388        \  /      |
|                                  \/       |
|  harkin@cs.montana.edu                    |
|-------------------------------------------|
Newsgroups: vmsnet.test
From: dave@base (Dave Rodgers)
Subject: test
Organization: Bell Canada Operations Development
Date: Fri, 14 Aug 1992 19:29:49 GMT

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]
 envoy100: d.rodgers     UUCP: ...utzoo!censor!animal!base!dave
From: system@condor.navsses.navy.mil
Newsgroups: vmsnet.test
Subject: test
Date: 20 Aug 92 15:15:40 GMT
Organization: NSWCCD, Naval Ship Systems Eng Sta, Phila PA

test
-- 
Mike Jacobi
NAVSSES VAXCluster system manager
System@Eagle.Navsses.Navy.Mil
System@Condor.Navsses.Navy.Mil

Disclaimer - I speak for myself.  No-one else.
From: roseberry@taney.uscghq.uscg.mil
Newsgroups: vmsnet.test
Subject: Test SPAWN'ed WPE
Date: 13 Aug 92 07:15:33 EST
Organization: United States Coast Guard


	Another test post to see if ANU will work.
From: savolainen_p@salcjkl.salcom.fi (Pekka Savolainen, Salcom Finland)
Newsgroups: vmsnet.test
Subject: Anutest
Date: 16 Aug 92 16:08:48 EET
Organization: Salcom Finland, Jyvaskyla Finland


Testing ANUNEWS 6.1

Please followup

-Pekka-
/*
 Pekka Savolainen, Salcom Finland Oy,Box 37, SF-40321, Jyvaskyla, Finland      
 Voicenet +358-41-685333, Faxnet +358-41-677944, Mobilenet: +358-49-642460
 Internet:  savolainen_p@salcom.fi, Homenet: p@p.salcom.fi                
 Fishingnet: NLA0: and /dev/null
*/
From: jasper@vax.path.ox.ac.uk
Newsgroups: vmsnet.test
Subject: test from vax.path.ox.ac.uk
Date: 13 Aug 92 17:09:23 GMT
Organization: Oxford University Molecular Biology Data Centre
Nntp-Posting-User: jasper

Test from vax.path.ox.ac.uk

13-aug-92
From: jmoulder@mis.mcw.edu
Newsgroups: vmsnet.test
Subject: Re: test
Date: 19 Aug 92 17:43:46 GMT
Organization: Medical College of Wisconsin

test of vax followup

In article <1992Aug11.145449.1@pembvax1.pembroke.edu>, oxendine@pembvax1.pembroke.edu writes:
> test-- 
> 
> =============================================================================
> Terry Oxendine                |      Bitnet:  oxendine@pembvax1.bitnet
> Pembroke State University     |    Internet:  oxendine@pembvax1.pembroke.edu
> Systems Admin/Prog            |       Voice:  919-521-9793
> University Computing and      |   Facsimile:  919-521-1214
>  Information Services         |   
> Pembroke, NC 28372
> =============================================================================
Newsgroups: vmsnet.test,gnu.test,misc.test
From: rooholam@point.cs.uwm.edu (Mo Rooholamini)
Subject: Re: another attempted anonymous post
Organization: University of Wisconsin, Milwaukee
Date: Fri, 21 Aug 1992 19:11:22 GMT

In article <000101@Federation.mil> Spock@Nebula2 writes:
>X-Tra Header: one
>
>...just another attempted anonymous post....
>
>--   
>boredguy @ somewhere

*********************************************
How can you post anonymously?  Any e-mail response is greatly
appreciated.

rooholam@point.cs.uwm.edu

Xref: sparky vmsnet.test:500 gnu.test:24 misc.test:9664
From: Spock@Nebula2
Newsgroups: vmsnet.test,gnu.test,misc.test
Subject: another attempted anonymous post
Date: 11 Aug 92 11:15:10 GMT
Organization: Federation
Nntp-posting-host: kling.on.com
X-Stardate: 111.3

X-Tra Header: one

...just another attempted anonymous post....

--   
boredguy @ somewhere
From: news@mis.mcw.edu
Newsgroups: vmsnet.test
Subject: test
Date: 20 Aug 92 21:45:43 GMT
Reply-To: dave@intercon.com ((Dave Saunders))
Organization: InterCon Systems Corporation

This is just a test.
From: dave@base (Dave Rodgers)
Newsgroups: vmsnet.test
Subject: Re: testng
Date: 17 Aug 92 17:40:37 GMT
Organization: Bell Canada Operations Development

what goes on here

francisn@bigbear (Francis Ng) writes:
: followup to the previous message.
:
: --
:  Francis Ng, Designer - Implementation, Operations Development
:  160 Elgin, Ottawa rm 1050  voice:613-781-1663  fax:613-230-6460
:  ICN: francisn@base [138.82.45.14]
:  envoy100: fk.ng     UUCP: ...utzoo!censor!animal!base!francisn

--
 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]
 envoy100: d.rodgers     UUCP: ...utzoo!censor!animal!base!dave
Newsgroups: vmsnet.test
Subject: just testing
From: wacker@dcal.unine.ch (Claude Wacker)
Date: 20 Aug 92 15:32:16 
Reply-To: wacker@dcal.unine.ch (Claude Wacker)
Distribution: world
Organization: University of Neuchatel
Keywords: test


..ules
Newsgroups: vmsnet.test
Subject: It's that old problem again (or is it)
From: mikew@mdcbbs.com (Mike 'the Bard' Whitaker)
Date: 19 Aug 92 07:29:26 PDT
Organization: Shape Data - a division of EDS Ltd

Is there anybody OUT there???????
-- 
Mike Whitaker +44-223 | mikew@mdcbbs.com, bard@spuddy.uucp | Me: Bards just
Shape Data/EDS 316673 | -or- mwhitaker@cix.compulink.co.uk | KNOW things...
Newsgroups: vmsnet.test
From: cheese5@ioc.unibe.ch (Wolfgang D. Luef)
Subject: New Test
Keywords: Test 
Organization: Institute of Organic Chemistry
Date: Thu, 20 Aug 1992 16:07:03 GMT


Test only

Wolfgang D. Luef, Ph.D.           >> RFC        : luef@ioc.unibe.ch
Institute of Organic Chemistry    >> HEPNET/SPAN: 20579::49852::luef
University of Bern                >> DECnet (CH): 49852::luef
Freiestrasse 3                    >> X.400      : S=luef; OU=ioc; O=unibe;
CH-3012 Bern                                      P=switch; A=arcom; C=ch
(Switzerland)          Phone: ++41 (0)31 654376   Fax: ++41 (0)31 654499
Newsgroups: vmsnet.test
From: cheese5@ioc.unibe.ch (Wolfgang D. Luef)
Subject: TEST
Summary: TEST
Keywords: TEST
Organization: Institute of Organic Chemistry
Date: Thu, 20 Aug 1992 15:54:24 GMT


test test


Wolfgang D. Luef, Ph.D.           >> RFC        : luef@ioc.unibe.ch
Institute of Organic Chemistry    >> HEPNET/SPAN: 20579::49852::luef
University of Bern                >> DECnet (CH): 49852::luef
Freiestrasse 3                    >> X.400      : S=luef; OU=ioc; O=unibe;
CH-3012 Bern                                      P=switch; A=arcom; C=ch
(Switzerland)          Phone: ++41 (0)31 654376   Fax: ++41 (0)31 654499
Wolfgang D. Luef, Ph.D.           >> RFC        : luef@ioc.unibe.ch
Institute of Organic Chemistry    >> HEPNET/SPAN: 20579::49852::luef
University of Bern                >> DECnet (CH): 49852::luef
Freiestrasse 3                    >> X.400      : S=luef; OU=ioc; O=unibe;
CH-3012 Bern                                      P=switch; A=arcom; C=ch
(Switzerland)          Phone: ++41 (0)31 654376   Fax: ++41 (0)31 654499
From: acg@hermes.dlogics.com (Andrew C. Green)
Newsgroups: vmsnet.test
Subject: Test
Date: 14 Aug 92 13:01:27 CST
Distribution: chi
Organization: Datalogics, Inc., Chicago, IL

Test message posting
From: richter@ki1.chemie.fu-berlin.de (Thomas Richter)
Newsgroups: vmsnet.mail.mx
Subject: Re: Is there a point to MIME with VMS Mail?
Date: 16 Aug 92 16:10:17 GMT
Organization: Free University of Berlin, Germany

Hunter Goatley <goathunter@WKUVX1.BITNET> writes:
>[...]
>I read through the document with an eye toward making MX
>MIME-compliant sometime down the road (not anytime soon, mind you!!).
>After reading the document, I have one major question: why?

Good question.  I have read a draft version of the RFC as it was
distributed with 'metamail', a package which contains a number of
patches to make various mail user agents (in the unix world) MIME-
friendly.  As I see it, MX is made for routing and providing the
transport.  It shouldn't touch the message itself to hide deficiencies
in the user agent.  (Strictly speaking:  I think that even the sorting
of headers above or below the message doesn't belong into MX.  But 
that's a much simpler thing and very convenient to have, so don't take
this as a real objection.)

Now, one could ask 'Why has nobody written a decent replacement for MAIL?'
But that's a different story.  (In case you like MAIL, replace 'decent'
by 'PD, with sources available and easily changable')

-- Thomas Richter
-- 
phone: +49 30 838-3408                          Freie Universitaet Berlin
psi:   (+262)45050230227::RICHTER               Institut f. Kristallographie
smtp:  <richter@ki1.chemie.fu-berlin.de>        Takustr. 6, D-1000 Berlin 33
From: goathunter@WKUVX1.BITNET (Hunter Goatley)
Newsgroups: vmsnet.mail.mx
Subject: RE: Default MX transport problem
Date: 19 Aug 92 11:35:37 GMT
Organization: Mx-List<==>Vmsnet.Mail.Mx Gateway
X-Gateway-Source-Info: Mailing List

robbie@winkle.bhpese.oz.au writes:
>
>I recently saw an article which described a way of setting MX as the default
>mail transport (namely SET TRANSPORT MX%) which works fine. I can mail
>to people on my local host and ...whoa... it uses the MX transport. Very
>nice. However, now when I want to mail to my unix buddies, I get strange
>behaviour from mail. The following example best describes it.
>
>MAIL> SEND
>To:     "russell@cerberus"
>
>MAIL> ! Hey, I haven't finished yet...
>MAIL> ! Let's try something else...
>MAIL> SEND
>To:     MX%"russell@cerberus"
>CC:     <Rest of stuff deleted. Take it from me, it works fine!>
>
>Why can't I leave off the MX% when mailing to a remote host. If I
>can only use the transport for the local host then I don't think it
>will be all that useful.
>
VMS Mail treats anything in quotes as a comment (like a personal
name).  VMS Mail discards it before handing anything to MX, so you end
up with Mail acting like you didn't give an address.  You can always
apply the "@" patch to Mail, which can be found in the [CONTRIB]
directory in MX_ROOT:.

Hunter
------
Hunter Goatley, VMS Systems Programmer, Western Kentucky University
goathunter@WKUVX1.BITNET, 502-745-5251
From: kish@DRWHO.IAC.HONEYWELL.COM
Newsgroups: vmsnet.mail.mx
Subject: RE: Is there a point to MIME with VMS Mail?
Date: Thu, 13 Aug 1992 08:59:20 EDT
Organization: Mx-List<==>Vmsnet.Mail.Mx Gateway
X-Gateway-Source-Info: Mailing List

I havent read the RFC bt I thought it was a poormans X.400 mechanism for
 permiting
binary attachements and allowing SMTP to do X.400 enclosures.


Am I on the wrong track... ( I guess I could just track down the RFC :) )
                                         KISH@DRWHO.IAC.HONEYWELL.COM
Newsgroups: vmsnet.mail.mx
From: muneki@kekvax.kek.ac.jp
Subject: Re: RE: MAILER
Reply-To: muneki@kekvax.kek.ac.jp
Organization:  KEK, Tsukuba, Japan
Date: Fri, 21 Aug 1992 07:54:11 GMT

In article <0095EBAF.6E8E2020.5015@WKUVX1.BITNET>, goathunter@WKUVX1.BITNET (Hunter Goatley) writes...
>"DAVID L. CUSTER" <SYSMGR@PSUHMED.BITNET> writes:
>>
>>  Isn't MX supposed to distribute Bitnet mail to intended users whenever it
>>is sent to MAILER?  Is it a mistake to have our Bitnet server1 tag indicate
>>that our node hasa such a service?
>>
>Only if the message is a BSMTP message.  This one was not:
> 
>>Return-Path: <@psuhmed.rcf.hmc.psu.edu:MAILER@PSUSUN1.BITNET>
>>Received: from PSUSUN1 (MAILER) by psuhmed.rcf.hmc.psu.edu (MX V3.0) with Jnet;
>                                                                           ^^^^
>Non-BSMTP messages to MAILER are delivered to MAILER.  Apparently,
>PSUSUN1 does *not* know that PSUHMED has a MAILER installed.  Sounds
>like the XMAILER.NAMES on PSUSUN1 is out-of-date.
> 
>I have this problem with a number of sites---HARVUNXW has had this
>problem for more than a year and repeated attempts to get somebody
>there to fix the problem have been fruitless.  They don't even bother
>to respond.  Typical UNIX administrator....
> 
>Hunter
>------
>Hunter Goatley, VMS Systems Programmer, Western Kentucky University
>goathunter@WKUVX1.BITNET, 502-745-5251