HDTenEightyP/NetNews huggingface dataset:
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: <None>
From: <bgold@don.jpl.nasa.gov>
Date: Wed, 18 Nov 92 10:01:33 PST
Reply-To: <bgold@don.Jpl.Nasa.Gov>
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>

I can not get NSF to allow our VAX to export its disks.  I am
using CMUTEK 6.6.5 (unpatched).  The commands at the Sun
(where I am trying to mount the Vax disk) are:

(some entries in /etc/fstab)
langer:/dsk /netlanger nfs rw,suid,hard,intr,noquota,bg 0 0 #bruce g.
jplsp2:/DISKA /sp2diska nfs rw,suid,hard,intr,noquota,bg 0 0 #bruce g.
gulkis:/extdisk /netgulkis nfs rw,suid,hard,intr,noquota,bg 0 0 #bruce g.

The error message that I get is:
{don:SUPERUSER:5} mount /sp2diska
mount: access denied for jplsp2:/DISKA
mount: giving up on:
   /sp2diska

The other two disks (which are remote mounted on Suns) mount OK.
At the VAX end I have a Vaxstation 4000-90 running VMS 5.5-2HW.
In NFS.CONFIG I have:
GMT_OFFSET:-08.00
EXPORT:/DISKA:don,DON,don.jpl.nasa.gov,DON.JPL.NASA.GOV
Auth:0:1:DON.JPL.NASA.GOV:SYSTEM
Auth:0:1:DON:SYSTEM
Auth:0:1:don.jpl.nasa.gov:SYSTEM
Auth:0:1:don:SYSTEM
Auth:230:11:DON
Auth:230:11:DON.JPL.NASA.GOV:BGOLD
In INTERNET.CONFIG I have
Variable:RPC_SERVICE:1

DISKA is a logical that has been checked and is working:
!sho trans diska
  DISKA = "$2$DKA0:[USER.]"  (LNM$SYSTEM_TABLE)
!set def diska:[goldstein]
!dir

Directory DISKA:[GOLDSTEIN]

DUMMY.TXT;1


I could not seem to find any NETLOG settings that would help in any way.
Any help or suggestions for debugging would be appreciated (we have spent
quite a few hours on this).  Also, has the problem with NFS been fixed in
6.6.5A, or should I continue to use the unpatched version?  Reply either to
net or to bgold@don.jpl.nasa.gov; replying to the return address sometimes
does not get through the mail gateway.
Thanks, Bruce Goldstein.
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: RE: SMTP delivery error
From: Chris Higgins - System Administrator <chris@csvax1.ucc.ie>
Date: 20 Nov 1992 09:46:41 -0500 (EST)
Reply-To: Chris Higgins - System Administrator <chris@csvax1.ucc.ie>
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
Content-Transfer-Encoding: 7BIT

In a previous article, <DEAN@RDCALR.REALDEC.COM> wrote:
>Date: 19 Nov 92 18:08:04 EST5EDT
>From: "Dean S. Banfield" <DEAN@RDCALR.REALDEC.COM>
>Subject: SMTP delivery error
>Reply-To: "Dean S. Banfield" <DEAN@RDCALR.REALDEC.COM>
>
>
>CMUTEKers,
>Sorry for posting an MX question to the CMUTEK list, but it is delivered
>on the CMUTEK tape, and I don't know where else to send my query.

The MX-LIST @WKUVX1.BITNET
>
>Our SMTP mailer agent crashed mysteriously the other day.  It left its
>mark in the log file SMTP_SERVER.LOG in MX_ROOT:[SMTP].  Very nice of
>it but is there any way to know about this without having someone com-
>plain that they were expecting mail which didn't arrive.

Depends on what kind of notification you are looking for.
The STAT command in MCP is helpful....
If you want notification by mail, then you could modify the startup to
run a command procedure for each of the agents, and have that mail you
when the agent exits..

$ RUN SMTP_SERVER.EXE -
    /UIC=[1,4]
    .
    .
    .
$ MAIL SYS$INPUT/SUBJECT="MX-SMTP-TERMINATION" SYSTEM

MX-SMTP-TERMINATION.... !!!

$ EXIT

>                                                        Also, any idea
>what caused this.  Very nasty exit.
>
>>%SYSTEM-F-MEDOFL, medium is offline

MX SMTP automatically shuts down when it can't find the TCP/IP service.
The error is saying that CMU is unavailable, so MX-SMTP shuts down....

The MX manual says that you should restart MX SMTP after you restart TCP/IP..
You probably had CMUTek/IP die on you, and you never restarted MX SMTP after
you restarted CMU.

>Thank you.
>
>Dean S. Banfield            Voice: (203) 656-1500
>Real Decisions Corporation      FAX  : (203) 656-1659
>22 Thorndal Circle          email: dean@rdcalr.realdec.com
>Darien, CT 06820
>------------------------ Transcript of SMTP_SERVER.LOG --------------------

[stuff deleted]



                                                  Chris.

+ J.C. Higgins, Sys Admin  +  Auditor, Computer Science Society, U.C.C.
+ Chris@csvax1.ucc.ie      +
+ Chris@odyssey.ucc.ie     +  If you love something, set it free. If it doesn't
+ sccs6002@iruccvax.ucc.ie +  come back to you, hunt it down and KILL it.
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Sun displaying on a Vaxstation
From: rick@dfwdsr.sinet.slb.com
Date: Mon, 16 Nov 92 22:26:41 GMT
Reply-To: rick@dfwdsr.SINet.SLB.COM
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
X-Vms-From: SNDRTR::MRGATE::"MRGATE::PSI%HUBVX6::DFWDSR::RICK"
X-Vms-To: M_INTERNET::"cmu-tek-tcp@cmutek.cc.cmu.edu"

From:	RICK@DFWDSR@PSI%HUBVX6@MRGATE@SNDRTR
To:	"cmu-tek-tcp@cmutek.cc.cmu.edu"@M_INTERNET@MRGATE@SNDRTR@SNDRTR

I'm sure this is a FAQ, but searching back thru old messages I didn't
find an answer.

I would like to be able to set at my vaxstation and open a window from
a Sun server machine.  I've enabled the CMU transport on the vaxstation
and put the Sun node in the security section of decwindows, but when I
try to open a window on the vaxstation I just get a can't open display
message.  On the Sun side I've set the enviromental variable DISPLAY
to my node:0.0.  If I try to do this from the vaxstation I assume I'll
need to run the window manager, or something to start openwindows before
issue a xterm command.  So far I've just tried setting at the Sun and
tried to open a window on the vaxstaton as a first step.

The versions are: CMU-TEK 6.6, Motif 1.1 & VMS 5.5-1 on the Vax side and
Sun OS 4.1.1 and openwindows 2 on the Sun side.
I'm new to Unix so don't assume to much Unix knowledge if you answer this.
Thanks
Rick Caldwell

rick@dfwdsr.sinet.slb.com
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
From: drewo@dcatlas.dot.gov (Andrew R. Orndorff)
Subject: LPD print client help
Organization: U.S Dept. of Transportation
X-Newsreader: TIN [version 1.1 PL6]
Date: Thu, 19 Nov 1992 15:42:21 GMT


	We're using the LPD client to provide print services from our
cluster to printers available via a Novell server running Novell's NFS
product. So far, things have been working fairly well, with the following
exceptions:

	a) We're able to turn off burst pages, trailers, and flag
	pages on the Novell side of the connection, but do not
	seem to be able to do so from the VMS side.

	We've tried altering the way in which the queues are
	initialized, tried 'setting' the '/separate' and 
	'/default' options after the queue has been initialized,
	and have even looked at the USER_LPD_CLIENT.C code in
	the [.Examples] directory, but to no avail.

	Is there some straightfoward way that we can enable the
	control of burst/flag/trailers from the VMS side - or 
	turn them off altogether?

	b) Similary, I understand that LPD relies on the print server
	performing all of the filtering and other print options, but
	are there any plans to extend the MULTINET LPD client services
	beyond their current capabilities?

	Don't get me wrong, I'm not griping - it just would be nice to
	have a more flexible environment.

	
	Our current environment is 'OpenVMS' v5.5-2, Multinet v3.1d,
an HP IIIsi printer with the Novell IPX/SPX network option, and device
control libraries attached to the LPD client print queues (we at least got
those straightened out)

	Any help or information would be much appreciated.

	Thanks.

	Andrew Orndorff

	NHTSA Data Center

	Internet:	dcatlas!zeus.dot.gov!drewo@uunet.uu.net
	UUCP:		uuent!dcatlas!zeus.dot.gov!drewo
From: dean@rdcalr.realdec.com (Dean S. Banfield)
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: SMTP delivery error
Date: 22 Nov 92 08:41:13 GMT
Reply-To: "Dean S. Banfield" <DEAN@RDCALR.REALDEC.COM>
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
X-Mailer: Pegasus Mail v2.3 (R2).


CMUTEKers,
Sorry for posting an MX question to the CMUTEK list, but it is delivered
on the CMUTEK tape, and I don't know where else to send my query.

Our SMTP mailer agent crashed mysteriously the other day.  It left its
mark in the log file SMTP_SERVER.LOG in MX_ROOT:[SMTP].  Very nice of
it but is there any way to know about this without having someone com-
plain that they were expecting mail which didn't arrive.  Also, any idea
what caused this.  Very nasty exit.

Thank you.

Dean S. Banfield            Voice: (203) 656-1500
Real Decisions Corporation      FAX  : (203) 656-1659
22 Thorndal Circle          email: dean@rdcalr.realdec.com
Darien, CT 06820
------------------------ Transcript of SMTP_SERVER.LOG --------------------

%SYSTEM-F-MEDOFL, medium is offline
%TRACE-F-TRACEBACK, symbolic stack dump follows
module name     routine name                     line       rel PC    abs PC

SMTP_SERVER     ACCEPT_CONNECTION                 384      00000064  00001E4C
                                                           80171EF3  80171EF3
SMTP_SERVER     SMTP_SERVER                       325      00000381  00001DE5

Dean Banfield
Real Decisions Corp         Voice: 203.656.1500
22 Thorndal Circle            FAX: 203.656.1659
Darien, CT 06820            Email: dean@rdcalr.realdec.com
Newsgroups: vmsnet.networks.tcp-ip.ucx
From: ERNST@srzun99 (P.Ernst (SYSmanager))
Subject: how UCX2.0 C-mask nodes treat B-mask broadcasts
Reply-To: peter.ernst@alcatel.ch
Organization: Alcatel STR AG, Switzerland
Date: Sat, 21 Nov 1992 11:46:12 GMT
X-News-Reader: VMS NEWS 1.24

-                 

We are using UCX 2.0 (with SMTP ECO1 and FTP ECO1) on VMS 5.5-1. For
several reasons (whitch I would not discuss here...) the stations
in our department are configured to be NON DYNAMIC ROUTING in a
C-Mask Subnet, static default routing to a specific GATEWAY.
Everything seems to work fine (now).

However we live in a B-NET with several hundreds of nodes. Some of
them using B-Mask broadcasts. (espcially the backbone routers...)

Now we have seen that EVERY UCX 2.0 node with a C-Mask, receiving a
B-Mask broadcast will complain with...

70(Bytes) ICMP from node-c to b-broadcaster   dst (port) unreachable

(this is true for applications using privat ports not supported on our
UCX2.0 nodes and also for routing-messages on NON DYNAMIC Routing nodes)

It seems that a C-Mask UCX2.0 node treats a B-Mask Broadcast as a 
NODE to NODE message. :-( !!!!!!!!!!!!!!!!

Has anybody an idea how to avoid this...or shall i wait until
there's a PATCH (gone through an exhaustiv field test...when? ) ?

I'am afraid that our networkmanger will not allow us to use UCX2.0
under this circumstances.
Thanks
                         Peter Ernst        | Phone : +41 -1- 465 2557
+----------V----------+  4.911              | X.400:  c=CH a=arCom p=Alcatel
| A  L  C  A  T  E  L |  Alcatel STR        |         s=Ernst g=Peter
+---------------------+  Friesenbergstr. 75 | RFC822: peter.ernst@alcatel.ch
         S T R           CH-8055 Zuerich    | VMS-m : PSI%4795123920::ERNST
Newsgroups: vmsnet.networks.tcp-ip.ucx
From: olin@vger.cheme.cornell.edu (Steve Thompson)
Subject: UCX V2.0 hint
Reply-To: olin@vger.cheme.cornell.edu
Organization: Chemical Engineering, Cornell University, NY
Date: Mon, 16 Nov 1992 23:12:53 GMT

Since installing UCX 2.0 a few weeks ago, we have had problems with
the FTP server going away - it didn't die, it just refused to answer
incoming requests an hour or so after UCX had been started,
with occasional periods when it would work. After checking everything
I could think of, I called CSC, and after going through some stuff
we noticed that the UCX$FTP account had the DEFCLI flag turned on
(as it was set in the DEFAULT record). They told me that they had
seen this cause problems, but had no idea why. Anyways, I turned off
the DEFCLI flag, and FTP is now happy!

Steve

---------------------------------------------------------------------------
Steve Thompson, System Mangler   Internet: thompson@cheme.tn.cornell.edu
School of Chemical Engineering   Bitnet:   thompson@crnlchme
Olin Hall, Cornell University    Phone:    (607) 255 5573
Ithaca NY 14853
---------------------------------------------------------------------------
Newsgroups: vmsnet.networks.tcp-ip.ucx
From: moeller@gwdgv1.gwdg.de
Subject: Some UCX 2.0 questions & comments
Reply-To: moeller@gwdgv1.gwdg.de
Organization: GWDG Goettingen, F.R.Germany
Date: Mon, 16 Nov 1992 23:29:55 GMT

I did receive ECOs for SMTP (-01), LPD (-02), FTP (-01), and PING;
both LPD and SMTP seem to be basically stable with these patches.

I immediately retracted the "new" UCX$FTP.EXE, because its user interface 
has completely changed, without any accompanying documentation -
also I noticed, playing with the new command qualifiers, that end of /INPUT 
makes it either crash or loop. 

However, maybe someone can comment on the following points:

LPD Question:
	What "control file" entries are relevant to the LPD server?
	I only know that "-C" goes into /NOTE, as does the sender's hostname;
	there appears to be some way to influence /PARAMETERS (the ECO-02 
	release notes mention a fix in that area). Any way to influence 
	/FORM and /SETUP? How could one "serve" more than e.g. one /FORM 
	per printer to the unix world?

genaral Question:
	What is the significance of UCX$INET_DOMAIN (if at all)?
	I know what UCX$BIND_DOMAIN means, and have no idea what 
	*other* kind of "domain" has come into play here.
	BTW, I see *no* problem with SMTP, although I have INET_DOMAIN 
	equal to BIND_DOMAIN, and also a fully qualified INET_HOST.

SMTP question: 
	What does /RELAY exactly mean? I find that DECnet/SMTP relaying
	handles addresses (rather unwieldy style)
		"node::user"@ucx_host
	in both directions - is there any more to it? I couldn't get
	SMTP source routing (<@ucx_host:user@otherhost>) to work, 
	although it seems to behave a little different depending on /RELAY.

apparent SMTP bug:
	As of ECO1, there is some strange interaction between /SUBSTITUTE
	and /RELAY. Without /RELAY:
	 /subs=(name=...,hidden) ......	"From:" and "Return-Path:" modified
	 /subs=(name=...,NOhidden) ....	"Reply-To:" added, headers unmodified
	With /RELAY, both 'hidden' and 'NOhidden' give the latter effect.
	What of those is expected behaviour? (I can't guess it from the doc.)

SMTP quirk:
	Mail delivered by SMTP into VMSMAIL has a trailing <CR> on all of its
	SMTP header lines (not a pretty view when you READ/EDIT that Mail).
	Also, the UCX-provided "Received:" header is lacking a ";" preceding
	the date - admittedly that's nit-picking.

Wolfgang J. Moeller, GWDG, D-3400 Goettingen, F.R.Germany | Disclaimer ...
PSI%(0262)45050352008::MOELLER      Phone: +49 551 201516 | No claim intended!
Internet: moeller@gwdgv1.dnet.gwdg.de   | This space intentionally left blank.
Newsgroups: vmsnet.networks.tcp-ip.ucx
From: grady@tcpalp.lkg.dec.com (Tim Grady)
Subject: Re: SNMP is shot
Organization: Digital Equipment Corp.
Date: Fri, 20 Nov 1992 22:04:08 GMT

    A recent entry in the Usenet News Group vmsnet.networks.tcp-ip.ucx
    discusses the problems in the UCX V2.0 SNMP Agent.  I have
    recently taken over the development and support for the SNMP
    Agent, as a member of the DEC TCP/IP Services for OpenVMS group.
    There are indeed several classes of problems in the SNMP Agent as
    it originally shipped with Version 2.0 of DEC TCP/IP Services for
    OpenVMS.  In an effort to provide timely support for customers who
    depend on this service, there is an updated version of the SNMP
    Agent that will be available through the CSC customer suppport
    organization immediately.

    This updated version of the Agent offers substantial
    improvements to the reliability and accuracy of the information
    that it provides.  In the interest of timeliness, this update
    includes solutions to only the most severe or highest priority
    problems.  Additional updates will be provided in the near
    future, distributed via the CSC organization, to respond to
    customer demand.  I have been assigned to support, develop and
    enhance SNMP services within the TCP/IP Services for OpenVMS on a
    full time basis.  In addition to fixing known problems with the
    product, I am working on plans for enhancements to the
    functionality and security features in the near future.

    We apologize for the inconvenience that these problems may have
    caused our customers, and we strongly encourage all customers to
    obtain the updated SNMP Agent from the usual CSC contacts.

    Regards,

    Tim Grady
    DEC TCP/IP Services for OpenVMS
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: vmsnet.networks.tcp-ip.ucx
Subject: Re: 11th telnet connection fails.
Date: 17 Nov 92 08:21:13 GMT
Organization: St. Peter's College, US

In article <1992Nov16.121724.6@nynex.dmc.com>, system@nynex.dmc.com writes:
> We seem to have a problem trying to get more than 10 telnet connections into
> UCX.  The 11th one complains about "insufficient resources".  The only
> reference to this problem in the UCX manual is to the IRP count which seems to
> be more than adequate.
> 
> Any clues about what the "insufficient resource" might be?

  Without further comment:

SPCVXA::$ ucx
UCX> sh serv telnet/full
 
Service: TELNET
                           State:     Enabled
Port:               23     Protocol:  TCP             Address:  0.0.0.0
Inactivity:          1     User_name:                 Process:  not defined
Limit:              10     Active:      0             Peak:       3
 
File:         not defined
Flags:        Listen Rtty
 
Socket Opts:  Keepalive Rcheck Scheck
 Receive:         3000     Send:            3000
 
Log Opts:     Actv Dactv Conn Error Logi Logo Mdfy Rjct
 File:        not defined
 
Security
 Reject msg:  not defined
 Accept host: 0.0.0.0
 Accept netw: 0.0.0.0
UCX> help set serv /limit

SET

  SERVICE

    /LIMIT


         /LIMIT=max_number

       Specifies the maximum number of copies of the requested service
       allowed to run on the system. If the maximum number is reached, any
       additional requests for the service are rejected.
       
	Terry Kennedy		Operations Manager, Academic Computing
	terry@spcvxa.bitnet	St. Peter's College, Jersey City, NJ USA
	terry@spcvxa.spc.edu	+1 201 915 9381
Newsgroups: vmsnet.networks.tcp-ip.ucx
Subject: 11th telnet connection fails.
From: system@nynex.dmc.com
Date: 16 Nov 92 12:17:24 EDT
Organization: NYNEX, Bent St., Cambridge, Ma.

We seem to have a problem trying to get more than 10 telnet connections into
UCX.  The 11th one complains about "insufficient resources".  The only
reference to this problem in the UCX manual is to the IRP count which seems to
be more than adequate.

Any clues about what the "insufficient resource" might be?

Jack Sullivan
X-Gateway-Source-Info: INTERNET
Date: 20 NOV 92 21:03:59 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:     adelman (Kenneth Adelman) @ TGV.COM
From: adelman@TGV.COM
Subject:  Re: NFSMOUNT in a cluster
Organization: The INFO-MULTINET Community

> We want to make a Unix filesystem available in an LAVC. I assume we have to
> NFSMOUNT the filesystem on every cluster member individually ? Or does there
> exist a NFSMOUNT/CLUSTER ?

    You need to NFSMOUNT on each node of the cluster. The cluster
protocols are at too low a level to service NFSMOUNTed volumes to
other nodes in the cluster.

> What is possible and will we run in trouble with shared writes in case the
> clusterworde mounting does not exist ?

    Record locking doesn't work across NFS, but file locking will if
the NFS Server supports a lock manager.

								Ken
From: mvbr@se.alcbel.be (Marc Verbruggen)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: NFSMOUNT in a cluster
Date: 16 Nov 92 13:24:35 GMT
Reply-To: mvbr@se.alcbel.be
Organization: Alcatel Bell Telephone


--
We want to make a Unix filesystem available in an LAVC. I assume we have to
NFSMOUNT the filesystem on every cluster member individually ? Or does there
exist a NFSMOUNT/CLUSTER ?
What is possible and will we run in trouble with shared writes in case the
clusterworde mounting does not exist ?
-----------------------------------------------------------
Marc Verbruggen                 tel : 03.240.94.19
Alcatel Bell Telephone          fax : 03.240.99.50
F. Wellesplein 1                email : mvbr@se.alcbel.be
B-2018 Antwerp
Belgium
 
"System Manager's Headaches Are Not Cured With Aspirin,
 There Is A Better Way ..."
From: oberman@ptavv.llnl.gov
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: <None>
Date: 17 Nov 92 19:12:42 GMT

How tragic. I would have never expected it! Quality control problems at TGV.

I recently washed my new Alpha Ready TGV T-shirt from Interop and most of the
printing went right down the drain. The reds were especially bad.

And, it's not like this was the first time. How many of you remember the puff
printed shirts from Interop from 3 or 4 years ago. I'm simply shocked!


:-)   :-)   :-)   :-)   :-)   :-)   :-)   :-)   :-)   :-)   :-)   :-)   :-)

R. Kevin Oberman			Lawrence Livermore National Laboratory
Internet: koberman@llnl.gov		(510) 422-6955

Disclaimer: Don't take this too seriously. I just like to improve my typing
and probably don't really know anything useful about anything.
From: KNAPKE@Butler.EDU (David J. Knapke 317/283-9420)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: Finger
Date: 23 Nov 1992 16:19:45 -0500 (EST)
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

>>As long as we're on the subject of finger, here's my three cents worth:
>>
>> 1)  The OWNER field of the UAF entry that finger gets
>>  contains (at our site) a social security number
>>  as well as a "name".  We'd like to be able to modify
>>  the finger source to print only the name, and strip
>>  the first nine characters (the sosh).

>Same for Univ. of Tulsa.  I turned off finger entirely to fix the problem.


I turned off the server part, but if I finger someone on the cluster it
still works.  Can I turn that off too?  Without having to rewrite Finger?


David J. Knapke                       Knapke@Butler.EDU
Computer Center                   Knapke@ButlerU.BITNET
Butler University                    Assistant Director
Indianapolis, IN  46208           Information Resources
USA      Fax: (317) 283-9740      Voice: (317) 283-9420
From: ewilts@galaxy.gov.bc.ca (Ed Wilts)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Services running under non-SYSTEM account?
Date: 16 Nov 92 17:03:48 -0800
Reply-To: EWILTS@GALAXY.GOV.BC.CA
Organization: BC Systems Corporation

Is there any way to have the MultiNet server process start up a service under a
different username?  For example, I'd like NNTP to start up under the NEWSMGR
account so that I can properly bill for it and to limit the damage it could do
if it went haywire.  Similarly, we've got customer applications that could
benefit from having their own service but there's no way I can let them have
the system (which is what would happen if I let them run now).

Is this in 3.2 or currently planned for a future release?

-- 

Ed Wilts, BC Systems Corp., 4000 Seymour Place, Victoria, B.C., Canada, V8X 4S8
EWilts@Galaxy.Gov.BC.CA     Office:  (604) 389-3430    Fax: (604) 389-3412
X-Gateway-Source-Info: INTERNET