Subj : dosxnt
To   : Rob Swindell
From : Paul Williams
Date : Mon Sep 23 2002 12:32 am

Hi Rob Swindell, hope you are having a nice day

>>>MSGID numbers should be generated at the originatingsystem
>> Right. Unfortunately there's several programs that don't have msgid
>>generation in them. Synchronet BBS being one still under development
>>that still doesn't.
RS>SBBSecho v2.00 beta added support for MSGID and REPLY kludge lines.

 Might explain why I haven't seen it. There are some others in R19
using v2 but I guess not a new enough beta.

RS>@TZUTC: -800
RS>@MSGID: <123.80XXX@1:103/705> 3D8D2EA4
RS>@REPLY: 1:387/710 cf29e0b9
RS>@PID: SBBSecho v2.00-Win32 r1.63 Sep 18 2002 BCC 5.60

 I went back and looked at the fts-0009 abt msgid's to make sure
and at least when compared to msgid's I see from other programs it
looks like the one from your beta needs a tweak.

 The msgid I see above has extra stuff in the field that should only
have the originating address and not the echotag and... whatever the
123. is for. It should look just like the reply kludge.

 Not real sure how termail will deal w/ using that for its reply
line but I do know that it breaks the nodelist lookup ability.

 Normally when I hit the lookup it will put the correct net segment
on the screen, but instead of getting the 103 segment it thinks your
posting from 1:387/123.80 and so gives me the local netseg instead.

 Ttbomk if the above looked like below it would be fully correct
so far as I understand what's in fts-0009.01

RS>@TZUTC: -800
RS>@MSGID: 1:103/705 3D8D2EA4
RS>@REPLY: 1:387/710 cf29e0b9
RS>@PID: SBBSecho v2.00-Win32 r1.63 Sep 18 2002 BCC 5.60

 -=> Yours sincerely, Paul Williams <=-

.... "Does anyone remember what normal was for me?"- Bob Kohl
--- Terminate 4.00/Pro
 * Origin: Texas math: .357 + .30x.30 + .44 = 0 (1:387/710)

.