Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции FTSC_PUBLIC
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции FTSC_PUBLIC с датами от 13 Sep 13 18:57:24 до 01 Apr 24 01:17:44, всего сообщений: 7124
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 5192 из 7124 ====================================== FTSC_PUBLIC =
От   : mark lewis                       1:3634/12          02 May 20 14:48:53
Кому : Michael Dukelsky                                    02 May 20 14:48:53
Тема : Message flag bits
FGHI : area://FTSC_PUBLIC?msgid=1482.fido-ftscpubl@1:3634/12+2312fc5f
На   : area://FTSC_PUBLIC?msgid=2:5020/1042+5eadba9e
= Кодировка сообщения определена как: ASCII ==================================
==============================================================================
  Re: Message flag bits
  By: Michael Dukelsky to All on Sat May 02 2020 21:13:08


MD> According to fts-0001 a stored message has an AttributeWord with 16
MD> bits. Some of them are marked with '+' to show that they are not
MD> zeroed before packeting. That means that other bits at least MAY be
MD> zeroed. Nothing is said if there is any distinction between the
MD> locally created and transit messages. So may the bits not marked
MD> with '+' be zeroed for transit messages?

without looking, locally created messages generally/should(?) have the local bit set to differentiate them from off-system messages...

bits marked without the + are generally zeroed at some point... either when packed or when unpacked... when zeroed during unpacking, this is generally done to prevent the local tosser from becoming confused...

eg1: a netmail arrives with the crash bit set and the local tosser would normally route it but can/will not because of the crash bit...

eg2: when a locally generated message is packed, the local bit would be zeroed to indicate to other tossers that it is not local to them...

generally speaking, it would be better for allowed bits to be zeroed during packing...

again, without looking at the document or any others that discuss this situation/distinction... but don't take only my word for it, please...


)\/(ark
--- SBBSecho 3.11-Linux
* Origin: SouthEast Star Mail HUB - SESTAR (1:3634/12)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.038796 секунды