FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции FTSC


	Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.

FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции FTSC_PUBLIC

Введите FGHI ссылку:

Присутствуют сообщения из эхоконференции FTSC_PUBLIC с датами от 13 Sep 13 18:57:24 до 15 Nov 24 00:30:01, всего сообщений: 7128

Ответить на сообщение

К списку сообщений

Предыдущее сообщение

Следующее сообщение

= Сообщение: 6934 из 7128 ====================================== FTSC_PUBLIC =
От   : deon                             3:633/509          11 Oct 23 15:39:16
Кому : Maurice Kinal                                       11 Oct 23 15:39:16
Тема : Question on FTS-0001
FGHI : area://FTSC_PUBLIC?msgid=3160.fdn_ftscpubl@3:633/509+298b694c
На   : area://FTSC_PUBLIC?msgid=1:153/7001+6525a6ba
= Кодировка сообщения определена как: CP437 ==================================
Ответ: area://FTSC_PUBLIC?msgid=1:320/219@fidonet+65277448
==============================================================================
Re: Question on FTS-0001
By: Maurice Kinal to Rob Swindell on Tue Oct 10 2023 07:32 pm

>  RS> packed message headers usually reflect the last-hop (or hub)
>  RS> address and not the originating node address.
>
> I see originating node addresses in packed msg headers.  They are preserved
> by anything I am using.  As far as I am aware that is the correct operating
> procedure.

So I thought so to, which is what I implemented.

It seems BBBS doesnt like it, and nothing else I've tested complains.

But from my testing, and I guess confirmed too by Rob, many things use the "last hop" in the packed message header.

What "should" it be? (To me, the FTSC implies it should be the originating node.)

...δεσ∩
--- SBBSecho 3.20-Linux
* Origin: I'm playing with ANSI+videotex - wanna play too? (3:633/509)

К главной странице гейта