the read of the raw message is returning message sizes completely different and larger than reality
Categories
(Thunderbird :: Folder and Message Lists, defect)
Tracking
(Not tracked)
People
(Reporter: kauffmann.pierre, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: regression)
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:128.0) Gecko/20100101 Firefox/128.0
Steps to reproduce:
When trying to export eml with Import-Export Tools NG add-on, I realised that the size of the messages in TB128 (Ubuntu 24.04) is completely different and larger than reality.
Actual results:
Hi, here are the results from my test:
Machine: Ubuntu 24.04, i7 on HDD, 8GB memory
Database: 168 e-mails (in one folder) - 27.2MB input
v115 (DEB): Exporting time to EML = 2sec with the same size in the output folder
Exporting time to MBOX = 1.8sec with the same size in the output folder
v128 (SNAP): Exporting time to EML =30sec with a 2.1GB size (!) in the output folder
Exporting time to MBOX= 27sec with a 2.1GB size (!) in the output folder
I run TB 128 on three different computer, with three different databases and I have the same issue. (each time Ubuntu 24.04 but with 32GB memory and SSD evo 870/850)
Edit: i also ran the test on Windows 10 with the same data base (samsung evo 870, i7, 8GB memory)
v115: Exporting time to EML: 2 sec with the same size in the output folder
Exporting time to MBOX: 0.58sec with the same size in the ouput folder
v128: Exporting time to EML: 2 sec with the same size in the output folder
Exporting time to MBOX: 1.09 sec with the same size in the ouput folder
So probably on issue with Linux version only?
According to the author, it is an issue where the read of the raw message is returning message sizes completely different and larger than reality
Expected results:
TB 128 on Ubuntu should export as fast as TB 115 did.
For more information please consult: https://github.com/thunderbird/import-export-tools-ng/issues/606
To assist those who may look into this bug report can you provide some info on the following:
Wnen comparing between the versions of TB:
Database: 168 e-mails (in one folder) - 27.2MB
Regarding size - the size shown in Folder Pane for folder is based on the total size of all emails you see in Message List.
In the past that Folder Pane size would show size of mbox file, but it no longer does this so it may not be the same size as the actual mbox file.
So to be sure of real size shown in Folder Pane for folder size - Did you compact that folder before you performed the export to ensure there were no marked as deleted emails in the file?
AS EML creates several individual files and exporting an mbox is just a single file, this may have a baring on the difference between file type.
Using Import-Export Tools NG addon -
eg: ImportExportTools NG > Export All Messages in Folder > EML Message Format >
then there are two options - 'Messages and HTML Index' and 'Messages and index with subfolders' - which did you choose ?
Does the difference depend on the option selected?
Hi,
Concerning the size of the emails/folders, this is not based on thunderbird folder pane but on the size on ubuntu nautilus/explorer: i did not compact any folder because the database was a sample made to reproduce this issue: no emails were marked for deletion.
No matter I choose export as mbox or EML with or without subfolder, the issue remains the same on linux machine. In my example I choosed Messages and HTML Index
Updated•10 months ago
|
Comment 3•9 months ago
|
||
Can you try a non-snap build from thunderbird.net? Perhaps it's a snap-only issue...
(In reply to Magnus Melin [:mkmelin] from comment #3)
Can you try a non-snap build from thunderbird.net? Perhaps it's a snap-only issue...
Hello, I just tried with the last version donwload from thunderbird.net and the issue remains the same
Comment 5•7 months ago
|
||
pirli54, still see this?
Updated•7 months ago
|
Description
•