HDTenEightyP/NetNews huggingface dataset:
From: alan@oetl1.scf.lmsc.lockheed.com (Alan Strassberg)
Subject: Re: KarlBridge?  Is this PD Software?
Organization: Lockheed M & S Co., Santa Cruz, California
Distribution: usa
Date: Fri, 08 Jan 93 18:40:52 GMT

In article <1993Jan5.231048.2992@magnus.acs.ohio-state.edu> mschramm@magnus.acs.ohio-state.edu (Michael W Schramm) writes:
>
>>An individual that is visiting our plant mentioned the "KarlBridge" and
>>gave me a copy of the readme file.  It looks pretty impressive.  It also

	Here's where to get KarlBridge.

					alan

From: kbridge@magnus.acs.ohio-state.edu (Doug Karl)
Subject: [comp.dcom.lans.ethernet] New Version of OSU KarlBridge available with SNMP and more filters
Date: 24 Jul 1992 09:50:06 GMT


           Add Security and Cleanup your network
             by blocking those unwanted packets
                           with

                    The OSU KarlBridge

                       Version 1.33

        (now with full SNMP support and more filters)

The OSU KarlBridge is a program, that runs on a  286 or 386 clone.
It provides a unique and inexpensive  Ethernet to  Ethernet bridge
that performs sophisticated protocol filtering.  The bridge can be
configured to filter packets based upon ANY Ethernet protocol such
as IP, IPX, DECNET, AppleTalk, and etc. In addition it will filter
packets based upon  IP address, IP network, IP subnet, and socket.
It will also  filter  packets  based upon  DECNET  address,  area,
Object number and Object name.  Also,  AppleTalk  packets  can be
filtered based upon server name,  printer name,  and/or zone name.

Some Examples:

  You can use  OSU KarlBridge as a standard medium performance MAC
  layer  Ethernet to Ethernet bridge with SNMP  (MIB II, EtherMIB,
  BridgeMIB & SNMP MIB).  You can assemble your own  IBM cloan and
  use the free software or  buy the  inexpensive pre-assembled and
  tested commercial version.

  You can configure  OSU KarlBridge  to restrict  IP  traffic from
  your public computer labs or  dial-in-lines to  IP addresses and
  subnets within your campus or enterprise wide network. This will
  prohibit  unauthenticated access to the your machines and/or the
  Internet in conformance with RFC 1173).

  You can  configure  OSU KarlBridge  to  keep  file  servers  and
  printers (Apple, Novell, Banyan, LanManager, etc.)  on  the same
  network from interacting with each other in undesirable ways.

Join thousands of people worldwide who are using the KarlBridge to
relieve some of their networking headaches. The  OSU KarlBridge is
the most flexible and easily configured bridge you have ever seen!
Get a copy, read the README file, run the configuration program on
your favorite PC, and let me know what you think.

The OSU KarlBridge can be obtained via anonymous ftp from:

    nisca.acs.ohio-state.edu, 128.146.1.7, in /pub/kbridge.

Please send e-mail to kbridge@osu.edu with questions and comments.

Doug Karl
Senior Computer Specialist
The Ohio State University

-- 
Alan Strassberg   alan@oetl1.scf.lmsc.lockheed.com     (408) 425-6139
Lockheed, Santa Cruz, California.
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: sanghvi@engr.latech.edu (Jasmine S. Sanghvi)
Subject: Need Info 
Reply-To: sanghvi@engr.latech.edu
Organization: Louisiana Tech University
Date: Thu, 7 Jan 1993 03:36:13 GMT

Hello Everybody!!,

i need the details on how SPX/IPX protocols work (the exact Packet structures).
Any help would be appreciated. Any books etc...

Thanks,

regards,
jasmine.
From: nelson@crynwr.com (Russell Nelson)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Packet-driver for Xircom needed 
Distribution: world
Date: Sat, 09 Jan 93 04:00:43 GMT
Organization: Crynwr Software

In article <1993Jan8.134114.9540@ulrik.uio.no> per@teknologi.agderforskning.no writes:

   Where can I find a FTP Packet-Driver for the Xircom pocket ethernet adapter
   (parallell-port) ?

On their distribution disk.

'nuff said.

-russ <nelson@crynwr.com> What canst *thou* say?
Crynwr Software           Crynwr Software sells packet driver support.
11 Grant St.              315-268-1925 Voice  |  LPF member - ask me about
Potsdam, NY 13676         315-268-9201 FAX    |  the harm software patents do.
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: steven@gopher.dosli.govt.nz (Steven Brydon)
Subject: FTP's WINSOCK implemnentation of getservbyname function
Organization: Dept. of Survey & Land Information, NZ.
Distribution: comp
Date: Tue, 12 Jan 1993 22:37:24 GMT


I am developing a windows application and am using FTP's development kit
version 2.2. 

Calling the WINSOCK getservbyname function doesn't behave as expected.
My call is:

        sp = getservbyname( "quote", "tcp" )

However this returns NULL. I subsequently call WSAGetLastError which returns 0
(zero) which I take to me there was no previous error.

I have the following in my pctcp.ini file [pctcp general] section.

        etc-dir=c:\etc

and within c:\etc resides the services file that FTP provided.

Anyone successfully used this function ?



        Steven
From: snewton@oac.hsc.uth.tmc.edu (Steven E. Newton)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Looking for Gopher for PC/TCP
Date: 8 Jan 1993 14:56:50 GMT
Organization: UT Health Science Center Houston

In article <amiller.5.0@read.tasc.com> amiller@read.tasc.com (Andrew Miller) writes:
>Is there a version of Gopher that will work with the FTP PC/TCP kernel 
>loaded?  If so, what is is called, and where is it's home??
>
>          -Thanks in advance,
>
A port of the Unix gopher client is available from oac.hsc.uth.tmc.edu
as /public/dos/misc/dosgofer.exe.  This is a self-extracting archive with
documentation.

Steven
-- 
+      +      +      +      +      +      +    |snewton@oac.hsc.uth.tmc.edu
            I can hear you well,               |Nobody else speaks for me,
            George Orwell.                     |and I speak for no one else.
                                               |     +     +     +     +     +
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: keung@olisc.gnct.com (Tang Tat Keung)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Access ftp sites???
Date: 5 Jan 93 00:35:05 GMT
Organization: OLI Student Center, HK.

Hello, I am the beginner of communication. I have some questions about ftp and
want anyone to answer me.
I have experiance to use ftp to transfer files on my local area network but I
haven't any idea how to access any public ftp sites. I have always seem some 
articles about upload/download files from some ftp sites.
How can I access this site and what facilities must I have?

Thanks a lots
keung
keung@gnct.com
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: swslr@well.sf.ca.us (Larry Krone)
Subject: Public Domain NFS Client for IBMPC / Novell Interface to TCP...
Organization: Whole Earth 'Lectronic Link
Date: Tue, 12 Jan 1993 19:12:15 GMT


We have an AIX server with about 20 IBM PC's....I would LOVE to run some sort
of NFS from the AIX and mount the Driver from the PC, but I have yet to find
a Public Domain NFS Client (Though I have found a PD NFS Server)...

Any Ideas???

Failing that, is there some cheap way I can run Novell ipx/spx on the PC's and
mount a drive from the AIX system???

Thanx,

Larry Krone
swslr@well.sf.ca.us
From: David.Berriman@anu.edu.au (David Berriman)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Chameleon TCP/IP to TISP
Date: 11 Jan 1993 23:30:34 GMT
Organization: The Australian National University
NNTP-Posting-Host: 130.56.5.37

At the ANU we are trying to link our mainframe into our
ethernet backbone, and make better use of the data by
utilising PC based applications.  Our mainframe is a
FACOM M760/8 running the MSP/AE OS.

We have put TISP (Fujitsu's TCP/IP product) on the
mainframe and are attempting to use the Chameleon
TCP/IP product on the PCs.  However, they won't
talk to each other.  We have the companies involved
looking into the problem, but thought someone here 
might have an idea.

We are using a product called 'Entire Connection' from
Software AG, and this product requires Chameleon -
so we have to persist.  If anyone is familiar with either
TISP and/or Chameleon and has any suggestions it would
be much appreciated.

Thanks in advance,

David Berriman
Desktop Computer Analyst
(David.Berriman@anu.edu.au)
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: forb0004@student.tc.umn.edu (Eric Forbis )
Subject: Does exist slip/ftp w/scrolling..?
Organization: University of Minnesota
Date: Sat, 9 Jan 1993 03:24:10 GMT

Does there exist a non-Windows PC version of ftp that has scroll back and 
screen saving/printing? While I am grateful for the NCSA's efforts, the 
inability scroll back to data that may have flown off the screen can be 
irritating. On more than one occaision I've felt like I was playing a video 
game: make sure the printer's powered up, keep a finger hovering over the 
print screen button, enter the fateful dir command, and do a crazy zen chop 
as the desired items hit about the right spot on their race across the 
screen... not the most effective way to do things. I don't want to load my 
system down with any more TSR's that might do this job, and though NetQVT 
has its own ftp, NetQVT doesn't do bootp. I'm using a slip connection where 
my address is different every time I call in; bootp is darned practical.
There must be something out there...
---------

Eric Forbis      forb0004@student.tc.umn.edu
From: nelson@crynwr.com (Russell Nelson)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: UTP && THINWIRE same card 
Distribution: world
Date: Thu, 07 Jan 93 02:31:11 GMT
Organization: Crynwr Software

In article <1265@alsys1.aecom.yu.edu> reiner@medusa.bioc.aecom.yu.edu writes:

   Does anyone know of a TCP/IP card having both unshielded twisted
   pair and thinwire connectors? This is in anticipation of a future
   addition of UTP to our net.  The card must also have a packet
   driver interface.

The SMC Combo card has all three interfaces, and it has an existing
packet driver that works on it (wd8003e.com).  Accton has a triple
interface card that comes with a Crynwr-derived packet driver.  The
Kodiak Kombo also has a packet driver that is part of the current
alpha test.  The nice thing about the Kodiak card is that it
auto-senses the correct interface (the one with a cable). No dates
for the free release, but my customers who want it have it already.

-russ <nelson@crynwr.com> What canst *thou* say?
Crynwr Software           Crynwr Software sells packet driver support.
11 Grant St.              315-268-1925 Voice  |  LPF member - ask me about
Potsdam, NY 13676         315-268-9201 FAX    |  the harm software patents do.
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: billp@Syntex.COM (Bill Putney)
Subject: Wanted: Int14 Telnet for PC/NFS & Win 3.1
Reply-To: billp@Syntex.COM
Organization: Syntex U.S.A. - Palo Alto, CA
Date: Wed, 6 Jan 1993 03:08:25 GMT

I'm looking for a public domain Int14 handler for use with PC/NFS under
MS/Windows 3.1.  I will be using it with Procomm for Windows.  

I'd like to get PD software FTPable from the net but if I had to pay 
something reasonable (like <$50) for this utility that would be OK too.
 
I really like the one that Beam and Whiteside includes with their TCP/IP 
package but not enough to throw out my investment in PC/NFS.  B&W's
gets run at boot time as a TSR and takes ATDT"hostname" to connect to a 
host.  Real slick!

I guess beggars can't be choosers though and anything that works pretty
reliabily would do.

Thanks - Bill

---
=====================================================================
#  Bill Putney - WB6RFW            |  billp@Syntex.COM              #
#  Syntex U.S.A.                   |  {oliveb|decwrk}!synseer!billp #
#  M.S. A5-6                       |--------------------------------#
#  3401 Hillview Ave.              |  P.O.T.S.  (415) 855-1259      #
#  Palo Alto, CA  94303            |  FAX       (415) 855-5301      #
=====================================================================

Newsgroups: comp.protocols.tcp-ip.ibmpc
From: erick@demorgan.uwaterloo.ca (Erick Engelke)
Subject: Re: Need Advice/Help For Installing PC/TCP (for DOS)
Organization: University of Waterloo
Date: Thu, 7 Jan 1993 18:47:25 GMT

In article <BzFJwK.32K@ecf.toronto.edu>, hujic@ecf.toronto.edu (HUJIC DAMIR) writes:
> 
> We have PC/TCP version 2.05 and manuals, however I am having some
> difficulty getting it to work properly.  If anyone with experience
> with PC/TCP can help me out, I'd appreciate it.  I've outlined below
> what I need to do.

When you purchase a network product you are usually entitled to some
support gratis.  In fact, that is part of the reason that so many people 
buy TCP/IP software rather than using excellent freeware like NCSA TELNET.
(There are other reasons but this is one of the major factors.)

So rather than asking questions of the thousands of people who read
this list, you ought to consider calling their support line or their
Email support address.

When you call them, be sure to have all the relavent facts and
manuals and the computer in question at your fingertips.  That makes
their job easier, lets each person handle more questions, and that in
turn reduces their costs and allows them to pay attention to improving
their products.

Almost all the vendors in the TCP/IP market have shown a desire to 
provide reasonable support.  Some charge for continued support, 
but all seem happy to give quick advice if you have done your
homework.

Erick
-- 
----------------------------------------------------------------------------
Erick Engelke				 	            WATTCP Architect
erick@development.uwaterloo.ca     TCP/IP was easy but i still can't work VI
From: beame@maccs.mcmaster.ca (Carl Beame)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Problems with PC/TCP idrive and file locking
Date: 8 Jan 93 04:21:18 GMT
Organization: Department of Computer Science, McMaster University

In article <9301071959.AA04237@ftp.com> backman@FTP.COM (Larry Backman) writes:
>
> >> 
> >> Hello net!
> >> I have a M88k based computer with UNIX sys V. rel 3. When
> >> I mount directories from this computer, with PC/TCP idrive,
> >> idrive reports that lockd doesn't support the proper
> >> protocol version, and file/record locking does not work.
> >> 
> >> I have contacted the computer vendor about this problem, 
> >> and they tell me to use SUN PC-NFS to get around this
> >> problem.
> >> 
> >> Is there a way to get around this problem without throwing
> >> away PC/TCP and Interdrive ?
>
> Sure; turn locking off...
>
> Your server does not support LockD Version 3 which has the extensions
> necessary to do PC based record level locking.  Your going to have the
> same problem and workaroudn with all the PC based NFS clients.

	Some NFS clients can use a public domain lock manager (PCs only),
which does run on the UNIX sys V. rel 3.

	These include:

		BW-NFS from Beame & Whiteside Software
		NFS Client for Lan Workplace from Novell
		3Com's NFS
		Intercon NFS (Mac)
		and possibly wollongong (???)

>
>
> Larry Backman
> FTP Software
>
Carl Beame
Beame & Whiteside Software Ltd.
beame@bws.com
Xref: sparky comp.protocols.tcp-ip.ibmpc:7388 comp.sys.novell:11385
From: jrd@cc.usu.edu (Joe Doupnik)
Newsgroups: comp.protocols.tcp-ip.ibmpc,comp.sys.novell
Subject: Re: ODI information requested.
Date: 12 Jan 93 10:51:24 MDT
Organization: Utah State University

In article <1993Jan12.122554.16503@infodev.cam.ac.uk>, ag129@cus.cam.ac.uk (Alasdair Grant) writes:
> In article <1993Jan11.155845.62631@cc.usu.edu> jrd@cc.usu.edu (Joe Doupnik) writes:
>>from multiple (same type) stacks. The difficulty is, however, receiving packets
>>when there are contending receipients. A packet will be delivered just once,
>>but to whom? Well, you can't tell from the outside so one stack gets the
>>packet, whether it belongs there or not, and the others starve. Misdelivery
> 
> There are two solutions I can think of:
> 
> a) give each IP stack a different IP address, and let ODI demultiplex
>    on this

	Not a good idea. Think of ARP and broadcasts, think of admin (yikes).

> b) get ODI to demultiplex on TCP/UDP port numbers, which would require it
>    to manage (or have knowledge of) transport endpoint bindings.
> 
> Clearly (b) is the best solution.  A second-best would be to put a shim
> over ODI to do the demultiplexing function, but you still have to provide
> a way for each stack to tell it about bindings.  Is there an API for this?
> How does PKTMUX work?
----------------
	People are still attacking this problem, in my opinion, from the
wrong end. What's technically ideal is one protocol stack of a given kind, 
and apps attach to the top of it, as nature intended. We can't generate a 
free stack of this kind, because people can't come to a statisfactory solution.
All told, however, running competing stacks while in DOS seems to be pushing
the nature of DOS (and networking) further than it's designed (sic) to support.
We can, however, load and unload most stacks as we go, and thus some .BAT file
constructions let us choose different stacks for different tasks one at
a time.
	Joe D.
From: bwolfe@rad.rpslmc.edu (Brian A. Wolfe)
Subject: SMTP Mail for DOS
Reply-To: bwolfe@rad.rpslmc.edu
Organization: Rush Presbyterian-St. Lukes Medical Center, Chicago IL 60612
Date: Tue, 12 Jan 1993 22:44:54 GMT

Hi there,

Can anyone recommend a good email package for DOS 5.0/ Wollengong TCP/IP?
Some colleagues have been using CC: mail, but have been experiencing some 
problems with the lockd. I understand that Wollengong has an SMTP mail
package coming out, can anyone comment on its quality?

The mail server is a Sparcstation, something that runs with Wollengong 
TCP/IP and supports  POP2 and/or POP3 would be desirable as well as the
ability to be notified of incoming mail. A nice GUI is important too.

They probably wouldn't be interested in PD/Shareware software, they
really want something commercial.

Thanks for any info,

regards,

Brian

-------------------------------------------------------------------------
Brian Wolfe						
Associate Director
Dept of Diagnostic Radiology and Nuclear Medicine
Rush Presbyterian-St. Lukes Medical Center 
Chicago,  IL   USA 
Internet: bwolfe@rad.rpslmc.edu    
Voice:    (312)-942-2141          FAX:  (312)-942-2114
From: ppollet@cismibm.univ-lyon1.fr (Patrick POLLET)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: FTPD NLM anyone?
Date: Fri, 8 Jan 1993 17:55:41 GMT
Organization: INSA  CENTRE INFORMATIQUE DU 1er CYCLE
Distribution: world
NNTP-Posting-Host: pc110-02.insa-lyon.fr

In article <9301012058.aa11214@louie.udel.edu> C111@SRF-EMH1.YOKO.MRMS.NAVY.MIL (Michael 'Bert' Reedy) writes:
>From: C111@SRF-EMH1.YOKO.MRMS.NAVY.MIL (Michael 'Bert' Reedy)
>Subject: FTPD NLM anyone?
>Date: 2 Jan 93 02:19:43 GMT


>I'm looking for an inexpensive (read that free ;-) FTP daemon in NLM form.
>I've been told that one exists at novell.felk.cvut.cs (University of Prague),
>and is available via anonymous FTP.

>Unfortunately, my name servers come up empty, and I can't seem to 'manually'
>locate an address for them.  Anybody have a clue?  Or anybody know of an
>alternate source for such an NLM?

>Thanks, in advance!


IP is 192.108.160.5

If you cannot get them and use some POPMAIL compatible program let me
know, I sent it to you as an enclosure
 (you need FTPD.NLM and RESOLVD.NLM from the same source)
  I did not find them anywhere else yet... 
 

ppollet@cismibm.univ-lyon1.fr (Patrick POLLET)
--------------------------------------------------------
Dr Patrick L.Pollet
Institut National des Sciences Appliquees
Centre Informatique du 1er Cycle  Bat 110
20 Avenue A.Einstein
69621 Villeurbanne Cedex France
--------------------------------------------------------
Phone: 72 43 83 80 -   la premiere erreur c'est
Fax  : 72 43 85 33 -   de se lever le matin  ... GASTON
-------------------------------------------------------
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: pib@merle.acns.nwu.edu (Philip R. Burns)
Subject: Re: FTP & Internet Packages
Followup-To: comp.protocols.tcp-ip.ibmpc 
Organization: Northwestern University, Evanston Illinois.
Date: Thu, 7 Jan 1993 05:51:31 GMT

In article <2935457652.3.p00197@psilink.com> guthery@slcs.slb.com writes:
>Recently Mark Bixby posted a list of Internet software packages that
>are compatible with FTP's PC/TCP TCP/IP stack.  The list included
>trumpet, nupop, dosgofer, oacwais, and achied.  At about the same
>time I sent a query to support@ftp.com asking if they had such a list.
>The reply I got from FTP was that all these packages would have to
>be rewritten to work with FTP's TCP/IP.
>
>Anybody know the real story?  How *DOES* one integrate FTP's
>software, the Clarkson drivers, and these packages?  A config.sys
>and autoexec.bat example and/or a diagram would be greatly appreciated.
>

NUPop supports the FTP Software kernel automatically via the (nominal)
interrupt 0x61 interface.  When NUPop starts executing, it checks for the
presence of several TCP/IP kernels, one of which is FTP Software's.  
If none is found, NUPop uses its own built-in kernel, which is a modified
version of the University of Minnesota driver, which in turn is derived from
NCSA Telnet.

NUPop also provides for adding interfaces to other TCP/IP kernels through 
the use of external drivers.

Trumpet comes in several flavors, including one that interfaces through
external drivers to a variety of kernels.  There is a Trumpet driver for
the FTP Software kernel.

The PC Gopher programs from UMinn, as well UMinn's POPMail, also directly
support the FTP Software kernel.

I haven't looked at the current versions of the other programs you mention
so I can't speak to them.

-- Phil "Pib" Burns
   pib@nwu.edu
From: marc@remarque.berkeley.edu (Marc DeGroot)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: DPMI TCP code?
Date: 8 Jan 1993 20:49:18 GMT
Organization: University of California, Berkeley
Distribution: world
NNTP-Posting-Host: remarque.berkeley.edu

I'm writing an application that runs in protected mode.  I need to find
TCP/IP code that runs with the popular IBM PC Ethernet cards that I can
call from my code.

I'm interested in leads to any sort of solution -- source code or
callable libraries, public domain or commercially available implementations.

Please respond by e-mail; I don't get to read the news very often anymore. :-|

Thanks in advance.

-- 
Marc de Groot (KG6KF) San Francisco |
Internet: marc@kg6kf.ampr.org       |      "Penny for your thoughts, twenty
UUCP: ..!uunet!hoptoad!noe!marc     |          cents for your paradigm."
Packet radio: KG6KF @ K3MC          |
Newsgroups: comp.protocols.tcp-ip.ibmpc,comp.sys.ibm.pc.misc,comp.dcom.lans.ethernet,comp.os.msdos.programmer
From: kspeicht@kilcom1.ucis.dal.ca (Kevin F. Speichts)
Subject: Re: BOOTP, pkt drivers, and ethernet board type
Organization: Dalhousie University, Halifax, Nova Scotia
Date: Tue, 12 Jan 1993 20:06:26 GMT


>Suppose you had hundred of PCs running MSDOS attached to a various
>number of Ethernets, by way of a dozen different types of cards (ISOLAN,
>WD, 3COM, ...).

 .. stuff removed ..

>In other words I'd rather like two new DOS commands, 'nifset <number>'
>to record somewhere safe the type of the card in a machine, and
>'niftype' that returns the same <number> in the 'errorlevel'.

>I'd like to know if anybody has already thought along the same lines,
>and has already done something like this, and I welcome anybody's
>comments and suggestions on how to do this; in particular about:


	You say each machine already has a hard disk, here might be a 
simpler solution.  Create a file called enetcard.crd or something (ex. 
wd8003e.crd or 3com.crd) on each hard drive.  This could be a dummy file 
with no text in it if you like.  Put it in the root directory or DOS
directory on the drive.  Write lock it with the ATTRIB +R DOS command, maybe 
hide it as well with the ATTRIB +H command.  Then use the DOS commands;
 
IF EXISTS c:\wd8003e.crd goto WESTERN

 or use

 IF EXISTS c:\dos\3com.crd goto 3COM.  

You can control program flow this way as well as the errorlevel method (I'm 
assuming your using DOS batch commands).  This may or may not do the trick 
for you depending on your situation.  If someone deletes or renames this 
file it will throw the scheme off.