Thanks again Dallman, for making your points in
refreshingly direct style. Many of us are trying to juggle
a number of balls at the same time.
What do your logs say?
"It's ... not filtering" is not very helpful diagnostically.
I think I answered this in my last post.
What do the logs say? (Do I hear an echo?)
I've turned both system and user proc*rc's to VERBOSE,
give them one or two downloads and we'll see what they say.
#--> should be writable by the user
LOGFILE = "$MAILDIR/etc-procmail.log"
Is it writable by the user?
The logfile ?
I'm not sure what you mean here.
NL = '
' # contains only a literal newline
That is not something that contains only a newline. I see
lots and lots of whitespace. You need to fix that.
TAB = ' ' # contains only a literal tab
Is it really a tab on your system? Because what you show us
here is no tab, but a series of spaces.
I've commented these out in 'adam-procmail.log'
You had this same problem on about 9 December when this all
started. You can't have an mbox file named "backup" in
the same dir where you think you have a subdir called "backup".
One of these simply does not exist. What do your logs say?!
I renamed file 'backup' to 'backup#2' and created dir 'backup'.
However, the system log keeps giving the same error message.
Thee is no user log 'adam-procmail.log' in /home/adam/Mail.
#Regenerates "From" lines to make sure they are valid.
:0 fhw
* ! ^^From( )
|formail -I "From " -a "From "
:0A
{ LOG = "--> regenerated From-line.$NL" }
Refer to the earlier rendition of the same recipe, which
I left quoted up above. You have the same thing in twice.
It's probably not even necessary once. But it's certainly
not necessary twice!
You are right. I've commented out the second copy, leaving one in
to be a bit conservative at the moment.
(2) ~/.procmailrc
# This is the user's ~/.procmailrc
# It is run (automatically) after the /etc/procmailrc.
VERBOSE = 'no'
Since you say "it doesn't filter," why don't you try turning
that ON and looking at what the logs say?
Done that.
# sendmail program information (from procmail's $SENDMAIL):
4755 1 root root 644472 Wed Dec 8 00:01:21 2004
/usr/sbin/sendmail
exim: malformed debug_selector setting: + or - expected but found "0"
So are you ever going to fix this?
There is no file 'sendmail' in /usr/bin
/var/mail/adam
CAUTION: /var/mail/adam perms exceed 7755: curb back to 0640
2775 2 root mail 4096 Sun Dec 26 22:08:51 2004 /var/mail/
So are you ever going to fix this?
/var/mail contain file 'adam' which is empty when opened by vi.
Adam Bogacki.
____________________________________________________________
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