in .txt format but when it gets zipped and try to d/l it i get errors
and it doesnt complete the d/l . The same .zip file will d/l fine if i
add it to the Files section in Mystic.
Anyone here ever use DSZ zmodem? Having a problem with it d/l ing .zip files. I have a door that will let you view and d/l text files. You have the option of d/ling the file with or without zipping it. Files d/l fine in .txt format but when it gets zipped and try to d/l it i get errors and it doesnt complete the d/l . The same .zip file will d/l fine if i add it to the Files section in Mystic.
what sorts of errors?Getting a ton of CRC32 Errors
if you have to use an external zmodem maybe try out pdzm (public domain zmodem) or something. (https://pcmicro.com/netfoss/download.html
if it's calling dsz.exe directly with no way to set parameters, maybe we can put together a simple dos shim program to translate them
Could it be fossil related?
If you connect to your BBS using a "raw" protocol, not "telnet protocol" (I think syncterm can do raw), does it work?
I just connected using "RAW" and it worked flawlessly! What's up with that? So telnet is getting in the way? I was hoping it would work using telnet mainly because most people seem to use that to connect.
I just connected using "RAW" and it worked flawlessly! What's up with that? So telnet is getting in the way? I was hoping it would work using telnet mainly because most people seem to use that to connect.
telnet isn't 100% transparent like a "raw" connection. it has a handshake protocol to determine things like whether to echo keyboard input back, a way to report when the terminal window is resized, features to do stuff "out of bounds" like kill the currently running program, etc.
it's likely the zmodem transfer is filled with what the client thinks are telnet commands.
So since this door does downloads, its not (and probably would know anyway), putting the telnet session into raw mode. So binary transfers that speak that have telnet codes will be intercepted and not passed
down to the downloading program.
Anyone here ever use DSZ zmodem? Having a problem with it d/l ing .zip files. I have a door that will let you view and d/l text files. You have the option of d/ling the file with or without zipping it. Files d/l fine in .txt format but when it gets zipped and try to d/l it i get errors and it doesnt complete the d/l . The same .zip file will d/l fine if i add it to the Files section in Mystic.
telnet isn't 100% transparent like a "raw" connection. it has a handshake protocol to determine things like whether to echo keyboard input back, a way to report when the terminal window is resized, features to do stuff "out of bounds" like kill the currently running program, etc.
If I were to guess, it's that there's a disconnect with the telnet
control character with DSZ inside the door. ascii 255 is a control character that must be doubled if it's a telnet connection from the outside. The .txt probably doesn't have this and the .zip probably
does. Is the door using its' own DSZ, or a separate exe? If it's separate, you might be able to swap a param for this.
If I were to guess, it's that there's a disconnect with the telnet control character with DSZ inside the door. ascii 255 is a control character that be doubled if it's a telnet connection from the outside. The .txt probabl doesn't have this and the .zip probably does. Is the door using its' own or a separate exe? If it's separate, you might be able to swap a param fo this.
| Sysop: | altere |
|---|---|
| Location: | Houston, TX |
| Users: | 66 |
| Nodes: | 4 (0 / 4) |
| Uptime: | 04:09:51 |
| Calls: | 620 |
| Calls today: | 6 |
| Files: | 7,638 |
| Messages: | 293,336 |