Re: [Ietf-dkim] Taking Responsibility

2022-12-10 Thread Dave Crocker
On 12/9/2022 9:25 PM, Michael Thomas wrote: Yeah, your own website. Sorry if I don't give this any credence. I thought you were insisting that ad hominems stop. In any event, the reference is to a list of factual comparisons. They are objectively true or false. Feel free to focus on substan

Re: [Ietf-dkim] Problem Statement (OT)

2022-12-10 Thread Alessandro Vesely
On Fri 09/Dec/2022 16:47:47 +0100 Grant Taylor wrote: On 12/8/22 5:17 AM, Alessandro Vesely wrote: Those who do so are neatly classified as spammers. On one hand I agree.  But on the other hand I disagree. One benign case is that webmas...@example.com is configured to forward to al...@exampl

Re: [Ietf-dkim] Taking Responsibility

2022-12-10 Thread Al Iverson
> Interesting bit from what appears to be the original draft charter, > circulated at the DKIM BOF, November 2005: > > > The DKIM working group will produce specifications > > that permit authentication of message headers during transit, DKIM signature headers have effectively become a type of log

Re: [Ietf-dkim] Problem Statement

2022-12-10 Thread Al Iverson
On Fri, Dec 9, 2022 at 9:49 AM Grant Taylor wrote: > > A slightly less benign case was years ago when I was dealing with an AOL > sender and AOL had no interest in doing anything to stop the sender. So > I configured a forwarder to take messages from the sender, add them as > an attachment to a m

Re: [Ietf-dkim] Taking Responsibility

2022-12-10 Thread Michael Thomas
On 12/10/22 4:31 AM, Dave Crocker wrote: On 12/9/2022 9:25 PM, Michael Thomas wrote: Yeah, your own website. Sorry if I don't give this any credence. I thought you were insisting that ad hominems stop. In any event, the reference is to a list of factual comparisons. They are objectively tr

Re: [Ietf-dkim] Misuse of antiforgery protocols

2022-12-10 Thread Michael Deutschmann
On Wed, 7 Dec 2022, Neil Anuskiewicz wrote: > I wish that certain widely used distribution list software could do the > same. So you admit that most mailing lists are not compatible with an enforcing DMARC, so my original point stands. It's a bit annoying that after almost two weeks, the only re

Re: [Ietf-dkim] Taking Responsibility

2022-12-10 Thread Dave Crocker
On 12/10/2022 5:04 PM, Michael Thomas wrote: But that was evident from the beginning with you telling us that you know better what was in our heads then we did. Michael, I didn't do any such thing.  That is one of a number of interpretations that you've invented. I made some first-person as

Re: [Ietf-dkim] Taking Responsibility

2022-12-10 Thread Dave Crocker
On 12/10/2022 5:04 PM, Michael Thomas wrote: What point you are trying to make belittling our contribution DKIM is objectively an evolution of DomainKeys.  The list I cited that evaluated differences between DomainKeys and DKIM serves to make that pretty clear. I think that history is worth