[mod.computers.vax] BITNET mail follows

MANAGER@UMDHEP.BITNET (11/01/85)

For VMS 4.x there is a command procedure in SYS$EXAMPLES
called MAILUAF.COM that is self-documented and will fix
the corruption of VMSMAIL.DAT, the data file containing
general user mail info. To correct the incorrect number
of mail messages reported, just keep typing READ/NEW in
MAIL until you have 0 new messages, or read MAILUAF.COM
and use that to correct the problem.  I have written a
program that will fix a given user's (or all users')
mail info to correctly reflect the number of NEWMAIL
messages, but unfortunately it has some quirks that I
haven't yet worked out (for lack of effort, since I
found out about MAILUAF.COM later). You might utilize
the part of the program that determines the number
of new mail messages and feed that to a command proc
that will drive MAILUAF, and presto! you should have
fixed everyone's problems (with mail, not personal).
I'll send the FORTRAN source to the program on a demand
basis. Please indicate your path CLEARLY, since I'm
on BITNET only.

Todd Aven
Softwear Sweatshop, High Energy Physics
University of Maryland

DEGROOT@HWALHW5.BITNET (11/01/85)

==?   reading DEC10-TOPS10-BACKUP-formatted tapes on VAX/VMS V4.1  ?==

We urgently need a utility on our VAX-cluster (VMS V4.1) to read
DEC10-BACKUP-formatted tapes. I know there are some
tape-reading-programs in the DECUS-library but rather
than dig up and test all those programs...
Can anybody help?
                        .KeesdeGroot    (DEGROOT@HWALHW5.BITNET)
                        Agricultural University, Computer-centre
                        Wageningen, the Netherlands

02335@UWAV4.BITNET (03/11/86)

>
>[The previously posted fix to the VMS 4.2 security hole was not complete...
> I *hope* this one is!]
>
>Everyone should add the following 2 lines to SYSTARTUP:
>
>    $ SET ACL/OBJ=LOGICAL/ACL=(ID=[*,*],ACCESS=READ) LNM$SYSTEM_TABLE
>    $ SET ACL/OBJ=LOGICAL/ACL=(ID=[*,*],ACCESS=READ) LNM$SYSTEM_DIRECTORY
>
>*** Failure to do this will allow anyone who's read the network news ***
>*** to do anything they please on your system.                       ***
>
>If there are any groups that *mix* privileged and non-privileged users,
>the relevant group tables should be explicitly created and protected
>in SYSTARTUP as well. The closest I've been able to come from DCL is:
>
>  $ SET UIC [xxx,0]
>  $ CREATE/NAME/EXEC/PAR=LNM$SYSTEM_DIRECTORY /PROTECTION=(S:RWED,O,G:R,W) -
>  LNM$GROUP_000xxx
>  $ SET ACL/OBJ=LOGICAL/ACL=((ID=[xxx,*],ACCESS=READ),(ID=[*,*],ACCESS=NONE))-
>  LNM$GROUP_000xxx
>
>where 'xxx' is the exactly-3-digit group number.
>

I think this way is cleaner...
For what it's worth, here is what I have in our startup procedure:

$! Protect system logical tables
$!
$  SET ACL/OBJ=LOGICAL/ACL=(ID=[*,*],ACCESS=READ) LNM$SYSTEM_TABLE
$  SET ACL/OBJ=LOGICAL/ACL=(ID=[*,*],ACCESS=READ) LNM$SYSTEM_DIRECTORY
$!
$! Create the group 11 and 12 logical tables
$!
$  RUN/INPUT=NLA0:/UIC=[11,0] SYS$SYSTEM:LOGINOUT
$  RUN/INPUT=NLA0:/UIC=[12,0] SYS$SYSTEM:LOGINOUT
$!
$! Protect group tables for groups 11 and 12 (these have mixed users)
$!
$  SET ACL/OBJ=LOGICAL/ACL=((ID=[11,*],ACCESS=READ),-
                            (ID=[*,*], ACCESS=NONE)) LNM$SYSTEM_TABLE
$  SET ACL/OBJ=LOGICAL/ACL=((ID=[12,*],ACCESS=READ),-
                            (ID=[*,*], ACCESS=NONE)) LNM$SYSTEM_DIRECTORY
$!


The trick here is that once a process is created under a given
uic, the group table will be created and will exist until the
next crash or shutdown.

I hope this makes things easier, it sure did for me!

Tony Andrea

Engineering Computer Services
University of Washington

BITNET:      02335 at UWAV4
ARPA/CSNET:  02335%uwav4.bitnet@wiscvm.arpa
DECnet:      VAX4::02335
Phone:       (206)543-0499
Mail:        Computer Services
             374 Loew Hall, FH-10
             University of Washington
             Seattle, WA  98195

*** Standard denial of everything...

02335@UWAV4.BITNET.UUCP (05/29/86)

>Your problem may be that you're not listing DEPARTMENTS as a default
>qualifier, only their default values.  It should be:
>
>      Qualifier DEPARTMENTS, DEFAULT,
>                value(list,default=("ENGR","CIVE","OTHER"))
>
>--Lisa

I could not figure out Lisa's address so I am posting this reply to
INFOVAX.

I forgot to put the DEFAULT in my earlier message, but it was
definitely in the CLD.  So the above still does not work, but I did
add keywords and it does work that way, the only problem being that
I must list all of the possible departments in the CLD.  i.e.:

      define type depart_types
      keyword  ENGR, default
      keyword  ACC,  default
      keyword  MATH
      define verb getdata
      image  getdata
      qualifier departments, default,
                value(list,type=depart_types)

This does work making ENGR and ACC the defaults, but I cannot now
decide to use /DEPART=MUSIC or whatever, unless I add it to the
CLD.

Thanks for everyone's help,

Anthony R. Andrea
Engineering Computer Services
University of Washington

BITNET:      02335 at UWAV4
ARPA/CSNET:  02335%uwav4.bitnet@wiscvm.arpa

02335@UWAV4.BITNET (06/25/86)

Is there a problem routing INFO-VAX messages to the University of
Washington?  I have not received any messages for atleast a week.
Please get this fixed.  I have sent mail to the APRANET gateway and
back to myself, so I know that our link is up and running.

Thanks,
Tony Andrea

02335%UWAV4.BITNET@WISCVM.ARPA

BEN@TECHMAX.BITNET.UUCP (07/30/86)

I'D LIKE TO SEE THE MAILING ADDRESS EITHER E-MAIL OR SLOW-MAIL FOR
KELLERMAN & SMITH . ALL OF THE TALK ABOUT ITS PRO'S AND CON'S IS GREAT, BUT
OUT HERE IT IS A BIT HARD TO ORDER AT TIMES.

CP.PAVER@MCC.COM.UUCP (07/30/86)

Kellerman & Smith phone number:  (503) 222-4234.  Don't have an E-mail
address.

-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Bob Paver	(512) 834-3316
Microelectronics and Computer Technology Corp. (MCC)
9430 Research Blvd, Echelon Building #1
Austin, TX  78759-6509

ARPA:  paver@mcc.arpa
UUCP:  {ihnp4,seismo,harvard,gatech}!ut-sally!im4u!milano!paver
-------

BEN@TECHMAX.BITNET (08/07/86)

I am running TeX on a VAX 11/780 VMS 4.3 using Flavio Rose's LN03
interface. So far things have worked out pretty good, at least as far as
installation and running go. The problem occurs in printing, the interface
appears to be pretty good, except that it is printing a full page of text
on 2 pages (with the page number in the proper place on the second page).

My suspicion is that there just is not enough font space in the LN03 for
the TeX to download font and text at the same time. Has anyone else seen
this problem, or happen to have a solution. If my hunch is correct, is the
128KB memory extension a good answer?

Answer please either directly to me, or via the INFO-VAX.


Thanks,
BEN@TECHMAX.BITNET
Ben Pashkoff
Systems Engineer
Biomedical Engineering
Technion IIT
Haifa, Israel