Re: [dmarc-ietf] Eliminating From Munging from this list

2023-07-20 Thread Douglas Foster
It is not at all clear that my goals for this effort match with others, so I will state mine: My goal is to develop documents that help evaluators make better disposition decisions, to save civilization from as much malicious content as possible. An inference from my piece of reality is that

Re: [dmarc-ietf] Eliminating From Munging from this list

2023-07-20 Thread Jan Dušátko
Dne 20. 7. 2023 v 14:46 Barry Leiba napsal(a): I think that it shouldn't affect the answer about what to put in the document. Those of us here are a miniscule slice of the overall user base for email, I think it's a serious mistake to think peculiarities of the exact lists we use is relevant

Re: [dmarc-ietf] Eliminating From Munging from this list

2023-07-20 Thread Barry Leiba
> I think that it shouldn't affect the answer about what to put in the > document. Those of us here are a > miniscule slice of the overall user base for email, I think it's a serious > mistake to think peculiarities of > the exact lists we use is relevant to anything. Indeed: I caution

Re: [dmarc-ietf] How did DMARC go wrong, and how does our document fix it?

2023-07-20 Thread Dotzero
On Wed, Jul 19, 2023 at 10:42 PM Douglas Foster < dougfoster.emailstanda...@gmail.com> wrote: > Can you find a commercial product that can configure a rule which says, > "Don't worry about DMARC if Mail from = bounceaddtess@listdomain and the > MailFrom address produces SPF PASS"? > > Simple

Re: [dmarc-ietf] How did DMARC go wrong, and how does our document fix it?

2023-07-20 Thread Mark Alley
To supplement Oliver's reply, and Doug's question, most commercial secure email gateways are capable of this in terms of granular inbound email authentication customization. (Proofpoint, Mimecast, Cisco, Barracuda, etc.) - Mark Alley On Thu, Jul 20, 2023, 4:15 AM OLIVIER HUREAU <

Re: [dmarc-ietf] How did DMARC go wrong, and how does our document fix it?

2023-07-20 Thread OLIVIER HUREAU
Hi, > Can you find a commercial product that can configure a rule which says, > "Don't worry about DMARC if Mail from = bounceaddtess@listdomain and the > MailFrom address produces SPF PASS"? The solution I can propose to you is using Cisco AsyncOS ( [

Re: [dmarc-ietf] Eliminating From Munging from this list

2023-07-20 Thread Scott Kitterman
On July 20, 2023 7:46:57 AM UTC, Alessandro Vesely wrote: >On Wed 19/Jul/2023 21:38:44 +0200 Scott Kitterman wrote: >> >> >> On July 19, 2023 5:38:08 PM UTC, Alessandro Vesely wrote: >>> On Wed 19/Jul/2023 15:25:17 +0200 Scott Kitterman wrote: On July 19, 2023 7:27:00 AM UTC, Alessandro

Re: [dmarc-ietf] Another p=reject text proposal

2023-07-20 Thread Alessandro Vesely
On Wed 19/Jul/2023 23:42:55 +0200 Tero Kivinen wrote: Wei Chuang writes: 2) The proposed language calls out "“alumni forwarders”, role-based email aliases, and mailing lists" for consideration by receivers.  How should receivers be aware that traffic failing authentication should be

Re: [dmarc-ietf] Eliminating From Munging from this list

2023-07-20 Thread Alessandro Vesely
On Wed 19/Jul/2023 21:38:44 +0200 Scott Kitterman wrote: On July 19, 2023 5:38:08 PM UTC, Alessandro Vesely wrote: On Wed 19/Jul/2023 15:25:17 +0200 Scott Kitterman wrote: On July 19, 2023 7:27:00 AM UTC, Alessandro Vesely wrote: On Wed 19/Jul/2023 08:20:14 +0200 Murray S. Kucherawy