[Mailman-Users] max_message_size description suggested extension

2020-05-19 Thread Julian H. Stacey 
Hi all,
On my mailman server I have:
General Options
max_message_size 10K
Content filtering
collapse_alternatives Yes
convert_html_to_plaintext Yes

I posted OK to a list with  
Mime-version: 1.0
Content-type: text/plain; charset="us-ascii"

size (stripped of all headers & list footer) 4087 bytes

A reply was trapped by Mailman with admin page showing draft reply:
Your message was too big; please trim it to less than 10 KB in size.

The sender had used:
User-Agent: Roundcube Webmail/1.3.7
Content-Type: multipart/alternative;

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 ?
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.

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 ?

Cheers
--
Julian Stacey, Consultant Systems Engineer, BSD Linux http://berklix.com/jhs/
ttp://www.berklix.org/corona/#masks  Tie 2 handkerchiefs or 1 pillow case. 
Jobs & economy hit by Corona to be hit again by Crash Brexit 31st Dec. 2020
--
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/

[Mailman-Users] Re: max_message_size description suggested extension

2020-05-19 Thread Mark Sapiro 
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  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 The highway is for gamblers,
San Francisco Bay Area, Californiabetter 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/

[Mailman-Users] Re: max_message_size description suggested extension

2020-05-19 Thread Yasuhito FUTATSUKI 
On 2020/05/20 1:42, Mark Sapiro wrote:
> On 5/18/20 5:59 AM, Julian H. Stacey wrote:
 
>> 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.
 To change English messages, we can add message catalogue for 'en' (locally
or lp:mailman/2.1 for errata) without changing msgid, can't we?  

Cheers,
-- 
Yasuhito FUTATSUKI 
--
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/

[Mailman-Users] Issue with sender name

2020-05-19 Thread Kevin Bowen 
Hello,
Today I encountered a very weird issue which I'm not sure how to summarize,
so I'll just go through the sequence of events. This morning a user
reported that one of their posts to a moderated list seemed to just
disappear, with no error message, no moderation mail, nothing appearing in
the moderation queue when they checked in the web UI. The problem was
reproduceible on multiple attempts. Looking at the logs for the relevant
times, I saw this in /var/log/mailman/smtp-failure:

May 19 09:55:58 2020 (15631) All recipients refused: {'vice': (550, '5.7.1
Command rejected')}, msgid: 
May 19 09:55:58 2020 (15631) delivery to vice failed with code 550: 5.7.1
Command rejected

"vice" (with no @domain) is obviously not a valid email address, and it
wasn't clear where it was coming from, but a clue was that that word
appeared as the first word of the sender name (not the actual address),
i.e. in the format:
"Vice Something Or Other, etc" 

After some trial and error, we eventually figured out that if we massaged
the sender name into a format that did not include the quote marks (which
it looks like Thunderbird inserts automatically if the name includes a
comma), then the mail would go through and hit the moderation queue
successfully.

This issue appears to affect only this one particular list - other lists
(managed by the same user, using the same email client) don't seem to have
the issue. I compared the sender filters and content filters between the
list and another list that doesn't have the issue, and didn't see any
relevant-seeming differences between them.

Any ideas what would be causing this?

Running mailman 2.1.9

Kevin Bowen
kevin.t.bo...@gmail.com 
--
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/

[Mailman-Users] Re: Issue with sender name

2020-05-19 Thread Mark Sapiro 
On 5/19/20 4:16 PM, Kevin Bowen wrote:
> Hello,
> Today I encountered a very weird issue which I'm not sure how to summarize,
> so I'll just go through the sequence of events. This morning a user
> reported that one of their posts to a moderated list seemed to just
> disappear, with no error message, no moderation mail, nothing appearing in
> the moderation queue when they checked in the web UI. The problem was
> reproduceible on multiple attempts. Looking at the logs for the relevant
> times, I saw this in /var/log/mailman/smtp-failure:
> 
> May 19 09:55:58 2020 (15631) All recipients refused: {'vice': (550, '5.7.1
> Command rejected')}, msgid: 
> May 19 09:55:58 2020 (15631) delivery to vice failed with code 550: 5.7.1
> Command rejected


What's in the MTA's logs for this?

Note that the above smtp-failure messages seem to be for a notice from
Mailman back to the sender, and not for delivery from the sender to the
list.


> "vice" (with no @domain) is obviously not a valid email address, and it
> wasn't clear where it was coming from, but a clue was that that word
> appeared as the first word of the sender name (not the actual address),
> i.e. in the format:
> "Vice Something Or Other, etc" 
> 
> After some trial and error, we eventually figured out that if we massaged
> the sender name into a format that did not include the quote marks (which
> it looks like Thunderbird inserts automatically if the name includes a
> comma), then the mail would go through and hit the moderation queue
> successfully.


Actually, this seems backwards to me. If the address with the comma and
quoted display name seems correct (a comma in a display name MUST be quoted.

If it were not quoted as in

Vice Something Or Other, etc 

it would be two email addresses

Vice Something Or Other

and

etc 

And Mailman would actually pick the first one as the sender which would
result in the address 'Vice'


> This issue appears to affect only this one particular list - other lists
> (managed by the same user, using the same email client) don't seem to have
> the issue. I compared the sender filters and content filters between the
> list and another list that doesn't have the issue, and didn't see any
> relevant-seeming differences between them.
> 
> Any ideas what would be causing this?


Maybe the above explains why Mailman would be sending to 'vice' but it
doesn't explain what happened to the original message, or why only one
list is affected.


> Running mailman 2.1.9

Really?

-- 
Mark Sapiro The highway is for gamblers,
San Francisco Bay Area, Californiabetter 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/