HDTenEightyP/NetNews huggingface dataset:
From: rice@ttd.teradyne.com
Subject: Re: Problems With Mail Distribution List
Organization: Teradyne Inc., Telecommunications Division
Date: Sun, 08 Nov 92 19:28:09 GMT

In article <1992Nov5.153950.1@idicl1.idi.battelle.org>, rwood@idicl1.idi.battelle.org (Rich Wood) writes:
> I have a mail distribution list containing two user names that is referenced 
> by a system-level logical, i.e.:
> 
>    mylist == "@list.dis"
> 
> I recently removed one user's name from the list (user_b let's say) and
> replaced it with another (user_c).  This change has brought about some
> very unexpected results:
> 
>   - user_c gets somes messages addressed to the distribution list 
>     but does not receive others;
> 
>   - user_b continues to receive messages addressed to the list;
> 
> We've managed to narrow the problem down to a few certain users.  When
> these users send mail to the distribution list, user_c does not receive
> the messages!  These users have the logical referencing the dist. list
> set up the same as everyone else, and they get no errors when they send
> mail to the list.  User_c's mail.mai file (and it's parent directories)
> have the same file protection as all other user's mail files do.
> 
> Has anyone else ever experienced a problem like this?  Any suggestions,
> hints, or ideas will be greatly appreciated!
> 

Where are the messages coming from ? Distribution lists won't work if the
incoming mail is from another node via decnet, including differnet nodes on
the same cluster.

   John Rice        K9IJ     |  "Did I say that ?" I must have, but It was
                             |   MY opinion only, no one else's...Especially
                             |   Not my Employer's....
   rice@ttd.teradyne.com     |   Purveyor of Miracles,Magic and Sleight-of-hand
From: RMCEWEN@CCS1.BBN.COM (Regis McEwen)
Newsgroups: comp.os.vms
Subject: Re: 3100/90 or 4000/90 what's better?
Date: 9 Nov 92 01:17:00 GMT
Distribution: world
Organization: The Internet


> <1992Nov6.115522.20180@netnews.alf.dec.com> "Andrew Mitcham" writes:
> For the record, there is no such animal as a VAXstation 3100 Model 90 (unless
> we came out with a workstation product that I am unaware of).  The standard
> flavors of VAXstation 3100 were: Model 30, Model 38, Model 40, Model 48, and
> Model 76.  There was, of course, the VT1300 (whose hardware platform was 
> based upon the VAXstation 3100) but it was intended as an Xterminal only.

	Not sure about a "VAXstation" 3100 Model 90, but our company has a
	MicroVax 3100 Model 80.  I'd presume there was at least one of those
	of "VAXstation" variety.

	If these don't exists, perhaps the gentleman who had the original
	query meant "MicroVax".

	He should get in touch with William Jackson of the Workstation group
	to be sure:

		jackson@pravda.enet.dec


> The VAXstation 4000 Model 90 is our latest VAXstation 4000 product and is 
> superior to any VAXstation 3100 model we manufactured in terms of performance. 


							-Regis
From: rbn@ralph.rtpnc.epa.gov (Bob Boyd)
Newsgroups: comp.os.vms
Subject: Re: Reading ERRLOG.SYS without disturbing ERRFMT
Date: 12 Nov 92 20:13:57 GMT
Reply-To: rbn@ralph.rtpnc.epa.gov
Organization: Unisys/EPA

How about this:

ANALYZE/ERROR/BEFORE=<date_time>/SINCE=<date_time>-
  /output=<your_file_name or mailbox_device>/BINARY

--
Bob Boyd                 
rbn@ralph.rtpnc.epa.gov 
Unisys/EPA
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: comp.os.vms
Subject: Re: Kermit packet size
Date: 8 Nov 92 15:08:14 GMT
Organization: St. Peter's College, US

In article <1992Nov7.155642.1192@galaxy.gov.bc.ca>, ewilts@galaxy.gov.bc.ca (Ed Wilts) writes:
> Kermit-32
> 	The latest *production* version available from Columbia is 3.3.126. 
> This does not support long packets.  You can pull off a test version that does. 
> I believe the latest test is T3.4.018.

  Actually, long packet support was introduced in 3.3.118, but had some
minor problems which weren't fixed until 3.3.123. 3.3.126 fully supports
long packets.

	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: comp.os.vms
From: ralf@iqsc.COM (Ralf)
Subject: Re: Sending VMS print jobs to Unix lpd
Organization: IQ Software Corp.
Date: Tue, 10 Nov 1992 16:58:47 GMT

   We run TGV's Multinet here and it has a remote print to unix capability.
It sets up local print queues that point to a unix box, ex. we are running
newsprint on our sparc and those queues are accessed by VMS.
From: system@NIUHEP.PHYS.NIU.EDU
Newsgroups: comp.os.vms
Subject: re:User limit in VS4000
Date: 11 Nov 92 15:14:59 GMT
Organization: The Internet

>I've got a VaxStation 4000 VLC, with an interactive user limit of 2.
>I asked for a more extensive limit, and people from local's Digital
>told me that even they install another VMS license, hardware prevents
>that the number of interactive users gets over 2.

Bullfinches! I just logged into a VLC under three usernames (the last one
to log in was unprivledged, only one had extra privs).
There was rumors of a policy not to allow more than 2 logins (which was
{damn, I'm not in edit mode} because of the extra power of the 4000s and
the low price, DEC didn't want people using the 4000 in place of microvaxes.
(dumb idea in my opinion given what they are competing against.)  In fact
I believe we ran into that policy, but we have the CSLG :) which allows us
,as an educational institution to have infinite logins.
Robert Morphis
system%niu.hepnet@lbl          BITNET
system@phys.niu.edu            INTERNET
NIU::SYSTEM                    HEPNET

Newsgroups: comp.os.vms
From: marten@ilt.fhg.de (Lutz Marten)
Subject: Re: sputtering FLAME ALERT>>
Reply-To: marten@ilt.fhg.de
Organization: FhG-ILT
Date: Sun, 8 Nov 92 14:04:36 GMT



>In article <1992Nov6.015216.1@vxcrna.cern.ch>, zeus@vxcrna.cern.ch writes:
>> [...] I suspect that by UNIX you mean an O/S with 
>> something that could be called a file system [...]
>
>Eh?  Since when has any version of Unix ever had something that could be called
>a file system? 
>
>	;-)
>
>	--- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
>uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and 
>Chair, VMS Programming and Internals Working Group, U.S. DECUS VAX Systems SIG 
>Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
>Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh

 ...since Multinet and UCX ...  <:-))

--
# Lutz Marten,  Postmaster and general dogsbody 
# Fraunhofer-Gesellschaft Institut fuer Lasertechnik 
# BITNET: KQ040MA@DACTH11 , InterNet: marten@ilt.fhg.de                        
# HEPNET: 13533::52714::MARTEN, Phone: +49/241/8906-112, -0
From: SYSMGR@IPG.PH.KCL.AC.UK
Newsgroups: comp.os.vms
Subject: Bound volume sets: are they a bad idea?
Date: 5 Nov 92 14:31:50 GMT
Organization: The Internet

I am currently considering the idea of taking two 600Mb disks and binding
them into a 1.2Gb volume set. Nagging at the back of my mind is something
that I think I saw some time back on this list, to the effect that DEC
recommend you don't use volume sets unless you want a few huge files 
potentially bigger than a single volume. I can't find anything to this
effect in TFM, though. In our case, there would be several thousand files,
none bigger than 100K blocks and most a lot smaller. Partitioning the files
(currently on one overloaded disk) would cause a fair degree of user confusion.

As far as I can reason it out, the pro is some degree of load balancing 
between the disks, and no management hassles sorting out what to put where.
The con is a halved MTBF on the bound set. Backup shouldn't be a problem, 
both together will fit on one DAT.

Would anyone care to tell me what I've missed, or of any experiences (bad
or long-term OK) with a volume set like the one I'm considering?

	Thanks in advance,

		Nigel Arnot

		NRA%ipg.ph.kcl.ac.uk@nsfnet-relay.ac.uk   (internet)
		NRA%uk.ac.kcl.ph.ipg@ukacrl.bitnet        (bitnet)


Newsgroups: comp.os.vms
From: winalski@adserv.enet.dec.com (Paul S. Winalski)
Subject: Re: sys$hiber/sys$wake problems?
Reply-To: winalski@adserv.enet.dec.com (Paul S. Winalski)
Organization: Digital Equipment Corporation, Nashua NH
Date: Wed, 11 Nov 1992 03:13:22 GMT


In article <BxIrqM.2pF@unx.sas.com>,
sasjzs@falcon.unx.sas.com (Joseph Slater) writes:

[discussion of problem with $HIBER wait being terminated unexpectedly, PPL$
 routines suspected]

|>My next task is to try to trap calls 
|>to sys$wake from the main and sharable images. Any ideas on 
|>doing this? I may have a hard time convicing our system manager 
|>to let me patch the system service vectors. Read that as slim to none. 

Don't bother.  Your conjecture that PPL$ library routines are doing the $WAKE
is most likely correct.  PPL$ is within its rights to use the $HIBER/$WAKE
mechanism.

If your application cannot tolerate spurious $WAKEs, then it is not properly
coded.  A piece of code that is event-driven and uses $HIBER should be coded
as follows:

    while (1)
	{
	while (there are things to do)
	    do the next work item;

	SYS$HIBER();
	}

A structure such as this insures that, if the process awakens from the $HIBER
when there are no work items, it will go back into hibernation again.  The
semaphore nature of $WAKE (that a $HIBER returns immediately if a $WAKE was
issued while not in HIB state) insures that if an AST adds a work item to the
work queue and does a $WAKE while the main program has left the inner while,
but has not yet issued the $HIBER, the program will not stall.

--PSW
From: 89500831@VAX1.DCU.IE (Ronnie Albuquerque)
Newsgroups: comp.os.vms
Subject: Re: need TALK for VMS!
Date: 6 Nov 92 18:36:00 GMT
Distribution: world
Organization: The Internet

In article <01GQU1OA931S91WRIW@dcu.ie> I write:
| 
| Hey , fellow VAX users..
| 
| I need the TALK utility for VMS...I'm running version 5.4-3 under MULTINET.
| Does anyone know where I could get a copy? FTP sites, anything....

Btw..TALK does not exist on my machine; it has been removed. I would hardly be
asking for the application if it already existed....

-Ronnie.
--
Ronnie Albuquerque.
                          Internet :89500831@dcu.ie,cc445@cleveland.freenet.edu
                          UUCP     : dcu.ie!89500831@uunet.UUCP
                          Bitnet   : cc445%cleveland.freenet.edu@cunyvm.bitnet

"This universe is mine...I am GOD here!" - Cyberjob in 'The Lawnmower Man'.

                  Make someone's day - feed an expired meter
From: smd@hrt216.brooks.af.mil (Sten M. Drescher)
Newsgroups: comp.os.vms
Subject: File transfers - slow Kermit, looking for Zmodem
Date: 10 Nov 92 00:17:29 GMT
Article-I.D.: hrt216.9211100017.AA04568
Distribution: comp
Organization: AL/HRTI, Brooks AFB


	This is probably in the FAQ, but since I have no idea where the
FAQ is:
	I'm calling into a VAX system at 9600 bps (real speed - v.32),
but the Kermit transfer program that comes with VMS is only giving me a
throughput of 160-250 cps - much less than I expect.  Is this a bug in
the VMS Kermit, a VMS limitation, or what?  I'd like to find binaries
for either a faster Kermit, or (preferably) a VMS implementation of
Zmodem.  Please reply to my email address, because I don't follow this
newsgroup much (although I will peer in for the next few days).
-------------------------------+---------------------------------------------
Sten Drescher                  | There are men who seem like more than men.
AL/HRTI                        | Living examples of what we could be if we
Brooks AFB, TX 78235           | tried.  They are men of courage, compassion,
-------------------------------+ and justice.  On the other hand, there are
sdrescher@animal.brooks.af.mil | presidential candidates.
-------------------------------+---------------------------------------------
Looking for Marvel Masterpieces promo cards - email with offers.
From: gezelter@rlgsc.com
Newsgroups: comp.os.vms
Subject: Re: Bound volume sets: are they a bad idea?
Date: 6 Nov 92 16:52:02 GMT
Organization: Robert Gezelter Software Consultant, Flushing, NY

In article <27A00A05_002EA238.009632A7DEFF5100$192_2@UK.AC.KCL.PH.IPG>, SYSMGR@IPG.PH.KCL.AC.UK writes:
> I am currently considering the idea of taking two 600Mb disks and binding
> them into a 1.2Gb volume set. Nagging at the back of my mind is something
> that I think I saw some time back on this list, to the effect that DEC
> recommend you don't use volume sets unless you want a few huge files 
> potentially bigger than a single volume. I can't find anything to this
> effect in TFM, though. In our case, there would be several thousand files,
> none bigger than 100K blocks and most a lot smaller. Partitioning the files
> (currently on one overloaded disk) would cause a fair degree of user confusion.
> 
> As far as I can reason it out, the pro is some degree of load balancing 
> between the disks, and no management hassles sorting out what to put where.
> The con is a halved MTBF on the bound set. Backup shouldn't be a problem, 
> both together will fit on one DAT.
> 
> Would anyone care to tell me what I've missed, or of any experiences (bad
> or long-term OK) with a volume set like the one I'm considering?
> 
> 	Thanks in advance,
> 
> 		Nigel Arnot
> 
> 		NRA%ipg.ph.kcl.ac.uk@nsfnet-relay.ac.uk   (internet)
> 		NRA%uk.ac.kcl.ph.ipg@ukacrl.bitnet        (bitnet)
> 
> 
-- 
Nigel,
 
I have been using volume sets since VMS 1.0 and have found them a 
useful tool in many situations (stripe sets are better if 
performance is a problem, seperate volumes in other cases).
 
The drawbacks are mainly the ones you described, of a reduction 
in MTBF. I will not repeat my earlier description of how I 
recommend clients setup bound volume sets, but if you miss that 
post, drop me a note and I will email you a copy. 
 
I have found them to be extremely useful, and transparent to 
users. I know of no serious problems in using them.
 
If you have any questions, please feel free to contact me via 
phone or email.
 
- Bob
+--------------------------------------------------------------------------+
| Robert "Bob" Gezelter                       E-Mail:  gezelter@rlgsc.com  |
| Robert Gezelter Software Consultant         Voice:   +1 718 463 1079     |
| 35-20 167th Street, Suite 215               Fax:       (on Request)      |
| Flushing, New York  11358-1731                                           |
| United States of America                                                 |
+--------------------------------------------------------------------------+
From: Chris_F_Chiesa@cup.portal.com
Newsgroups: comp.os.vms
Subject: Re: Q: Homegrown COPY? FAQ?
Date: Mon,  9 Nov 92 08:36:49 PST
Organization: The Portal System (TM)
  <68931@cup.portal.com> <1992Nov6.094353.239@rlgsc.com>

In response to an earlier article of mine, in which I said

>>   Basically, I want to allow non-privileged users to copy files to which the
>> existing baseline VMS protections/ACLs don't allow them access, subject to
>> "permissions" "granted" by the owners of the files.  [...] 

Robert "Bob" Gezelter (gezelter@rlgsc.com) writes:

>Instead of re-writing COPY, how about using a daemon process 
>(there is at least one in the DECUS library) to grant/revoke 
>identifiers at the requested 'dates-and-times'. [...]

That sounds perfect!  Any thoughts on where I might find those/that
daemon(s) in the DECUS library?  I'll write my own if I must, but it'd
be interesting and helpful to see how other folks have already done it.

I'd also want to be able to generate multiple, independent identifiers that
could be granted to different users, groups, etc...  Do(es) the existing
daemon(s) support that?  A single identifier for everyone wouldn't give me
sufficient granularity. 

>While it would be rather CPU inefficient, you could even write 
>the daemon in DCL and use AUTHORIZE to manage the grant/revoke 

Interesting thought...

>All of the mechanisms for implementing interprocess 
>communications are, for most intents and purposes, at the same 
>security level. If you have sufficient privileges to snoop on a 
>global section, you can probably snoop (or at least disrupt) a 
>mailbox. 

Yeah, I've run across this "snoop a GS, snoop a mailbox" concept before,
but I wouldn't know how to do EITHER of these...

>My personal preference for interprocess communications 
>is through DECnet, which makes the case of LAVc and other 
>clustered systems easier.

Not an issue in my case: I'm not clustered (I'm barely even NETWORKED) and
don't expect to become so.

>>   Thanks in advance,
>> 
>>     Chris Chiesa
>>     Chris_F_Chiesa@cup.portal.com
>-- 
> 
>I hope that the above is of assistance. If you have any 
>questions, or if I can be of assistance, please feel free to 
>contact me via Email or phone.

Thanks again.

(For the record, folks, I want to thank those who have responded via E-mail;
Carl Lydick, with whom I am still discussing servers similar to the one Bob
mentioned here; Harry Flowers who pointed me toward looking at how C-Swing
does its file copying; Thomas Hopson who sent me source code for a similar
utility, GIVE, that he wrote; and Arne Vaxhxj (?) who suggested something I
could try to make my "$IMGACTing COPY.EXE" trick work properly.  Also for
the record, Arne's suggestion worked and my $IMGACT trick now does too!  It's
a kick to see something I wrote, spit out a message "before" and "after" a
filling of totally COPY-esque behavior.)

Chris Chiesa
  Chris_F_Chiesa@cup.portal.com
Newsgroups: comp.os.vms
From: sysbrc@loki.albany.edu (Brian Cuttler)
Subject: Re: VT200 ESCAPE SEQUENCES
Organization: State University of New York at Albany
Date: Fri, 6 Nov 92 15:57:12 GMT

>>I can't locate my pamphlet for the VT200 terminal escape sequences.  I was
>>wondering if there was an on-line or ftp-able source for the escape sequences.
>
> are we the only system in the world that has a sys$system:smgterms.txt ??
>
>---------------+--------------------------------+----------------------------
> Tord Malmgren | InterNet: TordM@VanA.PhySto.SE | These opinions are my OWN,
>               | BITNet  : TordM@SESUF51        | and NOT of this department!
>---------------+--------------------------------+----------------------------
> Department of Physics, University of Stockholm -- Sweden (Northern Europe)

My system seems to have tsmgterms.txt.  A wonderful discovery.  I didn't
know it was there - where is the documentation pointing to this file, I
must have missed it.
-- 
------------------------------------------------------------------------------
 Brian R Cuttler                 |        bitnet:    sysbrc@albnyvms
 Senior System Programmer        |        internet:  sysbrc@uacsc1.albany.edu
 State Univ of NY at Albany      |        phone:     518-442-3906
From: fairfield@slacvx.slac.stanford.edu
Subject: Re: Getting terminal width from VAX-C ?
Organization: Stanford Linear Accelerator Center
Date: Thu, 12 Nov 1992 08:11:00 GMT

In article <1992Nov11.101009.87@front.se>, samuel@front.se writes:
> Hello
> Does anybody out there know how to get the TERMINAL WIDTH from VAX-C ?
> I'm implementing in VAX-C on VMS 5.4.
> What I'm trying to do is the following :
> 
>     width = terminal_width();          /* Get terminal width                 */
>     sprintf(buf,"...",...);            /* Write data into buffer             */
>     if (strlen(buf) > width)           /* Buffer too long ?                  */
>         strcpy(buf+width-3,"...");     /*     ==> 'Truncate' buffer          */
>     printf("%s\n",buf);                /* Write [truncated] data to terminal */

    The key is to use the run time library routine LIB$GETDVI specifying
the item DVI$_DEVBUFSIZ.  The latter is defined in DVIDEF.H.  Look in the
online HELP for the calling sequence for the former: HELP RTL LIB LIB$GETDVI.
And pay attention to the argument passing mechanism for each argument as
documented there...

		Cheers, Ken
-- 
 Dr. Kenneth H. Fairfield    |  Internet: Fairfield@Slac.Stanford.Edu
 SLAC, P.O.Box 4349, MS 98   |  DECnet:   45537::FAIRFIELD (45537=SLACVX)
 Stanford, CA   94309        |  BITNET    Fairfield@Slacvx
 ----------------------------------------------------------------------------
 These opinions are mine, not SLAC's, Stanford's, nor the DOE's...
From: CJR2567@VAX.ROSEDALE.ORG (Charlie Rizzuto)
Newsgroups: comp.os.vms
Subject: banyan vines mibs
Date: 11 Nov 92 14:15:53 GMT
Organization: The Internet


I am trying to figure how to translate a listing of Banyan Vines Mibs into
ASN.1 notation.  I have RFC1158, but can't quite seem how to figure it out.

Does someone already have the ASN.1 format for the Banyan Vines Mibs....

Please answer directly to the address below since I no longer belong to this
list.

Thanks,

Charlie Rizzuto
(609)-734-5246
(CJR2567@ROSEDALE.BITNET)
(CRIZZUTO@ROSEDALE.ORG)
From: sysop@robot.nuceng.ufl.edu (Shawn A. Clifford)
Newsgroups: comp.os.vms
Subject: Q: UCX proxies (rlogin, NFS) (inbound? dup records?)
Date: 6 Nov 92 14:27:00 GMT
Article-I.D.: robot.6NOV199209274091
Reply-To: sysop@robot.nuceng.ufl.edu
Organization: Nuclear Engineering Sciences - Univ. of Florida
News-Software: VAX/VMS VNEWS 1.41

This may be a RTFM question, but I get UCX through the CSLG, so I don't have
a FM.

I have rlogin working fine outbound from the VAX to both a Sun and a
Silicon Graphics (eg:  rlogin/user="user"/terminal_type="vt100"/lower node)
but I can't get inbound rlogins to work.  The VAX always asks for a username
and password.  I saw someone else post the same problem, and he (M. Berman)
had tried using dup records with lower case to test for possible solutions.
I HAD NFS proxies working ok, but now it doesn't seem to work either.

Can anyone tell me how to correctly define the proxies for inbound rlogins,
how to make dup records (because I have more than one account on the VAX that
I would like to rlogin into), and perhaps shed some light on the NFS proxy
SNAFU?  Remember, I don't have a FM.

Thanks.

-------------------------------------------------------------------------------
Shawn A. Clifford, System Manager | Internet: sysop@robot.nuceng.ufl.edu
Nuclear Engineering Sciences      |		sac@eng.ufl.edu
University of Florida             | Home Phone: 904/335-4914
Gainesville, Florida  32611       | Work Phone: 904/392-1450  FAX: 904/392-3380
-------------------------------------------------------------------------------
Newsgroups: comp.os.vms
From: madsen@admin.usask.ca (Jorgen Madsen)
Subject: Re: 3100/90 or 4000/90 what's better?
Reply-To: madsen@admin.usask.ca (Jorgen Madsen)
Organization: University of Saskatchewan
Date: Mon, 9 Nov 1992 21:56:54 GMT

In article <1992Nov5.211839.2610@bvc.edu>, tim@bvc.edu writes:
|>
|>   I am comparing machines to run in a multi-user environment.  Currently, I
|>have considered a VS3100/90 and a VS4000/90.  Digital's documentation on the
|>two machines shows the 3100 to be the multi-user machine while the 4000 is used
|>more for a single user work station.  But, looking at the specs I find the
|>4000 to be better in almost every area.  My question is:  What kind of problems
|>will I have if I am running a 4000 with approx. 40 users doing word processing,
|>and a little programming.  There won't be any X-terminals involved, just
|>vt200's or the equivilent.
|>
|>   Any insight would be greatly appreciated.  
|>
|>							Thanks
There is no doubt the VS4000-90 would handle the 40 users doing word processing
but the VMS license limit for an educational institution is limited to 8 users,
is it not? It is here in Canada. The VS4000-90 is a hot little box, but the 
MV3100-90 is no slouch either, and with sufficient memory, etc. it should also
handle 40 word processing users, probably more.

|>
|>Tim Rebnord
|>tim@bvc.edu
|>Buena Vista College
|>Storm Lake, IA  50588
|>

Jorgen Madsen
madsen@sask.usask.ca
Univ. of Saskatchewan
Saskatoon, Sask.
Canada