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


Присутствуют сообщения из эхоконференции FTSC_PUBLIC с датами от 13 Sep 13 18:57:24 до 15 Nov 24 00:30:01, всего сообщений: 7128
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 103 из 7128 ======================================= FTSC_PUBLIC =
От   : Ulrich Schroeter                 2:244/1120         25 Oct 13 15:53:10
Кому : Fred Riccio                                         25 Oct 13 15:53:10
Тема : FTSC Nominations
FGHI : area://FTSC_PUBLIC?msgid=2:244/1120@fidonet+526abf7e
На   : area://FTSC_PUBLIC?msgid=1:132/174+5269f0c6
= Кодировка сообщения определена как: CP866 ==================================
==============================================================================
Hi Fred,

Friday October 25 2013 04:22, you wrote to mark lewis:

FR> Hello mark!
FR> 24 Oct 13 20:50, mark lewis wrote to Fred Riccio:

FR>>> Fastecho 1.46 decided the packet was a type 2 and didn't find
FR>>> the Zone and Point information where it expected it to be, so
FR>>> the mail (in this case routed NetMail) wasn't forwarded.

ml>> my FE 1.46 on my main system has not had any problems forwarding
ml>> netmails AFAICT... however, this may be something specific to
ml>> point systems... my mystic test system is a full node...

FR> Yes.  In reading his NetMail again, he does say the NetMail was from a
FR> point.  He believes that it was the origin address that was causing
FR> FastEcho to ignore the messages.

FR> In Squish we have the "Forward From" keyword that controls who is
FR> allowed to forward mail through your system.  Does FE have something
FR> similar?  Perhaps he wasn't set to "Forward From *".

the message was sent from a point (8001.3) to his bossnode (8001), who forwarded the message to his uplink (1120).

the packet received on 1120 (uplink) contains following data:

packet-header
from   node   8001
       point     3          <----   should be 0 (!)
the message-data
  message1
     from  node   8001
           point     3      <----   this doesn't care

what has been checked and rejected was the packet header

Well, current last Mystic development step A38 sends a packet format, that is something between pure fts-0001 + fsc-0039 on the way to a type 2+ packet type.

FE's fallback mechanism from fsc-0048 to fsc-0039 to fts-0001 sees something similar a type 2+ packet, uses the zone/point values from the packet header
and throws an error:
   PKT from 2:244/8001.3 to 2:244/1120 (FEFE, Type 2+)
   Security violation: Refused mail from unlisted system
sidenote: the packet has been sent in an ARCmail bundle from 8001.0
          and includes 4 echomails

there are other issues too: eg. ProdCode FEFE instead of 00FE ...


FR> Regards,
FR> Fred
FR>  $ Origin: Somewhere in New Hampshire's White Mountains (1:132/174)

regards, uli   ;-)

---
* Origin: AMBROSIA - Frankfurt/Main - Germany (2:244/1120)

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