На днях я пришел на работу и обнаружил, что наш сервер разработки - Ubuntu box - имел полный жесткий диск. Я провел небольшое расследование, и кажется, что Mozilla Thunderbird - главный виновник. После записи некоторых файлов резервных копий, которые не должны были находиться на компьютере, диск остался на 94%:
$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 895G 791G 59G 94% /
none 4.0G 300K 4.0G 1% /dev
none 4.0G 1.4M 4.0G 1% /dev/shm
none 4.0G 140K 4.0G 1% /var/run
none 4.0G 0 4.0G 0% /var/lock
none 4.0G 0 4.0G 0% /lib/init/rw
$ cd
$ du -ch | grep [0-9]G
666G ./.thunderbird/ccsmcruu.default/ImapMail/mail.adofms.com.au
666G ./.thunderbird/ccsmcruu.default/ImapMail
667G ./.thunderbird/ccsmcruu.default
667G ./.thunderbird
2.2G ./.VirtualBox/Machines/iBike/Snapshots
2.2G ./.VirtualBox/Machines/iBike
2.2G ./.VirtualBox/Machines
2.2G ./.VirtualBox
670G .
670G total
Я немного прочитал и обнаружил, что Mozilla Thunderbird не сжимает файлы по умолчанию - т.е. все старые электронные письма, которые были отправлены в корзину, до сих пор хранятся. Один из почтовых ящиков получал много спама, поэтому я думаю, что это 667 ГБ. Я открыл Thunderbird, чтобы посмотреть, сколько места на самом деле занимает папка «Входящие», и получается, что она составляет примерно 500 МБ - в 1000 раз меньше, чем материал, который не был спрессован в течение многих лет.
Поэтому я щелкнул правой кнопкой мыши на папке входящих сообщений в дереве слева от Thunderbird и выбрал «компактный». Я оставил его на 12 часов, но даже после этого в строке состояния все еще было написано «папка сжатия». Я не использую Thunderbird на этом ПК - он принадлежал коллеге, который покинул компанию, однако мне иногда нужно просматривать папку «Входящие», чтобы найти ссылки на проект, над которым я работаю, поэтому удаление всех следов Thunderbird не является вариант.
У меня вопрос - можно ли как-нибудь контролировать прогресс функции сжатия Thunderbird? Мне бы очень хотелось знать, сколько времени это займет.
Если есть какой-то способ, которым я могу ускорить процесс уплотнения, я также хотел бы знать.
Я нашел гораздо более быстрое решение! просто щелкните правой кнопкой мыши на каждом почтовом ящике и выберите свойства. затем на вкладке «общая информация» выберите «перестроить индекс». это заняло около 30 секунд и вычистило все это!
$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 895G 120G 730G 15% /
none 4.0G 300K 4.0G 1% /dev
none 4.0G 1.5M 4.0G 1% /dev/shm
none 4.0G 140K 4.0G 1% /var/run
none 4.0G 0 4.0G 0% /var/lock
none 4.0G 0 4.0G 0% /lib/init/rw
$ du -ch | grep [0-9]G
2.2G ./.VirtualBox/Machines/iBike/Snapshots
2.2G ./.VirtualBox/Machines/iBike
2.2G ./.VirtualBox/Machines
2.2G ./.VirtualBox
4.3G .
4.3G total
далеко! от 667 ГБ до менее 1 ГБ за 30 секунд! это было быстро! :)
Так как вы используете IMAP, почта хранится на сервере и просто кэшируется локально. Вы можете выключить Thunderbird, зайти в этот каталог и просто удалить гигантский файл. Вы также можете убедиться, что у вас установлен флажок для локальной синхронизации папки для автономного доступа.
Учитывая, что каталог настолько большой, похоже, есть ошибка, которая каким-то образом заставила его заполниться мусором. Кроме того, перемещение сообщений в корзину не имеет ничего общего с сжатием почтового ящика. Корзина - это просто еще одна папка, поэтому, если вы действительно хотите удалить почту, вы должны очистить корзину.
При использовании IAMP сжатие папки приводит к тому, что Thunderbird выбрасывает кэшированное электронное письмо. Для локальных почтовых ящиков (используется с POP) сжатие переписывает почтовый ящик, удаляя все неиспользуемое пространство. Пространство обычно становится неиспользованным, когда вы удаляете почту, и может использоваться повторно новой почтой, которая помещается в это пространство, но иногда пробелы могут быть настолько малы, что их нельзя использовать повторно, и если их много, они складываются.