С ходу не нашёл толком описание что там за что отвечает.

Я понимаю примерно что это, но что конкретно не понятно и потому если глюк, то не понимаю что там искать.
Вот примерно текст

// <!-- <mdb:mork:z v="1.4"/> -->
< <(a=c)> // (f=iso-8859-1)
  (B8=junkscoreorigin)(B9=junkpercent)(BA=preview)(BB=gloda-id)
  (BC=remoteContentPolicy)(BD=gloda-dirty)(BE=keywords)
  (BF=charSetOverride)(C0=charSet)(C1=MRUTime)(C2=sortType)(C3=sortOrder)
  (C4=viewFlags)(C5=viewType)(C6=sortColumns)(C7=columnStates)
  (C8=folderName)(C9=useServerRetention)(CA=retainBy)(CB=daysToKeepHdrs)
  (CC=numHdrsToKeep)(CD=daysToKeepBodies)(CE=keepUnreadOnly)

Тут понятно что каждому значению что то присваивается, а потом дальше где то вижу название писем, папок,
ещё вот такие не понятности:

@$${1{@
{-7D:^80 {(k^D3:c)(s=9u)} 79 7A 7B 7C }
@$$}1}@

@$${2{@
@$$}2}@

Чё за такое?
Если кто знает подскажите где это всё разузнать.

msf — индексный файл. Смотреть в нём нечего. Редактировать — тем более. Его разве что удалять приходится если проблемы возникают или пересоздавать, если не ошибаюсь, командой "сжать" : https://support.mozilla.org/ru/kb/szhatie-papok

http://kb.mozillazine.org/Importing_folders

Не, "Починить папку".
Но можно и просто удалить файл вручную - Thunderbird пересоздаст его.

Формат файла называется Mork, он практически не документирован, и, как однажды написал человек, создавший конвертер из MSF в XML:

Если я его удаляю, то TB не видит папку (не показывает если точнее, если на пример ещё письмо и они находится в "глючной" 2015, то он находит и даже показывает его).
Т.е. удаляю 2015.msf и TB не видит папку 2015.sbd
А починить не успеть, т.к. сразу зафисает.

\ Хотя тат ПК тоже не совсем "нормальный" т.е. я понял там даже IE не могу и многое дургое обновить.. 2 дня почти мучился.. уже думал надо было сразу переустановить ОС \

А при чём тут 2015.sbd? Это каталог, в котором лежат подпапки папки 2015.
Парным к 2015.sbd является файл 2015 (без расширения).
Нет такого файла на диске? Такое тоже бывает. Попробуйте создать его (нулевой длины), а 2015.msf убрать.

14-05-2017 11:00:06

Или файл 2015 таки есть, и папка 2015 без 2015.msf видна, но при её починке программа виснет?

14-05-2017 11:03:35
И ещё.
Доступ к ящику по IMAP? Тогда, может, не мучиться с восстановлением, а убрать файлы контейнера и индекса,и получить всё заново с сервера?

Папки в локальном хранилище.
Т.е. на 1 ПК, чтоб было всё в одном месте а не то там то тут, делается один архив.
Потом с этого ПК я копировал этот архив и подкидывал ещё 2-м сотрудникам, которым он понадобился.
Всё было без проблем, пока не понадобилось ещё одному подкинуть.

Подкинул всё как обычно (при этот копировал с Вин 7 х32 на аналогичную и на XP)
Новый работает на Вин7 х64.

И тут TB начал глючить, не мог понять почему.
Потом понял что как то "архив" не правильно считывает, а почему не понял.

Методом исключения, понял что если удалить 2015.msf то TB нормально работает.
Сейчас начал исключать по месяцам, удалил все 2015-01..12.msf и пока дошёл до 06 добавления, глюка пока нет.

Про нулевой длины не знал, удалил и их и .msf

Сейчас дошёл до 12 месяца и в нём что то не так и только кстите на этом ПК.

Удалил  "*.msf" этого месяца и перезапустил, вроде 5-10 сек, нормально, файл создался, и потом пошёл он есть память.
Далее удалил 2015-12 (700МБ там примерно) и создал пустой 2015-12 т.к. в отдельной папке ещё "отправленные есть".

Запускаю TB - всё нормально.

Т.е. что то получается в том "архиве" тупит - НО ЧТО???

Контейнер с письмами - это простой текстовый файл, не имеющий никакой внутренней структуры. В нём просто письма идут подряд одно за одним, без каких-либо разделителей или признаков начала-конца письма.
Поэтому проблемное место в нём можно искать, деля его пополам при помощи текстового редактора.

Начало каждого полученного письма в этом файле выглядит так:

Строка, начинающаяся с "From " (без кавычек) или "From - дата".
За ней - строка, начинающаяся с "Received: from ".
(Иногда между ними вклиниваются строки "X-Mozilla-Status".)

Думаю не просто, далеко не просто ))) т.к. там "декодируются" и всё вложения, не важно докуменрт это картинка или даже exe.

Ничего не декодируется. Как пришло с сервера закодированное в Base64, так в Base64 в файле и хранится.
А поскольку в Base64 пробел не используется, то вероятность встретить там "From " равна нулю.

Вот, кстати, прошлый раз: https://forum.mozilla-russia.org/viewtopic.php?id=70005. Все ложные срабатывания там - на чистом тексте.

О как? А я кажется видел пробелы в Base64, только между заголовками и "телом" вложения. И как то страшно становится уже писать где то  "From"
Напишешь письмо с текстом  "From" ... "From" ... "From" и всё по рубит.
Спасибо за ссылку.

1. В Base64 закодировано только вложение. Пустые строки между ним и заголовком секции значения не имеют. А в закодированной части могут присутствовать только буквы латинского алфавита, цифры и символы "+", "/".
2. Пустые строки между заголовком и телом - они именно пустые. Увидеть в такой строке пробел - надо постараться

Ну да. Правда, во-первых, опасно это, только когда "From " стоит в самом начале строки и запускается переиндексация ("починка") папки в Thunderbird.
А во-вторых, это проблема не того, кто пишет "From " в письме, а того, кто это письмо получит

Спасибо.

Может тогда ещё тут откроете секрет почему так?
https://forum.mozilla-russia.org/viewtopic.php?id=71649
и
https://forum.mozilla-russia.org/viewtopic.php?id=70919

И вот тема 
https://forum.mozilla-russia.org/viewtopic.php?id=70842

Туда же надо было ещё добавить и про поиск.
Тоже не понимаю как TB ищет и главное даже бывает НАХОДИТ, допустим в 2015 г нашла что то,
но у меня нет уже того письма из 2015 и при выборе его получаю "пустое окно".

А второй случай это письмо есть, но так же окно пустое, НО если в ручную открыть папку
архивы и посмотреть 2015 год, то оно там есть.
Сегодня попробовал "починить" папку и вроде даже появилось, но так не должно же быть?

Я ни с чем подобным не сталкивался, поэтому могу только поделиться соображениями по поводу того, что может быть потенциальным источником проблем.

1. У каждого письма есть 3 метки времени: когда оно отправлено, когда поступило в ящик (получено сервером) и когда получено клиентом. Какую именно из них используют фильтры архивации и поиска?

2. За последние дни несколько раз уже упоминалось, что локальное хранилище писем папки состоит из двух файлов: контейнера с письмами и индекса к нему (.msf). В индексе хранятся заголовки писем и разная техническая информация, включая место расположения (смещение) письма в файле. Когда программа показывает список писем в папке, она в контейнер не лезет, использует только информацию, находящуюся в индексе. А индексный файл может оказаться рассогласованным с контейнером. Например, может указывать не на реальное начало письма, а куда-то в постороннее место в файле или вообще за пределы файла. Или в контейнере может оказаться письмо, не учтённое в индексе.

Спасибо.
Я тоже не сталкивался, пока у коллег не заметил.
Как писал ранее, повторюсь, на другом ПК где по похожему почта собирается и архивируется, разница лишь в том что там POP и она просто "ровненько" падает,
не кто их не читает и потом перекидывает в архив практически сразу (сейас там настроил 1 день и в архив). Там изредка проходил по папкам архива
и вычислял СПАМ, так как TB обучился и 10-20% там удалял мусора, который ранее пропускал, сжимал и всё.
Там поиск пробовал делать не разу не было выхода на "пустышку".

Данный "дефект" ранее думал относится к давним письмам, но оказалось нет, таким же образом "терялись" и совсем новые письма.

То что теряются "ссылки" при перемещении то же подозревал.

Сейчас попросил, пока совсем не до этого, собрать мне несколько таких адресов, которые по поиску ищут и найдя не выходят на них.
Хочу попробовать потом попробовать сделать "глобальную" починку и за одно посмотреть как на других ПК, куда переносится архив,
они находятся.