HDTenEightyP/NetNews huggingface dataset:
From: RABINOWITZ@bear.com (Ari Rabinowitz)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: Will Multinet come to DEC OSF/1 V1.0 ?
Date: 23 Jul 92 20:53:54 GMT
Organization: Bear Stearns & Co.
X-News-Reader: VMS NEWS 1.20

In <2380204222JUL92201042@TGV.COM> adelman@TGV.COM writes:

> 
>     It is coming to VMS on Alpha; we have it running in the porting
> centers already.

Will it be available for customer pre-release by September?  Our DEC
sales-people have promised us an Alpha workstation for testing around
Labor Day and we want to be able to run Multinet on it, since we are
a very mixed environment.

> 
> 							    Ken

Ari
 

Ari Rabinowitz                  rabinowitz@bear.com for VMS and personal mail
WorkStation Administrator	ari@bear.com for sun/HP Un*x mail
Bear Stearns
X-Gateway-Source-Info: INTERNET
Date: 24 JUL 92 18:37:38 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: bill@nickel.ucs.sfu.ca (Bill Baines)
From: bill@nickel.ucs.sfu.ca
Subject: Kerberos -- is it worth doing?
X-Mailer: ELM [version 2.3 PL11]
Organization: The INFO-MULTINET Community

We have two networks. 

The administrative systems are VAX/VMS and live on an isoletd network
that runs around the administrative building. Access from other
buildings is via several hundred async lines, Gandalf Starmaster, and
various terminal servers.  

The other network is our instructional/research network. It is ethernet
over fiber, with 4 majour wiring centers, 52 wiring closets, and shielded
twisted pair into every office that has a telephone. We have physical
control of the closets, and every department is bridged or routed to the 
backbone.  

It would be real advantageous from a 'service' provider point of view
if we connected these two networks together. The admin system could
capitalize on the excellent cable plant in place for the
instructional/research network. There is however, paranoia in the air
about security. (myself included.)

I think that we could accept that people sniffing the network might
see administrative data. Most of that data is available in the library
anyways. We cannot however implement something that might allow
'sniffers' to gather passwords. 

I know that TGV has some Kerberos software in Beta somewhere. We
played with Kerberos some years ago, and have an old IBM RT that we
could dedicate to the task. We can provide a second ethernet controller 
on the Admin system and connect it to the big network, and load only TGV --
no decnet, no lat, no anything else. We would only allow inbound 
telnet and smtp mail access. We would like to disable all other 
IP ports if possible.

1) Will it help our situation? i.e. Can passwords ber made less apparent
   to the casual sniffer?

2) What telnet clients are available that have been tested with TGV's
   implementation? (Our clients use Macs, PC,s Suns, NeXTstations, and 
   some Iris Indigos.

3) Would you do this in a University?

4) Comments and suggestions about alternate methods would be appreciated. A
   while back we took a look at DEC's hdwr encryptoion box, but it only
   allowed 20 clients per port on the back side, and was a tad expensive
   in Canada.


-- Bill Baines, Operations and Tech.
Support, Simon Fraser University, bill@sfu.ca, bill@SFUVAX.Bitnet,
(604) 291-3955, (fax 291-4242), VE7FML
Newsgroups: vmsnet.networks.tcp-ip.multinet
From: datkins@vesta.unm.edu (Drexel Atkinson CIRT)
Subject: nfs between two  vms systems?
Date: Thu, 30 Jul 92 20:16:50 GMT
Organization: University of New Mexico, Albuquerque



No doubt this has been discussed before, but how well do the current nfs
client and server versions run between two VMS systems?  I really havent
looked at this much since the early versions where it didnt have that 
capability.  
  thanks,
	drex

---------------------------------------------------------------------------
    Drexel Atkinson 			BITNET:  	datkins@unmb
    Systems Programmer			INTERNET:     	datkins@ariel.unm.edu
    CIRT-ACS  University of New Mexico  
    
X-Gateway-Source-Info: INTERNET
Date: 31 JUL 92 09:13:27 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:     adelman (Kenneth Adelman) @ TGV.COM
From: adelman@TGV.COM
Subject:  Re: a proposed Multinet setup
Organization: The INFO-MULTINET Community

> We have 26 SPARCstations, all of which use disks on a HSC50 in a
> VAXcluster that has a VAX 8550 and 8530.  Currently the 8550 has
> the Multinet software and everybody is on the same Ethernet segment.

> Traffic is high and I think splitting into two or more subnets and
> physically different segments would help.  Would the following work?

> I would add Multinet to the 8530 and split the single segment into
> two sections, breaking them on workgroup boundaries.	Each VAX would
> be on a different segment and be an NFS server of (even the same) HSC50
> disk drives to each segment.	However, we do want some limited IP traffic
> (ping, telnet, rlogin, ftp, snmp) between the segments.  Could I then
> essentially use the VAXCluster as a router by running IP over
> DECnet over the CI interfaces (remember the Ethernet controller
> on one VAX is not on the same segment as the Ethernet controller
> on the other VAX) and use the routing support in Multinet?
> Or can Multinet use the CI interfaces directly?

> We do have some VAXstations and they will lose their failover
> capability between the two 8500s as boot and server nodes. Is there
> anything else I might be overlooking or another configuration to consider?

> Could I also add second Ethernet controllers to the 8500s to get
> 4 segments?  (I am assuming I would get better NFS performance by
> having two CPUs involved than one as I do now.)

    Are you really sure that you're running up against the Ethernet
limit? First, I'd make sure that you have DEBNI Ethernet controllers
and not DEBNA controllers. If you have a DEBNA, get it upgrade to
a DEBNI which has better performance.

    IP over DECnet over CI is going to have a LOT of overhead; I'd
recommend you not even consider it. If you need to split your machines
into two networks for traffic reasons, I'd get two Ethernet controllers
on one of the VAXen and connect it to both networks. You could generalize
this up to any number of networks subject to the limit of how many
controllers you can put on a VAX, or get a cisco gateway.

    Now to the subject of NFS performance with the MultiNet server --

    If you want to carve up the load into multiple machines, you want
to divide it along the lines of filesystems, not clients, so that only
a single VAX serves any particular mount point. If you have more than
one NFS Server serving the same files, they compete to hold those files
in cache and you get a lot of unnecessary cache-churning and a severe
degradation in performance.  The key to the performance of our NFS
Server is an efficient cache; the price paid for this is memory.
Exporting the same filesystem from two machines results in doubling
the memory usage and cache-churning.

							Ken
X-Gateway-Source-Info: INTERNET
Date: 29 JUL 92 14:52:44 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:    DUNCAN@XTAL0.HARVARD.EDU
From: DUNCAN@XTAL0.HARVARD.EDU
Subject: problem compiling host table under 3.1
X-Vmsmail-To: SMTP%"info-multinet@tgv.com"
Organization: The INFO-MULTINET Community

Hi-
This looks like an error which crops up constantly on VMS systems- 
insufficient Page File Quota.  The solution is to go into authorize and 
increase the pgflquo for the account from which a command is issued.  It's 
also important to make sure your pgflquo isn't more than about half the 
size of your system page file, and to check the SYSGEN parameter 
VIRTUALPAGECNT, because noone can get a page file quota larger than 
VIRTUALPAGECNT no matter what their pgflquo.

I've seen this problem manifest itself in any number of disguises.  My rule 
of thumb is that if a program bombs with any kind of message containing the 
word "quota", "virtual", or "memory", increase the user's pgflquo before 
trying anything else.

Good Luck!

Sarah L. Duncan
Computer Systems Manager
HHMI/Harvard
From: NED@SIGURD.INNOSOFT.COM (Ned Freed )
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: RFC 1339 support: Remote Mail Checking Protocol.
Date: 30 Jul 92 03:02:00 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: "Ned Freed (Postmaster)" <NED@SIGURD.INNOSOFT.COM>
X-Envelope-to: info-multinet@tgv.com
X-VMS-To: IN%"skapur@ccmail.sunysb.edu"
X-VMS-Cc: IN%"info-multinet@tgv.com"

The problem with RFC1339 is that it is very difficult to implement correctly
on VMS. The protocol returns two pieces of information to the caller -- the
time when a given user last read a mail message and the time when that
user last received mail.

On VMS using VMS MAIL both of these numbers are very hard to come by.
Consider the problem of finding out when mail was last read. I know of
no way to do this. The revision time on the user's MAIL.MAI file is no
help, since it is updated by deliveries and in any case is not updated
until you exit from VMS MAIL! (Some users, such as myself, stay in VMS MAIL
for weeks or even months at a time. And the revision date gets changed
to whatever time you exited regardless of when you last read a message.)

The last delivery time is also a problem. Again, the file revision date
is not a useful source of this information. About the only thing that
could know when delivery was last done is the delivery agent itself. I suppose
we could all get together and support a common place for putting this
information. Of course, local mail would not update this information since
it only passes through VMS MAIL itself.

There's a limited version of the protocol that is slightly more implementable
in the VMS environment, but not overly so.

If you can come up with a reasonable way to deal with these issues in the
VMS environment I'd love to hear about it. I had serious thoughts about
implementing this protocol in PMDF until I started to consider how the
actual implementation would have to be done.

				Ned

X-Gateway-Source-Info: INTERNET
Date: 22 JUL 92 18:09:44 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: Brian McKeever <MCKEEVER@VAX2.CSTP.UMKC.EDU>
From: Brian McKeever <MCKEEVER@VAX2.CSTP.UMKC.EDU>
Subject: INITIALIZE_TEMPLATE.COM updated for Multinet V3.1.
X-Envelope-to: info-multinet@tgv.com
X-VMS-To: IN%"info-multinet@tgv.com"
Organization: The INFO-MULTINET Community

If anyone is using my INITIALIZE_TEMPLATE.COM procedure to create
MULTINET:INITIALIZE_<queue-name>.COM files to customize their Multinet LPD
queues, there is a new version available via anonymous FTP from
CSTP.UMKC.EDU.  The file name is INITIALIZE_TEMPLATE.COM-031 and it's in
the [.MNET] sub-directory.  It is for use with V3.1 only.

Changes:

  o Initializes LPD queues with Multinet V3.1 compatible /DESCRIPTIONs.
  o Accepts a new parameter P3 that is appended onto the Multinet standard
    description so you can make things prettier.
  o Allows the user to define a table of qualifier shortcuts.  For instance,
    if you have a default /FORM you want to put on all your laser printers
    you can define a symbol in the command procedure that translates to the
    actual INIT qualifiers you want to use, then:

      @INITIALIZE_TEMPLATE <queue-name> "'LASER/BLOCK=(1,2000)'PROT" [<desc>]

    The procedure will translate the 'LASER and 'PROT to their symbol
    definitions and use the resulting string qualifiers to the INIT command.
    See the comments in the code for more information.

For new INFO-MULTINET subscribers, INITIALIZE_TEMPLATE creates .COM files
that...

  o Only INITIALIZE queues if they don't exist, otherwise it STARTs the
    queues only.
  o Spools files to the device specified by the logical name SPOOL$DEVICE
    instead of SYS$SYSDEVICE.
  o Notifies OPCOM if SPOOL$DEVICE doesn't exist.
  o Allows you to activate MULTINET:REMOTE-PRINTER-QUEUES.COM at any
    time (if all your LPD queues have INITIALIZE_<queue-name>.COM
    files) to add new queues without having to reboot or manually adding
    or removing any queues.
  o Automates putting queue specific qualifiers on the INITIALIZE
    command (See Changes above).

The old procedure is still available as INITIALIZE_TEMPLATE.COM-030 for use
with Multinet V3.0.

Enjoy,

--Brian
From: adelman@TGV.COM
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: Possible Bug??
Date: 30 Jul 92 03:01:51 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:     adelman (Kenneth Adelman) @ TGV.COM

> We had an interesting occurrence this week in which the SMTP symbiont seemed
> to be running amok.  It used up virtually all of the CPU time and was filling
> up the system disk.  Examination showed that it was repeatedly trying to send
> an undeliverable mail message to the Postmaster.  The Postmaster account was,
> however, missing.   One reasonably might ask, of course, how THAT situation
> came about and I have no answer yet, but it did occur.  When SMTP tried to
> return undeliverable mail to the postmaster, the effort generated an
> "undeliverable mail" error, so SMTP tried to send that to the postmaster,etc.

> Clearly the proximate cause of the problem here is the absence of the
> postmaster account, and the problem went away when we simply added such an
> account, but we wonder if maybe a trap couldn't be put into the code
> someplace that would abort such an infinite loop.  Maybe the errant message
> could be sent to SYSTEM instead of postmaster if two "undeliverable" messages
> in a row are generated.

    The default MultiNet installation has POSTMASTER set to SYSTEM
for this reason. Whatever the destination of the POSTMASTER account, it
should have forwarding disabled and perhaps even be on the system
disk with a lot of quota to prevent this problem.

							    Ken

X-Gateway-Source-Info: INTERNET
From: barbour@psych.colorado.edu (Jim Barbour (now I am here))
Subject: .rhosts question on multinet -- Potential FAQ
Organization: University of Colorado, Boulder
Distribution: usa
Date: Wed, 22 Jul 1992 18:48:31 GMT

Hello,

I need to do he following from several unix machines.

barbour% rsh VMS-WITH-MULTI-NET -l vms-username vms-command

I tried creating a .rhosts file on the vms side with a line in it that
looks like

unix-machine.domain.gov +

but this does not seem to work.  Is there a way to accomplish such a
thing with multinet?  Any ideas on how I can debug the problem.  I'm
very familliar with VMS and tcp/ip in general, but not multinet.

Thanks,.

Jim Barbour  (barbour@psych.colorado.edu)
X-Gateway-Source-Info: INTERNET
Date: 31 JUL 92 01:10:36 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:    busma @ TGV.COM (Jeffrey D. Busma)
From: busma@TGV.COM
Subject: RE: Problem with POP3 server and WNQVTNET on PC
Organization: The INFO-MULTINET Community

> 
>I am running a program called WNQVTNET ver 2.6 on my PC and am reading mail
>from my VAX.  When I try to reply or send mail, I run into problems.
>
>The documentation mentions that not all POP3 servers support XTND XMIT
>command.  When I try to send mail, I get just such a message.  
>
>We are running Multinet and I need to find out it it is possible that we
>have it configured incorrectly.  Has anyone run into this problem and know 
>how to fix it.  I will pass the information on to our
>administrator.
>
>Thanks
>
	
	The MultiNet POP server does not currently support any XTND comamnds.
	Btw, what RFC is XTND XMIT documented in? I could find it in rfc1082,
	rfc1081 or rfc1225. 

							Jeff

X-Gateway-Source-Info: INTERNET
Date: 30 JUL 92 07:04:49 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: "Stephen L. Arnold" <ARNOLD@Eisner.DECUS.Org>
From: "Stephen L. Arnold" <ARNOLD@Eisner.DECUS.Org>
Subject: Re: Possible Bug?? (fwd)
Organization: Arnold Consulting
X-VMS-To: IN%"hopcroft@polar.bowdoin.edu"
X-VMS-Cc: IN%"info-multinet@TGV.COM",ARNOLD

Harry Hopcroft said:
> Ken, what does "POSTMASTER set to SYSTEM" actually mean? I don't know of any
> aliasing system or anything like that.  On our other VAX, also running
> Multinet, I did notice that POSTMASTER and SYSTEM have the same UIC, and that
> is how I set up the problem system this morning.  Should the SMTP symbiont
> really have been just as happy sending the response to SYSTEM even without
> POSTMASTER being defined in SYSUAF.DAT?  Or do both need to be defined, but
> giving them the same UIC mean both read the same mail?

The "BITNET Postmaster's Guide for VAX/VMS Systems" has some very strong
advice about the POSTMASTER account (or mailbox) to prevent problems
like this.  Watch for an announcement on the appropriate lists soon (or
if you can't wait, GET POST_VMS 1STGETME from LISTSERVE@BITNIC).

If your system has a POSTMASTER account with UIC [1,4] and owner
"General Delivery", it was created by the Jnet installation procedure.
Jnet assumes the existance of POSTMASTER in the SYSUAF and by default
creates it.  PMDF and MultiNet assume there is no POSTMASTER in the
SYSUAF point POSTMASTER's mail to SYSTEM.

Steve
From: ake@dayton.saic.com (Earle Ake)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Telnet/log/port=25 records only one side of interaction
Date: 23 Jul 92 11:29:44 EDT
Organization: Science Applications Intl. Corp., Dayton, Ohio

	I was trying to use telnet/log/port=25 to debug some mail questions.
When I do this I only see the strings that the remote sends me.  I do NOT
see the text I sent the remote.  Can I get the text that I sent echoed to the
logfile as well?  The logging works fine if I connect to the normal telnet
port.


_____________________________________________________________________________
             ____ ____    ___
Earle Ake   /___ /___/ / /     Science Applications International Corporation
           ____//   / / /__                 Dayton, Ohio
-----------------------------------------------------------------------------
Internet: ake@dayton.saic.com  uucp: dayvb!ake  NSI-DECnet (SPAN): 28284::ake
X-Gateway-Source-Info: INTERNET
Date: 30 JUL 92 00:59:55 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: Sanjay Kapur <SKAPUR@ccmail.sunysb.edu>
From: Sanjay Kapur <SKAPUR@ccmail.sunysb.edu>
Subject: RFC 1339 support: Remote Mail Checking Protocol.
Organization: State University of New York, Stony Brook
X-VMS-To: IN%"info-multinet@tgv.com"

Date sent:  29-JUL-1992 18:49:24 

Are there any plans to support RFC 1339 in Multinet?  It seems to fit with 
POP quite nicely but avoids the overhead of POP, especially if Multinet is 
declared security conscious and just checks the VMS mail profile file and not 
a user's MAIL.MAI and does not send out time stamps.


  Sanjay Kapur    (SK54)              |Internet:    Sanjay.Kapur@sunysb.edu
  Systems Staff, Computing Services,  |Bitnet:      SKAPUR@USB
  State University of New York,       |SPAN/HEPnet: 44132::SKAPUR
  Stony Brook, NY 11794-2400        |Phone:+1-516 632 8029, FAX:+1-516 632 8046
Date: 29 JUL 92 00:51:00 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:     adelman (Kenneth Adelman) @ TGV.COM
From: adelman@TGV.COM
Subject:  Re: problem compiling host table under 3.1
Organization: The INFO-MULTINET Community

> We recently installed V3.1 and have the following problem compiling the host
> table.

> $ mult host_table compile
> %DCL-W-ACTIMAGE, error activating image MULTINET:COMPILE_HOST_TABLE
> -CLI-E-IMGNAME, image file
>		  DUA0:[SYS0.SYSCOMMON.][MULTINET]COMPILE_HOST_TABLE.EXE;3
> -SYSTEM-F-EXQUOTA, exceeded quota

> Has anyone else had this problem?  Are there some new quota requirements?

    Yes, inadvertently.  Increate PGFLQUOTA to 50,000 on the account
doing the compile. This will be fixed in V3.1 Rev B, or as a workaround
you can also use the V3.0 COMPILE_HOST_TABLE.EXE.

							    Ken
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: PATHworks Backup???
From: "DR. ENTROPY" <CSTECH@ACUVAX.BITNET>
Date: Tue, 21 Jul 1992 09:34:00 CST
Original_To:  BITNET%"LANWORKS@MIAMIU.BITNET"

  Gregg,
         Please send a copy of the file Petri sent you about DEC Backup to
my account.  "Unattended" sound especially nice when a summer staff of
four is servicing a community of 500 users!
  Thanks,
         Lance E. Caughfield
         Academic Computing
         Abilene Christian Univeristy
         Internet- CSTECH@ACUVAX.ACU.EDU
         BITNET- CSTECH@ACUVAX
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: EISA Ethernet Card?
From: "Alan J. Canellis" <canellis@MOHAWK.BROOKS.AF.MIL>
Date: Tue, 21 Jul 1992 17:36:13 CDT

Jan,
	Digital has just announced a 32-bit EISA bus DEPCA board for around
$595.  Try with you local sales drone.
 
+-------------------------------+----------------------------------------------+
| Alan J. Canellis              | Disclaimer: Who, What, When, Where???        |
| Senior Systems Analyst        +----------------------------------------------+
| Armstrong Laboratory          |                                              |
| Brooks AFB, Tx                |     This space intentionally left blank      |
| (512) 536-3886                |                                              |
| (512) 536-2336                |                                              |
+-------------------------------+---------------------+------------------------+
|       INTERnet: canellis@kiowas.brooks.af.mil       |
+-----------------------------------------------------+
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: Software...
From: "Alan J. Canellis" <canellis@MOHAWK.BROOKS.AF.MIL>
Date: Thu, 23 Jul 1992 06:24:54 CDT

Peter,
	I would like to get your program!
 
+-------------------------------+----------------------------------------------+
| Alan J. Canellis              | Disclaimer: Who, What, When, Where???        |
| Senior Systems Analyst        +----------------------------------------------+
| Armstrong Laboratory          |                                              |
| Brooks AFB, Tx                |     This space intentionally left blank      |
| (512) 536-3886                |                                              |
| (512) 536-2336                |                                              |
+-------------------------------+---------------------+------------------------+
|       INTERnet: canellis@kiowas.brooks.af.mil       |
+-----------------------------------------------------+
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: EISA Ethernet Card?
From: JMAASKANT@UTHSCSA.BITNET
Date: Tue, 21 Jul 1992 17:03:00 CDT
Original_To:  JNET%"lanworks@miamiu"

Anyone out there have any experiences/recommendations for 32 bit ethernet
cards for EISA bus machines with Pathworks 4.0?
 
Thanks!
Jan (Jmaaskant@uthscsa.edu)