HDTenEightyP/NetNews huggingface dataset:
From: longo@sfpp.com (Bob Longo)
Newsgroups: comp.os.vms
Subject: Re: SENDing an entire MAIL FOLDER ?
Date: 26 Jan 93 10:19:09 PST
Distribution: world
Organization: Santa Fe Pacific Pipelines

In article <01GTXLEOVOIQ9GVN23@SNYBUFVA.BITNET>, TARKA10@SNYBUFVA.BITNET (Mark Tarka) writes:
> I CHECKED:
> On-line help
> On-line documentation
> Local comp center staff
> 
> Can I send all 30 messages in a single mail folder to a user at
> another node, and if so, how?
> 
> Extracting each individually, and appending them into a single file
> would work, but I'd lose the directory information from that mail folder
> (#, From, Date, Subject).
> 
> I could FORWARD each message individually.  But would the message
> arriving at the new node contain my address in the "From" field, and the
> date of forwarding in the "Date" field?
> 

MAIL has the capability to do what you want (move mail and preserve the From,
date, subject, etc.).  However, to do this you need to have full access to the
target mail file (since the messages are to be moved rather than sent as
newmail).

To accomplish this, use the commands:

	MAIL> select foo		! 'foo' is the folder name
	MAIL> move /all foo other"user password"::disk:[dir]mail.mai

Of course you need to make the appropriate modifications to fit your particular
conditions, such as the folder names, username/password combination (or proxy
access or ACLs or UIC-based protection to give write access).  The "MOVE"
command deletes the messages from the source and moves them to the destination. 
If you want to keep the original messages, use "COPY" rather than "MOVE".

> As a user, I can't offer much in the way of technical help, but if
> anyone has a problem with their newmail count, I have a friend with a
> program which will correct the difficulty.
> 

So does everyone else - it is called MAIL.  To correct an incorrect newmail
count, go into MAIL and use the command "READ/NEW" until there are no more
new messages, and presto - your newmail count will be correct!

-- 

==============================================================================
Bob Longo (longo@sfpp.com)
Santa Fe Pacific Pipelines
Los Angeles, CA
From: marshall@NEBULA.SSD.LMSC.LOCKHEED.COM (Bob Marshall)
Newsgroups: comp.os.vms
Subject: Re: Tool to edit vmsmail_profile.data?
Date: 26 Jan 93 03:48:59 GMT
Reply-To: marshall@NEBULA.SSD.LMSC.LOCKHEED.COM
Organization: LMSC, Sunnyvale, California

In article <1993Jan25.230519.18247@asuvax.eas.asu.edu>, franz@asuvax.eas.asu.edu (Chris Franz) writes:
>
>Running VMS 5.5-1 on VAX 6410
>
>I need a tool (command procedure) to edit vmsmail_profile.data.
>Does such an animal exist?

I have a very good procedure to do this. It was written by Alan Zirkle
many years ago, but it is still up-to-date as of VMS 5.5-2. I use it all
the time. It allows you to easily manipulate the VMSMAIL_PROFILE.DATA
record for any user. If anyone is interested I can mail them a copy.
I thought about posting it, but it's 578 lines long.

=============================================================================
Bob Marshall                     \\     "Women aren't as smart as they
Lockheed Missiles & Space Co.     \\     think they are; they think we
Sunnyvale, CA                      \\    men know a lot more than we
marshall@force.ssd.lmsc.lockheed.com\\   really do."
"I tell the truth 'cept when I lie"  \\     - Tim the Toolman
=============================================================================
From: Carpenter@Fwva.Saic.Com (Apprentice Wizard)
Newsgroups: comp.os.vms
Subject: Re: Editing a large file
Date: Thu, 21 Jan 1993 19:46:14 GMT
Organization: Science Applications Int'l, Corp. - Computer systems operation

uugblum@ariel.lerc.nasa.gov (VMScluster Administrator) writes:
>Some of our Cray programs produce very large (~80,000 blocks) ASCII output
>files which are sent to the VAXcluster for review.  TPU and EDT don't work
>well with large files.  I think the editors read the entire file into memory
>so the performance is poor if it works at all.  One work-around could be to
>break the large file into several smaller files.  Does anyone know of a DECUS
>utility which can do this?  Does anyone else have another suggestion?
>
 
A quick workaround might be:
 
$x=1
$open/read file file.dat
$write:
$open/write file'x' file'x'.dat
$count=1
$loop:
$read file line
$write file1 line
$count=count+1
$if count=1001
$then close file'x' 
$x=x+1
$goto write
$endif
$goto loop
 
*** I just wrote this off the fly without testing it ***
=-=-=-=-=-=-==-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=
Scott Carpenter                              
VAX Systems Manager                  Ya dina' tell 'im how long it'd really
SAIC Falls Church, VA                take ta fix it did ya'?
CARPENTER@FWVA.SAIC.COM                              M. Scott, CAPT, SUFP
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: leichter@lrw.com (Jerry Leichter)
Newsgroups: comp.os.vms
Subject: RE: Sabry's back.  Where's Ehud ?
Date: 22 Jan 93 12:56:33 GMT
Organization: The Internet


	I've just received a response to a test message sent to Sabry last
	week. I intend to put him on hold, until I get responses (or lack
	thereof) to the followinq requests:

	If you are now assisting SABRY@SHEBIN.EG, please let me know.
	           ^^^                                       ^^
	If you would assist SABRY@SHEBIN.EG, please let me know.
	       ^^^^^                                    ^^

And just who the hell are you, Mr. Tarka?  What business is it of yours who
might be corresponding with SABRY@SHEBIN.EG?  Who are you to "put him on
hold"?

Look, it may be that your motivations are proper and you are really trying
to help the guy.  It's tough to tell from your message.  But the level of
rudeness and personal attacks against SABRY@SHEBIN.EG (whose net address I'm
using because I have no idea what his full name is and what would be a
polite form of address - and he deserves that) in this group is disgusting.
>From some of the less tolerant wizards, all the way down to the snivlers who
never have anything useful to say, "SABRY@SHEBIN.EG" has become a joke.
That's UNACCEPTABLE!  He's a fellow human being, deserving of basic respect
and consideration.

Grow up, all of you.  This isn't 3rd grade.  Your "nya, nya, you talk funny,
you're a dumbell" jokes don't belong here.

If you don't want to respond to "SABRY@SHEBIN.EG", don't.  If you find his
posts too annoying to ignore, send him private Email.  If that doesn't get
through to him - what makes you think messages to INFO-VAX will?

Flames are one thing.  Personal attacks against someone who, because of his
poor command of English, is unable to defend himself, are quite another.  They
are intolerant, stupid, and just plain WRONG.  You want to make jokes at
SABRY@SHEBIN.EG's expense?  Make them in Egyptian Arabic.

							-- Jerry
From: chrisp@grace.cri.nz
Newsgroups: comp.os.vms
Subject: Looking for laser-ethernet print symbiont
Date: Thu, 21 Jan 93 23:03:35 GMT
Organization: Industrial Research Ltd., New Zealand.
NNTP-Posting-Host: grv.grace.cri.nz

Has anyone written a print symbiont for laser printers which talks 
appletalk/ethertalk directly to the ethernet?


				Chris,  Email: chrisp@grace.cri.nz

				Industrial Research Ltd., New Zealand.
Newsgroups: comp.os.vms
From: lionel@quark.enet.dec.com (Steve Lionel)
Subject: Re: VAX Pascal's Dispose Procedure
Reply-To: lionel@quark.enet.dec.com (Steve Lionel)
Organization: Digital Equipment Corporation, Nashua NH
Date: Tue, 26 Jan 1993 19:05:04 GMT


In article <1993Jan26.120608.2641@merrimack.edu>, 
finocchiaroj@merrimack.edu writes:
|>
|>I have a question about how can I prove or disprove that the DISPOSE procedure 
|>in Vax Pascal does really return the storage space pointed to by the parameter
|>of the dispose procedure to the system's free space so that it can be reused.
|>

Do a LIB$SHOW_VM call before and after the DISPOSE call.  DISPOSE calls
LIB$FREE_VM to free the storage space.  The space is available for reuse
by future calls to NEW (or LIB$GET_VM), but your process address space
won't shrink.
--

Steve Lionel                    lionel@quark.enet.dec.com
SDT Languages Group
Digital Equipment Corporation
110 Spit Brook Road
Nashua, NH 03062
From: reindl@exp.bessy.de (Stephen Reindl)
Newsgroups: comp.os.vms
Subject: Re: VMS Version 6 - When ?
Date: 26 Jan 93 13:29:07 GMT
Reply-To: reindl@exp.bessy.de
Distribution: world
Organization: The Internet
X-Unparsable-Date: Tue, 26 Jan 1993 12:53:12 MESZ


In article <1993Jan24.215216.12387@dbased.nuo.dec.com>
lionel@quark.enet.dec.com (Steve Lionel) writes: >...  >The only VMS
version I can think of that ever got as high as a .7 was >V4.7.  The
units digit changes when there's a LOT of new stuff, and >there is in
V6.0.  Is there something that would require using up >all the tenths
digits?  (I must admit that I had little choice after >releasing VAX
FORTRAM V5.9...)  There never were plans for a VMS >V5.7, and there
was only brief discussion of using V5.6 for what will >be V6.0.

And what are the new features of this system ?

=========================================================================================
Stephen
Reindl						reindl@exp.bessy.de
BESSY GmbH 1000 Berlin 33 (Germany)
From: dsc3pzp@nmrdc1.nmrdc.nnmc.navy.mil (Philip Perucci)
Newsgroups: comp.os.vms
Subject: Schedule daily job?
Date: 28 Jan 93 20:26:40 GMT
Organization: Naval Medical Research & Development Command

Is there any way to submit a daily job other than "submit" at boot-time
and having the job "submit" itself when done?

On Unix, there is a "crontab" file for scheduling processes.  You just tell
it month,week,day,time and program to run. No need to re-submit!
Any way to do this on VMS?

-- 
===========================================================================
  phil perucci                | "Any opinions expressed are my own views, 
  ssb1pzp@imcvms.med.navy.mil |  not the position of any organization"
===========================================================================
Newsgroups: comp.os.vms
From: mats@efd.lth.se (Mats Akerberg)
Subject: Re: How to repeat "new Mail message" ?
Originator: mats@efd.lth.se
Organization: EFD, Lund Inst. of Technology, Lund, Sweden
	<1993Jan24.131726.119790@marshall.wvnet.edu>
Date: 25 Jan 93 15:46:05 GMT


Why don't you use Joe Meadows CHECKMAIL program it's very nice.

You can get it from his mailserver (VMSSERV@FHCRCVAX.BITNET)

                  /Mats
-- 
--
  Mats Akerberg, System Manager (mats@efd.lth.se),(MATS@SELDC52) on Earn/Bitnet
  Lund Institute of Technology ,School of Electrical Engineering and  
  Computer Sciences. Snail: Box 118  S-221 00 Lund Sweden
From: marten@ilt.fhg.de (Lutz Marten)
Newsgroups: comp.os.vms
Subject: Re: Mr. Sabry Katob El-Ganzory
Date: 21 Jan 1993 07:55:52 GMT
Organization: FhG-ILT
Distribution: world
Reply-To: marten@ilt.fhg.de
NNTP-Posting-Host: 192.44.11.6


The connection to Mr. Sabry Kotob El-Ganzory seems to work now ... ;-)
>Dear Lutz,
>Many Thanks on your question to me.
>Do you ready help?? If possible please send me via E-mail.
>Good Luck.
>==>Sabry,
>
>*******************************************************************************
>* Sabry Kotob El-Ganzory          * Internet: "SABRY@SHEBIN.EG"               *
>* Menoufia Unversity              * Internet: "SYSTEM@SHEBIN.EG"              *
>* Computer Center                 *                                           *
>*                                 * Telephone:(02) 048-333024                 *
>^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>* MY ADDRESS IS:                                                              *
>* MELEEG                                                                      *
>* SHEBIN EL-KOM                                                               *
>* MENOUFIA                                                                    *
>* EGYPT                                                                       *
>^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>******           ONE IS NERVER TOO OLD TO LEARN.                         ******
>******           ALL DOORS ARE OPEN TO COURTESY.                         ******
>******           LIFE HAS MANY UPE AND DOWNS   .                         ******
--
# 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@king.eng.umd.edu (Doug Mohney)
Newsgroups: comp.os.vms
Subject: Re: How are the Alpha workstations?
Date: 23 Jan 1993 17:44:25 GMT
Organization: Computer Aided Design Lab, U. of Maryland College Park
Reply-To: sysmgr@king.eng.umd.edu
NNTP-Posting-Host: queen.eng.umd.edu

In article <61050129@acf3.NYU.EDU>, tihor@acf3.NYU.EDU (Stephen Tihor) writes:
>So far whiz bang but we are still migrating.  You want to get field test if you
>expect to cluster before the next release of OpenVmS for AXP

Will Open VMS/VAX 6.0 have features/fixes to specifically work with AXP
systems? 


                    I have talked to Ehud, and lived.
  -- >                  SYSMGR@CADLAB.ENG.UMD.EDU                        < --
From: vaxs09@v7.vitro.com
Newsgroups: comp.os.vms
Subject: $PURGE system service (was Re: LIB$SPAWN and privileges...)
Date: 26 Jan 93 21:21:19 GMT
Organization: Vitro Corporation

In article <01GTXJV9AHTU000EP7@SCI.WFEB.EDU>, MACRIDES@SCI.WFEB.EDU (Foteos Macrides) writes:
> In article <01GTXHT0P1IC00007S@SCI.WFEB.EDU>, Stephen Tihor <tihor@ACF3.NYU.EDU> writes:
>> FYI there are things called user written system services which are
>> a fair approximation to installed privileged sharable images.   They requires
>> special caution in writing whihc is probably why Carl did not include them.
> 
> 	Has anybody written a SYS$PURGE and/or SYS$RENAME system service?  I
> want to do some file cleanup operations from a CtrlY-trapping AST, and can't
> use LIB$SPAWN or system() cuz the child process can't bring the parent back
> out of hibernation.

It would be silly for someone to put a PURGE or RENAME operation in a system
service.  You don't need elevated privilege (yes, I know it's really
access to inner processor modes) to do those operations.  System managers
especially don't WANT you to have elevated privilege or access to inner
processor modes when you may be trying to delete SYSUAF.DAT.

To answer the question you should have asked:

Yes, Digital has written library routines that meet both needs.

Check out LIB$RENAME_FILE and LIB$DELETE_FILE.  For LIB$DELETE_FILE you'll
want to mess with the USER-CONFIRM-PROCEDURE to prevent deletion of the
first n versions of each file.

$ HELP RTL LIB$ LIB$RENAME_FILE
$ HELP RTL LIB$ LIB$DELETE_FILE

	John Briggs			vaxs09@v7.vitro.com
From: MACRIDES@SCI.WFEB.EDU (Foteos Macrides)
Newsgroups: comp.os.vms
Subject: Re: LIB$FLAME, was LIB$SPAWN...
Date: 28 Jan 93 01:14:40 GMT
Distribution: world
Organization: The Internet

Carl and Terry,

	OK, I'll never again read news late at night and dash off a message in
a groggy state!  However...

	If you're playing around at night and do a lib$disable_ctrl() for
CtrlY and a sys$qiow(0,TT_chan,IO$_SETMODE|IO$M_CTRLCAST|IO$M_CTRLYAST,etc.)
to invoke your own AST routine, and you try a "shortcut" of doing a purge via
system("purge filename.ext"), a.k.a. LIB$SPAWN() without the nowait flag, from
that AST routine, the purge will get done (child process completes), but the
parent process stays stuck in hibernation (VMS v5.3-2).

	Yes, rolling your own purge instead of spawning is trivial in the
morning, basically:  while(delete("filename.ext;-1") == 0) ;  ("thank you" to
everyone who suggested using negative version numbers) and everything else is
already in the RTLs, so I should have hibernated myself last night, and will
do so now!

				Fote

=========================================================================
 Foteos Macrides           Worcester Foundation for Experimental Biology
 MACRIDES@SCI.WFEB.EDU     222 Maple Avenue, Shrewsbury, MA 01545
=========================================================================
From: billb@crpmks.uucp (Bill Bochnik (Info Systems))
Subject: Re: help: huge index file
Reply-To: billb@crpmks.UUCP (Bill Bochnik (Info Systems))
Organization: Ciba-Geigy Corporation
Date: Thu, 28 Jan 1993 15:41:15 GMT

In article <1k7e7vINNn40@gap.caltech.edu> carl@SOL1.GPS.CALTECH.EDU writes:
>In article <26JAN199310483026@vtpwr2.psl.ee.vt.edu>, gharpure@vtpwr2.psl.ee.vt.edu (VASUDEV GHARPURE) writes:
>>
>>	We have a vax cluster, with a VS3100/76 as the boot node,
>>running VMS 5.4-2. The boot node has a 1.0 GB external disk, used for
>>user files.
>>
>>	I used this disk as a temprory storage for a large number of
>>files, which have since been deleted. But I am left with a huge index
>>file (about 31K blocks). The original file was about 5K blocks.
>>
>>	How do I get the index file back to normal? What harm does it do
>>if it stays as it is?
>
>To get it back to a smaller size, you do a BACKUP, INITIALIZE, and restore of
>the disk.  As to what harm it does, it takes up an extra 26K blocks on your
>disk.  Unless you're really short of disk space, there's no need to do anything
>about it.
>--------------------------------------------------------------------------------
>Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL
>
>Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
>understanding of astronomy is purely at the amateur level (or below).  So
>unless what I'm saying is directly related to VAX/VMS, don't hold me or my
>organization responsible for it.  If it IS related to VAX/VMS, you can try to
>hold me responsible for it, but my organization had nothing to do with it.

You will want to check the number of extents of the file (dump/head 
disk:[000000]indexf.sys).  Too many will seriously affect performance.

Map area    
	Retrieval pointers        
	Count:          6        LBN:          0 
        Count:          3        LBN:        966        
	Count:  	3	 LBN:  1201353
	Count:  	13074 	LBN:  1188279
	Checksum:  22283

-- 
Bill Bochnik			| It's hard to be a James Bond in an Abbott
Systems Analyst 		|	and Costello world.
Ciba-Geigy Corporation		| Signed and sealed, they deliver oblivion.
philabs!crpmks!billb		| It's worse than that, he's dead Jim.
From: 9118187@ul.ie
Newsgroups: comp.os.vms
Subject: WANTED: VMS calculator program
Date: 18 Jan 93 15:52:03 GMT
Organization: University of Limerick, Ireland

I'm looking for a VMS calculator program. Does anyone know if such a program
exists?

******************************************************************************
*   Damian Barnes                     *            ,                         *
*   Dept. MPE, U.L.                   *          O/ 'To be or not to be....  *
*   Limerick                          *         /|      ...is that really    *
*   Ireland.                          *         / \         the question??'  *
*   E-Mail 9118187@ul.ie              *        /  /                          *
******************************************************************************
Newsgroups: comp.os.vms
From: mikes@Ingres.COM (Mike Schilling)
Subject: Re: Check your temper at the door!
Date: 22 Jan 93 17:16:55 GMT

From article <1993Jan21.182034.13912@rayssd.ssd.ray.com>, by m1b@rayssd.ssd.ray.com (Barone):
> I have been a firm believer in the quote, "Against stupidity, the gods
> themselves contend in vain."  No amount of railing will change it.
> 
> In article <1j95vqINNng8@gap.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU (Carl J
> Lydick) writes:
>> I, for one, consider it an act of kindness to let someone who doesn't know
>> what
>> he's doing know that, and an act of cruelty to let him go on believing he
>> *DOES* know what he's doing when he doesn't.
>> 
>> Analogy:  Would you stand back and watch someone step in front of a speeding
>> car, just because you didn't want to hurt his feelings by pointing out that he
>> wasn't watching where he was going?
> 
> You're analogy is appropriate but think of it as evolution in action.
> Just as the stupid pedestrian won't try that stunt again, the "stupid"
> person who fails to learn will probably lose his job and be slinging
> burgers at a Mickey D's (without Internet access!).  :-)
Or be promoted to manager, if his political skills greatly exceed his 
techincal ones.
----------------------------------------------------------------------------
mikes@ingres.com = Mike Schilling, INGRES, An ASK Group Company, Alameda, CA
Just machines that make big decisions,
Programmed by fellows with compassion and vision.	-- Donald Fagen, "IGY"
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: computers, automobiles (and bignums)
Date: 26 Jan 1993 06:01:35 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <20A01C28_00075948.009672328175A320$92_3@UK.AC.KCL.PH.IPG>, SYSMGR@IPG.PH.KCL.AC.UK writes:
>I don't know how often 1960-era computers crashed, but I'd be surprised if
>it was less often than current ones and I'd guess 10-100 times less often
>which would make the Roller as safe as a train.

In that case, I suppose you're very easily-surprised.  MTBF for many computers
of the early '60s was on the order of 4 hours.  *THEN* you'd have to spend
hours tracking down the failed tube.  Aren't they teaching history in the
schools any more?  The transistor was invented in the late '50s.  Tube
computers were still quite common in the early '60s.  Now, let's see.  A
computer from the early '60s could run for four hours before a crash.  For
computers today, you shouldn't expect crashes more often than once every for
months.  24 hours per day, 30 days per month, means we've got an improvement of
at least 720.  The improvement factor is more like 1000 than the 100 you so
reluctantly allow into consideration.

If your computer crashes more often than about 3 times a year, you're probably
running a UNIX system.
--------------------------------------------------------------------------------
Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL

Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
understanding of astronomy is purely at the amateur level (or below).  So
unless what I'm saying is directly related to VAX/VMS, don't hold me or my
organization responsible for it.  If it IS related to VAX/VMS, you can try to
hold me responsible for it, but my organization had nothing to do with it.