On 5/18/20 5:59 AM, Julian H. Stacey wrote: > > Sender had only added maybe a K or so of text, but I presume her adding > the bloater of HTML via multipart/alternative caused her to be caught. > > If that supposition is correct ?
Yes. The size that is checked is the sum of the sizes of all elemental MIME part contents plus preambles and epilogues if any > Moving the size checking to after stripping would be nice, > ( I dont care how much discardable HTML the server receives from an > individual, but I do care max size of messages server stores > in archive, & sends to all on list) > but moving the count would be work. See the FAQ article at <https://wiki.list.org/x/7602227> for how to do content filtering before checking these holds (It's two lines in mm_cfg.py). > An easy quick fix would be to extend the description of max_message_size > to inform admins the effect of the limit can be variant, eg extend > From > Maximum length in kilobytes (KB) of a message body. > To > Maximum length in kilobytes (KB) of a message body, > (counting all bulk in multipart/alternative [before > that bulk may later be trimmed by collapse_alternatives > &/or convert_html_to_plaintext]). > > Comments ? It this stage in the life cycle of Mailman 2.1 there will be no changes of this nature to messages because of i18n issues whenever a translated string is changed. -- Mark Sapiro <m...@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan ------------------------------------------------------ Mailman-Users mailing list -- mailman-users@python.org To unsubscribe send an email to mailman-users-le...@python.org https://mail.python.org/mailman3/lists/mailman-users.python.org/ Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: https://www.mail-archive.com/mailman-users@python.org/ https://mail.python.org/archives/list/mailman-users@python.org/
