Серверна - Microsoft Outlook або Mozilla Thunderbird
Усього два дні не голився, а костюм сидить як крадений
Microsoft Outlook або Mozilla Thunderbird - Що краще?
Суворе порівняння технічних характеристик двох програм, з неупередженим описом їх плюсів та мінусів, залишимо на інший раз. Зараз просто історія.
Є організація. За діяльністю організація обмінюється просто гігантськими обсягами електронної пошти. За місяць кількість листування, як вхідного, так і вихідного може досягати гігабайта. Тобто гігабайт вхідних листів і гігабайт вихідних. Для одного користувача.
Mozilla Thunderbird
У всіх співробітників встановлений поштовий клієнт Thunderbird (він же Сандерберд). Один із критеріїв такого вибору — простий та зрозумілий спосіб зберігання поштових даних:
Адресна книга — LDAP або окремий файл. Установки програми — окремий файл. Налаштування ящиків теж. Всі текстові файли і редагуються простим блокнотом. Плюс, грамотне профільування (себто - поділ профілів).
Листи зберігаються у форматіmailbox. Тобто всередині великого текстового файлу, у вихідному текстовому вигляді, ланцюжком, одне за одним. І якщо раптом гвинт протреться десь посередині цього файлу (з'являться биті блоки), пошту можна буде відновити легко і повністю - за винятком інформації, що опинилася безпосередньо на дірці.
Структура mailbox-файлів на жорсткому диску повністю повторює структуру каталогів із листами зсередини програми. Дуже зручно.
Microsoft Outlook
Одна з "ключових" співробітниць, правдами та неправдами виторгувала собі MS Outlook (він же Аутлук, і попрошу не плутати з Аутлук Експресом). Чим не сподобався Сандерберд? Дослівно – "тим, що це не Аутлук". Жодних виразних пояснень та агрументів не було.
Втім, відділ ІТ зняв із себе всю відповідальність за неминучі фатальні наслідки, і Аутлук їй було поставлено.
Звернення на техпідтримку почалися негайно. Ось лише кілька ключових прикладів:
"Не приймаються / не надсилаються листи"
Аутлук надсилає (і приймає, до речі) листи через чергу. Якщо Аутлук з якоїсь причини не може прийняти листа з сервера, то наступного листа в черзі не буде прийнято ніколи (дежавю). І якщо раптом лист виявився битим — ну, або принаймні якщо Аутлук його так сприймає — то для відновлення нормальної роботи треба зайти на сервер; 2) знайти інтуїтивним способом "завислий" лист; 3) видалити його.
Як показала практика, ці операції можна зробити локально, не гвалтуючи поштовий сервер. За допомогою Сандерберда, для якого "битих листів" не буває.
"Зрідка вхідні листи падають до папки «Надіслані»"
Глюк проявився не відразу, а в момент, коли робочий файл став досить значним розміром. І хер його знає чому він виник, адже розібратися неможливо (див. "анальний город").
Порадили періодично перевіряти "Надіслані", на предмет вхідних листів.
"Тормозить комп'ютер"
Робочий файл, що постійно зростає — росте не послідовно, а фрагментами. Замість того, щоб дописувати нові дані фізично в кінець файлу, система пхає їх абияк, по всьому диску. Це тягне за собою фрагментацію і всіх інших файлів: вони просто не мають шансів записатися на розділ одним шматком. Знову ж таки, журнал NTFS, який "$ UsnJrnl", теж виявляється розмазаний, що продуктивності ну ніяк не додає.
І якщо інші програми за таких умов більш-менш справляються, то поштовий клієнт від мікрософту,працює з великим, неконтрольованим файлом дикого формату від мікрософту, на операційній системі від мікрософту - вішає всю систему наглухо.
Очистили та перестворили журнал. Зробили дефрагментацію.
"Куди подіється вільне місце?"
Аутлук уміє створювати архіви. За ідеєю, вони потрібні для того, щоб зменшити розмір робочого файлу і тим трохи розвантажити систему.
Коли Аутлук архівує 10 гігабайт вхідної та відправленої пошти, архівний файл "archive.pst" збільшується на ті ж 10 гігабайт (що логічно), але робочий файл "outlook.pst" при цьому зменшується тільки на 2 гігабайти (що ні в які рамки) . І Аутлуку абсолютно насрати на будь-які можливі чищення/видалення/стискання та переіндексування: не допомагає нічого, боротися неможливо. Коли схаменулися — файли Аутлука вже почали налазити на резерв MFT.
Перенесли пошту із системного розділу на додатковий, підвищений розмір.
"Тормозить комп'ютер". Дубль 2.
Так як робочий файл змінюється ніпельним чином - тобто збільшується з часом, але не зменшується при архівуванні - настав момент, коли Аутлук став захлинатися від його розміру.
Ідея перейменувати робочий файл (наприклад, в "outlook1.pst") у розрахунку, що Аутлук під час запуску створить новий, порожній і чистий (а старий ми підключимо пізніше) виявилася верхом наївності. Аутлук повідомив, що файлу немає, після чого відкрив діалогове вікно для вибору PST-файлу. При вказівці неіснуючого імені негайно повідомив, що файлу немає. І вирубався.
Допомогло створення робочого файлу спецтулзою від мікрософту, з "Панелі управління".
Разом: Два архівні файли, в одному 20, в іншому 15 гігабайт і новий робочий файл. Поки що не гальмує. Вже цілий тиждень. А з чергоювідправки/отримання та розміщенням тих, хто входить до «Відправлених», — все в порядку: і зависає, і розміщує. І файли фрагментує не поспішаючи.
Знову Thunderbird
Зайшли на комп'ютер. Стали дивитись.
У структурі каталогів Сандерберда — 54 поштові файли, включаючи стандартні, архівні та створені користувачем. Загальний обсяг пошти – 66 гігабайт. 8 граничних архівних файлів, по 4 гігабайти в кожному. Кожен із таких файлів розбитий системою Windows та файловою системою NTFS приблизно на 8-10 тисяч (!) Фрагментів. Серйозно фрагментована MFT.
І Сандерберд при всьому цьому "почав трохи підгальмовувати".
Так, зовсім забув. На комп'ютерах обох співробітниць - Windows XP. Комп'ютер з Аутлуком приблизно в півтора рази потужніший за інший, який із Сандербердом. При однаковому навантаженні та однаковому наборі додаткових програм.