Differences between revisions 9 and 10
Revision 9 as of 2014-09-05 21:15:29
Size: 2835
Editor: msapiro
Comment: Very minor typo correction.
Revision 10 as of 2015-01-29 06:27:05
Size: 2835
Editor: msapiro
Comment: Very minor typo
Deletions are marked like this. Additions are marked like this.
Line 18: Line 18:
OR Or

Yahoo has recently (April 12, 2014) implemented a strict DMARC policy that will cause posts From: yahoo.com users to be bounced by many other services, and as of April 22, 2014 aol.com has also done this.

There are a few things that can be done about this, none of which are ideal.

1) If you have Mailman 2.1.16 or newer, set

ALLOW_FROM_IS_LIST = Yes

in mm_cfg.py and then set the list's from_is_list setting on the web admin General Options page to either 'Mung From' or 'Wrap Message'. Even though you will see and can set the setting in the web admin GUI, it is still necessary to restart Mailman after changing mm_cfg.py for the setting to be effective. Note that the 'Mung From' setting arguably creates non-RFC 822/2822/5322 compliant messages in that the From: address is now the list and not the post's author, and the 'Wrap Message' setting will create messages that some mail clients, notably Apple iOS iThing clients, but others too, will not display well.

The above setting goes away in Mailman 2.1.18 and the options are always available. Also in 2.1.18, there are these and additional (Reject and Discard) options available to apply only to messages From: domains that publish DMARC p=reject or p=quarantine policy. See the DMARC page for more detail.

Or

2) Turn off Content filtering, and Reply-To: header munging and remove subject_prefix, msg_header and msg_footer so Mailman doesn't make message modifications that break Yahoo's DKIM signature.

Or

3) Set the list's anonymous_list setting to Yes. This will work for the same reason that Mung From works, but it's more drastic as it completely hides the poster's identity unless she identifies herself in the message body.

Or

4) Disallow posts From: yahoo.com addresses and tell those users they need some other (freemail provider or other) address to post. You can do this for specific known domains with header_filter_rules or, in 2.1.18, for all domains with specific DMARC policies with dmarc_moderation_action and dmarc_moderation_notice settings.

Or

5) Set

VERP_PROBES = Yes

in mm_cfg.py. The VERP probe will not be bounced for DMARC policy because its From: domain is the list's. If the probe doesn't bounce, the user won't be unsubscribed.

Or

6) Turn off Bounce processing and live with the problem.

Or

7) For Mailman versions without DMARC mitigation, you could set everyone to digest, make the list nondigestable = No and set digest_size_threshold to a small number > 0 such as 1 so everyone gets frequent digests. This has significant replying issues and will be unwelcome by those digest members who really want a digest and not essentially individual messages wrapped in a digest, but it may be useful as a last resort.

MailmanWiki: DOC/What can I do about members being unsubscribed by bounces of Yahoo user's posts for DMARC policy reasons? (last edited 2022-06-15 06:00:16 by msapiro)