
Hi,
I run several mailing lists over at lists.zx2c4.com using mailman 2.1.30rc1. I would like to reject incoming messages that have any HTML parts in them at all. Or, perhaps, I'd like to whitelist a few different mimetypes, and reject incoming messages with parts that don't match. I noticed that mailman has a feature to strip out disallowed mimetypes, and also to reject messages that are empty after such stripping. But I could not find a button to reject the entire message (with a nice reject reply, preferably) based on the presence of a certain mimetype. Am I missing something?
I should note that this isn't an unusual desire. Several kernel-orienting lists, such as netdev@vger.kernel.org, will reject your message if it has HTML in any part of it, and send you back an email letting you know what happened.
Thanks in advance for your help.
Regards, Jason

On March 12, 2020 1:11:28 AM GMT+00:00, "Jason A. Donenfeld" <Jason@zx2c4.com> wrote:
Hi,
I run several mailing lists over at lists.zx2c4.com using mailman 2.1.30rc1. I would like to reject incoming messages that have any HTML parts in them at all. Or, perhaps, I'd like to whitelist a few different mimetypes, and reject incoming messages with parts that don't match. I noticed that mailman has a feature to strip out disallowed mimetypes, and also to reject messages that are empty after such stripping. But I could not find a button to reject the entire message (with a nice reject reply, preferably) based on the presence of a certain mimetype. Am I missing something?
No. Mailman has no such facility.
I should note that this isn't an unusual desire. Several kernel-orienting lists, such as netdev@vger.kernel.org, will reject your message if it has HTML in any part of it, and send you back an email letting you know what happened.
Given that many, if not most, user's MUAs send multipart/alternative "text", this seems to be something that would be problematic for all but lists with highly technical users.
-- Mark Sapiro <mark@msapiro.net> Sent from my Not_an_iThing with standards compliant, open source software.
participants (2)
-
Jason A. Donenfeld
-
Mark Sapiro