Path: utzoo!mnetor!tmsoft!torsqnt!jarvis.csri.toronto.edu!rutgers!mcnc!duke!juliet!khera From: khera@juliet.cs.duke.edu (Vick Khera) Newsgroups: comp.mail.mh Subject: Re: Bouncing mail... Message-ID: <17964@duke.cs.duke.edu> Date: 4 Mar 90 19:03:59 GMT References: Sender: news@duke.cs.duke.edu Organization: Duke University CS Dept., Durham, NC 27706 Lines: 54 In article 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