On 05/06/2023 03:38, Matus UHLAR - fantomas wrote:
is sender-id still not depricated ?
it's status: historic. It's also patended and since it's broken by
design, there's no reason to support or use it.
Supporting it used to tip you over the "your-not-spam" line with MS's
cleanfeed, no
Henrik K via users skrev den 2023-06-05 07:30:
On Sat, Jun 03, 2023 at 08:03:38PM +0200, Benny Pedersen wrote:
Jun 3 19:51:15.822 [17570] dbg: authres: skipping header, unknown
property
for spf/smtp: mfrom
Fixed this:
https://svn.apache.org/viewvc?view=revision=1910234
Jun 5 13:47:31.782
Noel Butler skrev den 2023-06-05 10:43:
On 05/06/2023 03:38, Matus UHLAR - fantomas wrote:
is sender-id still not depricated ?
it's status: historic. It's also patended and since it's broken by
design, there's no reason to support or use it.
Supporting it used to tip you over the
On 2023-06-05 at 22:04:47 UTC-0400 (Mon, 5 Jun 2023 22:04:47 -0400)
is rumored to have said:
Hello All,
I know this isn't the best method, I have to learn some of the
previous
suggestions, but I would like to get this rule to work.
Not sure where I went wrong.
header
Hello All,
I know this isn't the best method, I have to learn some of the previous
suggestions, but I would like to get this rule to work.
Not sure where I went wrong.
header FROM_CLIENT_EMAIL From =~ /client@client\.com/i
header FROM_CLIENT_IP Received =~ /from 138\.31\230\.222/
meta
> meta FROM_CLIENT_TEST from FROM_CLIENT_EMAIL && FROM_CLIENT_IP
Is that a typo when you were making this mail, or is it actually how the line
is coded? There is an extra "from" there.
Even if you fix that, you won't get the results you expect. Both
FROM_CLIENT_EMAIL and FROM_CLIENT_IP will
On Tue, Jun 06, 2023 at 12:12:10AM -0400, Bill Cole wrote:
>
> Escape the @ with a \
> SA uses Perl, so you need to escape %, @, and $ in regular expressions.
Perl regular expressions does not mean it's parsed as Perl code, no need to
quote such things on any remotely modern SA version.