= Сообщение: 3072 из 7127 ====================================== FTSC_PUBLIC = От : Bill McGarrity 1:266/404 07 Nov 17 06:26:11 Кому : Joe Delahaye 07 Nov 17 06:26:11 Тема : Re: SBBSecho logging. FGHI : area://FTSC_PUBLIC?msgid=2915.2ftscpubl@1:266/404+1aeeeaa7 На : area://FTSC_PUBLIC?msgid=6500.syncsysp@1:249/303+1aedd962 = Кодировка сообщения определена как: ASCII ================================== ============================================================================== -=> Joe Delahaye wrote to Bill McGarrity <=-
JD> Re: Re: SBBSecho logging. JD> By: Bill McGarrity to Digital Man on Wed Dec 30 2015 23:01:00
DM>> Echomail packets are bundled into archives and those bundles are DM>> what is sent to the downlinks. Are you wanting to know the name of DM>> the bundle files created or the actual packets within those bundles? DM>> BinkD has no knowledge of the packets within a bundle it sends or DM>> receives, so I'm not clear how the packet filename (which is what I DM>> assume you meant by "pkt #" in your msg) from the SBBSecho log would DM>> help you. I can add more log output, but if it is too much or the DM>> wrong kind, then that's not going to be helpful to you (or whomever DM>> is having the issue). More clarity is needed.
BM> I don't compress here so binkd sees the pkt #'s that are being sent.. even BM> though there maybe 4 to 5 being sent during one connection to that node.
BM> My request is to log the actual PKT # sbbsecho creates so we can compare BM> the creation, the sending and receiving on one end (anyone who's running BM> sbbsecho for instance). The node in question (non Synch user), says BM> they're not receiving any pkt's being delivered or showing in the bit BM> bucket or being stored in the bad pkt area on his system.
BM> Creating one test message and sending it to the two systems should resolve BM> the issue either way. If there is an issue with sbbsecho (highly doubt), BM> then you'll have some more info to resolve it.
JD> The above is already being tested. We found that although the packet JD> name at least was created, (archived), when the connections were made, JD> the mail went to the one system, and tried to send to the other, but JD> file not found.
Were there not two separate PKT's created for each node? Why not remove archieving from the equation and just create a .*lo file as well and check your binkd logs.
