IIRC, there was some way to copy text in a DV window, but whatever you were trying to paste it into would need to be "DV-aware" (I think) in order to accept the text.
If your telnet client supports zmodem downloads
I am pretty sure that SLMR and other older DOS QWK packet
readers used to work under DV.
As you have some networking going on, you could also up/download your QWK packets to/from the bbs via ftp.
QWK readers (usually) allow you to change the conference number that you
are going to put your reply into.
Not internally. It can shell to DOS though. Maybe DOS rz/sz if there is such a thing.
If your telnet client supports zmodem downloads
Not internally. It can shell to DOS though. Maybe DOS rz/sz if there is such a
thing.
I am pretty sure that SLMR and other older DOS QWK packet
readers used to work under DV.
SLMR was my favorite way back when. But that's for later. Right now I'm having
too much fun the hard way.
you could also up/download your QWK packets to/from the bbs via ftp.
The Novell DOS FTP client works with my linux FTP server. My client is behind a firewall though. Not sure if that's a problem. I'll see.
There is DSZ (the official one) and a few other DOS-compatable Zmodem executables, like pdzmodem.
Now to see about QWK via FTP
Now to see about QWK via FTP
In the QWK menu I don't see any way. Maybe that's only for sysops? IDK.
There is DSZ (the official one) and a few other DOS-compatable Zmodem executables, like pdzmodem.
In a Telnet session shelled to DOS they would need to support I/O via stdin/stdout. Makes me curious to see ...
No, unless the board is configured differently. You would use the QWK
menu, via your telnet session, to configure your packet options and choose the areas you want scanned.
Once you have done that, to download your QWK packet from that synchronet board, you would just use the ftp client to connect to the board's url address (i.e. vert.synchro.net) and then 'get VERT.QWK'. The BBS will create a packet for you and send it.
To send up REP packets, you just 'put VERT.REP' and the board will know
what to do with it.
If your ftp client doesn't support passive, it might present some issues
To send up REP packets, you just 'put VERT.REP' and the board will know
what to do with it.
It should work just like interfacing with any other ftp server.
transfer protocol. There is DSZ (th
official one) and a few other
DOS-compatable Zmodem executables, l
Jcurtis wrote to Dumas Walker <=-
It said "no packet, no new messages". But after logging off telnet,
then the FTP transfer worked. Won't need the telnet step once I get a cycle started. I like that.
It said "no packet, no new messages". But after logging off telnet,
then the FTP transfer worked. Won't need the telnet step once I get a cycle started. I like that.
I think that's meant to preserve your new scan pointers.
It should work just like interfacing with any other ftp server.
My first QWK packet was corrupted. Guess I forgot to set FTP binary
mode before transferring. Second try much better.
phigan wrote to Dumas Walker <=-
@MSGID: <6829F743.8791.dove-general@tacopronto.bbs.io>
@REPLY: <68274B6B.69051.dove-gen@capcity2.synchro.net>
Re: Retro DOS
By: Dumas Walker to JCURTIS on
Fri May 16 2025 09:26 am
transfer protocol. There is DSZ (th
official one) and a few other
DOS-compatable Zmodem executables, l
Super Zmodem (IIRC) was cool how it let
you chat and play simple games while
transfering files.
Then there was leech Zmodem :D.
Jcurtis wrote to POINDEXTER FORTRAN <=-
Seems like the FTP new scan is locked out while I'm logged in via
telnet. Not sure if that's true but it would make sense.
I can confirm - I use FTP every day and if I'm logged in, the FTP
session doesn't detect any new messages to pack.
If your telnet client supports zmodem downloads
Not internally. It can shell to DOS though. Maybe DOS rz/sz if there is such a
thing.
Yep, IIRC, Zmodem started as a DOS transfer protocol. There is DSZ (the official one) and a few other DOS-compatable Zmodem executables, like pdzmodem.
My first QWK packet was corrupted. Guess I forgot to set FTP binary
mode before transferring. Second try much better.
It said "no packet, no new messages". But after logging off telnet, then the FTP transfer worked. Won't need the telnet step once I get a cycle started. I like that.
I think that's meant to preserve your new scan pointers.
Seems like the FTP new scan is locked out while I'm logged in via
telnet. Not sure if that's true but it would make sense.
It should work just like interfacing with any other ftp server.
My first QWK packet was corrupted. Guess I forgot to set FTP binary
mode before transferring. Second try much better.
Sorry, I forgot to mention the 'binary' step when I was going over how it works. Some ftp clients don't need it but others seem to. I usually try
to remember to do it just in case!
Jcurtis wrote to POINDEXTER FORTRAN <=-
Seems like the FTP new scan is locked out while I'm logged in via telnet. Not sure if that's true but it would make sense.
I can confirm - I use FTP every day and if I'm logged in, the FTP
session doesn't detect any new messages to pack.
My first QWK packet was corrupted. Guess I forgot to set FTP binary
mode before transferring. Second try much better.
The Synchronet FTP server *only* supports binary mode, so something else is u
Use &W from the terminal server (default command shell) to save your message pointers before you download the QWK packet via FTP.
Yep, IIRC, Zmodem started as a DOS transfer protocol. There is DSZ (the official one) and a few other DOS-compatable Zmodem executables, like pdzmodem.
ZMODEM actually started as a file transfer tool/protocol for UNIX, not DOS (an
incremental improvement over YMODEM by Chuck Forsberg) - the program was calle
'sz' (for send zmodem) and 'rz' (for receive zmodem) and then later Chuck created DSZ (DOS Send ZMODEM, which does both the send and receive in the same
executable). Then FDSZ (FOSSIL DSZ) and GSZ (Graphical SZ for DOS) and other variants (proYamm and what not). RIP Chuck.
Use &W from the terminal server (default command shell) to save your message pointers before you download the QWK packet via FTP.
FTP get VERT.QWK updates my pointers without any extra steps. Works
good. I don't need to login via telnet.
No doubt &W is useful in some way unknown to me.
If you're *also* logged into the terminal server (e.g. via Telnet) at the same time as the FTP server and you make changes to your scan pointers/config on the terminal server, those changes are saved and re-used (e.g. for FTP-downloaded QWK packets) unless you either log-off the terminal server or use the &W command to write your new-scan config/ptrs to disk.
receive in the same executable). Then FDSZ (FOSSIL DSZ) and GSZ (Graphical SZ for DOS) and other variants (proYamm and what not). RIP Chuck.I remember my Carolina Blue floppy tht ProYamm camed on. Loved his programs.
--
digital man (rob)
| Sysop: | Karloch |
|---|---|
| Location: | Madrid, Spain |
| Users: | 78 |
| Nodes: | 8 (0 / 8) |
| Uptime: | 209:01:54 |
| Calls: | 1,379 |
| Calls today: | 1 |
| Files: | 17,895 |
| D/L today: |
1 files (75K bytes) |
| Messages: | 65,857 |