Dear Murray,
Thank you for responding.
See comments inline:
On Jul 20, 2014, at 3:55 PM, Murray S. Kucherawy wrote:
> [Changing Subject: to a new thread and dropping i...@ietf.org, since this is
> not charter discussion]
>
> On Sun, Jul 20, 2014 at 12:27 AM, Douglas Otis wrote:
> ATPS is
I would like to see a better integrated, cross-area engineering effort. There
is much to do in the integrated area of new domain authorization
"permission-based" policy concepts. We have a tendency of repeating the
similar concepts across proposed multiple protocols. In an evolved, modern
S
[Changing Subject: to a new thread and dropping i...@ietf.org, since this
is not charter discussion]
On Sun, Jul 20, 2014 at 12:27 AM, Douglas Otis
wrote:
> ATPS is not the "lite version" of TPA-Label. This is explained in
> http://tools.ietf.org/id/draft-otis-tpa-label-04.html#rfc.appendix.C
>
I will not comment on the 85 messages in the thread. However, I would like to
point out that STIR is working on a similar problem with similar goals but in a
more constrained environment. I would offer coordination between WG’s, should
DMARC be chartered, would be “a good thing.”
On Jul 14, 2
On 7/20/2014 12:27 AM, Douglas Otis wrote:>
This is missing two citations that I thought were supposed to be
included, since they touch on indirect email flows:
Delegating DKIM Signing Authority - draft-kucherawy-dkim-delegate-00
DKIM Third-Party Authorization Label - draft-otis-dkim-tpa-
