Sun, 30 Sep 90 03:07:00 EDT
|
I just got the following puzzlegram back from [log in to unmask] It seems
to think I sent a duplicated posting, which I didn't. Also, I sent my post-
ing to [log in to unmask] Comments, anyone?
Terry Kennedy Operations Manager, Academic Computing
[log in to unmask] St. Peter's College, US
[log in to unmask] (201) 915-9381
From: IN%"[log in to unmask]" "Revised List Processor" 30-SEP-1990 02:16
:3
0.40
To: _TERRY
CC:
Subj: Rejected posting to JNET-L@ASUACAD
Received: from ASUACAD.BITNET by SPCVXA.BITNET; Sun, 30 Sep 90 02:16 EDT
Received: by ASUACAD (Mailer R2.07) id 4055; Sat, 29 Sep 90 23:15:15 MST
Date: Sat, 29 Sep 90 23:14:50 MST
From: Revised List Processor <[log in to unmask]>
Subject: Rejected posting to JNET-L@ASUACAD
To: [log in to unmask]
Message-id: <[log in to unmask]>
X-Envelope-to: TERRY
Your message is being returned to you unprocessed because it seems to have been
already sent to the JNET-L list. That is, a message with identical body (but
possibly different headers) has been posted to the list recently, either by you
or by someone else. If you have a good reason to resend this message to the
list (for instance because half of the outbound spool files were lost in a disk
crash at some intermediate node), please alter the message text in some way
before resending it. Note that altering the "Subject:" line or adding blank
lines at the top or bottom of the message is not sufficient; you should instead
add a line at the top explaining why you are re-sending the message, for the
benefit of the list membership.
------------------------- Rejected message (27 lines) -------------------------
Received: by ASUACAD (Mailer R2.07) id 3759; Sat, 29 Sep 90 23:14:40 MST
Date: Sat, 29 Sep 90 23:55:00 EDT
Reply-To: JNET Discussion Group <[log in to unmask]>
Sender: JNET Discussion Group <[log in to unmask]>
From: "Terry Kennedy, Operations Mgr" <[log in to unmask]>
Subject: Re: Problems between Vax 11/785 and IBM 4341
To: Bob Kaneshige <[log in to unmask]>
> The problem may be that you have to set a physical switch on a DMF-32 so that
> the autoconfigure portion of startup will not allocate these devices to the
> XGDRIVER. It is documented in the BSC/370 manual on page 3-2:
Additionally, you need to issue the appropriate commands to connect the
BFDRIVER. These are normally found in JAN_SYS:JANLOAD.COM. For example, on
my system that file contains:
$ SYSGEN="$SYS$SYSTEM:SYSGEN"
$ SYSGEN LOAD JAN_SYS:BFDRIVER
$ SYSGEN CONNECT BFA0/CSR=%O760344/VECTOR=%O300 -
/ADAPTER=UB0/NUMVEC=2/DRIVER=BFDRIVER
Note that the values change depending on other hardware installed in the
system. The Jnet manuals have more to say about this.
Terry Kennedy Operations Manager, Academic Computing
[log in to unmask] St. Peter's College, US
[log in to unmask] (201) 915-9381
|
|
|