Re: [Ietf-dkim] Headers that should not be automatically oversigned in a DKIM signature?

Murray S. Kucherawy wrote in : |On Mon, Feb 5, 2024 at 1:39 PM Steffen Nurpmeso wrote: |> If a graphical user interface gives you a green "ok" button to |> click, or "red" otherwise, that is even better as in browser URL |> lines. Then pop up a tree-view of message modifications and |>

Re: [Ietf-dkim] Headers that should not be automatically oversigned in a DKIM signature?

Dave Crocker wrote in : |On 2/5/2024 2:08 PM, Jim Fenton wrote: |> On 5 Feb 2024, at 14:02, Dave Crocker wrote: |>> On 2/5/2024 1:56 PM, Jim Fenton wrote: ... ..because that makes me sad over and over again.. | of 528 web users This is a

Re: [Ietf-dkim] Security indicators, not Headers that should not be automatically oversigned

On 2/6/2024 10:43 AM, John Levine wrote: In this case, Dave's right. Wow.  Can't help yourself, can you?  "In this case." As ad hominems go, that was almost creative. But alas, it was offset by being so thoroughly gratuitous. d/ -- Dave Crocker Brandenburg InternetWorking bbiw.net

Re: [Ietf-dkim] Headers that should not be automatically oversigned in a DKIM signature?

Whoa! I wondered about that!! Lock Icon was gone and it’s not a “switch” indication “options” icon. You know, a good bit of the time is a programmer getting excited with a new UI API and switches to it!! Imo, there was no need for that change, Everything in the options was 100% about

Re: [Ietf-dkim] Security indicators, not Headers that should not be automatically oversigned

The "Report as Spam” button is always there. They have normalized the practice for users to expect legitimate mail in spam boxes, thus causing more eyeballs around the junk. That is all spammers want.

Re: [Ietf-dkim] Headers that should not be automatically oversigned in a DKIM signature?

It appears that Murray S. Kucherawy said: >-=-=-=-=-=- > >On Mon, Feb 5, 2024 at 1:39 PM Steffen Nurpmeso wrote: > >> If a graphical user interface gives you a green "ok" button to >> click, or "red" otherwise, that is even better as in browser URL >> lines. Then pop up a tree-view of message

Re: [Ietf-dkim] Security indicators, not Headers that should not be automatically oversigned

It appears that Jim Fenton said: >On 5 Feb 2024, at 14:02, Dave Crocker wrote: > >> On 2/5/2024 1:56 PM, Jim Fenton wrote: >>> And you will also provide citations to refereed research about what you >>> just asserted as well, yes? >> >> >> Ahh, you want me to prove the negative. That's not