MSGID: 1:396/45.0 f19e4ba4
REPLY: 2:280/464 5f193943
CHRS: IBMPC 2
* Copied (from: MYMAIL) by Marc Lewis using timEd/2 1.10.y2k+.

All:

This is a copy of an ongoing conversation with Wilfred van Velsen about a .pkt
I transmitted to his system (I transmit uncompressed to him) that was missing
the packet password and contained 2 routed NetMails to someone in Zone 2.
Normally there are no problems between our two systems with either my NetMail
or EchoMail to him.  This time the two messages seem to have circumvented
*everything*.

Needless to day, I'm running the last (latest) version of Squish/2.

Any ideas on how or why and how to prevent this will be appreciated.

Best,
Marc

-o-o-o-o-o-o-o-o-CUT-o-o-o-o-o-o-o-o-o-

Hello Wilfred!



 ML> [snip]
 WvV>> This pkt file contained 2 routed netmails. I never see this on pkt
 WvV>> files coming from your system, containing echomail...?

 ML>> Strange. I've looked at my "saved" directory of routed NetMails and
 ML>> I found nothing going to 2:280/464.  To whom are they addressed or
 ML>> what do they contain? I simply can't see how anyone could get the
 ML>> stuff into your system without knowing our somewhat lengthy session
 ML>> password.  Any clue in the .pkts as to the tosser?  I am at a loss.
 ML>> I am going to try and get squish to give me a log of outbound .pkt
 ML>> files via the log analyser, but at the moment I am mystified.

 ML> Okay - I do see where that .pkt was transmitted to you on 21 JUL
 ML> 20@21:31:25 US Central time.  It will take me a while to run the squish
 ML> analyser to try and find out what that packet contained

 WvV> See my other netmail.

 ML> and how squish could have sent it without the .pkt password prepended
 ML> to the .pkt body... I don't know how that would be possible. (!?)

 WvV> Your own netmails, like this one get processes fine. So the pkt
 WvV> file must be containing the correct password. ;)

 WvV> Maybe it's somehow just related to routed netmails?

Perhaps I have uncovered a squish bug. *Normally* a routed NetMail shows up in
my "saved" NetMail folder (which of course is private and I don't normally
read anything in there.)  Somehow, these two messages managed to circumvent
*everything* including the packet level password my system is supposed to
place on every .pkt going to you.  The squish analyzer I have is quite old and
repeatedly returns an error when I ask it for full details - returning nothing
but the error... so I am a bit in the dark on this one.  I think I will post
this in the TUB echo and see if someone comes up with an explanation for this
anomaly of packets coming from me to you containing a routed NetMail ending up
in your unsecured area.  I am at a loss.

Best regards,
Marc

Internet recipients: Your reply in plain-text will be appreciated. 
-+- timEd/2 1.10.y2k+ 
-o-o-o-o-o-o-o-o-CUT-o-o-o-o-o-o-o-o-o-

--- timEd/2 1.10.y2k+
 * Origin: Sursum Corda! BBS-Huntsville,AL-bbs.sursum-corda.com (1:396/45)
SEEN-BY: 1/123 18/200 90/1 120/340 601 123/131 226/30 227/114 702
SEEN-BY: 229/101 424 426 664 1014 240/5832 249/206 317 400 292/854
SEEN-BY: 317/3 322/757 342/200 633/280
PATH: 396/45 280/464 229/101 426