Creating a DMARC record on your domain means (among other things) that you
expect no email sent from your domain to be a contribution to mailing
list discussions.
Telling mailing list owners and mailing list software designers to violate
RFC 5322 Internet message format's description of the From
they are deliberately different in many cases, e.g. one domain for
mail from end users, another for mail sent by a vendor, yet another for
another vendor. Why is dmarc different?
--
Joseph Brennan
Lead, Email and Systems Applications
Columbia University Information Technology
;
>
>
And if you know which hosts are legit mailing lists or forwarders, you
already know what ARC would tell you.
--
Joseph Brennan
Lead, Email and Systems Applications
Columbia University Information Technology
___
dmarc mailing list
dmarc@ietf.org
https://www.ietf.org/mailman/listinfo/dmarc
r domain to
publish dmarc. The owner of the other domain may want to allow users in
their domain to contribute to lists and groups without having their
messages rejected, or mangled by well-intentioned workarounds. This is not
simple. This is a real-world case with the domains ending columbia.e
niversities. The real email world is a complicated place.
--
Joseph Brennan
Lead, Email and Systems Applications
Columbia University Information Technology
___
dmarc mailing list
dmarc@ietf.org
https://www.ietf.org/mailman/listinfo/dmarc
draft-kucherawy-dkim-transform
> [†]
> https://tools.ietf.org/html/draft-levine-dkim-conditional-04#section-4.1
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> ___
an authentication method diminishes its effectiveness.
On Wed, Sep 16, 2020 at 10:46 AM Dotzero wrote:
>
>
>
> On Tue, Sep 15, 2020 at 12:02 PM Joseph Brennan wrote:
>>
>>
>>
>> On Tue, Sep 15, 2020 at 11:55 AM John Levine wrote:
>>>
>>> In a
On Tue, Sep 15, 2020 at 11:55 AM John Levine wrote:
> In article bnk2_ckmn...@mail.gmail.com>,
> Joseph Brennan wrote:
> >"Domain administrators must not apply dmarc authentication to domains
> >from which end users send mail that may be re-sent via lists or
> >
; -- done. Then dmarc will be simple and
reliable, and bank statements and similar messages are protected as
intended. Building in a standard workaround significantly weakens the
whole concept, doesn't it?
--
Joseph Brennan
Lead, Email and Systems Applications
Columbia University Information
il from
ordinary end users. Given that I think more sending systems would be
willing to publish p=reject and more receiving systems would be willing to
honor it. It won't be the end of spoofs, but it would reduce the disruption
to people outside the DMARC club.
---
Joseph Brennan
_
ling lists to work but
sensitive data to be more protected than end-user mail.
--
Joseph Brennan
Lead, Email and Systems Applications
Columbia University Information Technology
___
dmarc mailing list
dmarc@ietf.org
https://www.ietf.org/mailman/listinfo/dmarc
MD
has a built-in function to replace the content of header fields, which
I think is a milter function.
--
Joseph Brennan
Lead, Email and Systems Applications
___
dmarc mailing list
dmarc@ietf.org
https://www.ietf.org/mailman/listinfo/dmarc
ift cards, and so on.
>
Briliant! I wish we were still using Mimedefang. This wouldn't be
hard to code, and the results would be effective.
--
Joseph Brennan
Lead, Email and Systems Applications
___
dmarc mailing list
dmarc@ietf.org
https://www.ietf.org/mailman/listinfo/dmarc
it accepted. The opposite
of the purpose of DMARC, isn't it?
--
Joseph Brennan
Lead, Email and Systems Applications
___
dmarc mailing list
dmarc@ietf.org
https://www.ietf.org/mailman/listinfo/dmarc
g, and it's because
sheer deliverability of legitimate email is the priority.
--
Joseph Brennan
Lead, Email and Systems Applications
___
dmarc mailing list
dmarc@ietf.org
https://www.ietf.org/mailman/listinfo/dmarc
5322 Sender
header, even if it is in the peculiar "x on behalf of y" notation,
which shows display name when there is one and address otherwise.
But we are digressing into a proposal for an Internet Email Client standard.
Joseph Brennan
Le
ld SHOULD NOT contain any mailbox that does not belong to
the author(s) of the message." No better than where we are now, is it?
--
Joseph Brennan
Lead, Email and Systems Applications
___
dmarc mailing list
dmarc@ietf.org
https://www.ietf.org/mailman/listinfo/dmarc
field. Big win, for widespread acceptance, I
would say.
--
Joseph Brennan
Lead, Email and Systems Applications
___
dmarc mailing list
dmarc@ietf.org
https://www.ietf.org/mailman/listinfo/dmarc
18 matches
Mail list logo