@MSGID: 2:5015/46 65f137e8
@REPLY: 1:104/117 65f100b6
@CHRS: CP866 2
@TZUTC: 0300
@TID: hpt/lnx 1.9
Hello, Vitaliy!

Tuesday March 12 2024 19:24, from Vitaliy Aksyonov -> Nil A:

 NA>> Сначала можно просто текущими средствами вычитать только
 NA>> контрол-блок у сообщения, распарсить там CHRS и закрыть
 NA>> сообщение. Если это работает медленно, опять же, какая метрика,
 NA>> на любом пентиуме и тем более SSD диске, это будет несколько
 NA>> сотен  миллисекунд на список из 30 сообщений в листе. Если
 NA>> реально будет медленно, то можно запилить специальный
 NA>> getMessageCharset() с какими-то оптимизациями внутри, но... я
 NA>> знаю как это сделать для msg/jam/squish, а ведь там ещё всякие
 NA>> хадсоны и прочие есть.

 VA> Текущими средствами этого сделать нельзя. Т. к. gmsg содержит клуджи в
 VA> теле письма. Поэтому для того, чтобы найти кодировку, надо прочитать
 VA> ВСЁ письмо, даже если база нативно содержит клуджи в заголовке, как,
 VA> например, JAM. А если это msg - то в любом случае читать весь файл.

 Хмм, я не смотрел какой API к базам в Голдеде сделали. Я SMAPI в
голове держу, там отдельно контрол и тест сообщения. Можно попросить только
эти \001 эти все достать.

Best Regards, Nil
--- GoldED+/LNX 1.1.5
 * Origin: Linux 2.6.32-042stab145.3 (2:5015/46)
SEEN-BY: 104/117 460/58 463/68 5005/49 5015/46 255
5019/40 5020/715 848 1042
SEEN-BY: 5020/4441 12000 5023/24 5025/121 5030/49
1081 5053/58 5058/104
SEEN-BY: 6078/80
@PATH: 5015/46 5020/1042 4441