Определение почтового файла, который на самом деле не является почтовым файлом

Question

У меня есть несколько файлов, сгенерированных сторонней программой, которые имеют расширение .zip, однако ни windows, ни 7zip не могут его извлечь. В 7zip он показывает мне имя несжатого файла, однако, когда я пытаюсь извлечь его, я получаю ошибку

Была сделана попытка переместить указатель файла перед началом файла.

Я запускал файл через TrID.NET, однако он даже не имел частичного совпадения с тем, что это был за файл.

Вот первый 51 байт файла.

offset: 00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50
   hex: 14 00 08 00 08 00 C2 43 C6 3E 00 00 00 00 00 00 00 00 00 00 00 00 19 00 00 00 31 30 35 36 30 36 2D 32 30 31 31 30 36 30 33 31 33 34 31 34 36 2E 65 6E 63
 ascii: .  .  .  .  .  .  .  C  .  >  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  1  0  5  6  0  6  -  2  0  1  1  0  6  0  3  1  3  4  1  4  6  .  e  n  c

Вот то, что я выяснил, просматривая исходные файлы и сравнивая заголовки:

• Байты 0-5 всегда 14 00 05 00 08 00 в примерах, которые я проверял
• Байт 6-9 изменяется на файл, я не думаю, что это размер несжатого файла, поскольку он слишком велик.
• Байты 10-21 всегда 00 в примерах, которые я проверял
• Байты 22-25 - это длина имени файла сжатого файла.
• Байты 26-50 - это сжатое имя файла (105606-20101020162359.enc в этом примере)

Все после имени файла выглядит по-разному для каждого сжатого файла.

Кто-нибудь знает, что это за формат файла?

Answer 1

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

А.Идентификатор JAR: 50 4B 03 04 14 00 08 00 08 00 (источник, поиск JAR)

Который является единственным частичным совпадением, которое я смог найти.

Это также может объяснить, почему вы не можете прочитать это; часть идентификатора отсутствует.