GNU bug report logs - #48160
Mumi renders huge messages

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Tobias Geerinckx-Rice <me <at> tobias.gr>
Subject: bug#48160: closed (Mumi renders huge messages)
Date: Sat, 24 Dec 2022 21:46:03 +0000

[Message part 1 (text/plain, inline)]

Your bug report

#48160: Mumi renders huge messages

which was filed against the guix package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 48160 <at> debbugs.gnu.org.

-- 
48160: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=48160
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Ricardo Wurmus <rekado <at> elephly.net>
To: 48160-done <at> debbugs.gnu.org
Subject: Mumi renders huge messages
Date: Sat, 24 Dec 2022 22:43:56 +0100

This is now fixed with mumi commit
ca4d83865943f2851b07deaf34b026705c46dd41.

The problem here was that the attachment did not come with a
content-disposition header reporting the size of the attachment.  As a
fall back mumi now also looks at the actual size of the message when
determining whether to hide a multipart message part.

-- 
Ricardo

[Message part 3 (message/rfc822, inline)]

From: Tobias Geerinckx-Rice <me <at> tobias.gr>
To: Bug Guix <bug-guix <at> gnu.org>
Subject: Mumi renders huge messages
Date: Sun, 02 May 2021 15:54:01 +0200

[Message part 4 (text/plain, inline)]

...when it should probably give up sooner, clearly indicate 
truncation, and point users to the raw view.

<http://issues.guix.gnu.org/48151> is a >9 MiB mail.  The rendered 
HTML is >11 MiB.  Apart from being A Bit Much to send to clients, 
I get 504s most of the time.  It succeeded once.

Mailman's message limits are of no use here: it sits later in the 
chain.

Kind regards,

T G-R

[signature.asc (application/pgp-signature, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.