re-replying. Sure wish the procmail list would send a bounce to addresses
that appear to be sending non-spam mail but are not registered on the list.
Misconfigured my MUA with the wrong sender address and it took me a while
to figure out WHY my messages showed as "Accepted for delivery" by the list
server MTA in my own MTA logs but never appeared on the list itself.
G2
On Tue, 23 Aug 2005 19:49:52 +1000 Peter Jones
<pete(_at_)petesplace(_dot_)id(_dot_)au>
wrote:
On Tue, 23 Aug 2005 07:35 am, Bruce Johnson wrote:
procmail: Executing " $HOME/procvir.pl >> procvir.log "
So it is, in fact, executing procvir.pl.
I would also guess that if you look in whatever directory is procmail's
working directory ($MAILDIR, I suppose, but I'm not sure) you will find
your "missing" procvir.log file.
One of my "troubleshooting habits" when working on my linux systems -- if
I'm doing something that is supposed to write output to a specific file and
I don't see that file after the second test run then I:
'su -'
'updatedb' (go get coffee if it's on a big, full, filesystem)
'locate filename'
I've made some really screwy pathing mistakes using variables and had my
output files show up in places I never would have looked.
Yes, the updatedb takes a while, especially if you have to do it several
times during a troubleshooting session. but it gets the whole writeable
filesystem indexed without having to craft a convoluted 'find' invocation
to include certain areas and exclude others. If you are absolutely certain
that the file would be written into a certain tree (such as somewhere in
/home/...) then "find /home/ -iname 'filename' -xdev" would probably be
faster.
G2
____________________________________________________________
procmail mailing list Procmail homepage: http://www.procmail.org/
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail