![]() [Back to index] |
![]() |
|
CRUSHMAIL
Time ago, when most of people used VMS with interactive
sessions, they knew something about managing their home
directory, as well as compressing, sometime, MAIL.MAI file.
Now that people use very often VMS systems with
POP/SMTP/IMAP connections, usually they never make
telnet/interactive connections to the system; they don't
know anything about managing home directory; they never
compress their MAIL.MAI file.
If you have a lot of users, receving a lot of messages
everyday, their mail.mai file could grow greatly, and waste
[a lot of} space on your disks.
Since you cannot force your users to use telnet/interactive
connections, using MAIL utility, compressing, deleting the
mail.old file, and doing it often...well, here's a little
utility that can help you doing it automagically.
CRUSHMAIL scans a given file specification (for example, a
single file spec. like MYDISK:[MYDIR.MYMAIL]MAIL.MAI, or a
more complex one like DISK$1:[000000...]MAIL.MAI) and
compress every MAIL.MAI file it finds.
CRUSHMAIL doesn't compress a MAIL.MAI file if its size is
not high enough (as given in P2 parameter); and doesn't
compress a MAIL.MAI file if its creation date is 'today' (so
you can use it often everyday, but compression will occur
only once a day).
You can optionally decide to avoid deletion of MAIL.OLD; or
to delete it requesting a confirmation (for interactive use)
or automatically (for non interactive use).
Parameters used:
P1 input file specification;
default: DISK$1:[000000...]MAIL.MAI
P2 minimum mail.mai's size; compression will not occur if
size is below this limit.
default: 1000 blocks
P3 deletion control:
NODELETE -> mail.old file will be saved (no
deletion will occur)
NOCONFIRM -> mail.old file will be deleted; no
confirmation will be requested
default: mail.old files will be deleted, requesting
interactive confirmation
Examples:
@CRUSHMAIL DISK$1:[000000...]MAIL.MAI 1000
will compress all mail.mai file in the
whole DISK$1; requires privileges.
mail.old will be deleted, requesting
interactive confirmation. If mail.mai's
size will be lower of 1000 blocks,
compression will not occur. What about
using this command, e.g., once a month
for every disk?
@CRUSHMAIL DISK$2:[FRANCO.MYMAIL]MAIL.MAI 2000 NODELETE
will compress only one user's mail.mai
file; mail.old file will NOT be deleted
(user must do it with interactive
session). If mail.mai's size will be
lower of 2000 blocks, compression will
not occur.
@CRUSHMAIL DISK$2:[FRANCO.MYMAIL]MAIL.MAI 2000 NOCONFIRM
the same, but mail.old deletion will
occur withoutconfirmation. What about
putting this command in login.com? (but
caution: will slow login; will display
additional information)
Tested with OpenVMS AXP 7.2.
Comments and...donations to: franco.brunetta@libero.it
|
|
| Author - GNU license |
|
Top Access Sites on Anzwers your free home. |
Free 60 Mb on Anzwers your free home. |
Top Quality Sites on
Anzwers your free home. |