HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.os.vms
Subject: Re: Mail sent to an account received by two? (NOT a simple forwarding!)
From: trounson@wronz.org.nz
Date: 11 Sep 92 09:45:44 +1200

In article <10SEP199214444158@vxcrna.cern.ch>, kassapidis@vxcrna.cern.ch (Kassapidis Panayotis, CERN) writes:
>       Hello all!
> 
>     I need your help on the following problem I am facing:
>    I want mails sent to a VMS account (NODE1::USER1 for example),
>    to be forwarded in such a way that the show up as new mails
>    to BOTH NODE1::USER1 AND a second VMS account NODE2::USER2.
>     At first I thought I could use SET FORWARD to forward them
>    to NODE1::OTHERUSER (a compromise to avoid loops) and NODE2::USER2
>    or a distribution list pointing to them, but neither way works!
>     Can you suggest a solution to this?  I have only VMS mail
>    to work with.
> 
>      Many thanks in advance,
>      Panayotis 
> 

We had a similar need here, where we wished all mail sent to the SYSTEM account
to be forwarded to more than one of the system staff accounts. The only way
around this was to install DELIVER (available from DECUS tapes). (I gather from
this newsgroup that a new version will be available soon via ftp.)

DELIVER has some rather nice features in that one can also select which messages
are to be forwarded, as well as sending a standard reply (useful if you are
going to be away for any length of time), etc.

Going on from this we would also like to be able to autoforward Allin1 mail to
more than one other Allin1 account (not possible using distribution lists). We 
are currently auto forwarding the Allin1 mail to VMS mail which is then
autoforwarded via DELIVER. A little messy.

Has anyone written anything that will enable use to do this entirely from within
Allin1.

Thanks

Mary

Mary Trounson                    Internet:  TROUNSON@WRONZ.ORG.NZ
Computer Systems Officer         PSI:  (05301)30000047::TROUNSON
Wool Research Organisation
Christchurch                    Telephone:  (+64) (+3) 325 2421
New Zealand                           Fax:  (+64) (+3) 325 2717
From: tillman@swdev.si.com ("Brian Tillman, Smiths Industries, VAX Support, x8425")
Newsgroups: comp.os.vms
Subject: RE: Maximum number of parameters in a link command
Date: 15 Sep 92 19:47:30 GMT
Organization: The Internet

Tang Sammy 
(hplabs.hpl.hp.com!sdd.hp.com!uakari.primate.wisc.edu!hp9000.csc.cuhk.hk!a006700
) writes:

>In trying to link a numbers of objs with VMS5.3-1, I get this from
>the DCL :
>
>$ link /map=ilpd /full /trace/nodebug/exec=$@ lpd.obj,-
>	 config.obj,-
>	 util.obj,-
>	 cmd.obj,-
>	 rcvjob.obj,-
>	 showjob.obj,-
>	 deljob.obj,-
>	 sndjbc.obj,-
>	 getqui.obj,-
>	 llist.obj,-
>%DCL-W-DEFOVF, too many command procedure parameters - limit to eight
>	 baseline.obj,-
> inet.obj, lpd/opt, sys$library:ucx$ipc/lib

The problem is in the very first line.  The /EXEC qualifier points to 
"$@ lpd.obj".  This is not a valid name for the executable file he (she?) wants 
the linker to generate.  Perhaps if he expressed the link statment like the 
followinging, it might work:

$ link /map=ilpd /full /trace/nodebug/exec=lpd lpd.obj,-
	 config.obj,-
	 util.obj,-
	 cmd.obj,-
	 rcvjob.obj,-
	 showjob.obj,-
	 deljob.obj,-
	 sndjbc.obj,-
	 getqui.obj,-
	 llist.obj,-
	 baseline.obj,-
 inet.obj, lpd/opt, sys$library:ucx$ipc/lib


-----------------------------+--------------------------------
 Brian Tillman               | Internet: tillman@swdev.si.com
 Smiths Industries, Inc.     |
 4141 Eastern Ave., MS129    | Hey, I said this stuff myself.
 Grand Rapids, MI 49518-8727 | My company has no part in it.
-----------------------------+--------------------------------
From: da@xor.cis.Brown.EDU (David Ascher)
Newsgroups: comp.os.vms
Subject: Q: Setting up X on VaxStation 2000 w/ VMS 5.1
Date: 14 Sep 92 03:11:21 GMT
Reply-To: David_Ascher@Brown.EDU
Organization: Brown University
NNTP-Posting-Host: xor.cis.brown.edu

I'd like to setup my vaxstation 2000 running VMS 5.1 as an X server.  

* Where do I find the doc for this?
* What's the name of the X server software on VMS?
* Comments?

Thanks.

--David Ascher

[if you could mail me the answer as well as followup, that'd be nice]
From: chris@CSVAX1.UCC.IE ("J.C. Higgins, Sys Mgr CsVax1, UCC , Eire")
Newsgroups: comp.os.vms
Subject: Problem with 'printcap' entry for DEC LG01 Lineprinter.
Date: 12 Sep 92 00:40:56 GMT
Distribution: world
Organization: The Internet

Hi,
I've moved a printer from a VAX LAT (VMS 5.5) connection, to a direct serial
line on a DECstation 5000/120 (ULTRIX 4.2). It printed perfectly on the
LAT port, but I'm having problems configuring my '/etc/printcap' entry.
(I know that this is not strictly a VAX related problem, but someone surely
knows the answer. My apologies to those who look on this as wasted bandwidth
Delete now, and avoid a flame :) ).

The VAX entry setup the printer as a LA100, as follows.

$       DEFINE /SYSTEM $PRINTER          LTA1:   ! Lat port
$       SET TERMINAL $PRINTER   -
                /DEVICE_TYPE=LA100 -
                /PERMANENT      -
                /NOBROADCAST    -
                /NOTYPEAHEAD    -
                /NOWRAP         -
                /SPEED=(9600)   -
                /WIDTH=(132)    -
                /PAGE=(66)
$
$       SET DEVICE /SPOOLED=(SYS$PRINT, SYS$SYSDEVICE)          $PRINTER

The printer is an LG01, internal settings at factory defaults.

Now, my problem, is getting the printcap entry on the DECstation right.
(Then I'll setup a CMUTEK LPD Queue on the VAX to print through the DECstation,
to the line printer. )

The printcap entry is as follows.

lp1|1|line_print:\
        :af=/usr/adm/lp1acct:\
        :br#9600:\
        :ct=dev:\
        :fc#0177777:\
        :fs#023:\
        :lf=/usr/adm/lp1err:\
        :lp=/dev/tty00:\
        :mx#0:\
        :of=/usr/lib/lpdfilters/lpf:\
        :pl#66:\
        :pw#132:\
        :sd=/usr/spool/lpd1:\
        :tr=\f:\
        :uv=4.0:\
        :xc#0177777:\
        :xf=/usr/lib/lpdfilters/xf:\
        :xs#044000:

This is the suggested (by lprsetup) entry for an LA100. (The suggested LG01 did
not work.)

Now, my problem with the output is that the characters are being grouped into
columns, sometimes sitting on top of end of the previous character.

eg:

AB CD DE FG HI JK KL

But the gaps are NOT space wide, and the two characters are sometimes touching.

The printer test will come out OK if I run it before printing from the
DECstation, it will come out as above if I test AFTER printing.
(Only switching off-on will reset it).

If anyone can make any suggestions (except moving the thing back to the LAT
port :) I would really appreciate it.

Send any suggestions/flames/printcap entries/engineers etc to me, and I'll
post a summary.

Thanks in advance.
(Hope my .sig appears, but just in case.. here is the abbreviated version.
Me: Chris, Me.Addr: Chris@csvax1.ucc.ie )


                                                  Chris.

+ J.C. Higgins, Sys Admin  +  If you love something, set it free. If it doesn't
+ CHRIS@csvax1.ucc.ie      +  come back to you, hunt it down and KILL it. If
+ SCCS6002@iruccvax.ucc.ie +  that doesn't work, then GIVE UP peacefully.
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: comp.os.vms
Subject: Re: Console Printers Running Out of Paper
Date: 15 Sep 92 10:09:36 GMT
Organization: St. Peter's College, US

In article <1992Sep14.223951.4252@worldbank.org>, chad@invmac12.worldbank.org (Chad Wilson) writes:
> We have VAX 4500 running VMS 5.5 with a VT-type terminal as the console. 
> There is a  printer (LA75, I think) attached to the console terminal set
> to auto print.  When the printer is out of paper,  the system hangs.

  Well, if the console baud rate is low enough (or the printer has a big
enough buffer) you could disable flow control, either between the printer
and the terminal or between the terminal and the processor. Then any attempt
by the printer to stop output will be ignored.

  VAX consoles are rather odd, especially on older VAXen. This, combined
with the fact that some console messages are sent from very low levels in
the OS (like the %CNXMAN family) cause the system to stall if the message
can't be output. Recent changes for security improvements (in the audit
server) may intentionally stall the system if a console message can't be
output - I'd have to check the listing and they're at work and I'm not.

	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
From: MORRIS@PATRICK-PIMS.AF.MIL ("Jay Morris")
Newsgroups: comp.os.vms
Subject: RE: Digital Review and .......
Date: 13 Sep 92 03:26:00 GMT
Distribution: world
Organization: The Internet

Oh, crap! I'm getting doubled messages from Richard.  If they were at least
amusing it wouldn't be so bad, but the boredom scale is expotational. 



*****************************************************************************
Jay E. Morris                         * Don't you just hate it when the     
morris@patrick-pims.af.mil            * Ethernet cable falls off and all those
jmorris@tecnet1.jcte.jcs.mil          * little packets start spilling all over
                                      * the floor?




Newsgroups: comp.os.vms
From: oddjob@oz.plymouth.edu (Andrew C. Stoffel)
Subject: Re: VAX Operations Manual info
Reply-To: oddjob@oz.plymouth.edu (Andrew C. Stoffel)
Organization: Plymouth State College - Plymouth, N.H.
Date: Mon, 7 Sep 92 12:42:12 GMT

In article <FBE95F15B1DF201116@CPHKVX.BITNET> CCCLEVIN@CPHKVX.CPHK.HK ("Clevin WONG  Bitnet:ccClevin@CPHKVX Tel:7888295", Computer Centre/City Poly of Hong Kong) writes:

>>        I certainly agree.  The only step that I can easily follow is step
>>1.  The rest requires access to a Macintosh (I don't have one) and to
>>software that I haven't got, don't know how to get, and don't know how to
>>use!

>I strongly agree! I have ftp to sumex-aim to get UULite and Lite, but found
>that there are in a special hexified format, so I have to search for
>some software (binhex?) to dehex them first! So the complete steps are:

There is supposed to be a unix version of a psuedo-binhex program but
I've never seen any notice of a VMS one.....

What's missing from this are the machines these steps should be taken on....

VMS/Unix
>1. Copy both parts to a single file.

Using FTP on SOME machine (If you have Fetch on a mac you can skip
MOST of these steps (Fetch (For those who don't know) is a Mac program
that will connect to an FTP site (Assuming your mac can speak TCP/IP),
grab the files for you AND de-binhex & unstuff them.... )

>2. Get the hexified files UULite and Lite from sumex-aim.
2a. Put them on a Mac
>3. Search for the dehexified program (I couldn't find them in sumex-aim).
>4. Use the program to dehexified UULite and Lite.

Using kermit or FTP.... (depending on the way your mac is set up - If
your mac is stand-alone you might have to transfer it to a PC from the
VAX first which opens up another cna of worms....)
>7. Transfer the file in 1 from VAX to Mac

On a Mac.... 
>5. Decode the file in (1) with UUlite 1.3 
>6. Unstuff the file with Stuffit Lite 3.0+
>8. Open it with Microsoft Word 5.0+ (available from Microsoft :)

>Is it a bit complex?
It could be worse...... it could also be inside a tar file :-).
>Clevin Wong

Personally..... I'd prefer the text file myself (with any pictures
separately packaged) 

:-)
-- 
|"The Snark WAS a Boojum, you see!"   |                                |
|"Reality !?! Isn't that something    |     andys@psc.plymouth.edu     |
|    you sprinkle on ice ??"          |     oddjob@oz.plymouth.edu     |
From: ARNE@ko.hhs.dk (Arne Vajhxj)
Newsgroups: comp.os.vms
Subject: Re: Librarian Question.................
Date: 4 Sep 92 12:13:00 GMT
Organization: The Internet

> Is it possible to specify a $ LIBRARY command that will search
> for the module mame you are only interested in.
> 	eg.  *dump*
> 
> $ LIBRARY /MACRO sys$library:starlet.mlb  *dump*     WOULD BE NICE IF
> 							IT WORKED.

I am having some problems understanding exactly what the question is, but
here is a few hints:

  LIBRARY/MACRO/INSERT SYS$LIBRARY:STARLET.MLB *DUMP*
  do not work (and that is quite OK in my opinion)

  LIBRARY/MACRO/EXTRACT=*DUMP*/OUTPUT=Z.Z SYS$LIBRARY:STARLET.MLB
  works fine (but one may wish to be able to produce seperate files)

  LIBRARY/MACRO/LIST/ONLY=*DUMP* SYS$LIBRARY:STARLET.MLB
  works also fine

                                                          Arne

Arne Vajhxj                             local DECNET:  KO::ARNE
Computer Department                     PSI:           PSI%23831001304030::ARNE
Business School of Southern Denmark     Internet:      ARNE@KO.HHS.DK
From: pso@phobos.as.utexas.edu
Newsgroups: comp.os.vms
Subject: UIS Sixel format
Date: 6 Sep 92 08:41:54 GMT
Reply-To: pso@phobos.as.utexas.edu
Organization: McDonald Observatory - University of Texas
News-Software: VAX/VMS VNEWS 1.3-4

I know I've asked this question before but I've since mislaid the response(s)
I received and now I *really* need the info!

First my configuration --
	VaxStation 2000
	VMS 5.5
	VWS 4.2 (or maybe 4.3)

I need to redirect screen dump outputs to disk files (this I know how to do)
and then convert the resulting files to other formats.  I need to know what
the format of these files are.  I assume they are direct Sixel type files
but from just eyeballing a dump output I can't get any feel for their format.
Any takers on this one?

My address is pso@phobos.as.utexas.edu (just in case this news reader is not
formatting the header properly).

Thanks!
Newsgroups: comp.os.vms
From: mullens@jamsun.ic.ornl.gov (James A. Mullens)
Subject: Q: callable MAIL and MAIL.MAI file protection
Organization: Oak Ridge National Laboratory
Date: Tue, 8 Sep 1992 23:51:24 GMT

[my apologies if you're seeing this for the second time; my first post
 had an unforgivable "slip" concerning the protection of MAIL.MAI so
 I cancelled the post (and I'll endure any flames :-) ]

I wrote a C function to send mail and tested it by sending mail to
myself -- it worked fine.  Then the function was called by a program
running on another VAX under another user id and "failed to deliver",
even though all of the status returns from the MAIL$ routines indicated
success.  The problem turned out to be (I think) that the protection
on my MAIL.MAI did not allow system-write access (obviously, I don't
use MAIL much on the VAX).

What bothers me is that MAIL$SEND_MESSAGE did not flag the problem.
It is supposed to return any error that RMS's $CONNECT service encounters.
Privilege violation is not listed under $CONNECT returns, so I suppose
that privilege checks are done when a write is attempted.  But does
MAIL$SEND_MESSAGE not see the protection problem?  Does it just establish
a connection and return, letting something else handle the writing of
the mail message to MAIL.MAI (the mail handler on the destination machine)?
When I use the MAIL utility from the command line it tells me about the
problem.

I assume it is pointless to establish a MAIL$_SEND_ERROR_ENTRY routine
for this problem since MAIL$SEND_MESSAGE does not flag the error...

jim mullens
  Internet: jcm@ornl.gov		(128.219.128.17)
            mullens@jamsun.ic.ornl.gov	(128.219. 64.31)
  phone:    615-574-5564
From: andrew@dino.qci.bioch.bcm.tmc.edu (Andrew Sharff)
Newsgroups: comp.os.vms
Subject: Re: CSLG licensing of VMS
Date: 9 Sep 1992 19:24:05 GMT
Organization: X-Ray Crystallography / Howard Hughes Medical Institute

test
Newsgroups: comp.os.vms
From: Chad Wilson <chad@invmac12.worldbank.org>
Subject: Console Printers Running Out of Paper
X-Xxmessage-Id: <A6DA8D41BB011C0C@invmac12.worldbank.org>
X-Xxdate: Mon, 14 Sep 92 18:41:05 GMT
Organization: The World Bank
X-Useragent: Nuntius v1.1.1d10
Date: Mon, 14 Sep 1992 22:39:51 GMT

We have VAX 4500 running VMS 5.5 with a VT-type terminal as the console. 
There is a  printer (LA75, I think) attached to the console terminal set
to auto print.  When the printer is out of paper,  the system hangs.

Has anyone else noticed this?  Does someone know of a way around this
problem aside from:

1)  Not autoprinting from the console terminal. 
2)  Always making sure there is paper in the printer.

 Thanks, 
 Chad
Newsgroups: comp.os.vms
From: kassapidis@vxcrna.cern.ch (Kassapidis Panayotis, CERN)
Subject: Mail sent to an account received by two? (NOT a simple forwarding!)
News-Software: VAX/VMS VNEWS 1.41    
Organization: European Organization for Nuclear Research, CERN
Date: Thu, 10 Sep 1992 13:44:00 GMT

      Hello all!

    I need your help on the following problem I am facing:
   I want mails sent to a VMS account (NODE1::USER1 for example),
   to be forwarded in such a way that the show up as new mails
   to BOTH NODE1::USER1 AND a second VMS account NODE2::USER2.
    At first I thought I could use SET FORWARD to forward them
   to NODE1::OTHERUSER (a compromise to avoid loops) and NODE2::USER2
   or a distribution list pointing to them, but neither way works!
    Can you suggest a solution to this?  I have only VMS mail
   to work with.

     Many thanks in advance,
     Panayotis 


   Panayotis Kassapidis
   Systems Manager,
   Physics Laboratory,
   University of Athens,
   Greece.
   e-mail:  GRHEPL::KASSAPIDIS (14220::KASSAPIDIS)   (HEPnet)
            kassapidis@vxcern.cern.ch   (Internet)
            SIP18@GRATHUN1   (BITnet)
From: PAUL@vax.rinaco.msk.su (RYBAKOV)
Subject: Re: How do I read the ESC-key....
Reply-To: PAUL@vax.rinaco.msk.su
Organization: Russian Investment Joint-Stock Company RINACO (headquarters)
Date: Tue, 15 Sep 92 11:03:51 +0300



>I'm currently working on a menu-interface containing some sub-menu's.
>Selections are made using the cursor keys. To get back to the previous
>menu the ESCAPE-key has to be pressed once. Just in case: using some
>other key but ESCAPE to go to the previous menu is out of the question.
>
>With SMG$READ_KEYSTROKE I can read everything _but_ a single
>ESCAPE-key. Using some very simple QIO I can read a single character
>including the ESCAPE-key perfectly, but loose control over escape
>sequences as generated by the cursor keys.
>
>What I need is an input routine (preferrably in C) which returns the
>value of the key pressed (i.e. CURSOR-UP when cursor-up is pressed, and
>ESCAPE when the escape-key is pressed)
>
>I figure it's got something to do with a time-out which should occur
>when VMS starts waiting for a terminator when the ESCAPE key is pressed
>only once.
>
>Can someone direct me to such a routine or tell me how to write one
>myself?
>
>Thanks,
>--
>Hans van den Dool, hvddool@kub.nl
>Tilburg University Library

Dear Hans.
I think you're trying to do an impossible thing (oh, my bad English).
Any functional key on a keyboard (I have an LK201 one) including the cursor
keys generates an ESCAPE sequence starting with escape code 0x1B. This is
why LK201 and other DIGITAL keyboards (except ones for ancient VT100 and
VT52 terminals) do NOT have an ESC key. From the logic point of view, have
you any way to determine after pressing an ESC key is it a single ESC
(CTRL/[) or an ESC sequence in progress.
It is IMPOSSIBLE with LK201, I thing. Use F11 (which is marked as (esc) on
a keyboard and sends ESC only in VT100/52-compatibility modes). If you
terminal works in "8 bit controls" mode, cursor esc sequences start with
CSI (0x9B) instead of ESC (0x1B). It is the only way to solve your problem,
but SET TERM/INQ command, for example, may switch your terminal (and does
it with my VT200) back to "7 bit controls" mode, so you have to switch you
terminal to "8 bit Ctrls" by sending "\033 G" to it (space ic necessary).
But I believe that if your terminal has an ESC key it is ancient and has
not "8 bit Ctrl mode" or it is a PC running terminal emulator (and ESC key
is likely to be mapped to another DEC keyboard key).
-------------------------------------------------
                        7 bit           8 bit
-------------------------------------------------
Cursor UP               <ESC>[A         <CSI>A
Cursor DOWN             <ESC>[B         <CSI>B
Cursor LEFT             <ESC>[D         <CSI>D
Cursor RIGHT            <ESC>[C         <CSI>C
F11 (marked as (esc))   <ESC>[23~       <CSI>23~
-------------------------------------------------

Pavel A. Rybakov (RINACO - Russian Investment Joint-Stock Company)

Internet : paul@vax.rinaco.msk.su


Newsgroups: comp.os.vms
From: pb@vcp1.vcp.monash.edu.au (Peter Bury)
Subject: Re: Is it possible for set prompt to do this?
Organization: 
Date: Thu, 10 Sep 1992 01:43:06 GMT

In article <8SEP199216334004@reg.triumf.ca>, music@reg.triumf.ca (FRED W. BACH) writes:
> In article <1992Sep7.193735.17777@chpc.utexas.edu>, aswx266@chpc.utexas.edu (Michael Lemke) writes...
>>In article <920907081948.29011421@WCSUB.CTSTATEU.EDU> PARMALEE001@WCSUB.CTSTATEU.EDU (Rich Parmalee) writes:
> 
>     [stuff deleted]
>>
>>This version screws up DCL's line editing a little as DCL thinks your 
>>line is longer than it actually is.  This gets me to a DCL bug/feature 
>>that has always been there:  It your terminal is set to insert mode
>>(SET TERM/INSERT) and your command line continues over two lines, there 
>>is no way to edit the first of the two lines without erasing the second 
>>line first.  I consider this a bug which I've seen since VMS 4.7 (the 
>>first VMS I worked with) but it doesn't seem to get fixed (or nobody 
>>cares?).  I don't know how it works with overstrike mode.
>> 
> 
>     Yeah.  I've had trouble like that too for a long time. I think it's
>     the same with overstike mode.  CTRL-H doesn't get one back to the
>     beginning of the first line.  Toggling CTRL-A didn't seem to help
>     either. I usually have to CTRL-Y it the DCL command and start again.
> 
>     Perhaps there is a SET TERM command that we need here.  Or, perhaps a
>     mix of hardware margins and software wrapping or lack thereof.
>     Perhaps a secret escape sequence.  Terminals I've seen the problem on
>     include a CIT-467 which the system thinks is a VT-100. 
>     Anybody got a fix or something to try?
> 
>     [more stuff deleted]

$ set term/wid=132 can be a big help at times like these.
From: mcdonald@CMRSD.NRL.NAVY.MIL (Patrick McDonald)
Newsgroups: comp.os.vms
Subject: Re: Digital News and Review's irresponsible attitude
Date: 12 Sep 92 13:27:03 GMT
Distribution: world
Organization: The Internet

Hey, RIchard.  NPRI wouldn't happen to be under the flight path to National
airport would it?  You seem to be suffering from delayed stress syndrome...

                 \           BEAM ON!            \ | /
-Pat           (=========)* ------------------ = *ZAP* =
                   ||~                           / | \
/--------------------------------+----------------------------------------\
| Patrick T. McDonald            |  Internet: mcdonald@cmrsd.nrl.navy.mil |
| Sachs Freeman Associates       |      SPAN: cmrsd::mcdonald (11.19)     |
| Naval Research Laboratory      |     Voice: (401) 521-4542              |
| Code 4613, Radiation Dynamics  |       FAX: (401) 521-4542              |
| Washington, DC                 |   Numeric: 128.60.18.10                |
\--------------------------------+----------------------------------------/

"Roads?  Where we're going we don't need roads..."
				- Doc Brown
"If we knew what we were doing, it wouldn't be called research."
				- Argonne ATLAS