HDTenEightyP/NetNews huggingface dataset:
From: gunars@spss.com (Gunars V Lucans)
Newsgroups: comp.protocols.nfs,comp.os.msdos.desqview
Subject: Desqview/X and PC-NFS
Keywords: Desqview NFS
Date: 9 Apr 92 15:38:11 GMT
Organization: SPSS Inc.


I'm currently running PC-NFS 3.5c (soon to be upgraded to 4.0).  Does
anyone here know what I need to run Desqview/X on top of it?  I've
tried getting a clear answer from the tech folks at Quarterdeck, but
most conversations have ended in them being as confused as I am.

My understanding is that Desqview/X doesn't currently support PC-NFS
but that they're working on it.  Some comments I've heard from QOS
seem to imply that if I also buy the Quarterdeck TCP/IP Manager, it
could already use the underlying tcp/ip services provided by PC-NFS.
Other comments from QOS indicate the opposite.

Until DV/X supports PC-NFS, can the Crynwr (Clarkson) packet drivers
provide the basic connection I need?  Is the QOS TCP/IP Manager
required for this?

When Desqview/X does fully support PC-NFS, will the QOS TCP/IP Manager
still be needed?

--gunars

--
Gunars V. Lucans  --  gunars@spss.com  --  SPSS Inc, Chicago, USA
From: jzempel@morpheus.wustl.edu (John Zempel)
Newsgroups: comp.protocols.nfs
Subject: Re: PC-NFS 4.0 v/s PC-NFS 3.5
Date: 15 Apr 92 19:06:34 GMT
Article-I.D.: morpheus.c=hs.703364794
Organization: Washington University in Saint Louis, Missouri USA

I tried Telnet 3.5 with 4.0 NFS and it would not work.  Is there any way
to log a file with the Telnet included in PCNFS 4.0?  

John Zempel
Newsgroups: comp.protocols.nfs
From: G.Eustace@massey.ac.nz (Glen Eustace)
Subject: Problems with NFSWATCH
Organization: Massey University, Palmerston North, New Zealand
X-Reader: NETNEWS/PC Version 2c
Date: Sun, 12 Apr 92 20:11:06 GMT

Has anyone got a copy of NFSWATCH that works correctly with Ultrix
4.1/2  The version we have doesn't seem to see any RPC packets at
all.  The only things counted are broadcasts and non-IP packets.

Any help appreciated.
Thanks.

-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Glen Eustace, Systems Software Manager | EMail: G.Eustace@massey.ac.nz
Computing Services, Massey University, | Phone:         +64 6 350 5161
Palmerston North,  New Zealand. GMT-12 | Fax:           +64 6 350 5607

Newsgroups: comp.protocols.nfs
From: eckman@eos1.larc.nasa.gov (Richard Eckman)
Subject: number of nfsd to run
Organization: NASA Langley Research Center, Hampton, VA
Date: Mon, 13 Apr 1992 18:48:49 GMT

  I suspect that this has been asked before, but I've just started reading
this newsgroup...
  I recently added three more Wren 8 disks to our DECsystem 5000/200 file 
server which is now exporting a total of nine filesystems via nfs to six 
'client' DECstation 5000/200 machines.  The increase in exported filesystems 
doesn't appear to be placing an obvious burden on the server, but response 
time seems to be a bit slower when doing disk operations.  
  I've never been able to determine when it is appropriate to run more 
than four nfs daemons on the nfs server machine.  The ultrix nfs manual
seems to imply that four is suitable for most situations.
  Is there a good rule for determining how many nfs daemons should be
running on the server (perhaps, one per exported filesystem)?
  Thanks, in advance, for any assistance.

Richard Eckman
NASA Langley Research Center
Hampton, VA
eckman@dobson.larc.nasa.gov
From: rla@media03.UUCP (Raymond van der Laan)
Newsgroups: comp.protocols.nfs
Subject: Performance: RPC vs. sockets
Keywords: rpc, sockets
Date: 13 Apr 92 10:17:06 GMT
Organization: Mediasystemen, Netherlands

Has anyone ever lokked at differences in performance between
RPC-calls and communications via the socket interface?

I sure am interested in the results, if they are not too
specific for a certain network.

Thanks!
-- 
Raymond van der Laan           Email: sun4nl!media01!rla
Mediasystemen BV               Tel. : +31 23-319075            
Haarlem                        Fax  : +31 23-315210
The Netherlands                                   
                                    'There is no masterplan.
                                     This is what we do now.'
                                            - Stuart Adamson
Newsgroups: comp.protocols.nfs
From: gavin@mtl.mit.edu (Gavin C. H. Zau)
Subject: PCNFS drive mounting problems v4.0 3.5c
Keywords: pcnfs, drive mounting problem, help,
Organization: MIT Microsystems Technology Laboratories
Distribution: na
Date: Tue, 14 Apr 1992 04:12:10 GMT

I have just upgraded to PCNFS 4.0for my 386 and 486 pcs.  All of 
them except one work fine (except for the strange telnet behaviors)
The one exception now refuses to mount any drives or printer from our
main server.  Under 3.5c it said mount request denied and under 4.0 it
said drive not local to server ...   Now this pc does mount drive from 
another server on the network and other PCs can mount drives from our 
central server, so we do not know what is wrong.
I have tried to restart nfs on our server, but it did not help!
Thanks.

-- 

****************************************************************
Gavin Zau	Dept of Chemical Engineering, MIT, Cambridge, MA
		gavin@mtl.mit.edu  gavinb@athena.mit.edu
From: doug@mcm.com (Doug Dooley)
Newsgroups: comp.protocols.nfs
Subject: Re: PC-NFS 4.0 v/s PC-NFS 3.5
Keywords: PC-NFS telnet
Date: 17 Apr 92 05:42:25 GMT
Reply-To: doug@mcm.com (Doug Dooley)
Organization: Mellon Capital Management Corp., San Francisco

In article <c=hs.703364794@morpheus> jzempel@morpheus.wustl.edu (John Zempel)
writes:
>I tried Telnet 3.5 with 4.0 NFS and it would not work.  Is there any way
>to log a file with the Telnet included in PCNFS 4.0?  
>
>John Zempel

We are also looking for a telnet that can do file capture with
PC-NFS 4.0.  We have a number of users running Sun's Advanced
Telnet for file capture, protocol xfer (kermit, xmodem), and
scritping, but it is despised by users for its clumsiness.
Advanced Telnet also leaves the PC in an unstable state after
its use, often causing lock-ups in whatever program is run next.
We tried Smartcon 240 from Persoft, but it had problems with
dropped characters and odd flow control effects.  If we try
to run MS-DOS KERMIT/Telnet, we need 2 CONFIG.SYS setups.
Any ideas out there?

Doug Dooley
Mellon Capital Management
From: geoff@hinode.East.Sun.COM (Geoff Arnold @ Sun BOS - R.H. coast near the top)
Newsgroups: comp.protocols.nfs
Subject: Re: need new lockd for 3/60?
Summary: no
Date: 8 Apr 92 13:19:18 GMT
Reply-To: geoff@east.sun.com (Geoff Arnold @ Sun BOS - R.H. coast near the top)
Organization: Sun Microsystems PC-NFS Engineering
NNTP-Posting-Host: hinode.east.sun.com

Quoth grante@aquarius (Grant Edwards) (in <1992Apr7.222056.9076@rosevax.rosemount.com>):
#Just got a crate full of PC-NFS 4.0 upgrade packages.  I built and
#installed the new pcnfs daemon (rpc.pcnfsd) on my group's NFS server,
#a Sun 3/60 runing SunOS 4.1.1.
#
#The new lock daemon and kernel stuff that go with it are only supplied
#for Sun4 and Sun3x but _not_ for Sun3.  (A not-so-subtle hint from Sun?)

How about a disk space trade-off....? Naaaw, you're right: it's a hint :-)

#Two questions:
#
#1.  Do I need the new lock daemon and kernel stuff or can I use the
#    one that I used for PC-NFS 3.5?  So far the old one seems to work.

If the old one's work, use 'em. The client side of the locking
code didn't change. So the answer is "no, yes". (I love compound questions.)

#2.  If the answer to 1 is yes, is the new daemon available on the net?

See above. I know of no lockd patches on the net: they are all
distributed by the CTE (technical escalations) group.

#Grant Edwards                                 |Yow!  Somewhere in Tenafly,
#Rosemount Inc.                                |New Jersey, a chiropractor is
#                                              |viewing ``Leave it to
#grante@aquarius.rosemount.com                 |Beaver''!
                                                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
                                                What a depressing thought!

------------------------------------------------------------------------------
--         Geoff Arnold, PC-NFS architect (geoff.arnold@East.Sun.COM)       --
--                SunConnect, A Sun Microsystems Business                   --
------------------------------------------------------------------------------
Newsgroups: comp.protocols.nfs
From: k2@bl.physik.tu-muenchen.de (Klaus Steinberger)
Subject: Re: YPBIND Question
Organization: Technische Universitaet Muenchen, Germany
Date: Mon, 6 Apr 1992 14:27:22 GMT

hello@cs.utwente.nl (Ronald Hello) writes:

>You probably suffer from a mismatch in broadcast addresses. HP uses all 1's
>(e.g. 192.15.98.255) and SUN's use default all 0's (e.g. 192.15.98.0).
>The machines only recognize what they use themselves, so your NIS servers
>(who probably use all 0's) don't recognize the broadcast generated by
>ypbind.
>It's easy to change broadcast addresses on SUN's, it's harder on a HP.

Why did SUN use 0's per default? That's annoyingly! They should
change to 1' default. Did they ever read the Host requirements RFC?

Klaus
--
Klaus Steinberger               Beschleunigerlabor der TU und LMU Muenchen
Phone: (+49 89)3209 4287        Hochschulgelaende
FAX:   (+49 89)3209 4280        D-8046 Garching, Germany
Internet: Klaus.Steinberger@bl.physik.uni-muenchen.de
From: piacenti@claude.ma30.bull.com (Paul E. Piacentini)
Newsgroups: comp.protocols.nfs
Subject: diskette read problems with PC-NFS 3Com 3C503 drivers
Date: 9 Apr 92 01:26:44 GMT
Organization: Bull HN Information Systems Inc.
Originator: piacenti@claude.ma30.bull.com


 Has anyone seen problems trying to read files from the diskette drive
on a PC using the default drivers for the 3Com 3C503 active? Is there
a bug with the 3C503 driver?
 Symptom: copying files from drive A: starts to copy the 1st file,
then gets a disk read error that you can't get by.
 This problem popped up on a couple of our PCs lately: Both are
386/33mhz running DOS5 and using the 3C503 with shared memory active
via the /Mx switch in CONFIG.SYS
 Changing over to using the ELNKII NDIS driver fixed the problem, but
uses significantly more memory.
 Anyone aware of any fix?
Thanks, Paul



-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
 _\ /_              Paul E. Piacentini |  Bull Worldwide Info Systems
  / \   piacenti@granite.ma30.bull.com |  300 Concord Rd. MA30-857     _\ /_
                        (508) 294-3450 |  Billerica, Mass 01821         / \
Newsgroups: comp.protocols.nfs
From: k2@bl.physik.tu-muenchen.de (Klaus Steinberger)
Subject: Re: HELP - how to get adequate cross-campus NFS performance?
Organization: Technische Universitaet Muenchen, Germany
Date: Mon, 6 Apr 1992 06:14:47 GMT

janet@cs.uwa.oz.au (Janet Jackson) writes:

>Situation:  two subnets hanging off our campus LAN, with probably about
>700m of cable in between.

>sun1-|                                                     |-sun2
>     |                                                     |
>     |-parkgate                                   wacsgate-|
>         |                                           |
>====================================================================

>sun1 and sun2 are Sun SPARCs running SunOS4.1.1.  (These are not our
>real hostnames, just a generic example.  We actually have lots of Suns
>all behaving the same.)

>parkgate and wacsgate are PCs running PC-Route.

[Something deleted]

>- trying to reduce the rsize and wsize (NFS buffer sizes).  However SunOS
>has dynamic resizing, which keeps increasing the size again,
>and I can't find any way to turn it off (perhaps in the kernel config?).
>SunOS seems to mostly settle for 3K read buffer and 512 byte write buffer,
>but sometimes it picks larger sizes.  Doesn't seem to help at all, anyway.

With rsize and wsize, you are on the right track. I bet your PC-Routers
work with WD8003 Ethernet interfaces. The problem with these is their
limited onboard bufferspace. Try it with the 16-bit interfaces (WD8013),
or try to use some of your SUN's as gateway. It should be very cheap,
to buy a SBUS Ethernet Interface for your SUN'S.

Sincerely,
Klaus Steinberger
--
Klaus Steinberger               Beschleunigerlabor der TU und LMU Muenchen
Phone: (+49 89)3209 4287        Hochschulgelaende
FAX:   (+49 89)3209 4280        D-8046 Garching, Germany
Internet: Klaus.Steinberger@bl.physik.uni-muenchen.de
From: angelini@irisa.fr (Pierre Antoine Angelini)
Newsgroups: comp.protocols.nfs
Subject: PC-NFS 3.5 and GeoWorks Ensemble
Date: 9 Apr 92 14:33:17 GMT
Organization: IRISA, Rennes (Fr)

Hello.
I'm trying to have GeoWorks Ensemble working with PC-NFS 3.5.

I mean:
-full installing GeoWorks on a networked drive (r:)
-launching it from r:

All I got is

System error: Fatal error in z.

Everything works perfectly well when installed on a local hard disk,
even with PC-NFS running. I can browse with Geomanager through
networked drive, etc...

BUT:

The documentation says that : ...... Geoworks supports various lans
Lantastic, Novell, PC-NFS 3.5 and Lan Manager. I don't really believe
the local representative who told me that the documentation was wrong.

Can you help me ?

Thank you

--------------------------------------------------------------------------------
Pierre-Antoine ANGELINI (PAA)          #  E-mail :    angelini@irisa.fr     
                                       #                 
IFSIC /IRISA                           #  Tel    :    (33) 99.84.73.78       
Universite de Rennes I                 #  Fax    :    (33) 99.84.71.00     
Campus de beaulieu                     #                    
Avenue General Leclerc                 #           "Pace et salute"
35042 RENNES CEDEX - FRANCE            #
--------------------------------------------------------------------------------
From: geoff@hinode.East.Sun.COM (Geoff Arnold @ Sun BOS - R.H. coast near the top)
Newsgroups: comp.protocols.nfs
Subject: FYI - PC-NFS 4.0 announcement posted to comp.newprod
Date: 13 Apr 92 00:52:18 GMT
Reply-To: geoff@east.sun.com
Organization: Sun Microsystems PC-NFS Engineering
NNTP-Posting-Host: hinode.east.sun.com

A brief FYI: I have posted to comp.newprod a copy of the press
announcement for PC-NFS 4.0. I've also mailed it to Stan Barber at
Baylor and asked him to store it in the nfs directory as
sun-press-13-apr-92. I'll be supplementing this with other 4.0
material over the next few days.

To all of you who were frustrated by the dearth of information on
4.0 over the last month, my profuse apologies. The announcement
was delayed to coincide with the launch of the new Sun
Microsystems business unit SunSelect, but on the other hand we
didn't want to hold up the availability of the new software to
everyone who had been clamouring for it. Hence the rather odd
approach of shipping in March and announcing in April....
 
Geoff

------------------------------------------------------------------------------
--         Geoff Arnold, PC-NFS architect (geoff.arnold@East.Sun.COM)       --
--                 SunSelect, a Sun Microsystems Business                   --
------------------------------------------------------------------------------
From: geoff@hinode.East.Sun.COM (Geoff Arnold @ Sun BOS - R.H. coast near the top)
Newsgroups: comp.protocols.nfs
Subject: Re: Will PCNFS4.0 Confuse network running both SUN OS and SVR4 server?
Date: 13 Apr 92 01:12:30 GMT
Reply-To: geoff@east.sun.com (Geoff Arnold @ Sun BOS - R.H. coast near the top)
Organization: Sun Microsystems PC-NFS Engineering
NNTP-Posting-Host: hinode.east.sun.com

Quoth fred@gomez.intel.com (Fred Yang ~) (in <10322@inews.intel.com>):
#
#
#Hi,
#
#We are considering using PC-NFS 4.0 to talk to a server that running
#SVR4 in the network.  

Good! You'll need 4.0 if the server is also an NIS (formerly YP)
server, since one of the bugfixes in 4.0 was to switch to NIS V2
calls....

[...]
#Since we are only using as bridge to access files on the server, WILL
#there be any problem if there are SUN servers on the same network?

Nope. Next?
------------------------------------------------------------------------------
--         Geoff Arnold, PC-NFS architect (geoff.arnold@East.Sun.COM)       --
--                 SunSelect, a Sun Microsystems Business                   --
------------------------------------------------------------------------------
From: ecs@ualph2.aosg.gsf.dec.com (Edward C. Szajner AOSG)
Newsgroups: comp.protocols.nfs
Subject: YP test or test suites
Keywords: YP
Date: 13 Apr 92 19:13:29 GMT
Reply-To: ecs@aosg.gsf.dec.com
Organization: AOSG

Does anyone know where I can get a set of YP tests or a YP test suite. I am
currently running Ultrix 4.2. Any help would be greatly appreciated.

Thanks.

Edward Szajner			Telephone: 603.884.0213
Digital Equipment Corp.		Email    : ecs@aosg.gsf.dec.com
5 Wentworth Drive
Hudson, NH 03051
From: curt@aixwiz.austin.ibm.com (Curt Finch)
Newsgroups: comp.protocols.nfs
Subject: Re: Sun automount bug w/ direct maps
Date: 9 Apr 92 14:41:53 GMT
Reply-To: curt@aixwiz.austin.ibm.com (Curt Finch)
Organization: IBM AWD, Austin, TX

barmar@think.com (Barry Margolin) said:
> Many people have complained about it.  As far as I know, Sun hasn't fixed
> it as of 4.1.2.

Sun has an open bug report on this.  I don't know when they'll fix it.
I'm working now on a fix for AIX3.1 and AIX3.2.  Should be out soon.


curt@aixwiz.austin.ibm.com (Curt L. Finch) | AIX NFS/NIS Field Quality 
My views are unrelated to those of IBM     |       Austin, TX
 "A little rebellion is a good thing now and then" - Thomas Jefferson
Newsgroups: comp.protocols.nfs
From: sherwood@space.ualberta.ca  (Sherwood Botsford)
Subject: spray
Organization: University Of Alberta, Edmonton Canada
Date: Fri, 10 Apr 1992 03:54:57 GMT


spray hostname
I get several hundred packets per second.

spray -d0 hostname
I get about half that number.

spray -d1 hostname
I get 34 packets per second.

spray -d[2-10000] hostname
still 34 packets per second.

Move over to sun.
The numbers change a bit, stabilizing at 100 instead of 34.

Move over to an ibm Risc 6000

spray hostname
2300 packets per second

spray -l 1000
bytes per second 3,500,000 ????!!!

There is something someone isn't tell us about spray.

What are the limitations of this program.  What's it's intended purpose

Newsgroups: comp.protocols.nfs
From: grante@aquarius (Grant Edwards)
Subject: need new lockd for 3/60?
Organization: Rosemount, Inc.
Date: Tue, 7 Apr 1992 22:20:56 GMT

Just got a crate full of PC-NFS 4.0 upgrade packages.  I built and
installed the new pcnfs daemon (rpc.pcnfsd) on my group's NFS server,
a Sun 3/60 runing SunOS 4.1.1.

The new lock daemon and kernel stuff that go with it are only supplied
for Sun4 and Sun3x but _not_ for Sun3.  (A not-so-subtle hint from Sun?)

Two questions:

1.  Do I need the new lock daemon and kernel stuff or can I use the
    one that I used for PC-NFS 3.5?  So far the old one seems to work.

2.  If the answer to 1 is yes, is the new daemon available on the net?


Thanks

--
Grant Edwards                                 |Yow!  Somewhere in Tenafly,
Rosemount Inc.                                |New Jersey, a chiropractor is
                                              |viewing ``Leave it to
grante@aquarius.rosemount.com                 |Beaver''!
From: geoff@bodleian.East.Sun.COM (Geoff Arnold @ Sun BOS - R.H. coast near the top)
Newsgroups: comp.protocols.nfs
Subject: Re: PC-NFS access to UNIX filenames
Date: 7 Apr 92 18:51:05 GMT
Reply-To: geoff.arnold@East.Sun.COM
Organization: Sun Microsystems PC-NFS Engineering
NNTP-Posting-Host: bodleian.east.sun.com

Hmmm - file name mapping rears its head again. I guess it's about time:
this comes up every two years or so...

Your mission (should you choose....) is to find a scheme that will
handle a directory with the following names:

	abc
	Abc
	ABC
	.abc
	averylongfilename
	AverylongfileName
	averylonglongprogram.c
	averylongprogram.obj	(with bonus points if compiling the .c yields the .obj)
	a.very.long.file.name
Of course you will have to deal with not only
	.
	..
but also
	.?
	...
both of which are legal in Unix.

Since DOS users usually type file names in lower case, even though
internally DOS uses upper-case file names,  while Unix users usually
(but not always) use lower-case names, the mechanism should perform
appropriate case conversions.

The scheme should work with read-only file systems, should occupy as little
memory as possible (local disk is not acceptable), and should yield only
legal DOS names.

One approach (taken by LanMan) is to say that any server filename
that is illegal under DOS (after case conversion) is ignored and will
never be displayed as the result of a FindFirst/FindNext search. This
can confuse applications which expect to be able to delete an "empty"
directory. (It can also confuse users pretty badly too....)

No scheme should promise more than it can reasonably deliver.
For example, one product constructs a "repeatable" cookie from the inode
number of the file. Since the transformation is necessarily many->one,
this can lead to duplicate names; furthermore if the file system
is dumped and restored the names can change.

The moral: stay with DOS-compatible names.. Dull, but reliable.

Geoff
---
------------------------------------------------------------------------------
--         Geoff Arnold, PC-NFS architect (geoff.arnold@East.Sun.COM)       --
--                SunConnect, A Sun Microsystems Business                   --
------------------------------------------------------------------------------
Newsgroups: comp.protocols.nfs
From: mogul@pa.dec.com (Jeffrey Mogul)
Subject: Re: Problems with NFSWATCH
Organization: DEC Western Research
Date: Tue, 14 Apr 92 01:24:49 GMT

In article <1992Apr13.132115.16022@news.iastate.edu> john@iastate.edu (John Hascall) writes:
>G.Eustace@massey.ac.nz (Glen Eustace) writes:
>}Has anyone got a copy of NFSWATCH that works correctly with Ultrix
>}4.1/2  The version we have doesn't seem to see any RPC packets at
>}all.  The only things counted are broadcasts and non-IP packets.
>
>Yes, normally it doesn't see any packets directed to itself.  You
>can do (at least under V4.2):
>
>	# ifconfig ln0 copyall
>	# nfswatch [options]...
>	# ifconfig ln0 -copyall
>
>to change this (you don't want to leave copyall on though).  I have
>heard rumors of a new & improved NFSWATCH on gatekeeper.dec.com
>but haven't checked it out yet.

First of all, I don't know of any newer nfswatch than the one shipped
with Ultrix 4.2.

Second, DON'T use "ifconfig ln0 copyall".  Do "pfconfig +p +c -a"
in your /etc/rc.local.  See "man pfconfig" for more details.  I
think this should work whether or not you have obtained the recent
patches for the 4.2 kernel (for net_common.o and pfilt.o).

I would strongly advise against running nfswatch on a 4.1 system
unless you have obtained the patches for if_ln.o and net_common.o;
note that these are not the same patches as for 4.2.

-Jeff
From: slang@waikato.ac.nz
Newsgroups: comp.protocols.nfs
Subject: PCNFSDV2/Ultrix/PC-NFSV4.0
Date: 8 Apr 92 11:56:02 +1200
Organization: University of Waikato, Hamilton, New Zealand

Has anybody successfully compiled PCNFSDV2 under Ultrix 4.2?
Does PC-NFS V4.0 require PCNFSDV2, or will it run with PCNFSDV1 as well.

We'd probably like to use some of the features of PCNFSV2 anyway.

-- 
	   If it's safe -		Steve Lang
	  Test it in Paris		Systems Programmer Analyst
	  Dump it in Tokyo		University of Waikato
	And keep our Pacific		Hamilton
	    Nuclear Free		NEW ZEALAND
					<slang@waikato.ac.nz>
					Ph	+64-7-856 2889 Ext 8341
					Fax	+64-7-838 4066

I am not responsible for my employers opinion (thank heavens,) and neither are
they for mine.