How about just putting the other machine address in the .forward and skipping
procmail all together?
The lines
:0 c
/dev/null
cause a *copy* to be sent to /dev/null, instead of the original message.
Take out the 'c' from that line.
/-------- Quantum Seep, qseep(_at_)iname(_dot_)com ---
"His funny bone's connected to the M-bone"
PGP fingerprint: 5B 3B 7B EC AA 5B 4B 7F 65 7D 2A CD 69 11 29 2A
On Mon, 21 Dec 1998, Chuck Campbell wrote:
I have set up a simple recipe that I thought would do what I wanted,
which is
to copy all incoming email to another machine, and then can the email.
The frist part seems to work fine, but I keep getting copies of the email
piling up (and subsequently filling my disk space, and causing email to
then get bounced).
Is this not the right way to accomplish this? Is there a better way?
Here is the .procmailrc
SHELL=/bin/sh
PATH=$HOME/bin:/bin:/usr/bin:/usr/local/bin:/usr/contrib/bin:.
MAILDIR=$HOME/Mail # You'd better make sure it exists
DEFAULT=$MAILDIR/inbox
LOGFILE=$MAILDIR/procmail_log
LOCKFILE=$HOME/.lockmail
LOCKEXT=.lock
LINEBUF=20000
#
# copy all mail to helium
#
:0 c
! myname(_at_)[xxx(_dot_)xxx(_dot_)xxx(_dot_)xxx]
#
# can it all after forwarding
#
:0 c
/dev/null
thanks,
-chuck
--
ACCEL Services, Inc.| Specialists in Gravity, Magnetics | 1(713)993-0671
ph.
1980 Post Oak Blvd. | and Integrated Interpretation | 1(713)960-1157
fax
Suite 2050 | |
Houston, TX, 77056 | Chuck Campbell |
campbell(_at_)neosoft(_dot_)com
| President & Senior Geoscientist |
"Integration means more than having all the maps at the same scale!"