HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.banyan-l
Date:         Wed, 30 Dec 1992 11:33:53 CET
From:         Bent=Tranberg <Bent=Tranberg@DATA.RAIN.COM>
Subject:      re: 250Mb tapes in Archive 150?

If only we had known about the DC6250s last month...

Just to make sure we don't waste more money: What are the largest tapes that
can be used in the Archive 150MB and 525MB tape units? ( That's the ones we
are using. ) Are there other units that have 'improved their spesifications'?
( That last question just in case someone else is wondering. We are not
planning any new types. )

Is it possible to mix DC tapes ( 6150, 6250, 6525 ) in one FULL backup? If
not, is it possible to use one type for the FULL backup, and another for the
INCREMENTAL backup? We don't want to throw away all those 6150s, and we can't
afford too many new tapes either.

It can be difficult to figure out how many tapes are needed for a backup,
especially if large mail services are backed up. Are there any formulas out
there?

Bent
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Transport-Options: /STANDARD/RETURN
Content-Type: text
Newsgroups: bit.listserv.banyan-l
Date:         Thu, 24 Dec 1992 20:02:19 GMT
From:         idrc/G=David/S=Dores/O=IDRC_CRDI/OU=EDP_TED@MHS.ATTMAIL.COM
Subject:      re: Banayn + Netware

There is a product out there somewhere that will allow you to access multiple
native protocol stacks...I forget the name however...

You might be able to manage it via NDIS also...not sure though...

------------------------------------------------------------------------------
--   David Dores               |  Internet: idrc!David_Dores/O=IDRC_CRDI    --
--   Network Guy               |             @mhs.attmail.com               --
--   International Development |  X.400: N=David Dores/C=CA/A=Attmail       --
--    Research Centre          |          /P=GC+IDRC/O=IDRC CRDI            --
--   Ottawa, Ontario           |  Voice: (613) 236-6163 x2524               --
------------------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: The Wizzard's Cave, East Meadow, NY
Newsgroups: bit.listserv.banyan-l
Date:         Wed, 30 Dec 1992 18:21:29 EST
From:         Jon Freivald <jaflrn!jaf@UUNET.UU.NET>
Subject: re: 250Mb tapes in Archive 150?

Craig Armstrong <craiga%SPOCK.DIS.CCCD.EDU@vm1.cc.uakron.edu> writes:

> > Is it possible to mix DC tapes ( 6150, 6250, 6525 ) in one FULL backup? If
> > not, is it possible to use one type for the FULL backup, and another for th
> > INCREMENTAL backup? We don't want to throw away all those 6150s, and we can
> > afford too many new tapes either.
> >
>
> I've never seen a problem with mixing tapes. Since bantape (see earlier
> message) relies on results from the adapter, it hums along until it gets
> and EOT result from the controller. Will say though I've never done a
> selective restore with mixed media...

I have done this on numerous occasions.  Full backups have been done for
the last year or so using 1 6250 & 1 600A.  I've done both full restores
and selective restores with this mix/match with no complications.

Jon

=============================================================================
                   Jon Freivald ( jaf%jaflrn@uunet.UU.NET )
         Nothing is impossible for the man who doesn't have to do it.
                    PGP V2 public key available on request
=============================================================================
From: alans@CORAL.USACE.MIL (Alan Smith)
Newsgroups: bit.listserv.banyan-l
Subject: Re: SMTP addresses in Banyan Lists?
Date: 28 Dec 92 16:15:08 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: Z-Mail (2.1.0 10/1/92)
              addresses in Banyan Lists?" (Dec 28, 11:04)

Tom;
        The only way that I can see you easily getting mail via SMTP to those
N* folks would be as follows:

1. make a StreetTalk name for each of them (20 isn't too bad). Make their
profiles contain just a single setmail entry that points their mail as
follows:
SETMAIL SMTP_GATEWAY@group@org[smtp.address@unc.edu]

Make sure that their accounts can't be used to login, etc.

2. Now you can create a StreetTalk 'list' that contains those 20 names. The
list will show up in the STDA popup for everyone on your network.


alans


--
============================================================
= Alan Smith, Network Manager   Internet: asmith@usace.mil =
= US Army Corps of Engineers    CompuServe:70274,3162      =
= 1325 J Street                 FAX: 916/557-7843          =
= Sacramento, CA 95814          Phone: 916/557-7033        =
============================================================
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: Z-Mail (2.1.0 10/1/92)
Newsgroups: bit.listserv.banyan-l
Date:         Mon, 21 Dec 1992 09:01:08 -0800
From:         Alan Smith <alans@CORAL.USACE.MIL>
Subject:      Re: Vines SNMP agent
              @VM1.CC.UAKRON.EDU "Vines SNMP agent" (Dec 18, 16:27)

Brian;
        I don't use Sun's SunNet Manager on our network. I DO use HP's OpenView
product that is quite similar in function to SunNet manager. For HP's OpenView
I needed to add entries in the /etc/community file on the UNIX box that runs the
SNMP software. Entries look something like this:

HOSTNAME        COMMUNITY               (PROXY)
========        =========               =======
XYZ             public

vinesserver     public@vinesserver      vines_snmp_host


To describe this in more "human" terms:
        In the /etc/community file, several things must happen for all of your
VINES servers to be reachable via SNMP.
1. You must install the VINES SNMP agent on a VINES server that already has the
TCP/IP routing software installed.
2. Verify that your SNMP Manager can talk to that VINES server. That would be
via a 'simple' entry in /etc/community like the XYZ entry above.
3. Add other servers to the system (with HP's OpenView you need to both add them
to the map as well as to the /etc/community file.
4. For _other_ VINES servers that will be queried by the one VINES server that's
running the SNMP Agent, you must add them and say that vines_snmp_host is their
proxy host (all queries go via vines_snmp_host ).


In addition, there's an update to the VINES SNMP agent that will allow you to
use different community strings and fixes a couple of bugs with the Agent. I
don't have the update yet but I believe it is available from Banyan.

Let me know if you have any more questions.

alans

--
============================================================
= Alan Smith, Network Manager   Internet: asmith@usace.mil =
= US Army Corps of Engineers    CompuServe:70274,3162      =
= 1325 J Street                 FAX: 916/557-7843          =
= Sacramento, CA 95814          Phone: 916/557-7033        =
============================================================
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Mon, 28 Dec 1992 11:55:04 -0500
From:         "Gary D. Duzan" <gary@DRAGON.DSH.ORG>
Subject:      VNSAPI.DLL Calls

   Is there a document available that specifies the parameters and return
values for the functions in VNSAPI.DLL? We are developing an MS Windows
database application in Gupta's SQLWindows and we would like to integrate
it with Vines. Specifically, I am looking for the definition of
VNSVERIFYPASSWORD. Together with VNSGETUSERNAME (which we have working)
we are planning to use the user's current Vines login name and a re-
authenticated password to provide database security. Right now we
maintain a completely separate user id and password in the database,
which is terribly ugly (not to mention insecure) in comparison to Vines
security. ANSI C-style function prototypes would be very helpful. Thanks.

                                   Gary D. Duzan
                                   Network Administrator
                                   Delaware State Hospital
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Thu, 31 Dec 1992 13:47:22 EST
From:         Elliott Coates <coates@UMUC.UMD.EDU>
Subject: Re: N*****l Buys Unix Systems Labs

        josef
jzeevi@swri.edu writes:

>p.s. Mindless bashing doesn't help any of us....

That was a comment and your mindlessness is others hip, hip, hooray!

>Do you have ANY factual evidence, or anecdotal for that matter, to
>back up your statement?

Apparently you don't me well enuff.  I don't spout off without cause.

Here are 3 reasons:

1.) The need to attach to each server you need services from.

2.) Any application may run in ring 0.

3.) The sluggish behavior of IPX over the WAN due its packet for packet
    acknowledgment scheme.

Yes they have addressed some of these things piecemeal but until they come out
with a coherent network incorporating the improvements, I still say its a
stinky network.

Elliott Coates
coates@umuc.umd.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Wed, 23 Dec 1992 11:19:46 EST
From:         Patrick=Smoker%Admin%Ag@ADMIN.AGAD.PURDUE.EDU
Subject:      re: Passwords - Why Bother!

>Find a Macintosh (1.2 or 1.3b6 software)
>If it is already logged in, select the Chooser and click on logout.
>Now you are logged out, click on login  this will present you with a
>login screen complete with the name of the user already thoughtfully
>typed in for you.
>Randomly type a few characters on the keyboard, and press return.
>Wait a few seconds for VINES to inform you that you are logged in.
>
>This is fully repeatable!

Paul:

I can not duplicate this using 1.3 with patch 5.00(5)-CY-1 applied.  When
following your instructions, I get the message...

        "Invalid username/password pair or server is
        unavailable"

I repeated it a dozen times with the same result.  Perhaps the problem was
quietly fixed with the CY-1 patch.  Is it applied on you system?

*******************************************************************
* Patrick Smoker              E-Mail:   pds@admin.agad.purdue.edu *
* MIS Manager                 Phone:    (317)494-9330             *
* Ag. Administration          FAX:      (317)496-1104             *
* Purdue University                                               *
*******************************************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: BANYAN-L@VM1.CC.UAKRON.EDU
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.banyan-l
Date:         Mon, 21 Dec 1992 15:34:20 +0100
From:         Hendrik.Klompmaker@BEHEER.ZOD.WAU.NL
Subject:      re: FTP 2.10 config files

Bent,

Thanks for your reply. That's what I was looking for. Looks like my VAR
screwed up since they send me a 2.05 copy instead of the requested 2.10.
That's why it wasn't in the manual ;-)

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
X-Envelope-to: Banyan-l@akronvm.BITNET
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.banyan-l
Date:         Mon, 21 Dec 1992 10:39:32 +0100
From:         Hendrik.Klompmaker@BEHEER.ZOD.WAU.NL
Subject:      FTP 2.10 config files

Hi,

It looks quite slow on the list so let me ask something.

If I remember well, a while back someone mentioned something about a change in
the configuration files in FTP's 2.10 version. If I'm correct the message
stated that definition of ip adresses etc etc no longer needed to be in the
ipcust/ifcust files but could be done in a generic (ascii???) file.
I can't find anything about that in the manual. Can anybody clearify this ??

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
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.banyan-l
Date:         Thu, 24 Dec 1992 10:32:09 -0300
From:         Ian.Brabham@CC.MONASH.EDU.AU
Subject:      re: Open files by a VINES third party VINES service

Ted Kull,

>I'm a little confused.  Does this translate to: you can really have 60
>files open per service but Banyan tells us in the documentation that 20
>is the limit i.e., the recommended/supported max is 20?

I guess thats about the size of it.  Anyone from Banyan care to clarify.

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
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Mon, 28 Dec 1992 12:17:11 CST
From:         Rick=L.=Perales%2nd=Fl%FPCM@FPCM.MED.UTH.TMC.EDU
Subject:      HDLC Server-Server

Thanks to all who chipped in their .02 cents worth.

Finally got it working this weekend.  Don't know what exactly triggered the
servers to finally start talking to each other.  Like i had mentioned earlier
the servers were able to see each other (neighbors in MNET), just couldn't
access anything across the line. Both had unrestricted access to each other.
Am running the SS-WAN option.

Changed only one thing. Under restrict Internetwork access, i deleted the
serial number for the remote server (since i noticed it was optional;
desperately trying anything). Shut down and reassigned the line again.
Wouldn't you know it, the servers started talking.  No, the serial number was
correctly entered. Chalk up another LOK (Lord only knows).

Anyone had/have problems with the internetwork access option. Local server is
4.11(5) remote 4.00(2).  Don't ask me why i'm still running 4.00(2); its an
old Banyan DTS server (7 users; mail only). We just can't seem to get rid of
it.
---------------------------------------------------------------------
Rick L. Perales
U. Texas Medical School           phone    : 713-792-5259
6431 Fannin  Suite 2.112          fax      : 713-794-4242
Houston, TX 77030                 Internet : rlp@fpcm.med.uth.tmc.edu
---------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Thu, 31 Dec 1992 11:37:28 CET
From:         Bent=Tranberg <Bent=Tranberg@DATA.RAIN.COM>
Subject:      Keys

Can I swap server keys that have the same options, or will the system check
the server key's serial number for 'ownership' and alert the nearest
FBI headquarters if it has changed?

I am not quite sure I understand what can and can't be done with keys. Is it
all right if I only use the newest (blue) keys for all moving, or do I really
have to bother with what kind of key the option originally came in and things
like that?

Someone gave us an old Banyan (BNS or DTS?) server, with keys. Can I get the
options out of the options or server keys and use it in our PC(386/486)
servers? ( The only running servers here are PC servers. The BNS was a real
mess. )

Not important to me, but is an upgrade key really just an option key?

Happy new year everybody!

Bent
Newsgroups: bit.listserv.banyan-l
From: gary@dragon.dsh.org (Gary D. Duzan)
Subject: Re: password encyrption?
Organization: Delaware State Hospital
Date: Thu, 31 Dec 1992 14:07:49 GMT

In article <BANYAN-L%92123005023322@VM1.CC.UAKRON.EDU> Craig Armstrong <craiga@SPOCK.DIS.CCCD.EDU> writes:
>
>Regardless of the connection media you are using ( modem, 10baseT, ... ) any
>request to a VINES service is the same since the transport layer is
>transparent to the upper (sesion, application ) layers. Therefore, yes, the
>password is encrypted when it is sent to Vanguard. I will say though that
>the encryption alogorithm sucks at best! :-)
>
   What, no Kerberos? :-)

                                   Gary D. Duzan
                                   Network Administrator
                                   Delaware State Hospital




Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Wed, 23 Dec 1992 08:25:00 PST
From:         MA=Crist%Info_Sys%STG_IS@DSO3.DSD.TRW.COM
Subject:      re: Passwords - Why Bother!

Paul,

I just tried it three times and it did not work as you described.  Here's what
I did:

On a Mac SE/30 with the VINES Init(Extension) 1.2, I first tried to login
through the VINES chooser item.  I logged in successfully with my correct ID
and password.  I then followed your instructions and logged out, then
immediately tried to login in again using a different password.  I got the
message "Connecting to the VINES Network" and the globe spun a few times, so I
thought you might be right.  However, after a couple of seconds, the message
"Invalid username/password pair or server is unavailable" came back.  I tried
this three times with different passwords, all with the same error message
generated.

Next, I thought you might be talking about the AppleShare service instead of
the VINES icon.  So, I picked out my VINES/AppleShare server using the
AppleShare icon.  Again, I successfully logged in with my correct user ID and
password.  However, when I tried using a different password, I got the message
"Sorry, your password is incorrect.  Please reenter it."  Again, I tried this
three times.

I'm sorry I can't confirm your findings.  Perhaps, it is something in your
configuration.  This is how we are configured:

VINES 5.00(5), Mac SE/30 through Quadra 700, Mac System 6.0.8 through 7.1,
10BaseT EtherTalk, single Mac IIfx performs all routing (i.e. VINES servers
AppleTalk ports are non-seed).  Hope this helps.

Mike Crist
TRW
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Mon, 28 Dec 1992 08:00:13 EST
From:         Rich=Gautier%SETA%DRC@S1.DRC.COM
Subject:      re: network printer or print server box

Here we have HP LaserJet Series II,  III's and IIIP's hooked directly to our
network computer, as parallel and serial printers.  They act as network
printers under a print service.  Is this what you're looking for?

                                Rich Gautier
From: Frank=Koperdraat@DISC.UVA.NL
Newsgroups: bit.listserv.banyan-l
Subject: re: Tails of Woe
Date: 22 Dec 92 13:25:11 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

Hi Ian,

Thank you for your warning. Rebuilding ARL's, even if you happen to known
them, is a hell of a job.

Greeting
Frank Koperdraat
------------------------------------------------------
!!!!!!!!!!!!! e-mail address has changed !!!!!!!!!!!!!
------------------------------------------------------
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
Newsgroups: bit.listserv.banyan-l
Date:         Tue, 29 Dec 1992 15:59:40 EST
From:         Patrick=Smoker%Admin%Ag@ADMIN.AGAD.PURDUE.EDU
Subject:      re: 250Mb tapes in Archive 150?

>I seem to remember a discussion a few months back about using the
>DC-6250 tape cartridges in an Archive 150Mb tape drive.  Is this
>possible?  (I.E.,can we really get 250Mb onto a DC-6250 even though we
>are using the same old 150 Mb drive unit?
>
>Thanks in advance,

Ed:

We've been using the DC-6250 in the Archive 2150es unit since the
tape's introduction.  We haven't experienced any problems what so ever.
They work fine.

*******************************************************************
* Patrick Smoker              E-Mail:   pds@admin.agad.purdue.edu *
* MIS Manager                 Phone:    (317)494-9330             *
* Ag. Administration          FAX:      (317)496-1104             *
* Purdue University                                               *
*******************************************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Mailer: Elm [revision: 66.25]
Newsgroups: bit.listserv.banyan-l
Date:         Wed, 30 Dec 1992 01:53:41 PST
From:         Craig Armstrong <craiga@SPOCK.DIS.CCCD.EDU>
Subject:      Re: 250Mb tapes in Archive 150?

>
> I seem to remember a discussion a few months back about using the DC-6250
> tape cartridges in an Archive 150Mb tape drive.  Is this possible?  (I.E.,
> can we really get 250Mb onto a DC-6250 even though we are using the same old
> 150 Mb drive unit?
>
> Thanks in advance,
>
> Ed Andrews
> ASU College of Law
>

Hmmm... We had a couple of dozen Archive 150s drives before we went to DAT
and as I recall, we tried some of the 6250 tapes and had no problems. When
choosing a drive or tape combination for a VINES server, keep one thing in
mind (as long as the drive works with VINES!); the VINES backup/restore
program is VERY primative (whole other thread on that...). When backing up,
"bantape" (the VINES backup program) will keep dumping/reading data until
the controller sends and End of Tape signal. What this means is regardless
of the drive/tape combination, bantape has no idea of the tape capacity and
will act based on the response of the SCSI adapter. Unfortunatly, there are
some tape drives that are an exception to the rule either because their
BIOS enforces a maximum tape size or other wierd quirks.

All in all, I've seen no problem with the Archive 150s with an Adaptec
15xx/17xx controller when using extended tapes. If you are using the
Banyan supplied tape controller (IB02??), I'm not sure of the results.

Interesting note: When we obtained our original backup system (IB02/
Archive 150s) from Banyan, the cost was ~$2500. After I was able to stand
up again after bending over, I found that both Archive and Emulex (IB02)
were within a mile of our site. Total cost for each system from them came
to around $700. At $1800 for handling and shipping, I'd give up my job
any day!!!

--

****************************************************************************
*  Craig Armstrong - VINES hack...             craiga@spock.dis.cccd.edu   *
*  Coast Community College District            (714) 432-5066              *
*  District Information Services               Costa Mesa,  Ca  USA  92626 *
*                                                                          *
*  "If it doesn't matter if you win or lose, why do they keep score?"      *
****************************************************************************
Newsgroups: bit.listserv.banyan-l
From: gary@dragon.dsh.org (Gary D. Duzan)
Subject: Re: N*****l Buys Unix Systems Labs
Organization: Delaware State Hospital
Date: Thu, 31 Dec 1992 14:12:45 GMT

In article <BANYAN-L%92123005064512@VM1.CC.UAKRON.EDU> Craig Armstrong <craiga@SPOCK.DIS.CCCD.EDU> writes:
>>
>> Hmmm...?!
>>
>> Elliott Coates
>> coates@umuc.umd.edu
>>
>
>Think of the ramifications of Novell having AT&T Unix! I can see them
>not licensing source code to Banyan and putting hooks in to be "VINES
>unaware" !!!
>
   And then they get sued for monopolistic practices and end up
looking like Microsoft does these days. They will most likely mold
Unix into what they think it should be, and that might make things
more difficult for Banyan, but it would affect other vendors as
well. As always, though, we'll just have to wait and see what
happens.

                                   Gary D. Duzan
                                   Network Administrator
                                   Delaware State Hospital




Newsgroups: bit.listserv.banyan-l