Hitashi mancho via Mailman-users writes: > One of our users posted an email using a Bluemail Desktop client on one of > the mailing lists. This email bounced with the reason "501 Message has > defects".
Bouncing the message is arguably an overreaction to this particular defect, but in fact Bluemail is violating a "MUST NOT" in RFC 2045. Mailman takes the position that in principle we should not forward non-conforming mail. At least one expert has told me he considers this defect harmless, but (a) it's not clear to me that it is harmless (especially in the hands of a malicious actor targeting carelessly- written applications) and (b) it's hard to get excited about adding complicated logic to the code to make life easier for an application that doesn't conform to a trivial 30-year-old restriction. > However, it gets accepted if the same user posts the same email > on the same mailing list using Webmail (RoundCube) or Thunderbird. I'm not familiar with the maintainers of RoundCube, but Thunderbird has a long history of respect for Internet standards. > There is nothing in mailman.log and bounce.log, even in debug mode. Since this is happening during receipt of the message I would guess that all messages related to the problem would be in Mailman's smtp.log. I don't think you'd see anything about this in mailman.log unless the defect managed to crash the lmtp runner or all of Mailman. bounce.log reports bounces *received* by Mailman, not bounces caused by Mailman. > Apr 21 18:00:47 2025 (1979121) ('127.0.0.1', 44502) << b'501 Message has > defects' I seem to recall that Mark submitted a patch to add the defect list to this message. I will follow up on that (although it doesn't help get the message delivered to subscribers, it will make diagnosis a lot easier and faster). > Content-Type: multipart/alternative; > boundary="----sinikael-?=_1-17452386441150.6962994414278503" > Content-Transfer-Encoding: quoted-printable This the problem. When Content-Type is 'multipart', the only values allowed for Content-Transfer-Encoding are '7-bit', '8-bit' and 'binary'. This is a "what were they thinking?!" level bug. -- GNU Mailman consultant (installation, migration, customization) Sirus Open Source https://www.siriusopensource.com/ Software systems consulting in Europe, North America, and Japan _______________________________________________ Mailman-users mailing list -- mailman-users@mailman3.org To unsubscribe send an email to mailman-users-le...@mailman3.org https://lists.mailman3.org/mailman3/lists/mailman-users.mailman3.org/ Archived at: https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/message/HZW6KNFGLY5KH3WEQOHXS45BALAEUHPG/ This message sent to arch...@mail-archive.com