I was not proposing what other people should do, nor was I proposing a
standards change. I was just observing that we always have choices (with
supporting software.)
In this case, if a remote correspondent cannot do acceptable TLS
encryption, then the local correspondent always has the option
Douglas,
In general, you can’t impose or mandate TLS under PORT 25 unsolicited,
unauthenticated sessions. You can do this with ESMTP AUTH a.k.a SUBMISSION
Protocol (RFC6409) which is Port 587. Under this port, you can mandate more
Authentication/Authorization and mail format correctness than
There are options on TLS failure.
Mandatory TLS is actually pretty common, since PCI DSS, HIPAA and GDBR have
all been interpreted as requiring TLS on email.For outbound mail, our
MTA is configured to drop the connection if encryption cannot be
established. I think this configuration option
On April 25, 2023 5:31:41 PM UTC, Benny Pedersen wrote:
>John R. Levine skrev den 2023-04-25 18:28:
Since the only mechanism is mail and nobody's going to S/MIME encrypt
their reports, I suggest just deleting it.
>>>
>>> TLS vs not TLS.
>>
>> I suppose, but that's not up to the
John R. Levine skrev den 2023-04-25 18:28:
Since the only mechanism is mail and nobody's going to S/MIME encrypt
their reports, I suggest just deleting it.
TLS vs not TLS.
I suppose, but that's not up to the report sender. If I say
"rua=mailto:rep...@cruddy.org;, and the MX for cruddy.org
Since the only mechanism is mail and nobody's going to S/MIME encrypt
their reports, I suggest just deleting it.
TLS vs not TLS.
I suppose, but that's not up to the report sender. If I say
"rua=mailto:rep...@cruddy.org;, and the MX for cruddy.org doesn't do
STARTTLS, what are you going to
On Mon, Apr 24, 2023 at 10:18 PM John R. Levine wrote:
> > I removed the small section that faced objections.
> >
> > I updated the ridtxt definition and discovered that mmark was making a
> mess of those asterisks. When there are more than one/some on a single
> line, it believes you would
2023 7:39 PM
To: i-d-annou...@ietf.org
Cc: dmarc@ietf.org
Subject: [dmarc-ietf] I-D Action: draft-ietf-dmarc-aggregate-reporting-09.txt
A New Internet-Draft is available from the on-line Internet-Drafts directories.
This Internet-Draft is a work item of the Domain-based Message Authentication,
Rep
arc On Behalf Of internet-dra...@ietf.org
> > Sent: Monday, April 24, 2023 7:39 PM
> > To: i-d-annou...@ietf.org
> > Cc: dmarc@ietf.org
> > Subject: [dmarc-ietf] I-D Action:
> > draft-ietf-dmarc-aggregate-reporting-09.txt
> >
> >
> > A New Inter
Brotman
Sr. Engineer, Anti-Abuse & Messaging Policy
Comcast
> -Original Message-
> From: dmarc On Behalf Of internet-dra...@ietf.org
> Sent: Monday, April 24, 2023 7:39 PM
> To: i-d-annou...@ietf.org
> Cc: dmarc@ietf.org
> Subject: [dmarc-ietf] I-D Action: draft-ietf-
A New Internet-Draft is available from the on-line Internet-Drafts
directories. This Internet-Draft is a work item of the Domain-based Message
Authentication, Reporting & Conformance (DMARC) WG of the IETF.
Title : DMARC Aggregate Reporting
Author : Alex Brotman
11 matches
Mail list logo