HDTenEightyP/NetNews huggingface dataset:
X-Envelope-to: BANYAN-L@VM1.CC.UAKRON.EDU
X-VMS-To: VAXF::IN%"BANYAN-L@VM1.CC.UAKRON.EDU"
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.banyan-l
Date:         Tue, 29 Sep 1992 17:11:56 -0600
From:         STRASHEA@ZENO.MSC.COLORADO.EDU
Subject: Re: Telebit Modems

It's the case with just about any high speed modem... the manufacturers
turn on EVERYTHING to give the average user (of course not a banyan function!)
full access to compression/correction and everything else known to the
modem.  I believe the quickest way to start standard is to disable all
compression/correction and set the speed of the modem to 2400, then move
your way up with additional speed changes or features.  If you start with
everything on you can have many difficulties isolating the problem.

I guess this is common sense, but I thought I'd throw in my 2.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Wed, 30 Sep 1992 11:47:39 EDT
From:         Erik=Klein%SFSupport%Banyan@HIPPO.BANYAN.COM
Subject: Re: Hackable ???

>For those that do not follow the RED news, there have been two security
>holes discussed in the Dutch press.  One was a problem that affected
>older versions of Netware (pre-3.11) and patches to fix the older versions
>were provided through dealers/CIS/Internet about 9 months ago.  This was
>a problem in the login program, and is Novell specific.

>The second problem is general and will occur on any network using
>unencrypted packets (not just unencrypted passwords).  This second
>'hole' that has been discussed by the Dutch folks involves putting a
>tap on the physical wire, logging packets, cracking the packets, and
>then putting forged packets back onto the cable.   This is not a design
>flaw in that other NOS, as alluded to above, but is a problem for
>UNIX, VINES, etc., as well.  If someone can 'listen' on your cable,
>figure out your packet content and structure, and place forged
>packets onto your cable - you will experience this problem independent
>of the NOS you are running.


In response to the gentleman from San Jose State:

Incorrect.  Vines security architecture enables a function called session
level security.  When a user logs in to the network (as opposed to attaching
to servers as is the case with netware) he or she is issued a NONCE by the
VANGuard service, which uniquely identifies that user's session throughout
the network.  Should a login sequence be surreptiously captured by a Sniffer
or other protocol interpreter, the data is useless as a tool for session
replay, as the NONCE - even if decoded - will no longer be valid.  The NONCE
is also periodically validated (VSNonceAuthenticate call) during a user
session.

I would suggest enrolling in the Certified Banyan Engineer program to get a
clearer picture of the Vines NOS and related technologies.  Technical Support
II specifically addresses the directory and security services in considerable
detail.  Banyan also offers an Applications Toolkit course which assists the
developer in using the toolkit to create Vines-integrated applications.

Erik Klein
Systems Consultant
Banyan Systems, Inc.
San Francisco
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Fri, 2 Oct 1992 05:34:18 EDT
From:         R=Stoll%SysAdmin%7CG@LGGATE2.HQ.AF.MIL
Subject:      re: PCPRINT under version 4.11(5)

Here's a poor man's delay program:


dir c: > nul
chkdsk c: > nul

This is usually good for 5-10 seconds of delay.  I use it on
five dedicated print servers without any problems.


SSgt Robert Stoll
7th Communications Group
The Pentagon

rstoll@lggate2.hq.af.mil
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Thu, 1 Oct 1992 11:19:10 PDT
From:         Kelly=Yock%Systems%PCBs@BANYAN50.BV.TEK.COM
Subject:      re:Vines 5.0(5) & MACs

Yes....I've experienced the same kind of problems....also, situations where
Mac Mail and Utilities just don't load at all with no indication as to why.

Kelly

----------------------[Reply - Original Message]----------------------

Sent by:JRKROGH%OSREQ22.ROCKWELL.COM@VM1.CC.UAKRON.EDU

Has anyone experienced problems when working with ARL's from a MAC client?
(We are experiencing what appear to be random application (Vines Utils)
crashes
when working in this area....)

-John-

=====================================================================
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Tue, 29 Sep 1992 20:26:45 EDT
From:         "Elliott Coates" <COATES@UMUC.BITNET>
Subject:      ProComm Remote Control

Has anyone laid their hands on US Robotic's remote control - a la PC Anywhere -
extension to ProComm Plus.

Elliott Coates
coates@umuc.umd.edu
Newsgroups: bit.listserv.banyan-l
From: marquis@netcom.com (Roger Marquis)
Subject: Re: VINES Formatter
Date: Sun, 27 Sep 92 16:50:30 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

In article <BANYAN-L%92092710475026@VM1.CC.UAKRON.EDU> R=Stoll%SysAdmin%7CG@LGGATE2.HQ.AF.MIL writes:
>Gosh, I was hoping I wouldn't see a message come back with the word "hosed" in
>it!  Here's what actually happened:  One of my remote sites had a server
>where /disk1 got 100% full.  
>rstoll@lggate2.hq.af.mil

The 100% full message might be indicating that /disk1 was mounted
read-only.  This would have happened if there were filesystem errors,
either logical or physical, which the UNIX chkdsk program (fsck?)
couldn't correct.  If you also got the "su: /tmp/... unable to write"
message then that would tend to indicate a disk error also.  At this
point you have no choice but to reformat.

I can't imagine the formatter _erasing_ it's own signature!  Maybe
someone from Banyan can comment on this?  You may have a bad block on
the same sector/track where Vines wants to see the signature.

Roger (marquis@netcom.com)
From: robertj@tekgen.bv.tek.com (Robert Jaquiss)
Newsgroups: bit.listserv.banyan-l
Subject: Telecom Analyst Position--Telecom Network Analyst  (Portland Oregon)
Date: 6 Oct 92 21:23:14 GMT
Organization: Tektronix, Inc.


                       Telecom Analyst Position               Date:10/2/92
                                    Telecom Network Analyst

Tektronix, a world leader in technological instrumentation, has an immediate
need for an experienced Telecom Network Analyst.  Responsibilities include
providing pcLAN support to Tektronix business units, testing new releases of
Banyan Vines and third party software, developing PC and server standards, and
providing guidance and leadership to other organizations involved in network
planning and engineering.

This position requires experience in network operating systems with emphasis in
Vines installation and maintenance, as well as Vines, TCP/IP, AppleTalk, and
EtherTalk protocols.  Candidates must have a thorough understanding of PC and
Mac hardware, configurations and networking requirements.  Experience with
large scale networks and knowledge of transmission and wiring protocols is also
required.  Successful candidates will have proven experience leading complex
projects in network planning and engineering. A strong customer and service
orientation is essential.  In addition, the ideal candidate will be a self
starter, with the desire to work as a team member and the ability to meet
commitments.  A minimum of 5 years of directly related experience is required. 
Candidates should have a BS degree in Computer Science or a related discipline.
 A Masters degree is a plus.

Tektronix offers competitive salaries and excellent benefits.  For
consideration please send resumes and salary history to:

Tektronix, Inc.
P.O. Box 1000, M/S 63-814
Wilsonville, Oregon  97070-1000
Attention:  Y. Arellano,  Dept. NET1092

Tektronix is an equal opportunity employer, m/f/d.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Tue, 29 Sep 1992 08:25:09 CDT
From:         FFore%CTC%SwRI26@D15VS178A.SPACE.SWRI.EDU
Subject:      re: Telebit Modems

   Jane,

	I suggest you dump the Telebits and get Hayes Ultra 9600 modems.  We
tried using Telebit T2500 modems a couple of years ago and they were supposed
to be fully supported by Banyan.  They kinda worked but never reliably or
consistently.  We had our VAR and Banyan Tech support working on them for
weeks (dittling with S-registers and such).  They kept losing their settings
and would stop answering.  Replaced them all with Hayes Ultras and haven't had
to touch'em since!

-Frank Fore, Southwest Research Institute, S.A. TX.
 Internet: fpf@swri.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Wed, 30 Sep 1992 07:18:30 CDT
From:         JZeevi%users%swri03@D26VS046A.CCF.SWRI.EDU
Subject:      re:Re: Powersave

Shirley is right. At this time Powersave will not back up mail or any other
VINES database, except Streetalk. This is something they are working on
doing, but like everything else, it just takes time.

	josef
	jzeevi@swri.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Fri, 2 Oct 1992 11:03:07 PDT
From:         MA=Crist%Info_Sys%STG_IS@DSO3.DSD.TRW.COM
Subject: Re: STDA include doesn't work

Roger,

We have not experienced this.  We have SMTP, MHS and X.400 addresses in our
inclusion file and they all work fine.


Mike Crist
TRW
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.banyan-l
Date:         Fri, 2 Oct 1992 14:12:22 -0300
From:         Mark=T.=Lee%CAD%WBG_HFX@WHITMANBENN.NS.CA

To all so inclined....  re recent mail on LPD

>Subject:        LPD Service on Vines
>
>I just downloaded Brian Sullivan's LPD service.  I am unable to install
>it.  The error message is "System error 1015".  In the SS log I see
>[256] Bridge ST error 1015 adding service name.....
>
>Doug Paulett
>Canadian National Railway Co.
>paulett@cnmtl.cn.ca
>


I have also downloaded the LPD service, but before I had time to install it I
read the above message and decided to wait ! I would be grateful of any further
   insight into the topic of Unix print services on  VINES.

My interest in this topic comes form our recent purchase of an IBM
RISC/6000 to run a GIS application.  We have an existing electrostatic plotter
connected to a PC on our Banyan net.  The PC runs PC Print locally, which is
assigned to a print service dedicated to the plotter.  Using FTP's PCTCP and
Hummingbird's eXceed software, I have been able to integrate the 6000 on the
net reasonably well.  What I need is a way to put data from the 6000 into the
plotter's print que.  The LPD service seems like the solution (if it can be
installed reliably!)

Any other ideas on this....My local Banyan VAR seems shakey in this area, and
I'm no expert !

Thanks for any info you can offer
======================================================================
Mark T. Lee                            | Internet:
GIS Specialist                         |   MTLee@WhitmanBenn.ns.ca
Metro Engineering Inc.                 |
Suite 1300, Central Guaranty Tower,    |
1801 Hollis St., Halifax, N.S, Canada  | Phone: (902) 492-3223
B3J 3N4                                | Fax:   (902) 492-1525
______________________________________________________________________
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Thu, 1 Oct 1992 06:15:26 PDT
From:         JMK5%MgrStf%SjrStkHq@CTS27.CS.PGE.COM
Subject: Re: PCPRINT under version 4.11(5)

Robert,

In your autoexec.bat file insert the following line just before the PCPrint
statement:

	MODE LPTx: ,,r

x being port number your printer is connected to.  ,,r sets the parallel port
to infinite retry.  This has worked for us.

John M. Kennedy
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <Daniel=Chen%COMPUTER%UMASS@BANYAN.UMMED.EDU>
Newsgroups: bit.listserv.banyan-l
Date:         Mon, 28 Sep 1992 17:24:51 EDT
From:         Daniel=Chen%COMPUTER%UMASS@BANYAN.UMMED.EDU
Subject:      re: Shortening VINES names for SMTP

Hi Greg!

We, too, were beginning to develop a service, but we had planned to have it
after SMTP and the Internet.  We found SMTP needed a baby-sitter, due to its
nature to try to delieving mail to the address of the mail (IP address exists)
rather than the address of the Mail eXchanger.  This baby-sitter would sit on
an Unix box.

We found that using the unix box, we can monitor all outbound SMTP mail.  We
could also monitor most inbound SMTP mail;  we can't get those mailers who
insist on delivering directly to the SMTP gateway.

Since the unix box runs the standard Sendmail program, we could configure it
to deliver all outbound internet mail through a program.  This program should
theoreticcally be able to change all the outbound Banyan SMTP mail to a list
of nicknames (reverse-aliases).  Since the RFC822 rule allows about 20
characters per username, we could easily define banyan only aliases.  The unix
box only has 8 character usernames.

The program should be able to build the nickname table, send a letter to the
banyan user informing him or her of the alias, change the banyan mail's "from"
and "reply-to", and send the mail out.

----

The bad news is that, this won't address users trying to send binary files.

---

Also, at the Boston ABUI conference 9-20-92 to 9-23-92, we saw a piece of
interesting SMTP replacement software by Incognito Software Inc. written by
Stephane Bourque which would do the following:
  Binary file support, Internation character set filters provided,
Server-based,  Site-to-site encryption of mail, and others...

I talked to Stephane, and he said the product would create an alias for every
banyan user using his SMTP gateway.  The gateway would sit on an TCP/IP
routing banyan server (similar to Banyan's SMTP).  The banyan user would be
notified of his or her alias.


=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
{  Daniel Chen                                   dchenb@ummed.edu       }
{  Computer Services       (508)-856-3197      dchenb@umassmed.ummed.edu}
{-----------------------------------------------------------------------}
{  University of Massachusetts Medical Center; Worcester, MA 01655      }
{                        Fax: (508)-856-1859                            }
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Tue, 29 Sep 1992 14:13:07 WST
From:         Chinh=Nguyen%ITS=Staff%CURTIN@BA1.CURTIN.EDU.AU
Subject:      re: VINES downsizing story at Turner Corp.

  I'm really interested in this story.  Would you mind to forward to me
  a copy?

Information Technology Services
Curtin Business School
Curtin University of Technology
Perth Western Australia

Internet: Chinhn@ba1.curtin.edu.au
From: Russel=Grocott%ITS=Staff%CURTIN@BA1.CURTIN.EDU.AU
Newsgroups: bit.listserv.banyan-l
Subject: re: Vines 5.05 (System 10)
Date: 29 Sep 92 16:54:08 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

>We are attempting to restore a backup from the CNS running V4.11(5) to and
>Intel 403 running 5.00(5) and having lots of problems.  The first problem
>is related just restoring the file service.  We have a 50% success rate - as
>you can imagine, this is not a reliable rate to base a mission critical
>system.  The second problem is related to ARL's.  Once the file system is
>restored, which takes 2-4 hours, the ARL's need to be reset so the users
>can test the application before we move over.  The success rate is 75%.

You could try hooking the servers up directly and doing a VCOPY from the
5.00(5) servers (need a 5.00(5) client).  This would allow you to copy the
files and ARL's from the 4.11(5) server to the 5.00(5) server.  The only
difference will be the FS name and VCOPY can be repeated after the old FS is
deleted and recreated on the new server (spare HD space permitting).

The ARL's are much more complicated than the old set and can trip you up
easily.  The manual on security has a good description of the ARL's.  Just be
aware that SETARL does not reliably show the true access rights for a
particular user or member of a LIST (buggy).  Access the manual's description
as being accurate and test with a dummy user.

>We have calls into the Banyan response center and "it's in engineering".
>Unfortunately, I cannot afford to wait until it gets out of engineering.  I am
>looking at trying another option, which is running 4.11(5) on a different
>server, move the application from the CNS to the new server, and formatting
>the CNS for Vines 5.0 S10. I'm not sure this buys us anything, but it gives me
>something to do while I wait for the resolution to get out of engineering.

We have CNS/BNS386/BNS servers and the FS's will transfer provided the source
is the same or is going from a 60Mb to 150Mb tape drive.  Have you checked
that the tape is readable on the target server ?

Good luck in your migration.

Cheers
	Russel Grocott (email :- grocottr@ba1.curtin.edu.au)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Tue, 6 Oct 1992 22:49:56 WST
From:         Russel=Grocott%ITS=Staff%CURTIN@BA1.CURTIN.EDU.AU
Subject:      re: Problem with user-specific security

Hendrik te Winkel writes ...
> When user PC1 has no user specific security settings,
> the settings are obtained from the group. OK by me.
> But whenever I change only one thing, like the
> login location, _all_ other user settings change
> to Vines default, which is definitely not what the
> manual says. The settings that aren't filled out should
> get the settings from the group. But that does not happen.
> Now I have to type in, for all users, that they are not
> allowed to change the passwords, modify the profile, etc.

This has been a major problem for me for a LOOOONG time.  At this stage the
only suggestion is not limit the users to one only login location.  Don't set
the login location unless it is a mandatory requirement.  Set the users to no
changes to profiles etc in the group level security.  The security degredation
seen by not setting a location at our site has not had any noticable impact.
One of the network software companies out there produces a tool that allows
the administrator to set passwords.  Maybe the same company could have a tool
to globally set security settings etc.  Does anyone know the name of the
company (I think I saw a demo in the CSUS.EDU archives).

Cheers
	Russel Grocott (email :- grocottr@ba1.curtin.edu.au)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.4dev PL11]
Newsgroups: bit.listserv.banyan-l
Date:         Thu, 1 Oct 1992 16:09:24 CDT
From:         "(Steve Cochran)" <cochran@KATANA.PCPD.HOU.COMPAQ.COM>
Subject:      Obtaining Ethernet Address programatically
              "Stephan=Sas%SYS%AGR%CC3.KULEUVEN.AC.BE%VM1.CC.UAKRON.EDU
              @twisto.eng.hou.compaq .com" at Oct 1, 92 05:26:53 pm

I have looked through the toolkit and I have not found a documented
hook to obtain the Ethernet address of a client.  Is anyone aware
of an easy way to accomplish this?  I do have a utility that will
grab it, but I was asked if this is possible using the toolkit.

Thanks,
--
*******************************************************************
*                            |                                    *
* Steve Cochran              |   The opinions expressed (if       *
* Systems Engineer (Networks)|   any) are my own and do not       *
* cochran@compaq.com         |   represent those of my employer.  *
* CompuServe: 76040,270      |                                    *
*                            |                                    *
*******************************************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Wed, 30 Sep 1992 14:37:00 EST
From:         "Raymond P. Pichulo" <PICHULOR@V3.HANSCOM.AF.MIL>
Subject:      RE:TCP/IP Under Windows

We,ve tried a whole bunch of products, many of which work with EBANYAN and
without.  If low DOS memory is a problem, try NetManage Chameleon.  It uses
no DOS memory at all.  A similar product is Distinct TCP/IP for Windows.
Out of the box, these emulate DEC VT100/200 series terminaos and you may need
some other Software to get the 3270 emulation.

Addresses are: Distinct Corp
	       Box 3410
               Saratoga CA 95070
	       (408) 741-0781

		NetManage, Inc.
		20823 Stevens Creek Blvd.
		Cupertino CA 95014
		(408) 973-7171

Apply the usual disclaimers to the above info.
Ray
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Wed, 30 Sep 1992 17:07:47 EST
From:         Patrick=Smoker%Admin%Ag@ADMIN.AGAD.PURDUE.EDU
Subject:      re: Horizons Technology, Inc.

>Does anyone have the address and/or phone number for Horizons
>Technology?
>I'm interested in their LAN Auditor program.

John Carver:

619-292-8320 is the number for Horizons Tech.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Fri, 2 Oct 1992 14:33:56 EDT
From:         Thomas=C.=Gray%NetAdmin%CSS@BDRC-BANYAN.MED.UNC.EDU
Subject:      re: Horizons Technology, Inc.

Lan Auditor -- Not Reading ISA machines?


We use it on about 100 cpus here, all ISA.  No problems.  These
are clones from ALR, AST, Zenith, Everex, Compuadd, 3-6, Dell
Micronics, Northgate.....etc


tom gray, netadmin
UNC Chapel Hill
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Tue, 6 Oct 1992 08:13:39 BST
From:         ps@JET.UK
Subject:      re: Horizons Technology, Inc.

Danny,

LAN Auditor works fine on ISA / MCA and EISA Technology, we have tried it out
here and are very pleased with the results. As a result we will be placing an
order for it.

Regards

Paul Simmonds

+-----------------------+-----------------------------------------------------+
| Paul Simmonds         | Voice  : +235 528822 ext 4609 (+235 464609 direct)  |
| CODAS Division        | FAX    : +235 464404                                |
| JET Joint Undertaking | E-mail : ps@jet.uk (UK & World)                     |
| Abingdon              | X.400  : G=Paul;S=Simmonds;OU=CODAS;ON=JET;PD=JET;  |
| Oxfordshire           |          (C=GB;AD=GOLD 400;  Number:234284400235)   |
| OX14 3EA              |-----------------------------------------------------|
| United Kingdom        | JET is Europe's (EC Funded) Fusion Research Project |
+-----------------------+-----------------------------------------------------+
| Disclaimer: Any views expressed are mine, and do not reflect those of JET   |
+-----------------------------------------------------------------------------+
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mts-Userid: HFK9
Newsgroups: bit.listserv.banyan-l
Date:         Mon, 28 Sep 1992 09:44:48 EDT
From:         Sandra.M.West@UM.CC.UMICH.EDU
Subject: Re: Automatic Logout

Okay, forgive my ignorance, but what is nounce?
Newsgroups: bit.listserv.banyan-l