bug#48160: closed (Mumi renders huge messages)

[GNU bug Tracking System]

Your message dated Sat, 24 Dec 2022 22:43:56 +0100
with message-id <87bknscw78.fsf@elephly.net>
and subject line Mumi renders huge messages
has caused the debbugs.gnu.org bug report #48160,
regarding Mumi renders huge messages
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


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

--- Begin Message --- Subject: Mumi renders huge messages Date: Sun, 02 May 2021 15:54:01 +0200 ...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
Description: PGP signature

--- End Message ---

> --- Begin Message ---
>
>
>
> Subject: 
>
> Mumi renders huge messages
>
>
>
>
> Date: 
>
> Sat, 24 Dec 2022 22:43:56 +0100
>
>
>
>
> User-agent: 
>
> mu4e 1.8.13; emacs 28.2
>
>
>
>
> 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
>
>
> --- End Message ---