After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 522433 - Fails opening mbox > 2GB
Fails opening mbox > 2GB
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Mailer
2.28.x (obsolete)
Other Linux
: High critical
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
: 324679 536548 540574 547492 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2008-03-14 15:07 UTC by C de-Avillez
Modified: 2010-08-06 19:47 UTC
See Also:
GNOME target: 2.32.x
GNOME version: 2.27/2.28


Attachments
proposed eds patch (4.04 KB, patch)
2008-04-04 16:07 UTC, Milan Crha
committed Details | Review

Description C de-Avillez 2008-03-14 15:07:10 UTC
Ubuntu source bug: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/197290

From a comment in the bug:

"

I have this problem this morning with Ubuntu 7.10.
I was afraid to loose my 2Gb mails... no solution through web, or very complicated.
And then I have an idea.
I search evolution for Windows http://shellter.sourceforge.net/evolution/

So I setup evolution for windows on a windows XP computer.
I archive my .evolution folder from my ubuntu computer on a external hard drive.

After I setup evolution for windows on the other computer I created an account and I can see that in Documents and Settings/MYNAME there was also a folder called .evolution.
I replace this one with the other from my hard drive (ubuntu's)

Windows evolution can read my 2Gb Inbox file !
So I create some indiviual archives.

Then I tried to copy all windows .evolution folder on my ubuntu and all is OK now !

This is the first time windows help me for my linux !"

It is weird that Evo Linux fails to open the large Inbox, but later succeeds after the Inbox is brought back from Windows.
Comment 1 Milan Crha 2008-04-04 15:02:34 UTC
We have a downstream bug about this too.
https://bugzilla.redhat.com/show_bug.cgi?id=440455
Comment 2 Milan Crha 2008-04-04 16:07:13 UTC
Created attachment 108613 [details] [review]
proposed eds patch

for evolution-data-server;

Just added O_LARGEFILE flag. Applies on actual evo too, even I cannot reproduce on my 64bit machine (which makes sense, somehow).

Notice the error message in ubuntu bug, the lock file cannot be opened. This is one place of my fix, where I added that flag.
Comment 3 Jeffrey Stedfast 2008-04-04 16:27:35 UTC
patch looks good Milan... could have sworn I did this years ago, but apparently not (either that or I never actually committed it?)
Comment 4 Milan Crha 2008-04-04 16:49:04 UTC
You committed it, I found in Changelog, but you didn't add there on all places :)
Comment 5 Milan Crha 2008-04-04 16:56:24 UTC
Committed to trunk. Committed revision 8618.
Committed to gnome-2-22. Committed revision 8619.
Comment 6 Milan Crha 2008-04-07 09:17:49 UTC
As reported in our downstream bug, the change I did is not enough to fix this. The reported stated the result is this error message for him:
Cannot create folder: xyz: Value too large for defined data type
I found other possible solution, but this change requires changes in compiler flags and probably in code too, thus I would rather ask your opinion on such change before I do anything with it. Thanks in advance.
http://help.lockergnome.com/linux/lseek-large-defined-data-type-ftopict481415.html

Fejj, what do you think?

Note: I'm not sure whether our error message comes from lseek, but I've such a feeling that the error can come from there.
Comment 7 Jeffrey Stedfast 2008-04-07 16:12:55 UTC
see if revision 8625 fixes the problem
Comment 8 Milan Crha 2008-04-07 19:37:53 UTC
Just for a record: http://mail.gnome.org/archives/evolution-hackers/2008-April/msg00006.html

Seems like more complicated than I expected...
Comment 9 Luis Carlos Cobo 2009-04-07 21:33:40 UTC
No activity in the last year... any status update on this?
Comment 10 Akhil Laddha 2009-08-19 12:49:23 UTC
*** Bug 324679 has been marked as a duplicate of this bug. ***
Comment 11 Eddy Petrişor 2009-08-19 13:41:44 UTC
With the risk of repeating myself, why isn't Evolution using Maildir as default storage instead of mbox?

Only changing the storage to Maildir would fix this bug, and (quoting myself from message #14 in bug #324679) "would also fix for large inboxes performance issues (when deleting mails), possible corruptions, inconsistencies or old data (sudden power outage), problems when free space is less than the current size of the mbox to be modified."

Also, the alteration of message body to "quote" the sequence "From " when it appears in the body would no longer be necessary, and since that alteration is wrong anyway, would mean other bugs fixed (at least #324650 and #401665).
Comment 12 Akhil Laddha 2009-08-21 12:07:28 UTC
*** Bug 540574 has been marked as a duplicate of this bug. ***
Comment 13 Akhil Laddha 2009-08-21 12:08:25 UTC
*** Bug 547492 has been marked as a duplicate of this bug. ***
Comment 14 Akhil Laddha 2009-10-01 11:20:30 UTC
*** Bug 536548 has been marked as a duplicate of this bug. ***
Comment 15 reallywannaknow 2009-11-26 04:34:48 UTC
No error message, but the same behavior.  Evolution suddenly shows 0 messages in Inbox.  Can send mails, but not receive (POP3).  Wireshark reports only SMTP traffic, no attempt at POP.  Can back up account; restoring from back up creates new "broken" account (won't retrieve POP3, nothing in Inbox).  Inbox file size exactly 2.0GB.  Archivemail provides a workaround.  This bug exists under Ubuntu i386 2.6.24-25-generic, evolution 2.22.3.1.  It also exists under Ubuntu i386 2.6.28-16-generic, evolution 2.26.1.

If this bug can't be fixed, can someone add a script that checks file sizes in the local user's .evolution/mail/local/ directory, and gives a warning message if approaching the 2GB size limit?
Comment 16 Tobias Mueller 2010-04-29 13:50:30 UTC
hm. What's the status of this? Does anybody see this in evolution>2.26? I don't see any recent downstream bug report.

If it still exists, does it happen on 32bit or 64bit systems?
Comment 17 André Klapper 2010-04-29 14:12:00 UTC
The status is that this bug is still valid.
Comment 18 David Futcher 2010-06-08 09:36:47 UTC
This is still causing issues. The latest comment for this in the Ubuntu bug tracker is

"I can confirm that the bug still exists in 10.04 LTS -- and indeed in the 64-bit version."

It seems to still be a problem, on both 32 and 64bit systems, unfortunately. Ubuntu Lucid shipped with Evolution 2.28.3
Comment 19 Matthew Barnes 2010-08-06 19:47:57 UTC
Fixed in:
http://git.gnome.org/browse/evolution-data-server/commit/?id=bdf21ed35f0c8a44dc8bcb40f10b5e913aeed64e

Enable largefile support by default now that it's stable.