Public bug reported:
With a mailman list set to apply content filtering, and with the default settings to pass_mime_types of text/html, multipart/mixed and multipart/alternative, mail sent from anyone using the Gmail app on an android device is bounced. The same user can send the same message from the native Mail client on an Android device, or from an Apple device. The problem seems to be that the Gmail app includes a header in the form Content-Type: multipart/mixed; boundary="===============8130305584729002058==" ...with no carriage return after the semi-colon.
The only way I've been able to get a list to accept mail from that client app (which is very popular) is to remove pass_mime_types altogether.
** Affects: mailman Importance: Undecided Status: New
Possibly the message does not have a text/html part. Have you tried the following in pass_mime_types:
multipart text/html text/plain
The fact that the Content-Type: header is not folded with a CR and whitespace following the semicolon is not an issue.
If adding text/plain to pass_mime_types doesn't fix this, please post a complete raw message. You can elide the actual MIME part contents, but we need to see all the Content-Type: headers and part boundaries.
** Changed in: mailman Status: New => Incomplete
** Changed in: mailman Assignee: (unassigned) => Mark Sapiro (msapiro)
Hi Mark -
First of all, thanks very much for getting back to me. Secondly, there's something I realised I didn't mention in the bug report, which may count as a 'free pass' for you to handball the problem back - I'm running Mailman 2.1.20 on Ubuntu 16, not Mailman 3. I've put off upgrading because I understand the move to v3 is a major architectural change, and I have a lot of legacy lists and users to worry about.
Anyway - in the course of experimenting with the content filter settings, I tried a number of options. Finding a tip online from someone else who identified different subtypes of multipart, I tried adding multipart (without any subtype) to pass_mime_types. When that didn't work, I tried multipart* to see if there was such a thing as a wildcard (I think I tried multipart% and multipart/* as well), but I didn't try adding text/plain.
So, I've just done that - no dice. When I send to the list from the Gmail app on an Android phone with the pass_mime_types field completely clear, mail gets to the list. With the mime type set to your three options, nothing gets through and nothing appears in the vette log - which is consistent with the message having been so gutted by the filtering process that there was nothing left to pass or reject.
I've attached an example of a message that gets through to the list with pass_mime_types cleared, and is lost with the filtering turned on. In case the act of attaching it loses anything, the headers as received at the list were:
Return-Path: email@example.com X-Original-To: firstname.lastname@example.org Delivered-To: email@example.com Received: by mail.jeremygregson.com (Postfix, from userid 500) id 52C2F4021C; Mon, 27 Aug 2018 13:47:18 +1000 (AEST) Received: from mail.lochac.sca.org (vmx20482.hosting24.com.au [18.104.22.168]) by mail.jeremygregson.com (Postfix) with ESMTP id 36B0440215 for firstname.lastname@example.org; Mon, 27 Aug 2018 13:47:18 +1000 (AEST) Received: by mail.lochac.sca.org (Postfix, from userid 500) id E453E481FD5; Mon, 27 Aug 2018 13:48:12 +1000 (AEST) X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on vmx20482.hosting24.com.au X-Spam-Level: X-Spam-Status: No, score=-0.0 required=3.2 tests=BAYES_00,HTML_MESSAGE, MAILING_LIST_MULTI,MISSING_MIMEOLE,RDNS_DYNAMIC,SPF_HELO_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.1 Received: from mail.lochac.sca.org (localhost [IPv6:::1]) by mail.lochac.sca.org (Postfix) with ESMTP id 8B2F4481F89 for email@example.com; Mon, 27 Aug 2018 13:48:12 +1000 (AEST) X-Original-To: firstname.lastname@example.org Delivered-To: email@example.com Received: by mail.lochac.sca.org (Postfix, from userid 500) id 9BA8F481FD5; Mon, 27 Aug 2018 13:48:10 +1000 (AEST) Received: from mail.jeremygregson.com (203-217-61-26.perm.iinet.net.au [22.214.171.124]) by mail.lochac.sca.org (Postfix) with ESMTP id 36E9A481F89 for firstname.lastname@example.org; Mon, 27 Aug 2018 13:48:10 +1000 (AEST) Received: by mail.jeremygregson.com (Postfix, from userid 500) id E964A4021C; Mon, 27 Aug 2018 13:47:13 +1000 (AEST) Received: from [10.183.142.121] (unknown [126.96.36.199]) by mail.jeremygregson.com (Postfix) with ESMTPSA id 87B3940215 for email@example.com; Mon, 27 Aug 2018 13:47:13 +1000 (AEST) Date: Mon, 27 Aug 2018 13:48:04 +1000 Message-ID: firstname.lastname@example.org X-Android-Message-ID: email@example.com To: firstname.lastname@example.org Importance: Normal X-Priority: 3 X-MSMail-Priority: Normal MIME-Version: 1.0 Subject: [Selenetest] Test subject X-BeenThere: email@example.com X-Mailman-Version: 2.1.20 Precedence: list List-Id: <selenetest.lochac.sca.org> List-Unsubscribe: https://lochac.sca.org/mailman/options/selenetest, mailto:firstname.lastname@example.org?subject=unsubscribe List-Archive: http://lochac.sca.org/pipermail/selenetest/ List-Post: mailto:email@example.com List-Help: mailto:firstname.lastname@example.org?subject=help List-Subscribe: https://lochac.sca.org/mailman/listinfo/selenetest, mailto:email@example.com?subject=subscribe From: Nico via Selenetest firstname.lastname@example.org Reply-To: Nico email@example.com Content-Type: multipart/mixed; boundary="===============8988888446188673456==" Errors-To: firstname.lastname@example.org Sender: "Selenetest" email@example.com
Any further suggestions will be appreciated. Cheers, Jeremy
** Attachment added: "Message blocked/reduced to nothing by content filter" https://bugs.launchpad.net/mailman/+bug/1787690/+attachment/5181125/+files/S...
This is the correct tracker for Mailman 2.1 issues.
The headers at https://bugs.launchpad.net/mailman/+bug/1787690/comments/2 are only the message headers and only say that the message's Conternt-Type: is multipart/mixed. If I send a message from Gmail on my android phone it has the following MIME structure.
multipart/alternative text/plain the plain text alternative text/html the html alternative
I suspect the message you are looking at from the list has structure
multipart/mixed multipart/alternative text/plain the plain text alternative text/html the html alternative text/plain the list footer
I can download the https://bugs.launchpad.net/mailman/+bug/1787690/+attachment/5181125/+files/S... attachment, but I can't open it with anything that renders it properly. 'file' tells me "Composite Document File V2 Document, Cannot read section info".
Note that you can't use wildcards in pass_mime_types, but you can specify a main type without a subtype. I.e., this
in pass_mime_types will accept any text/* elemental parts within any multipart/* parts.
Also note that Content filtering -> filter_action controls what is done with a message from which content filtering removes everything and there should always be a Message discarded or Message rejected message in the vette log in any case.
Is there anything in Mailman's error log?
If you have problem posting a raw message, just send a message from your android gmail app with Subject: Bug 1787690 to firstname.lastname@example.org.