While I'm thinking of it: On Sat, Sep 12, 2020 at 6:11 PM Murray S. Kucherawy <[email protected]> wrote:
> On Thu, Sep 10, 2020 at 3:51 PM Douglas E. Foster <fosterd= > [email protected]> wrote: > >> The Alternative >> >> All of these problems can be avoided if the subscriber is given an alias >> at enrollment, and the alias is used for all messages relayed on the >> subscriber's behalf. For this list, my alias could be >> [email protected]. Messages sent to an alias address must be >> submitted through the list operator, and the list manager should have logic >> to reject messages from a non-subscriber that are targeting a subscriber >> alias. >> > How does this compare to what's done here already (if enabled)? https://wiki.list.org/DEV/DMARC -MSK
_______________________________________________ dmarc mailing list [email protected] https://www.ietf.org/mailman/listinfo/dmarc
