On 1/15/19 8:02 PM, David B Funk wrote:
It's a bit tricky to implement a milter correctly because people often
don't understand that the message which sendmail hands to a milter is
as-received from the incoming network connection.
Any locally added stuff (EG the "Received:" header) isn't in
On Tue, 15 Jan 2019, Bill Cole wrote:
On 15 Jan 2019, at 15:05, Grant Taylor wrote:
I will investigate to see if spamass-milter can fabricate a satisfactory
Received: header.
A quick look at the issue tracker for it implies that it does so. A milter that
actually works with SA really
On 15 Jan 2019, at 15:05, Grant Taylor wrote:
> I will investigate to see if spamass-milter can fabricate a satisfactory
> Received: header.
A quick look at the issue tracker for it implies that it does so. A milter that
actually works with SA really needs to.
Unfortunately, it is a nuisance
RALPH HAUSER skrev den 2019-01-15 21:08:
SOMEONE PLEASE UNSUBSCRIBE ME FROM THIS! I DONT KNOW WHAT THAT IS!
Thank you!
PLEASE PLEASE!
check your spam folder with aol.com
no one here can unsbubscribe you at all, it seems you can mail to anyone
just not the maillist bot that helps you do it
On Tuesday 15 January 2019 at 21:08:17, RALPH HAUSER wrote:
> SOMEONE PLEASE UNSUBSCRIBE ME FROM THIS! I DONT KNOW WHAT THAT IS! Thank
> you! PLEASE PLEASE!
As I replied to someone only on Sunday...
See the headers of every message on this list:
list-help:
SOMEONE PLEASE UNSUBSCRIBE ME FROM THIS! I DONT KNOW WHAT THAT IS! Thank you!
PLEASE PLEASE!
> On Jan 15, 2019, at 11:24 AM, Grant Taylor wrote:
>
>> On 01/15/2019 11:39 AM, Bill Cole wrote:
>> This strikes me as a flaw in whatever milter you're using. Some (e.g.
>> MIMEDefang) milters deal
On 01/15/2019 12:59 PM, Bill Cole wrote:
There are at many different milters that can use SpamAssassin listed at
https://wiki.apache.org/spamassassin/IntegratedInMta#Integrated_into_Sendmail.
Some links there may be dead.
I am using spamass-milter, and spfmilter, both connected to Sendmail.
On 15 Jan 2019, at 14:24, Grant Taylor wrote:
> On 01/15/2019 11:39 AM, Bill Cole wrote:
>> This strikes me as a flaw in whatever milter you're using. Some (e.g.
>> MIMEDefang) milters deal with the fact that they don't get a local Received
>> header by constructing one from what they know
On 01/15/2019 11:39 AM, Bill Cole wrote:
This strikes me as a flaw in whatever milter you're using. Some
(e.g. MIMEDefang) milters deal with the fact that they don't get a local
Received header by constructing one from what they know before passing
the message to SA.
The SPF milter is
On 15 Jan 2019, at 12:15, Grant Taylor wrote:
> On 01/15/2019 09:24 AM, Kevin A. McGrail wrote:
>> What is your glue for SA? Is it getting the received header you are
>> expecting in time for the parsing?
>
> Both SA and my spfmilter are are milters on the same inbound Internet edge
> MTA.
>
>
On 01/15/2019 09:24 AM, Kevin A. McGrail wrote:
What is your glue for SA? Is it getting the received header you are
expecting in time for the parsing?
Both SA and my spfmilter are are milters on the same inbound Internet
edge MTA.
I will have to research to see if the header is added by
On 01/15/2019 09:36 AM, Bill Cole wrote:
Check both the contents and documentation of trusted_networks,
msa_networks, and internal_networks.
Will do.
If SA thinks a prior hop is through a machine that writes trustworthy
Received headers and is a normal part of your relay path, it will check
On 15 Jan 2019, at 11:08, Grant Taylor wrote:
Does anybody know off the top of their head—don't dig, I'll do that
later—what might cause SpamAssassin to apply SPF processing to
earlier Received: headers (lower in the message source)?
Check both the contents and documentation of
Does anybody know off the top of their head—don't dig, I'll do that
later—what might cause SpamAssassin to apply SPF processing to earlier
Received: headers (lower in the message source)?
I'm seeing SpamAssassin claim that a message failed SPF processing based
on chronologically earlier
On Mon, 14 Jan 2019, Amir Caspi wrote:
On Dec 20, 2018, at 6:16 PM, Amir Caspi wrote:
header AC_FROM_MANY_DOTS From =~ /<(?:\w{2,}\.){2,}\w+@/
John, could you update the sandbox rule to the above? That should whittle down
FPs. I'd recommend leaving it as 2 letters, though, since a
I get quite a few spammails with this from address format:
info-a406-135003-135015-42518999=15662605=8...@movieonlinenow.com
-a--=<8
digits>=8...@domainname.xxx
My problem is that I cannot figure out how to get a spamassassin header
statement to catch this.
It's espescially the part
16 matches
Mail list logo