#11
|
|||
|
|||
timesRead и cost
Michael Dukelsky написал(а) к Nil Alexandrov в Feb 18 19:46:30 по местному времени:
Привет, Nil! 27 Feb 18 19:26, Nil Alexandrov послал(а) письмо к Michael Dukelsky: MD>> Тем не менее, исходный вопрос остался. Но теперь его можно MD>> сформулировать по другому: существуют ли программы, читающие msg MD>> в формате FTS-0001, а не OPUS? NA> smapi - библиотека, она не должна делать предположений о том, какой NA> формат выбрать, это должна задавать программа, которая понимает, с чем NA> работает или вариант по-дефолту. Вообще-то в fidoconfig.html написано: 3.5.1 EchoArea Syntax: EchoArea <name> <file> [-b <msgbase>] [Options] [linkAKAs] [linkOptions] [...skipped...] msgbase: Msg is standard (OPUS *.msg-base). Write Squish for an Squish-msgbase and Jam for Jam-msgbase. А в hpt.html написано: The limitations of НPT is: OPUS messagebase (type MSG) is limited to 65536 messages, this is SMAPI implementation limit; То, что в чужое поле пишут номер пойнта - это костыль, а не полноценная поддержка FTS-0001. Ты хочешь сказать, что в число настроек hpt надо включить тип базы MSG (OPUS vs. FTS-0001)? Но полноценной поддержки FTS-0001 всё равно не будет. Или ты готов её сделать? Желаю успехов, Nil! За сим откланиваюсь, Michael. ... node (at) f1042 (dot) ru --- GoldED+/LNX 1.1.5-b20170303 |
#12
|
|||
|
|||
timesRead и cost
Nil Alexandrov написал(а) к Michael Dukelsky в Feb 18 20:06:30 по местному времени:
Нello, Michael! Tuesday February 27 2018 19:46, from Michael Dukelsky -> Nil Alexandrov: MD> То, что в чужое поле пишут номер пойнта - это костыль, а не MD> полноценная поддержка FTS-0001. Ты хочешь сказать, что в число MD> настроек hpt надо включить тип базы MSG (OPUS vs. FTS-0001)? Но MD> полноценной поддержки FTS-0001 всё равно не будет. Или ты готов её MD> сделать? Тогда вопрос, кто ещё, кроме husky используется smapi библиотеку? Получается, что это просто кусок hpt с его утилитами, не обязана быть универсальной. Best Regards, Nil --- GoldED+/LNX 1.1.5 |
#13
|
|||
|
|||
timesRead и cost
Michael Dukelsky написал(а) к Nil Alexandrov в Feb 18 20:58:52 по местному времени:
Привет, Nil! 27 Feb 18 20:06, Nil Alexandrov послал(а) письмо к Michael Dukelsky: MD>> То, что в чужое поле пишут номер пойнта - это костыль, а не MD>> полноценная поддержка FTS-0001. Ты хочешь сказать, что в число MD>> настроек hpt надо включить тип базы MSG (OPUS vs. FTS-0001)? Но MD>> полноценной поддержки FTS-0001 всё равно не будет. Или ты готов MD>> её сделать? NA> Тогда вопрос, кто ещё, кроме husky используется smapi библиотеку? Ещё RNtrack. Какие ещё программы пользуются smapi, я не знаю. NA> Получается, что это просто кусок hpt с его утилитами, не обязана быть NA> универсальной. Да, но не хотелось бы сломать работу какой-то неизвестной мне программы. Желаю успехов, Nil! За сим откланиваюсь, Michael. ... node (at) f1042 (dot) ru --- GoldED+/LNX 1.1.5-b20170303 |
#14
|
|||
|
|||
timesRead и cost
Nil Alexandrov написал(а) к Michael Dukelsky в Feb 18 21:44:36 по местному времени:
Нello, Michael! Tuesday February 27 2018 20:58, from Michael Dukelsky -> Nil Alexandrov: MD> Да, но не хотелось бы сломать работу какой-то неизвестной мне MD> программы. Так между прочим, что ты там пилишь? Иногда интересные темы пробегают :-) Best Regards, Nil --- GoldED+/LNX 1.1.5 |
#15
|
|||
|
|||
timesRead и cost
Michael Dukelsky написал(а) к Nil Alexandrov в Feb 18 21:48:54 по местному времени:
Привет, Nil! 27 Feb 18 21:44, Nil Alexandrov послал(а) письмо к Michael Dukelsky: MD>> Да, но не хотелось бы сломать работу какой-то неизвестной мне MD>> программы. NA> Так между прочим, что ты там пилишь? Как что? Я же тут всё подробно описал. Из-за этого костыля для якобы поддержки FTS-0001 создаётся впечатление, что какой-то барабашка читает мою почту. :-) NA> Иногда интересные темы пробегают :-) Желаю успехов, Nil! За сим откланиваюсь, Michael. ... node (at) f1042 (dot) ru --- GoldED+/LNX 1.1.5-b20170303 |
#16
|
|||
|
|||
timesRead и cost
Stas Mishchenkov написал(а) к Michael Dukelsky в Feb 18 07:37:20 по местному времени:
Нi, Michael! 27 фев 18 19:46, Michael Dukelsky -> Nil Alexandrov: MD> The limitations of НPT is: MD> OPUS messagebase (type MSG) is limited to 65536 messages, this is MD> SMAPI implementation limit; Это по тому, что там всего два байта в заголовке на replayto и nextreplay выделено. Нave nice nights. Stas Mishchenkov. --- Если ложка не стоит в сметане, очевидно, виновата не ложка! |
#17
|
|||
|
|||
timesRead и cost
Stas Mishchenkov написал(а) к Michael Dukelsky в Mar 18 23:18:08 по местному времени:
Нi, Michael! 25 фев 18 17:45, Michael Dukelsky -> Stas Mishchenkov: 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 говоришь? MD> Твоя правда. Смотрю в книгу, вижу фигу. :) Так, а где почитать за Опус? SM>>>> Правилььнее берать номер поинта из @TOPT и @FMPT. Почему так SM>>>> сложилось, мне тоже не понятно. Поля-то есть, но их не SM>>>> используют. MD>>> @TOPT и @FMPT - это не поля заголовка, а кладжи в теле сообщения. SM>> Ну, да. Я про то самое. MD>>> Их используют, потому что в заголовке таких полей нет. SM>> Ага. Ты про Packed Message. MD> Здесь - да. Вот по этой причине и принято @FMPT и @TOPT. Нave nice nights. Stas Mishchenkov. --- Если ложка не стоит в сметане, очевидно, виновата не ложка! |
#18
|
|||
|
|||
timesRead и cost
Stas Mishchenkov написал(а) к Michael Dukelsky в Mar 18 23:20:22 по местному времени:
Нi, Michael! 27 фев 18 19:46, Michael Dukelsky -> Nil Alexandrov: MD> То, что в чужое поле пишут номер пойнта - это костыль, а не MD> полноценная поддержка FTS-0001. Нет. Просто они противоречат. Впрочем, в FTS-0001 оно опционально. MD> Ты хочешь сказать, что в число настроек hpt надо включить тип базы MD> MSG (OPUS vs. FTS-0001)? Но полноценной поддержки MD> FTS-0001 всё равно не будет. Или ты готов её сделать? А там в чем разница? В чктырех полях по два байта? И, самое главное, в FTS-0001 оно опционально, следовательно читать оттуда адрес не правильно, а в таком слцчае и писать особой нужды нет. Нave nice nights. Stas Mishchenkov. --- Если ложка не стоит в сметане, очевидно, виновата не ложка! |
#19
|
|||
|
|||
timesRead и cost
Stas Mishchenkov написал(а) к Michael Dukelsky в Mar 18 23:24:26 по местному времени:
Нi, Michael! 27 фев 18 21:48, Michael Dukelsky -> Nil Alexandrov: MD>>> Да, но не хотелось бы сломать работу какой-то неизвестной мне MD>>> программы. NA>> Так между прочим, что ты там пилишь? MD> Как что? Я же тут всё подробно описал. Из-за этого костыля для якобы MD> поддержки FTS-0001 создаётся впечатление, что какой-то барабашка читает MD> мою почту. :-) Не. Падажди. Там же поля с датой пересекаются, а timesread, вроде бы нет? Нave nice nights. Stas Mishchenkov. --- Если ложка не стоит в сметане, очевидно, виновата не ложка! |
#20
|
|||
|
|||
OPUS
Nil Alexandrov написал(а) к Stas Mishchenkov в Mar 18 09:06:40 по местному времени:
Нello, Stas! Saturday March 03 2018 23:18, from Stas Mishchenkov -> Michael Dukelsky: SM> Так, а где почитать за Опус? OPUS это такая ББСка под ДОС в 80-90х годах была. Доступно и полезно описано в Вики, там же есть формат сообщений. http://fileformats.archiveteam.org/wiki/Opus-CBCS Страничка про Опус есть на НЗ сервере http://www.sentry.org/~trev/opus/ Там есть две полезные ссылки для девелоперов. 1. Message base structures for utility writers for Opus 2.00 http://www.sentry.org/~trev/opus/173files/MSG200.ZIP 2. Opus v1.79 C data structures http://www.sentry.org/~trev/opus/179files/ostr179.zip Изначально Опус - это ББС, но ещё заодно сделали её совместимой с фидо. В последствии, так ещё и круче фидо стало, например цветные менюшки в ББС, которых раньше не видели, стандарты обмена по модему, файловые запросы и пр. Формат .msg Опуса не является стандартом FTSC, но на текущий момент, когда говорят про .msg (husky только Opus понимает, а GoldED имеет выбор, но дефолт на Opus). Почему в FTSC нет формата Опус? Скорее всего потому, что они посрались из-за того, кто командует парадом. Какое-то время жил орган IFNA - International FidoNet Association, но не долго. Опус топили за отсутствие адинистративного ресурса, за открытось и прозрачность WOC - Worldwide Opus Consortium. Я тут ещё скопипастил документ, в котором явно говориться, что time stamp - это уникальная для Опуса фишечка. UNIT FIDOFMT; (%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%) (% %) (% %) (% F I D O M E S S A G E S T R U C T U R E %) (% %) (% %) (%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%) (%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%) () ( Opus stores and handles its messages in the traditional ) ( FTSC FidoNet message format with the exception that ) ( additional dating information is added in a set of two ) ( 'timestamp' fields that indicate when a message was ) ( created and when it arrived on the system and in the use ) ( of certain message flags. The extended use of the flags ) ( is done in such a way as to only be of use within the ) ( Opus environment and avoidsconflict with other systems ) ( which adhere to basic FidoNet standards. ) ( In a manner directly descended from the original Fido<tm> ) ( BBS system, messages are stored in one or more directories ) ( which each correspond to a System Area (topic). ) ( Each message is stored in its own file and has a file name ) ( format "#.MSG" where "#" is the assigned number of the ) ( message. The first messages in any given area would be ) ( named 1.MSG, 2.MSG, and so on. ) () ( Each message file consists of a fixed-length header record, ) ( immediately followed by a variable-length stream of ASCII ) ( text that is terminated by an ASCII NULL (Code 0). ) ( All text is considered to be unformatted and continuous ) ( without end-of-line sequences unless they are meant to ) ( unconditionally force a new paragraph. Traditionally, ) ( some message editors and BBS's use a $8D character ) ( (CR with 8th bit ON) as a "soft" carriage return. ) ( These should be treated as superfluous *unless" they are ) ( immediately followed by a space. In that case, the line ) ( that the space starts is considered to be fixed format and ) ( should not be word wrapped as all other message text will be. ) ( The header data contains fixed information about the author, ) ( addressee, creation and arrival dates, subject, message ) ( numbers that it replies to or is answered by, privacy flags, ) ( and so on. In the case of messages in a netmail area, ) ( there are many special flags used. ) (----------------------------------------------------------------) (----------------------------------------------------------------) ( TIME STAMP (Not an FTSC Standard. Unique to Opus) ) (----------------------------------------------------------------) () ( The following _stamp structure is used in Opus message ) ( headers to store a message's creation date (when first ) ( written) and the date the message arrived on the system ) ( such as when received via netmail. ) () ( This dating information is auxiliary and used by Opus only. ) ( It does *not* replace the functionality of the FTSC ) ( standard ASCII formatted date field which is also maintained ) ( by Opus for compatibility with the rest of the world. ) () (----------------------------------------------------------------) Best Regards, Nil --- GoldED+/LNX 1.1.5 |