[Mutt] #3487: Display problems for mbox-files > 2GiB
#3487: Display problems for mbox-files > 2GiB
------------------------------+---------------------------------------------
Reporter: antonio@â | Owner: mutt-dev
Type: defect | Status: new
Priority: trivial | Milestone:
Component: mutt | Version: 1.5.21
Keywords: |
------------------------------+---------------------------------------------
Forwarding from http://bugs.debian.org/602145
{{{
I archive some old Mail in mbox files. Recently one of those has become
larger than 2GiB. Mutt still appears to be able to read the headers
correctly, but instead of the body it displays some random chunk of the
mbox file for mails starting after the 2GiB boundary in the mbox. The
exact conditions appears to be that the body must start before 2GiB for
everything to work fine, even if the body then crosses the 2GiB barrier.
Here is a collection of what works and what doesn't for mails after the
2GiB barrier:
Works:
- Headers are displayed correctly.
- Piping the entire mail to some shell-command.
- Viewing the structure of a MIME-message in the attachmend browser.
- From the attachment browser: Viewing (and piping) some parts of
MIME-messages, such as a GPG signature.
Doesn't work:
- Displaying the body.
- Verifying GPG-Encrypted messages.
- From the attachment browser: Viewing (and piping) some parts of
MIME-messages, such as GPG-signed text.
- From the attachment browser: Viewing (and piping) some parts of
messages such as the body-text of non-multipart mails. I even get a
different part of the mbox file for the first 5 to 10 tries, until it
settles to only show me empty text.
The attached perl script will generate a mbox file slightly larger than
2GiB on stdout to illustrate the problem. Note that it had to be a script
because I had to give each mail in the mbox a unique Message-ID, otherwise
mutt assumes they are all in one thread and takes ages to sort the mails
for display. In an mbox generated by the unmodified skript the last two
mails show the broken behaviour.
I suggest to either fix the broken behaviour. If that proves to be too
difficult, I suggest to refuse opening mbox files larger than 2GiB (at
least on 32 bit architectures). This smells like some integer overflow
and those tend to have security implications.
}}}
--
Ticket URL: <http://dev.mutt.org/trac/ticket/3487>
Mutt <http://www.mutt.org/>
The Mutt mail user agent