Tìm kiếm hỗ trợ

Tránh các lừa đảo về hỗ trợ. Chúng tôi sẽ không bao giờ yêu cầu bạn gọi hoặc nhắn tin đến số điện thoại hoặc chia sẻ thông tin cá nhân. Vui lòng báo cáo hoạt động đáng ngờ bằng cách sử dụng tùy chọn "Báo cáo lạm dụng".

Tìm hiểu thêm

Thunderbird folder compacting changes old message headers which greatly increase size of incremental backups

  • 5 trả lời
  • 0 gặp vấn đề này
  • Trả lời mới nhất được viết bởi Marcin

more options

Hi,

TL;TR. Thunderbird should not change the whole folder (e.g. Inbox) during compacting by replacing "From" with "From - Mon May 3 20:50:30 2004" and the other way round. It dramatically increases the size of incremental backups done by tools detecting only blocks of bigger files which change.


Longer version. I use Borg to backup Thunderbird profile. It supports deduplication and can incrementally backup only parts of bigger files which have changed. As I use filters to automatically move messages from Inbox to the other folders, before backup, I perform compacting of the Inbox folder to effectively remove moved messages (and those deleted manually - e.g. the biggest ones). I worked pretty fine - there were no changes detected by Borg in the old messages. Only new messages were backed up.

However, it worsen in the recent months - Borg started to detected changes also in the old messages in Inbox (after compacting performed before the every backup session). As a result, a (compressed) incremental copy takes ~1/3 of the whole Inbox (instead of some MBs). For Inbox having 5GB+, it can be a problem (e.g. when - slow - network storage is used).

I diffed the Inbox file before and after of recent compacting and Thunderbird around an upgrade to 128.x (I cannot tell exactly which minor version it was) changed the "From" line for every message from just "From" to "From - Thu Nov 14 22:32:10 2024" (a date when the compaction was performed). In older backups I see that some earlier versions of Thunderbird removed the date replacing the line with just "From".

My question. Had it been an accidental change (with removing the date) which was later reverted and there will be no more "rewriting" compacted folders? Or it's "more complicated" and people using incremental backup cannot sleep peacefully?


Marcin

P.S. Let's skip the msf files for the moment as they are much smaller.

Hi, TL;TR. Thunderbird should not change the whole folder (e.g. Inbox) during compacting by replacing "From" with "From - Mon May 3 20:50:30 2004" and the other way round. It dramatically increases the size of incremental backups done by tools detecting only blocks of bigger files which change. Longer version. I use Borg to backup Thunderbird profile. It supports deduplication and can incrementally backup only parts of bigger files which have changed. As I use filters to automatically move messages from Inbox to the other folders, before backup, I perform compacting of the Inbox folder to effectively remove moved messages (and those deleted manually - e.g. the biggest ones). I worked pretty fine - there were no changes detected by Borg in the old messages. Only new messages were backed up. However, it worsen in the recent months - Borg started to detected changes also in the old messages in Inbox (after compacting performed before the every backup session). As a result, a (compressed) incremental copy takes ~1/3 of the whole Inbox (instead of some MBs). For Inbox having 5GB+, it can be a problem (e.g. when - slow - network storage is used). I diffed the Inbox file before and after of recent compacting and Thunderbird around an upgrade to 128.x (I cannot tell exactly which minor version it was) changed the "From" line for every message from just "From" to "From - Thu Nov 14 22:32:10 2024" (a date when the compaction was performed). In older backups I see that some earlier versions of Thunderbird removed the date replacing the line with just "From". '''My question'''. Had it been an accidental change (with removing the date) which was later reverted and there will be no more "rewriting" compacted folders? Or it's "more complicated" and people using incremental backup cannot sleep peacefully? Marcin P.S. Let's skip the msf files for the moment as they are much smaller.

Giải pháp được chọn

Marcin said

Maybe they do not realize the impact of those changes? I will try to run this topic using the developers group - https://thunderbird.topicbox.com/groups to ask about the plans .

Btw, I've found that developer thread which explains the situation: https://thunderbird.topicbox.com/groups/developers/T474524e1d82fbdd1

Đọc câu trả lời này trong ngữ cảnh 👍 0

Tất cả các câu trả lời (5)

more options

If you are seeing this once per folder, that is normal. The file format has changed.

Hữu ích?

more options

Wayne Mery said

If you are seeing this once per folder, that is normal. The file format has changed.

Unfortunately, as I stated in the original message, there were at least 2 changes - back and forth (each generating GBs of extra overhead), separated by 1-2 months. Therefore, I posted it here, to try to explain, if it was a "bug" or it is unstable and there might be further changes?

Hữu ích?

more options

Thanks. Yes, I believe there were multiple changes. We can't predict what development will do in the pursuit of improving the product.

Hữu ích?

more options

Wayne Mery said

Thanks. Yes, I believe there were multiple changes. We can't predict what development will do in the pursuit of improving the product.

Maybe they do not realize the impact of those changes? I will try to run this topic using the developers group - https://thunderbird.topicbox.com/groups to ask about the plans .

Thanks for your comments.

Hữu ích?

more options

Giải pháp được chọn

Marcin said

Maybe they do not realize the impact of those changes? I will try to run this topic using the developers group - https://thunderbird.topicbox.com/groups to ask about the plans .

Btw, I've found that developer thread which explains the situation: https://thunderbird.topicbox.com/groups/developers/T474524e1d82fbdd1

Được chỉnh sửa bởi Marcin vào

Hữu ích?

Đặt một câu hỏi

Bạn phải đăng nhập vào tài khoản của bạn để trả lời bài viết. Vui lòng bắt đầu một câu hỏi mới, nếu bạn chưa có tài khoản.