Daryl, where did you find PKTDUMP?
Daryl, where did you find PKTDUMP?
Yeah, I couldnt find it either.
Daryl Stout wrote to JOE DELAHAYE <=-
It's on Vertrauen (Digital Man's BBS). I went ahead and added a FILE_ID.DIZ, zipped it up, and placed it in the FIDONet Utilities area over here as PKTDUMP.ZIP -- Rob has a bunch of good utilities on his system. :)
And, I must complement him on the updated login.js for Synchronet. It has helped block a ton of bots trying to connect with names like
"Root", "User", "Admin", "Supervisor", etc. They keep trying, but as
soon as they enter that string which matches data in the user.can file, they get dumped!! It's almost comical to watch...and if I get bored, I
can put the numeric IP in the ip.can file.
Bill,
Daryl, where did you find PKTDUMP?
It's on Vertrauen BBS, vert.synchro.net
With help from Digital Man (Rob Swindell - Vertrauen is his BBS), I
was able to get PKTDUMP to work. The problem I've run into now, is that
I've got 2 sets of identical outbound filenames. So, I've modified my batchfile to check each directory created (with an FLO mailer setting)
for certain packets...and if it's found there, to move it to the
appropriate directory for Internet Rex to process.
Daryl, where did you find PKTDUMP?
Yeah, I couldnt find it either.
It's on Vertrauen (Digital Man's BBS). I went ahead and added a FILE_ID.DIZ, zipped it up, and placed it in the FIDONet Utilities area over here as PKTDUMP.ZIP -- Rob has a bunch of good utilities on his system. :)
It's on Vertrauen (Digital Man's BBS). I went ahead and added a FILE_ID.DIZ, zipped it up, and placed it in the FIDONet Utilities area over here as PKTDUMP.ZIP -- Rob has a bunch of good utilities on his system. :)
I'll have to login there as a user sometime and check it out.
And, I must complement him on the updated login.js for Synchronet. It has helped block a ton of bots trying to connect with names like "Root", "User", "Admin", "Supervisor", etc. They keep trying, but as soon as they enter that string which matches data in the user.can file, they get dumped!! It's almost comical to watch...and if I get bored, I can put the numeric IP in the ip.can file.
I wonder if I could link that to fail2ban on Linux and have a "sin bin" for TL>logins where those IPs are locked out for a specified period of time (e.g. 1 TL>hour), to make it more hands off.
In SBBSecho v3 (in the development builds), the outbound bundles and packets DM>are placed in the various outbound sub-directories (rather than all going to DM>outbound and the FLOW files pointing there). It sounds like maybe you ought DM>upgrade to SBBSecho v3.
Rob,
In SBBSecho v3 (in the development builds), the outbound bundles and packets DM>are placed in the various outbound sub-directories (rather than all going to DM>outbound and the FLOW files pointing there). It sounds like maybe you ought DM>upgrade to SBBSecho v3.
OK, I need a link to that then, please.
Also, would I still need to
set SBBSECHO as a FLO mailer, or could I do it as an "attach mailer"
(where it goes to specific directories)??
In SBBSecho v3 (in the development builds), the outbound bundles and
packets are placed in the various outbound sub-directories (rather
than all going to outbound and the FLOW files pointing there). It
sounds like maybe you ought upgrade to SBBSecho v3.
OK, I need a link to that then, please. Also, would I still need to
set SBBSECHO as a FLO mailer, or could I do it as an "attach mailer" (where it goes to specific directories)??
Also, would I still need to set SBBSECHO as a FLO mailer, or could I do
it as an "attach mailer" (where it goes to specific directories)??
If you're using a BSO/FLO mailer, then you still want to have SBBSecho configured as such (not "attach").
i'm pretty sure you've read my other message to daryl but i'll repeat it ML>again... i'm fairly certain that he is used to using fileboxes... at least a ML>outbox for his links... possibly also an inbox for them... that's probably ML>where the stuff about copying files to certain directories is coming from...
He even has the old Night Owl CD-Rom collections. I had sent mine to
Sean Dennis, but apparently, one can re-download those off of the
internet.
Re: PKTDUMP
Just out of curiosity, will PKTDUMP.EXE work as a standalone program?
I tried to read a .pkt and it said it was" not a valid Win32 application". Didn't know if it needed something else to perform.
I tried to read a .pkt and it said it was" not a valid Win32 appli
Didn't know if it needed something else to perform.
Hm. It is a 32-bit Windows program. It's built with new tools and no special provisions for old versions of Windows, so XP (for example) might not be able to run it as is. I could probably rebuild it with either older tool-chain or special options to make it more backwards compatible with old versions of Windows.
Just out of curiosity, will PKTDUMP.EXE work as a standalone program?
I tried to read a .pkt and it said it was" not a valid Win32 application". BG>Didn't know if it needed something else to perform.
I only tried it on XP cause that is what I have my BBS (VADV)running on.
Bill,
Just out of curiosity, will PKTDUMP.EXE work as a standalone program?
I tried to read a .pkt and it said it was" not a valid Win32 application". BG>Didn't know if it needed something else to perform.
You have to run it from the command prompt under Windows (I'm using Windows 7 32-bit, and Microsoft is aggressively trying to get me to
upgrade to Windows 10).
I put PKTDUMP into C:\PKTDUMP -- then unzip the bundle file into a temporary directory. Then, the command line is:
c:\pktdump\pktdump filename.pkt
You'll see a list of messages, with the nodes of origination and destination.
Then, I move the original file to its outbound directory.
I put PKTDUMP into C:\PKTDUMP -- then unzip the bundle file into a temporary directory. Then, the command line is:
c:\pktdump\pktdump filename.pkt
Re: PKTDUMP
I put PKTDUMP into C:\PKTDUMP -- then unzip the bundle file into a temporary directory. Then, the command line is:
c:\pktdump\pktdump filename.pkt
All I found was PKTDUMP.EXE, not a zip file of any kind
If you do that (move the file), then the FLO files will no longer point to t DM>file. You should not do that.
All I found was PKTDUMP.EXE, not a zip file of any kind
If you do that (move the file), then the FLO files will no longerto t DM>file. You should not do that.
point
So, then I should set SBBSECHO to an attach mailer??
If you do that (move the file), then the FLO files will no longer
point to t file. You should not do that.
So, then I should set SBBSECHO to an attach mailer??
Rob,
If you do that (move the file), then the FLO files will no longer point to t DM>file. You should not do that.
So, then I should set SBBSECHO to an attach mailer??
Sysop: | MCMLXXIX |
---|---|
Location: | Prospect, CT |
Users: | 333 |
Nodes: | 10 (0 / 10) |
Uptime: | 146:39:02 |
Calls: | 581 |
Messages: | 237921 |