I have a 6.5 machine that had everything set up and working correctly
(fetchmail, sendmail w/ starttls, procmail, spamassassin) but the MB cratered.
I bought a new machine, and installed Centos 6.6 and all is not well.
I used the config from the previous incarnation (via backups) for fetchmail
(works fine), sendmail (works fine for sending via relay and tls), but procmail
now refuses to pick up the correct MAILDIR location, and therefore won't
deliver mail to the right place.
The example below is landing in /home/user/.spam_to_learn, NOT in
/home/user/Maildir/.spam_to_learn
Maybe some other eyes can tell me what is wrong here.
-chuck
This is the top of the .procmailrc in my home directory:
SHELL="/bin/bash"
HOME="/home/nnnnnnl"
PATH="$HOME/bin:/bin:/usr/bin:/usr/local/bin:/usr/contrib/bin:."
MAILDIR="$HOME/Maildir/"
DEFAULT="$HOME/Maildir/"
MAILDIR="$DEFAULT"
LOGFILE="$HOME/procmail_log"
#LOGFILE="$/var/log/procmail.log"
LOCKFILE="$HOME/.lockmail"
LOCKEXT=.lock
SENDMAIL="/usr/sbin/sendmail -oi -t"
N="
"
NL="
"
LOG=" My HOME is --> $HOME $NL My MAILDIR Directory is --> $MAILDIR
$NL My DEFAU
LT Directory is --> $DEFAULT $NL My ORGMAIL Directory is --> $ORGMAIL $NL
My LOG
NAME is $LOGNAME $NL New .procmailrc $NL Starting recipes $NL $NL $NL"
VERBOSE=on
LOG=" Recipe 0 $NL"
:0
* (^TO|^TO_|^Sender:|^From:.*)\<(centos-bounces)\>
.centos/
#
# SpamAssassin
#
# Pipe the mail through spamassassin (replace 'spamassassin' with
'spamc'
# if you use the spamc/spamd combination)
# The condition line ensures that only messages smaller than 250 kB
# (250 * 1024 = 256000 bytes) are processed by SpamAssassin. Most spam
# isn't bigger than a few k and working with big messages can bring
# SpamAssassin to its knees.
#
#
LOG=" Recipe 2 $NL"
:0fw:spamassassin.lock
* < 256000
#| /usr/bin/spamassassin -a
| /usr/bin/spamc
LOG=" Recipe 3 $NL"
:0
* ^X-Spam-Status: Yes
.spam_to_learn/
LOG=" Recipe 5 $NL"
:0
* .
{
LOG="$NL default recipe using copy to .ham_to_learn/ (maildir version)
$NL"
}
:0 c
.ham_to_learn/
# LOG="$NL default recipe using $DEFAULT (maildir version) $NL"
:0
$DEFAULT
here is an excerpt from the procmail_log file:
My HOME is --> /home/campbell
My MAILDIR Directory is --> .
My DEFAULT Directory is --> /home/campbell/Maildir/
My ORGMAIL Directory is --> /var/spool/mail/campbell
My LOGNAME is campbell
New .procmailrc
Starting recipes
procmail: [21138] Fri Nov 21 12:57:23 2014
procmail: Assigning "LOG= Recipe 0
"
procmail: Assigning "LOG= Recipe 2
"
Recipe 2
procmail: Match on "< 256000"
procmail: Locking "spamassassin.lock"
procmail: Executing "/usr/bin/spamc"
procmail: Unlocking "spamassassin.lock"
procmail: Assigning "LOG= Recipe 3
"
Recipe 3
procmail: Match on "^X-Spam-Status: Yes"
procmail: [21138] Fri Nov 21 12:57:24 2014
procmail: Assigning
"LASTFOLDER=.spam_to_learn/new/1416596243.21138_2.helium"
procmail: Notified comsat: "campbell at
0:./.spam_to_learn/new/1416596243.21138_2.h
elium">From someone at gmail.com Fri Nov 21 12:52:23 2014
Subject: [SPAM3]
Folder: .spam_to_learn/new/1416596243.21138_2.helium 2095
procmail: Unlocking "/home/campbell/.lockmail"
On 11/21/2014 1:01 PM, Chuck Campbell wrote:> I have a 6.5 machine that had everything set up and working correctly (fetchmail, sendmail w/ starttls, procmail, spamassassin) but the MB cratered. > I bought a new machine, and installed Centos 6.6 and all is not well. > > I used the config from the previous incarnation (via backups) for fetchmail (works fine), sendmail (works fine for sending via relay and tls), but procmail now refuses to pick up the correct MAILDIR location, and therefore won't deliver mail to the right place. > > The example below is landing in /home/user/.spam_to_learn, NOT in /home/user/Maildir/.spam_to_learn > Maybe some other eyes can tell me what is wrong here. > > -chuck >This was all very bizarre, but it is now resolved. The Maildir was a link in the user's home directory, pointing at another partition. I re-created the user with the other partition as their home directory, set some selinux contexts correctly for this, and made Maildir a real directory there. Procmail now delivers just fine with no changes in the .procmailrc I still don't understand how this worked before the crash, and wouldn't work after I restored files, but hey, persistence pays off. It works again... -chuck -- ACCEL Services, Inc.| Specialists in Gravity, Magnetics | (713)993-0671 ph. | and Integrated Interpretation | (713)993-0608 fax 448 W. 19th St. #325| Since 1992 | (713)306-5794 cell Houston, TX, 77008 | Chuck Campbell | campbell at accelinc.com | President & Senior Geoscientist | "Integration means more than having all the maps at the same scale!"