I have the following rule in .procmailrc:
Code:
:0:
* ^From:.*@p.backcountry.com
* ^From:.*@emails.wyndhamhotels.com
* ^From:.*@thermoworks.com
* ^From:.*web@jbcovertlodge.com
* ^From:.*24hourwristbands.com
/user/mfoley/mbox.deleted
Email for these seems to keep getting through. For example, for
info@p.backcountry.com the mail header is:
Code:
To: mfoley@novatec-inc.com
Date: Thu, 24 Mar 2022 11:46:41 +0000
Subject: Our Favorite Road Trip Gear
From: "Backcountry" <info@p.backcountry.com>
And procmailrc.log has:
Code:
procmail: [20302] Thu Mar 24 07:46:49 2022
procmail: Assigning "LASTFOLDER=/usr/sbin/sendmail -oi droid"
procmail: Unlocking ".lock"
procmail: Locking "/var/mail/mfoley.lock"
procmail: Assigning "LASTFOLDER=/var/mail/mfoley"
procmail: Opening "/var/mail/mfoley"
procmail: Acquiring kernel-lock
procmail: Unlocking "/var/mail/mfoley.lock"
procmail: Notified comsat: "mfoley@279108431:/var/mail/mfoley"
From bounces+mfoley=novatec-inc.com@p.backcountry.com Thu Mar 24 07:46:47 2022
Subject: Our Favorite Road Trip Gear
Folder: /var/mail/mfoley 36393
Normally in the procmailrc.log I see "Match on" or "No Match on" statements, but nothing like that for backcountry.com, and the messages continue to be delivered to my inbox, /var/mail/foley instead of /user/mfoley/mbox.deleted as specified in the rule.
I have 60 rules in my .procmailrc, most of which work fine. I don't know what I'm doing wrong on this one.