HDTenEightyP/NetNews huggingface dataset:
Return-Path: <@VM1.CC.UAKRON.EDU:ps@jet.uk>
Newsgroups: bit.listserv.banyan-l
Date:         Thu, 7 Jan 1993 08:53:09 GMT
From:         ps@JET.UK
Subject:      Re: Passwords - Why Bother (more)

>From:           adimmick@world.std.com (Andrew H Dimmick)
>
>Hello Everyone!
>I'm new to the list - but I have something to add on this
>macintosh sqwak.
>I read, with curiosity, the chronology of this and was able to
>duplicate it exactly.
>
>If you log to a file service (not vines), and then immediately log
>in to Vines, the password you type on the Vines Login screen matters
>not.
>It even lets me in if I don't type a password at all.
>Hmmm.  Any more comments?
>
>Andrew Dimmick
>Trellis

Thank goodness for that, I was beginnig to think I was cracking up (or at
least my system was!).  Now the big question why can WE re-create this
problem, and not others.

We are using 5.00(5) with the following patches;

   5.00-AM-1, 5.00-AK-1
   5.00(5) Maintenance Release
   5.00-BF-1, 5.00(5)-AR-1, 5.00(5)-BA-1, 5.00-AT-1, 5.00-AX-1
   5.00-CJ-1, 5.00(5)-CB-1, 5.00-DR-1, 5.00(5)-CY-1, 5.00(5)-DU-1

These are in the order as applied.

Anyone got any bright ideas,  or how about Banyan ?

+-----------------------+-----------------------------------------------------+
| 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   |
+-----------------------------------------------------------------------------+
Newsgroups: bit.listserv.banyan-l
From: skb@ide.hk-r.se (Bengt-Arne Skoog)
Subject: DAT-Tape
Organization: Hgskolan Karlskrona/Ronneby (HK/R)
Date: Mon, 11 Jan 1993 22:22:02 GMT


I have tried to switch my 525MB Archive tape with a
HP Dat. It detects the tape but i get Media I/O error.

I have heard that Archieve Phyton Dat works, but is there
any reason that HP Dat shouldn't work?

Vines 4.11(5), i know of course that the only Dat-tape 
that is Banyan-supported is Compaq!

Email : Bengt-Arne.Skoog@ide.hk-r.se
Phone : 46-457-71850
Fax   : 46-457-27481
Post  : Soft Center
        372 25 Ronneby

Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@VM1.CC.UAKRON.EDU,
             @VM1.CC.UAKRON.EDU:Ian.Brabham@cc.monash.edu.au>
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.banyan-l
Date:         Tue, 12 Jan 1993 09:34:06 -0300
From:         Ian.Brabham@CC.MONASH.EDU.AU
Subject:      re: Moving Groups

Jeffrey G. Brown,

>I have two Compaq Systempro servers with incompatible tape drives.
>Are there any alternatives to tape for moving groups from one
>server to the other?

Power up the servers withOUT the tape drives and use the floppy disk as the
backup device.



Ian Brabham                 email: ian.brabham@cc.monash.edu.au
Micro Support Group         phone: +61 3 565 4742
Monash University           fax:   +61 3 565 4746
Melbourne Australia
Newsgroups: bit.listserv.banyan-l
From: adimmick@world.std.com (Andrew H Dimmick)
Subject: Re: Passwords - Why Bother (more)
Organization: The World Public Access UNIX, Brookline, MA
Date: Fri, 8 Jan 1993 16:54:51 GMT

More news on the password front.
I duplicated it here.  I have 5.0(6) with CY-1 and DR-1 applied.  
If I mount a File Service (A Vines file service, not another appleshare
FS) by entering my ST name and password (Note, my ST resides on a 4.10(5)
server), I can then log in to Vines (using the Vines login) WITHOUT
entering a password, or enter a bogus password.  It WORKS!
What this looks like is something like this - Once I have been verified by
Vanguard as a user/password pair - subsequent requests for file services/
sessions do not require password verification.
Now, is this the design of the beast, or is this a BUG?
To fix this problem (work around) I set up the macintosh ws to do the
following.  1)login to vines first.  This is equal to a login to vines in
the DOS/OS2 world.  I then pick up the rights to mount file volumes that I
have access to - much like setdrive - without password verification.
I set up the appleshare logins to log in WITHOUT a password (correction -
with a BLANK password, or a bogus one, whatever) - so users
cannot come up to my MAC, skip the login to vines by pressing cancel, and
mount file services without my password.  The evil entity will not be able
to gain access to my file svcs with my rights.
Try it out if you may
Andrew Dimmick
PS this does not constitute a breach of security - the password must be
entered at some time in order for users to gain access.  Ensure that your
users do the above.  you can do this the same way in DOS or OS2 if you
automate your login.  (apple happens to make it a little bit more easy . .
perhaps some shareware that disables the password saving "feature" of
appleshare login . . .)
That's all from here.

Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@VM1.CC.UAKRON.EDU,
             @ricevm1.rice.edu:JZeevi%users%swri03@D26VS046A.CCF.SwRI.EDU>
Newsgroups: bit.listserv.banyan-l
Date:         Fri, 8 Jan 1993 08:25:39 CST
From:         JZeevi%users%swri03@D26VS046A.CCF.SWRI.EDU
Subject:      re: Superuser/root whatever you want to call it.

--------------------------
        is the user used by all VINES processes.  Root is ONLY licensed to
        Banyan and NO ONE ELSE!  Local can be used by any other third
--------------------------

Now, this is interesting (and the first reported occurence of licensing an
account on a computer in Unix) ! (that I've ever heard of)

I would be very interested in seeing that licensing, since (typically) when
you buy a two user license you get that, two users. Not any specifications
regarding WHO those two users HAVE to be (of course, we all recognize root as
one of them on a UNIX machine...)

Interesting...

        josef
        jzeevi@swri.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
From: frank=koperdraat@IC.UVA.NL
Newsgroups: bit.listserv.banyan-l
Subject: re: Help! Dial-out service dead
Date: 8 Jan 93 14:57:08 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@VM1.CC.UAKRON.EDU,
             @VM1.CC.UAKRON.EDU:Frank=Koperdraat%personeel%disc.uva.nl
             @xp7.disc.uva.nl>

From:           "Willem van der Wal, Network Manager, NIAS" <SURF124@kub.nl>
> Configuring our Dial_out service, something must have gone wrong.
> The service log says:
> "Failed to get direct line 8-2 because 165"
> ...
> I have stopped and restarted the service, with no success.
> ...
> But no one is using the service. I switched the PAD off/on, modem idem.
> ...

Most of the times the ICA-card must be restarted/reloaded. You can do this on
the server:
  Main menu
   option 7 Managing communications
   option 1 Managing serial lines
   option ? Reloading ICA cards
If necessary restart the service.

> Does anyone know what may be the case? What does 165 mean?
Using the VNSERR-command I got the following explanation:

  COM165 -- RESOURCE NOT AVAILABLE.
     A serial communications line was not available or was
     specified incorrectly.  Specify the line number again.
     If this action fails, check the configuration of the
     serial communications card to which the line is connected.

Hope this helps
Frank Koperdraat
------------------------------------------------------
University of Amsterdam / IC   Email: frank@ic.uva.nl
Turfdraagsterpad 9             phone: +31-20-525 2387
NL-1012 XT  AMSTERDAM          fax  : +31-20-525 2084
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@VM1.CC.UAKRON.EDU:INSF@MCGILLB.BITNET>
Newsgroups: bit.listserv.banyan-l
Date:         Wed, 6 Jan 1993 13:30:36 EST
From:         Shawn Farrell <INSF@MCGILLB.BITNET>
Subject:      Dos-Unix Bridge problem

I am experiencing a strange problem for which I need urgent assistance.
We have an application running as a service and I use a Dos-Unix bridge
service to access any files that I need to modify for this application.

For the past three days, when I try and map a drive to this service
using the SETDRIVE command, it returns a message saying "invalid root
directory or network access denied".  The SETDRIVE command looks like
this:

SETDRIVE T "SMIS DUB@SMIS@MERCK TOR" /ROOT:\disk1\local\_mfmail\data_1

I have verified that I am on the ARL list for this area.  Not only
that, but I am the only one with access to this area and I have not
changed anything, ie ARLs, lists, etc.

When I SETDRIVE without the root parameter, I can then move only to
disk1\local, and I can't see anything in this area, although I should
see several files and subdirectory areas.  I have verified that the
application is working correctly, so I can't understand why I can't
get to this area anymore.

I urgently need to get to this area to change some files.  Does anyone
have any ideas about this?

Thanks,

Shawn Farrell
Merck Frosst

insf@musicb.mcgill.ca
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@VM1.CC.UAKRON.EDU,
             @VM1.CC.UAKRON.EDU:Ian.Brabham@cc.monash.edu.au>
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.banyan-l
Date:         Mon, 11 Jan 1993 16:32:03 -0300
From:         Ian.Brabham@CC.MONASH.EDU.AU
Subject:      re: New info on the 3Com 3c509

Patrick and Paul,

This definitly sounds like wrong IRQ setting in PCCONFIG.  Some bright spark
has made the IRQ setting HEX for the cabletron interface in PCCONFIG.   Thus
if using Irq10 you must set the IRQ to "A".  I could not believe this when a
collegue showed me this just a few short weeks ago.  Talk about your user
fiendly software ;-(

Sorry can't help with the EISA problem.

>When configured in EISA mode the card will work with the CSIBAN packet driver
>or NDIS.  Using CSIBAN and the 3c509f driver, it runs both VINES and PC/TCP
>side by side flawlessly except that the card becomes 300% slower than the
>3c503TP-16 in the same machine........

>When using the NDIS drivers, the speed actually increases about 15-20% over
>the 3c503, but PC/TCP will not run with the Ebanyan version of the software.
>So, I then loaded the dis_pkt.qup and used the generic ethdrv PC/TCP kernel.
>This config allowed PC/TCP to run with the NDIS driver, but still 300%
>slower.  (makes sense given that the dis_pkt.qup driver is an ndis to packet
>driver converter).

From: Paul White <pdw%MELB.BULL.OZ.AU@VM1.CC.UAKRON.EDU>

>Try changing the interrupt value for the card from the default of 10 to, say,
>3 or 5 (I don't know why the default is 10).  One of our customers is running
>Vines 4.11(5) with NDIS and 3c503-16 cards, and was looking forward to good
>performance from the 3c509.  Unfortunately, as you found, performance was
>around 300%w worse.  Loading Excel 4 from a Zenith 486 server took 10-12
>seconds with the 3c503, whereas it was around 30-40 seconds with the 3c509.
>We changed the interrupt to 3, and immediately got 8 seconds.  I know that
>this is a very rough measure, but it tells the story!

Ian Brabham                 email: ian.brabham@cc.monash.edu.au
Micro Support Group         phone: +61 3 565 4742
Monash University           fax:   +61 3 565 4746
Melbourne Australia

PS The 'r' is missing on purpose.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@VM1.CC.UAKRON.EDU,@VM1.CC.UAKRON.EDU:sparre@delmarva.COM>
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.banyan-l
Date:         Tue, 5 Jan 1993 09:22:34 EST
From:         sparre@DELMARVA.COM
Subject:      re: Packet Drivers and Ebanyan
              "Hendrik.Klompmaker%BEHEER.ZOD.WAU.NL@vm1.cc.uakron.edu" at Jan 4,
              93 10:08 pm

> A small addition to your info about packet drivers and ebanyan.
> As far as I know you need to enable multi protocol support in pcconfig to get
> ebanyan to work with a packet driver. A drawback to this approach is the with
> multi protocol enabled some packet driver application programs don't work
> anymore.

Yes Hendrik, thank you for pointing that out. I meant to include that tidbit.
I don't know what other "packet driver applications" there are which might
not work, but if you know of any specifically, I would like to know what
they are.

rob
sparre@delmarva.com
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@VM1.CC.UAKRON.EDU:RCRLMVER@RULIMBURG.NL>
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
X-Envelope-to: BANYAN-L@VM1.CC.UAKRON.EDU
X-VMS-To: IN%"BANYAN-L@VM1.CC.UAKRON.EDU"
X-VMS-Cc: RCRLMVER
Newsgroups: bit.listserv.banyan-l
Date:         Thu, 7 Jan 1993 10:18:00 MET
From:         P Verheijen ICA <Peter.Verheijen@ICA.RULIMBURG.NL>
Subject:      Re: Packet Drivers and Ebanyan

Hi Rob, Hendrik and Frank

If you want to use Banyan next to PC/TCP and Packetdriver software
such as Gopher, Trumpet, you should use the PC/TCP version
wich interfaces directly to the packetdriver. I think it is the
210 version wich has the generic ethernet driver (ethdrv.exe).
With PCCONFIG Multiprotocol support disabled
 PC/TCP sofware works
 Packetdriver software works.

Greetings
Peter Verheijen
University of Limburg
The Netherlands
email Peter.Verheijen@ca.rulimburg.nl
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@VM1.CC.UAKRON.EDU,@VM1.CC.UAKRON.EDU:sparre@delmarva.COM>
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.banyan-l
Date:         Thu, 7 Jan 1993 12:57:42 EST
From:         sparre@DELMARVA.COM
Subject: Re: Passwords - Why Bother (more)
              "MA=Crist%Info_Sys%STG_IS%DSO3.DSD.TRW.COM@vm1.cc.uakron.edu" at
              Jan 7, 93 8:38 am

> Like everyone else, I sure wish someone from Banyan would comment on all this.
> My gut feel is that by their silence, they are acknowledging that something IS
> indeed wrong (though I have not experienced it) and they're trying to fix it
 in
>  the background.  Come on Banyan, if there's a problem, acknowledge it like
> Novell did with the breach discovered in the Netherlands.  If there isn't then
> say so.

Mike, I don't think you can make generalizations about Banyan's silence
meaning anything other than they don't have to say anything electronically
if they don't want to. If any Banyan employees see discussions here or
on Compuserve, it is totally up to those particular employees to respond,
and in fact they have been officially DISCOURAGED to participate. It is
only because some of them are brave enough and care enough that you see
them at all. Sad, but true. Now I haven't really followed the Mac problem
this thread has been discussing, but only reports through support channels
will bring any official recognition of the problem - and even then you won't
see a marketing notice on it fer shur.

+--------------------------------------------------------------------------+
|  Robert Sparre                Internet:    sparre@delmarva.com           |
|  Delmarva Power               Compuserve:  76376,2743                    |
|  500 N.Wakefield Drive        Voice:       (302) 451-5208                |
|  Newark, DE 19714             FAX:         (302) 451-5321                |
+--------------------------------------------------------------------------+
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@VM1.CC.UAKRON.EDU,
             @VM1.CC.UAKRON.EDU:Hendrik.Klompmaker@BEHEER.ZOD.WAU.NL>
X-Envelope-to: @VM1.CC.UAKRON.EDU:BANYAN-L@AKRONVM.BITNET
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.banyan-l
Date:         Wed, 6 Jan 1993 00:36:32 +0100
From:         Hendrik.Klompmaker@BEHEER.ZOD.WAU.NL
Subject:      re: Packet Drivers and Ebanyan

Mike,

Sorry to break in on this but what version of the 3c509 packet driver are you
useing. I think the current on csus is the beta E version (six th beta). Up to
version D there where major problems to get the packet driver to work on
faster machines.

Bye

Hendrik

===============================================================================
|******** Wageningen Agricultural University. Animal Production Group ********|
-------------------------------------------------------------------------------
Hendrik Klompmaker              Internet : Hendrik.Klompmaker@Beheer.Zod.Wau.Nl
System Manager                  Bitnet   : KLOMPMAKER@HWALHW50.BITNET
Phone : +31 (0)8370-83934       Fax      : +31 (0)8370-83962
Snail : Marijkeweg 40, 6709 PG  WAGENINGEN, The Netherlands
===============================================================================
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@VM1.CC.UAKRON.EDU,
             @VM1.CC.UAKRON.EDU:MA=Crist%Info_Sys%STG_IS@ds03.dsd.trw.com>
Newsgroups: bit.listserv.banyan-l
Date:         Thu, 7 Jan 1993 08:38:58 PST
From:         MA=Crist%Info_Sys%STG_IS@DSO3.DSD.TRW.COM
Subject: Re: Passwords - Why Bother (more)

Brent,

Sorry to shoot a hole in your theory.  But, the tests I did were all with ID's
homed on a 4.11(5) SMP machine.  I had someone who is homed on our 5.00(5)
machine try it as well.  None of us can login without the proper ID/Password
pair.

Like everyone else, I sure wish someone from Banyan would comment on all this.
My gut feel is that by their silence, they are acknowledging that something IS
indeed wrong (though I have not experienced it) and they're trying to fix it in
 the background.  Come on Banyan, if there's a problem, acknowledge it like
Novell did with the breach discovered in the Netherlands.  If there isn't then
say so.

Mike Crist
TRW
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@VM1.CC.UAKRON.EDU,
             @VM1.CC.UAKRON.EDU:Hendrik.Klompmaker@BEHEER.ZOD.WAU.NL>
X-Envelope-to: @VM1.CC.UAKRON.EDU:BANYAN-L@AKRONVM.BITNET
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.banyan-l
Date:         Tue, 5 Jan 1993 16:04:46 +0100
From:         Hendrik.Klompmaker@BEHEER.ZOD.WAU.NL
Subject:      re: Packet Drivers and Ebanyan

>> A small addition to your info about packet drivers and ebanyan.
>> As far as I know you need to enable multi protocol support in pcconfig to
 get>> ebanyan to work with a packet driver. A drawback to this approach is the
 with>> multi protocol enabled some packet driver application programs don't
 work
>> anymore.

>Yes Hendrik, thank you for pointing that out. I meant to include that tidbit.
>I don't know what other "packet driver applications" there are which might
>not work, but if you know of any specifically, I would like to know what
>they are.

Well Rob,

I just tried some of them and none of them work with multi protocol enabled.
Examples are : Trumpet (news), Gobbler (sniffer), NCSA (telnet/ftp etc), CMU
Archie. Looks like they are just no compatible.

Bye

Hendrik

===============================================================================
|******** Wageningen Agricultural University. Animal Production Group ********|
-------------------------------------------------------------------------------
Hendrik Klompmaker              Internet : Hendrik.Klompmaker@Beheer.Zod.Wau.Nl
System Manager                  Bitnet   : KLOMPMAKER@HWALHW50.BITNET
Phone : +31 (0)8370-83934       Fax      : +31 (0)8370-83962
Snail : Marijkeweg 40, 6709 PG  WAGENINGEN, The Netherlands
===============================================================================
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@VM1.CC.UAKRON.EDU:sgordon@magnus.acs.ohio-state.edu>
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.banyan-l
Date:         Mon, 4 Jan 1993 12:21:33 EST
From:         Steven I Gordon <sgordon@MAGNUS.ACS.OHIO-STATE.EDU>
Subject:      Re: Problem with NDIS drivers (fwd)

Can you explain further what to check for on the interrupts?  Sounds like
this may be my problem.

Thanks.
>
>
> I don't know about NDIS (we use packet drivers) but have found the
> simplest way to getrid of the 'service not available' is to increase
> your com buffers on the PC. (This is because VINES hangs when the
> com buffers overflow)
>
> On another front, Make sure you have the interupts set up corectly.
> Particularly int 2/9. Even if they are wrong, VINES will run but slowly
> and that will cause the com buffers to fill.
>

--
Steve Gordon
sgordon+@osu.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@VM1.CC.UAKRON.EDU:INSF@MCGILLB.BITNET>
Newsgroups: bit.listserv.banyan-l
Date:         Tue, 12 Jan 1993 10:03:22 EST
From:         Shawn Farrell <INSF@MCGILLB.BITNET>
Subject:      PCPRINT for OS/2

Is anyone using PCPRINT under OS/2 2.0?  We are having some problems
trying to run it.  Basically, I open an OS/2 window, and start PCPRINT
and it just keeps saying "Waiting for Connection".  Any hints or
ideas.  We are running under LA 2.0.

Thanks,

Shawn Farrell
Merck Frosst

insf@musicb.mcgill.ca
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@VM1.CC.UAKRON.EDU,
             @VM1.CC.UAKRON.EDU:MA=Crist%Info_Sys%STG_IS@ds03.dsd.trw.com>
Newsgroups: bit.listserv.banyan-l
Date:         Thu, 7 Jan 1993 12:25:57 PST
From:         MA=Crist%Info_Sys%STG_IS@DSO3.DSD.TRW.COM
Subject: Re: Passwords - Why Bother (

Greg,

Hmmm...
        I hear Incognito has a fairly good (RFC compliant) SMTP gateway <G>.


Mike Crist
TRW
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@VM1.CC.UAKRON.EDU,
             @VM1.CC.UAKRON.EDU:JAMES=NEARING%50%WPNSTAC
             @FS.NWSCON.SEA06.NAVY.MIL>
Newsgroups: bit.listserv.banyan-l
Date:         Tue, 12 Jan 1993 13:55:03 PST
From:         JAMES=NEARING%50%WPNSTAC@FS.NWSCON.SEA06.NAVY.MIL
Subject:      re: Remote mail

There was a package called Lap-Mail from a company in Canada.  All my
stuff is packed in boxes or I would look it up.  They should be in the
Banyan Product Buyers Guide.
Netpro also has something similar.
Newsgroups: bit.listserv.banyan-l