timesRead и cost

Michael Dukelsky написал(а) к All в Feb 18 22:51:48 по местному времени:

Привет, All!

В библиотеке smapi поля timesRead и cost в сообщении типа OPUS (то бишь .msg) используются для записи туда номера пойнта. Существует ли какая-нибудь программа, которая извлекает номер пойнта из этих полей?

Желаю успехов, All!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20170303

Michael Dukelsky написал(а) к All в Feb 18 22:51:48 по местному времени:

Привет, All!

В библиотеке smapi поля timesRead и cost в сообщении типа OPUS (то бишь .msg) используются для записи туда номера пойнта. Существует ли какая-нибудь программа, которая извлекает номер пойнта из этих полей?

Желаю успехов, All!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20170303

Stas Mishchenkov написал(а) к Michael Dukelsky в Feb 18 10:26:54 по местному времени:

Нi, Michael!

24 фев 18 22:51, Michael Dukelsky -> All:

MD> В библиотеке smapi поля timesRead и cost в сообщении типа OPUS (то
MD> бишь .msg) используются для записи туда номера пойнта.

Зачем? А заголовке MSG есть отдельные поля для этого.

MD> Существует ли какая-нибудь программа, которая извлекает номер пойнта
MD> из этих полей?

По скольку поля опцуиональные, то и ориентироваться на них рисковано. Правилььнее берать номер поинта из @TOPT и @FMPT. Почему так сложилось, мне тоже не понятно. Поля-то есть, но их не используют.
В поле timesRead скорее всего именно то, что оно и значит и считать, что там может быть номер поинта, ну, сам понимаешь.

Нave nice nights.
Stas Mishchenkov.

--- Если ложка не стоит в сметане, очевидно, виновата не ложка!

Stas Mishchenkov написал(а) к Michael Dukelsky в Feb 18 10:36:14 по местному времени:

Нi, Michael!

24 фев 18 22:51, Michael Dukelsky -> All:

MD> В библиотеке smapi поля timesRead и cost в сообщении типа OPUS (то
MD> бишь .msg) используются для записи туда номера пойнта.

Зачем? А заголовке MSG есть отдельные поля для этого.

MD> Существует ли какая-нибудь программа, которая извлекает номер пойнта
MD> из этих полей?

Поскольку поля опциональные, то и ориентироваться на них рисковано. Правильнее брать номер поинта из @TOPT и @FMPT. Почему так сложилось, мне тоже не понятно. Поля-то есть, но их не используют.
В поле timesRead скорее всего именно то, что оно и значит и считать, что там может быть номер поинта, ну, сам понимаешь.

Нave nice nights.
Stas Mishchenkov.

--- Если ложка не стоит в сметане, очевидно, виновата не ложка!

Michael Dukelsky написал(а) к Stas Mishchenkov в Feb 18 13:17:04 по местному времени:

Привет, Stas!

25 Feb 18 10:26, Stas Mishchenkov послал(а) письмо к Michael Dukelsky:

MD>> В библиотеке smapi поля timesRead и cost в сообщении типа OPUS
MD>> (то бишь .msg) используются для записи туда номера пойнта.

SM> Зачем? А заголовке MSG есть отдельные поля для этого.

Нет, в загловке msg полей для номера зоны и номера пойнта нет. См. FTS-0001.

MD>> Существует ли какая-нибудь программа, которая извлекает номер
MD>> пойнта из этих полей?

SM> По скольку поля опцуиональные, то и ориентироваться на них рисковано.

Я не собираюсь на это ориентироваться. Я хочу удалить этот код из libsmapi и поэтому спросил, не знает ли кто программу, которая пользуется этими полями для чтения номера пойнта и работа которой будет нарушена в результате такого удаления.

SM> Правилььнее берать номер поинта из @TOPT и @FMPT. Почему так
SM> сложилось, мне тоже не понятно. Поля-то есть, но их не используют.

@TOPT и @FMPT - это не поля заголовка, а кладжи в теле сообщения. Их используют, потому что в заголовке таких полей нет.

Желаю успехов, Stas!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20170303

Stas Mishchenkov написал(а) к Michael Dukelsky в Feb 18 16:59:18 по местному времени:

Нi, Michael!

25 фев 18 13:17, Michael Dukelsky -> Stas Mishchenkov:

MD>>> В библиотеке smapi поля timesRead и cost в сообщении типа OPUS
MD>>> (то бишь .msg) используются для записи туда номера пойнта.

SM>> Зачем? А заголовке MSG есть отдельные поля для этого.

MD> Нет, в загловке msg полей для номера зоны и номера пойнта нет. См.
MD> FTS-0001.

Я не в тот FTS смотрю? http://ftsc.org/docs/fts-0001.016 ...или ты не про Stored Message говоришь?

MD>>> Существует ли какая-нибудь программа, которая извлекает номер
MD>>> пойнта из этих полей?

SM>> По скольку поля опцуиональные, то и ориентироваться на них рисковано.

MD> Я не собираюсь на это ориентироваться. Я хочу удалить этот код из libsmapi
MD> и поэтому спросил, не знает ли кто программу, которая пользуется этими
MD> полями для чтения номера пойнта и работа которой будет нарушена в
MD> результате такого удаления.

SM>> Правилььнее берать номер поинта из @TOPT и @FMPT. Почему так
SM>> сложилось, мне тоже не понятно. Поля-то есть, но их не используют.

MD> @TOPT и @FMPT - это не поля заголовка, а кладжи в теле сообщения.

Ну, да. Я про то самое.

MD> Их используют, потому что в заголовке таких полей нет.

Ага. Ты про Packed Message. Сорри. Не сразу сообразил. Я сейчас как раз со Stored Message ковыряюсь. Сделал, кстати, библиотеку для Perl. Причешу и буду думать, как правильлно ею поделиться.

Нave nice nights.
Stas Mishchenkov.

--- Если ложка не стоит в сметане, очевидно, виновата не ложка!

Michael Dukelsky написал(а) к Stas Mishchenkov в Feb 18 17:45:52 по местному времени:

Привет, Stas!

25 Feb 18 16:59, Stas Mishchenkov послал(а) письмо к Michael Dukelsky:

MD>>>> В библиотеке smapi поля timesRead и cost в сообщении типа OPUS
MD>>>> (то бишь .msg) используются для записи туда номера пойнта.

SM>>> Зачем? А заголовке MSG есть отдельные поля для этого.

MD>> Нет, в загловке msg полей для номера зоны и номера пойнта нет.
MD>> См. FTS-0001.

SM> Я не в тот FTS смотрю? http://ftsc.org/docs/fts-0001.016 ...или ты не
SM> про Stored Message говоришь?

Твоя правда. Смотрю в книгу, вижу фигу. :)

SM>>> Правилььнее берать номер поинта из @TOPT и @FMPT. Почему так
SM>>> сложилось, мне тоже не понятно. Поля-то есть, но их не
SM>>> используют.

MD>> @TOPT и @FMPT - это не поля заголовка, а кладжи в теле сообщения.

SM> Ну, да. Я про то самое.

MD>> Их используют, потому что в заголовке таких полей нет.

SM> Ага. Ты про Packed Message.

Здесь - да.

Желаю успехов, Stas!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20170303

Nil Alexandrov написал(а) к Michael Dukelsky в Feb 18 22:49:32 по местному времени:

Нello, Michael!

Sunday February 25 2018 17:45, from Michael Dukelsky -> Stas Mishchenkov:

MD>>>>> В библиотеке smapi поля timesRead и cost в сообщении типа OPUS
MD>>>>> (то бишь .msg) используются для записи туда номера пойнта.

Может по теме, 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.
> ..

Каждый под .msg понимает своё ;-)

Best Regards, Nil
--- GoldED+/LNX 1.1.5

Michael Dukelsky написал(а) к Nil Alexandrov в Feb 18 18:47:08 по местному времени:

Привет, Nil!

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?

Желаю успехов, Nil!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20170303

Nil Alexandrov написал(а) к Michael Dukelsky в Feb 18 19:26:54 по местному времени:

Нello, Michael!

Tuesday February 27 2018 18:47, from Michael Dukelsky -> Nil Alexandrov:

MD> Тем не менее, исходный вопрос остался. Но теперь его можно
MD> сформулировать по другому: существуют ли программы, читающие msg в
MD> формате FTS-0001, а не OPUS?

smapi - библиотека, она не должна делать предположений о том, какой формат
выбрать, это должна задавать программа, которая понимает, с чем работает
или вариант по-дефолту. Или ты готов объявить FTS-0001 устаревшим? Пример:

> FIDOMSGTYPE <Opus/FTS1>. (Opus)
> This keyword defines the default format of Fido *.MSG files. It is
> only used by some AREAFILE's when reading external area
> configuration files, where the preferred format is unknown.
>
> The FTS1 (FTS-0001.012 and later) format uses zone/point fields,
> where the Opus format uses date/time stamps. When set to Opus
> format, GoldED interprets the date/time stamps as DOS-style
> bitmapped date/time.

Best Regards, Nil
--- GoldED+/LNX 1.1.5