On Sun 13/Sep/2020 03:43:07 +0200 Murray S. Kucherawy wrote: > While I'm thinking of it: > > On Sat, Sep 12, 2020 at 6:11 PM Murray S. Kucherawy wrote: >> On Thu, Sep 10, 2020 at 3:51 PM Douglas E. Foster 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
Mailman has an anonymous_list[*] configuration variable that, if enabled, removes or replaces the From:, Sender:, and Reply-To: fields of any message posted to the list. It can be consider an (overkill) alternative to From: munging. Best Ale -- [*] https://mailman.readthedocs.io/en/latest/src/mailman/handlers/docs/cleanse.html#anonymous-lists _______________________________________________ dmarc mailing list [email protected] https://www.ietf.org/mailman/listinfo/dmarc
