Thanks Dallman.
No. I recognized Ruud's style. I also recognized where
it was changed/mangled/corrupted/appended to. :-)
Hmm .. at that stage I had not the time or opportunity to
change, mangle, corrupt, or append to it. But let that pass ..
The system log is working (named 'etc-procmail.log' in
/home/adam/Mail) but there is no sign of the user log
(named 'adam-procmail.log').
Which means (as I said last week): file/path permissions
to not allow adam to write to that target.
adam(_at_)Tux:~10:57:04$ chmod go+w .procmailrc
..should do the trick. Correct me if I'm wrong.
procmail: Couldn't create or rename temp file "backup/y-spam"
Folder: cd backup && rm -f dummy 'ls -t msg.* | sed -e 1,200d'
/bin/sh: bin/sh: No such file or directory
.. which is a bit strange as I've commented that section
out in /etc/procmailrc, see below ..
But it's not at all strange, based on what I wrote you
the other day from your having posted your most recent rcfiles.
I'll bet the log entry is from before your commenting-out
of those lines.
Probably right.
Btw,
/bin/sh: bin/sh: No such file or directory
is another error entirely. And I see why: You've set
your $SHELL to a bogus entry. You have (taken from
down below in the message I'm answering, but most of
that stuff I will delete now):
SHELL = 'bin/sh'
You need a leading slash! "/bin/sh". This is important.
If you don't fix it, procmail has no shell and cannot
perform shell ops.
Thanks. Fixed. I don't have a comp sci background & appreciate
the learning process.
I've also renamed my forward file to eliminate it from the
possibilities and mail keeps flooding my inbox.
If procmail works without a .forward, then procmail is the
MTA. But the script from Sean Straw you've been running
reported that procmail was not the MTA.
That was before I changed to Ruud's template and deleted .forward
/etc/procmailrc has created 'bounced' and 'etc-procmail.log'
in /home/adam/Mail, but there is no sign of 'Trash' nor
of the entities (files ? boxes ?) specified in
/home/adam/.procmailrc
Update .. There is now a 'Trash' folder in /home/adam/Mail,
probably due to deletion of the space in the Mailman recipe.
Hopefully /home/adam/.procmailrc will work with /bin/sh enabled.
Ruud warned me it needed testing.
What are the permissions on the target files and the directories
in the path to them? Who owns them?
# file permissions and ownership:
0644 1 adam adam 2944 Sun Jan 2 20:45:20 2005
Say, waitaminit: is this a *directory*?! 'Cause directories
need to have execute privs enabled. If this is your home dir,
chmod 755 /home/adam
/home/adam/.procmailrc
0704 1 root root 125 Wed Dec 15 21:51:11 2004
And here we see that adam's .procmailrc is owned by root!
That's not good. It should be owned by adam.
Thanks .. I think I've fixed that above.
Please correct me if I'm wrong or if there is a better option.
CAUTION: /var/mail/adam perms exceed 7755: curb back to 0640
May be why procmail isn't writing to it. It could be refusing on
account of those too-loose file privileges.
.. waiting for the next mail download to see it it works.
Adam Bogacki,
afb(_at_)paradise(_dot_)net(_dot_)nz
____________________________________________________________
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