On 2017-07-27 13:08, Rupert Gallagher wrote:
> The rfc prescribes (MUST) the use of your public domain in the domain
> part of your mid.
If you mean RFC 5322, this is not true. Section 3.6.4:
The message identifier (msg-id) itself MUST be a globally unique
identifier for a message. The g
The rfc prescribes (MUST) the use of your public domain in the domain part of
your mid. So the dns tests are just the first in the queue. The dimain must
also match early in the Reveived list. If you fail with it, then you have
problems with every rfc-compliant smtp server world-wide. This filte
> Are you able to turn it off?
I tried. No such option. :-(
Sent from ProtonMail Mobile
On Wed, Jul 26, 2017 at 6:05 PM, Matus UHLAR - fantomas
wrote:
> On 26.07.17 02:48, Rupert Gallagher wrote: >+1 to remove that clause from the
> RFC. I don't see any reason... btw you'd need to change it to
On 07/26/2017 10:39 PM, Rich Wales wrote:
I recently noticed a small detail which has allowed me to detect most of
the spam I've been receiving from random addresses ending in ".us".
On the one hand, I'd love to share my observation (and my custom rule
for detecting it), so others can benefit fr
Thanks.
From: Kevin Golding
Sent: 27 July 2017 14:41
To: users@spamassassin.apache.org
Subject: Re: Mail::SpamAssassin::Plugin::EmailBL??
On Thu, 27 Jul 2017 08:28:06 +0100, hospice admin
wrote:
> the above plugin doesn't seem to be distributed with the versio
On Thu, 27 Jul 2017 08:28:06 +0100, hospice admin
wrote:
the above plugin doesn't seem to be distributed with the version of
SpamAssassin I'm running:
spamassassin --version
SpamAssassin version 3.4.0
running on Perl version 5.16.3
Also, I can't find mention of a download location anyw
Hi,
the above plugin doesn't seem to be distributed with the version of
SpamAssassin I'm running:
spamassassin --version
SpamAssassin version 3.4.0
running on Perl version 5.16.3
Also, I can't find mention of a download location anywhere.
Am I right in thinking this was an experiment that
