🚀 go-pugleaf

In article <SCOTT.90Mar1115219@grlab.grlab.UUCP> scott@grlab.UUCP (Scott Blachowicz) writes:
>I'm a new user to mh. I'm running on a couple different HP-UX systems
>with these options:
>   version: MH 6.6 #1[UCI] (ics) of Tue May 24 15:51:53 PDT 1988
>   options: [ATZ] [SYS5] [BERK] [TTYD] [DUMB] [NDIR] [MHE] [NETWORK]
>            [RPATHS] [MHRC] [SBACKUP='"#"'] [MORE='"/usr/bin/more"']
>            [SENDMTS] [SMTP]
>
>Some questions...
>
>2) For lack of knowing any better alternatives...I've done a script
>   that scans my +inbox piping the results to a nawk script that spits
>   out refile commands to auto-file my mail into appropriate folders.
>   I also want to "bounce" some messages to other people. Is there
>   some way to do this with mh/dist/rcvdist/whatever without having to
>   do an edit? [ ... ]

i was able to accomplish this with the Resent-To: field filled in in a file
i called xxxx, and then echo-ing in "s" to dist: (it should also work for
the "p" option to the whatnow? prompt.)

echo "s" | dist -noedit -form xxxx

where xxxx is the following file (one line):

Resent-To: khera

so you should be able to generate the appropriate forwarding header format
file (xxxx in this case) and then have it dist'ed automatically in a shell
script, presumably in the same script that does the refile's based on pick
(see answer to next question)

>3) Is there any better way of "auto-filing" the messages? I've looked
>   .maildelivery stuff, but it didn't seem to be flexible enough for
>   I wanted to do.

something simpler that what you described above with the awk script would
be to use the pick command and unix back-quoting.  for instance, try
"refile +unimportant `pick -from bozo`" to refile the messages from a user
named bozo into the folder called unimportant.  check out the pick man-page
for other options.  asynchronous distribution of messages into various
folders is something i gave up on quite a while ago, especially with NFS
mounted home directories and local delivery on various machines.

>4) My mh messages seem to end with a couple of Return-Path headers. Is
>   inc adding one to them? Should it be?

inc includes them if you include the option RPATHS in the configuration,
which you have done.  if you don't want them, remove RPATHS and recompile.

>Thanx,
>--
>Scott Blachowicz                E-mail:  scott@grlab.UUCP
>USPS:  Graphicus                 ..or..  ...!hpubvwa!grlab!scott