Sorry to be obscure.
For the moment, I am trying to add the quoted sentence at the beginning of
my treatise, which Murray thinks can be accommodated.
For the longer haul, I am trying to lay a conceptual foundation for
exception management,to frame later discussion.
If I had my way, exception ma
On Fri, Nov 25, 2022 at 5:53 AM Douglas Foster <
dougfoster.emailstanda...@gmail.com> wrote:
> DMARC requires an evaluator to trust the design, but we lack a cogent
> statement of the theoretical basis for doing so. Here is my proposed
> language:
>
> "The RFC5322.From address is not directly ver
> On Nov 25, 2022, at 5:53 AM, Douglas Foster
> wrote:
>
>
> DMARC requires an evaluator to trust the design, but we lack a cogent
> statement of the theoretical basis for doing so. Here is my proposed
> language:
>
> "The RFC5322.From address is not directly verifiable. DMARC addresse
DMARC requires an evaluator to trust the design, but we lack a cogent
statement of the theoretical basis for doing so. Here is my proposed
language:
"The RFC5322.From address is not directly verifiable. DMARC addresses
this problem using proxy verification: The From address is considered
veri
On Thu 24/Nov/2022 22:57:51 +0100 Dotzero wrote:
On Thu, Nov 24, 2022 at 2:22 PM Neil Anuskiewicz wrote:
On Nov 24, 2022, at 7:10 AM, Dotzero wrote:
On Tue, Nov 15, 2022 at 12:29 PM Douglas Foster
wrote:
Your solution is straightforward, but I am not sold.
DMARC PASS means that the mess
