>On Saturday, June 9, 2018, 11:05:51 PM GMT+2, Grant Taylor
wrote: >>I don't think the order of the headers
matters as long as the contents
>of the header aren't changed.
Grant, you are right, please excuse me... i have checked some samples and O365
DKIM DOES NOT sign Receiveds
On 11/06/18 08:56, Sebastian Arcus wrote:
I am running SA 4.0.0-r1823176 on Perl 5.26.2. On a number of domains I
administer, outbound mail triggers the SPF_HELO_FAIL rule - but the
regular SPF check passes. I am struggling to see why this is happening,
as the HELO name is set to the same
On 11/06/18 10:20, Reindl Harald wrote:
Am 11.06.2018 um 10:57 schrieb Sebastian Arcus:
On 11/06/18 09:39, Matus UHLAR - fantomas wrote:
On 11.06.18 08:56, Sebastian Arcus wrote:
I am running SA 4.0.0-r1823176 on Perl 5.26.2. On a number of domains
I administer, outbound mail triggers
On 11/06/18 09:39, Matus UHLAR - fantomas wrote:
On 11.06.18 08:56, Sebastian Arcus wrote:
I am running SA 4.0.0-r1823176 on Perl 5.26.2. On a number of domains
I administer, outbound mail triggers the SPF_HELO_FAIL rule - but the
regular SPF check passes. I am struggling to see why this is
On 11.06.18 08:56, Sebastian Arcus wrote:
I am running SA 4.0.0-r1823176 on Perl 5.26.2. On a number of domains
I administer, outbound mail triggers the SPF_HELO_FAIL rule - but the
regular SPF check passes. I am struggling to see why this is
happening, as the HELO name is set to the same
On 06/10/2018 12:02 PM, Matus UHLAR - fantomas wrote:
I believe M$ requires users to be authenticated within the domain
before they are allowed to send using your domain.
On 10.06.18 16:55, Grant Taylor wrote:
Is that authenticating to the MS SMTP server with any recognized
account? Or
I am running SA 4.0.0-r1823176 on Perl 5.26.2. On a number of domains I
administer, outbound mail triggers the SPF_HELO_FAIL rule - but the
regular SPF check passes. I am struggling to see why this is happening,
as the HELO name is set to the same value as the name of the server/dns
name, it