Thanks
Of course, that makes sense. I mixed that up because there are so few even
sending reports. As of yet there were no negative ones incoming ever.
So someone else is attempting to TLS connect us and reports about that.
Because from the same report sender comes a dmarc report in the same tim
On Sun, Nov 17, 2024 at 10:09:59PM +, Andrew C Aitchison via mailop wrote:
> > There is active work on TLSRPT support in Postfix, if this sees
> > non-trivial adoption, the volume of reports [may] go up a bit.
>
> Thanks. I'm thinking about adding these reports to/for Exim.
> Is https://www.p
On Sat, 16 Nov 2024 21:38:46 -0500, Bill Cole via mailop
wrote:
>On 2024-11-16 at 19:55:52 UTC-0500 (Sat, 16 Nov 2024 18:55:52 -0600)
>Michael Rathbun via mailop
>is rumored to have said:
>
>> I confess to being completely mystified. What is the nature of these
>> TLS reports, and where do the
are solved.
Regards
Norbert
-Ursprüngliche Nachricht-
Von: mailop Im Auftrag von Mechiel Lukkien via
mailop
Gesendet: Sonntag, 17. November 2024 22:42
An: mailop@mailop.org
Betreff: Re: [mailop] SMTP TLS Reports for forged senders.
> Microsoft is sending TLS reports reporting DAN
On Sun, 17 Nov 2024, Viktor Dukhovni via mailop wrote:
On Sun, Nov 17, 2024 at 01:30:24AM +0100, Olga Fischer via mailop wrote:
Some of our domains receive TLS reports for connections their mx's
didn't make on behalf of any user of such a domain.
This makes no sense, because unlike DMARC rep
* Bill Cole via mailop :
> On 2024-11-16 at 19:55:52 UTC-0500 (Sat, 16 Nov 2024 18:55:52 -0600)
> Michael Rathbun via mailop
> is rumored to have said:
>
> > I confess to being completely mystified. What is the nature of these TLS
> > reports, and where do they come from?
>
> Presumably RFC8460
Just realized you were talking about the tls reporting policy itself. Ignore me
:)
Groetjes,
Louis
Op zondag 17 november 2024 om 15:18, schreef Louis :
> I assume you made a typo, but for the sake of clarity: mta-sts needs a TXT
> record at _mta-sts. and an http server serving the policy at
>
I assume you made a typo, but for the sake of clarity: mta-sts needs a TXT
record at _mta-sts. and an http server serving the policy at
https://mta-sts./.well-known/mta-sts.txt. It has nothing to do with
_smtp._tls..
Groetjes,
Louis
Op zondag 17 november 2024 om 04:19, schreef Viktor Dukhovni
g von Bill Cole via mailop
Gesendet: Sonntag, 17. November 2024 03:39
An: Michael Rathbun via mailop
Betreff: Re: [mailop] SMTP TLS Reports for forged senders.
On 2024-11-16 at 19:55:52 UTC-0500 (Sat, 16 Nov 2024 18:55:52 -0600)
Michael Rathbun via mailop <mailto:m...@honet.com>
is rumored t
On Sun, Nov 17, 2024 at 01:30:24AM +0100, Olga Fischer via mailop wrote:
> Some of our domains receive TLS reports for connections their mx's
> didn't make on behalf of any user of such a domain.
This makes no sense, because unlike DMARC reports which are sent by
receiving (server) systems, TLS r
On 2024-11-16 at 19:55:52 UTC-0500 (Sat, 16 Nov 2024 18:55:52 -0600)
Michael Rathbun via mailop
is rumored to have said:
I confess to being completely mystified. What is the nature of these
TLS
reports, and where do they come from?
Presumably RFC8460 https://datatracker.ietf.org/doc/html/rf
On Sun, 17 Nov 2024 01:30:24 +0100 (GMT+01:00), Olga Fischer via mailop
wrote:
>Some of our domains receive TLS reports for connections their mx's didn't make
>on behalf of any user of such a domain.
I confess to being completely mystified. What is the nature of these TLS
reports, and where do
12 matches
Mail list logo
