Text 26168, 50 rader
Skriven 2015-07-21 17:17:14 av mark lewis (1:3634/12.73)
  Kommentar till text 26154 av David Drummond (3:640/305)
Ärende: New Stuff
=================
22 Jul 15 06:07, you wrote to Bill McGarrity:

 DD>>> Could it be because no-one has ever routed echomail? Echomail is a
 DD>>> point to point transaction. The originating node has no control over
 DD>>> the movement of the echomail once it is delivered to the node to
 DD>>> whom the packet is addressed.

 BM>> I beg to disagree. Speaking from personal experience due to a
 BM>> screw-up in my routing file when I first got back some pkt's were
 BM>> routed through the NC of the final recipient.  Saying something can
 BM>> never happen is rather shortsighted.

 DD> It cannot happen with my setup - if your software allows it then it
 DD> has security holes.

in what manner are there security holes? has it occured to you that while
fidonet may not use certain capabilities of the technology, other networks may?
the fact remains that routing echomail is possible and it was done in the
past... in some places it may still be done today... there's a reason one must
have agreements for routing mail of any sort through a connected system ;)

 DD>>> In other words, there is no target address embedded in an echo
 DD>>> message, only in the packet containing it.

 BM>> True, but as stated above, echomail can be routed because of the PKT
 BM>> address, especially when the system doesn't have a CM flag. A lesson
 BM>> I learned very quickly.

 DD> When the packet is delivered and unpacked, the enclosed echomessages
 DD> no longer have an address to be delivered to,

wrong... they are addressed to the link the packet is destined to... the
intermediate node simply repacks them to the next hop and forwards them on...

 DD> the receiving node is the final point.

incorrect... the destination *system* is the final point... not any possible
intermediate systems...

 DD> Unless of course that node has a config that re-propogates those
 DD> echomessages one or more other nodes. But that is not "routing
 DD> through" that is the receiving node choosing to onsend.

you're missing something important ;)

)\/(ark

... Nothing is constant, unless it is dead.
---
 * Origin:  (1:3634/12.73)