@MSGID: 1:104/117 65f100b6
@REPLY: 2:5015/46 65edd437
@CHRS: CP866 2
@TZUTC: -0600
@TID: hpt/lnx 1.9 2022-07-03
Привет, Nil!

10 Mar 24 18:36, ты писал(а) Semen Panevin:

 VA>>> Либо писать сбоку функционал, который в зависимости от типа базы
 VA>>> будет из сообщения вычитывать кодировку. Если она там вообще
 VA>>> есть.
 SP>> Почему сбоку-то? Расширить интерфейс, сделать что-то типа
 SP>> getMessageCharset(), и в каждой реализации сделать как надо.

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

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

Best regards,
Vitaliy Aksyonov.

... Редкая Мy-мy доплывет до середины Днепра...
--- GoldED+/LNX 1.1.5-b20240305-beta
 * Origin: Aurora, Colorado (1:104/117)
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: 104/117 5020/1042 4441