shafaamry@ccvax.ucd.ie (10/17/90)
Hello everybody, I would like to know some information about the MH system such as: * Historical information. * Technical specifications. * Facilities provided by MH. * The advantages of this system comparing with other systems. I appriciate any information you support me. Thanks in advance. Moutasem shafa'amry Dept. of Computer Science, University College Dublin. EMAIL : "shafaamry@ccvax.ucd.ie" =============================================================================
emv@ox.com (Ed Vielmetti) (11/08/90)
Subject: Re: Selective extraction of mail messages
References: <&&$^5T%@rpi.edu>
Distribution:
In article <&&$^5T%@rpi.edu> loboa@turing.cs.rpi.edu (Austin Lobo) writes:
Can somebody suggest a program to extract the messages sent by a particular
id, and to store them in a file? I wld also like them to be deleted
automatically, after being saved, so that they wont have to be read
while reading my ordinary mail.
If you use MH this is easy:
refile `pick -from emv` +junk
brunner@bullhead.uucp (11/17/90)
In article <EMV.90Nov7212147@poe.aa.ox.com> emv@ox.com (Ed Vielmetti) writes: >Subject: Re: Selective extraction of mail messages >References: <&&$^5T%@rpi.edu> >Distribution: > >In article <&&$^5T%@rpi.edu> loboa@turing.cs.rpi.edu (Austin Lobo) writes: > > Can somebody suggest a program to extract the messages sent by a particular > id, and to store them in a file? I wld also like them to be deleted > automatically, after being saved, so that they wont have to be read > while reading my ordinary mail. > >If you use MH this is easy: > refile `pick -from emv` +junk This gets all the traffic from emv (some user), as files in the subdir "junk", to munch them into a single file, use packf, e.g., folder +junk # set the current folder to "junk" packf [range] -file yard # mush them into the file "yard" rmf +junk # rm -rf "junk" Note: the highly technical semantics of "munch" and "mush" are not implied in this note, they are ment to be understood by my seven year old daughter would, were she to use anything more complex than MINITEL. #include <std/disclaimer.h> Eric Brunner, Consultant, IBM AWD Palo Alto (415) 855-4486 inet: brunner@monet.berkeley.edu uucp: uunet!ibmsupt!brunner trying to understand multiprocessing is like having bees live inside your head.