I'm confused about how SpamAssassin processed an email that we received
from the domain registrar, godaddy.com. Specifically, the rules fired
on SPF_NONE, and I don't understand why. As you can see from the below
headers, the return-path was donotre...@godaddy.com. Go Daddy does have
an SPF reco
On Sun, Sep 20, 2020 at 09:35:22AM -0500, Daryl Rose wrote:
> I tend to get a lot of phishing attempts, and they all get through.
>
> This appears to come from Apple, but obviously is not.
Not a spamassassin solution, but Apple has a DMARC policy of quarantine
for those types of emails. If you
On Thu, May 10, 2007 at 06:36:05PM -0400, Daryl C. W. O'Shea wrote:
>
> You'll have to use To:raw =~ to prevent the extra whitespace from
> being removed and even that might not work. I think we fixed it so that
> it does though.
Thank you every body that replied. To:raw =~ was the fix that
I'm running SA 3.2.0 and am trying to write a custom spamassassin rule
to deal with some recent spam I've been seeing that has 10 additional
spaces in the "To:" header. For example:
To: <[EMAIL PROTECTED]>
So, I would like to write a rule that looks for at least two
contiguous spaces b
