26 Feb 18 22:49, Nil Alexandrov послал(а) письмо к Michael Dukelsky:
MD>>>>>> В библиотеке smapi поля timesRead и cost в сообщении типа MD>>>>>> OPUS (то бишь .msg) используются для записи туда номера MD>>>>>> пойнта.
NA> Может по теме, gold_ref.txt
>> AREA <echoid> <"desc"> <msgbase>[type] <loc> [akano] [attrs] >> .. >> "O(Opus)" are *.MSG files with binary date/time stamps. >> "S(FTS-0001)" are *.MSG files, but with zone/point header fields. >> ..
NA> Каждый под .msg понимает своё ;-)
Спасибо! Это то, что нужно. Я посмотрел формат OPUS, потом посмотрел в smapi и тут стало понятно, почему я считал, что полей с номером зоны и пойнта в заголовке MSG нет, - в smapi используется OPUS, а не FTS-0001! А в OPUS этих полей действительно нет.
А вот что написано в gold_usr.txt: The variants: The "Opus" format originated in the Opus BBS system. It put some Fido undocumented(?) fields to use as date/time stamps. The "FTS1" (defined in FTS-0001, revision 12 and later) format uses the undocumented fields to set the zone/point information for the msg. To the authors knowledge, the Opus variant is the dominant, and the FTS1 variant is doomed to oblivion. If in doubt, use the Opus format. (Вкратце по-русски: вариант Opus доминирует, а FTS1 надо забыть как страшный сон).
Так что на формат stored message в FTS-0001 смотреть не надо!
Но. Несмотря на то, что в smapi используется OPUS и в smapi/old_msg.h это явно написано, кто-то взял и сделал запись номера пойнта в поле, которое в OPUS используется для совсем других целей: там хранится число прочтений сообщения. И в только что записанном сообщении там должен быть 0, но после записи номера пойнта получается не ноль. А я то думаю, что за ерунда, открываю список с только что записанными сообщениями, а часть из них уже прочитана.
Тем не менее, исходный вопрос остался. Но теперь его можно сформулировать по другому: существуют ли программы, читающие msg в формате FTS-0001, а не OPUS?
