On 1/7/2015 9:23 PM, Sampsa Laine wrote:
On 8 Jan 2015, at 04:03, Johnny Billquist <bqt at softjar.se> wrote:
Aha. Interesting output. That was sortof what I had a vague memory remembering it looking like. Now I need to decide if I want to do it similar.
Do people think file protection (for example) is useful to see? What about owner? I certainly have the information available, but I have not displayed it so far.
I would try to make it look as close to the *nix implementations, that way automated / GUI front-ends are more likely to work nicely with the server.
For example, I have a very nice GUI file transfer program called Transmit.app on OS X, but it REALLY gets confused when talking to VMS..
sampsa
I had the same problem with my Mac FTP utilities. I tried Panic's Transmit, Yummy FTP and a couple others. Yummy *almost* works except for file versions. But I've been using Filezilla <https://filezilla-project.org/> now for a few months and it seems to work pretty well. My biggest problem with it has been training it to recognize file types for automatic transfers (ASCII vs binary/image). It has Mac, Windows and Linux versions. I have V3.8.1 The latest is 3.10 but it won't work on my OS X 10.6.8 (Snow Leopard) system.
John H. Reinhardt
Guys,
Just for fun I thought I'd like to attach a virtual RX02 drive to GORVAX (it's running SIMH).
Any of you guys know of the correct dd parameters to use to create a blank disk image?
Sampsa
That's what my fading memory was telling me. The last time I've used Multinet was in 2002 though.
Hence my offer bring two systems online if he can use them.
Hans
Verzonden vanaf mijn BlackBerry 10-smartphone.
Van: Mark Wickens
Verzonden: donderdag 8 januari 2015 10:32
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] VMS FTP server?
It's worth noting that the Multinet FTP package is substantially different to the HP version - from both a client and server perspective.
On 8 January 2015 at 09:22, Hans Vlems <hvlems at zonnet.nl> wrote:
Johnny,
Just finished reading the ftp discussion and cannot figure whether you' ve found a VMS ftp server...
I can offer two, one on axp (real iron) the other is a simple vax. VMS 8.3 and 6.1, both run DEC's tcpip/ ucx product.
Hans
Verzonden vanaf mijn BlackBerry 10-smartphone.
Origineel bericht
Van: Johnny Billquist
Verzonden: donderdag 8 januari 2015 08:40
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] VMS FTP server?
On 2015-01-08 04:47, Sampsa Laine wrote:
>
> On 8 Jan 2015, at 05:43, Johnny Billquist <bqt at softjar.se> wrote:
>
>>
>> A different question is how to deal with binary file transfers to (for example) Unix systems. I have some different options there as well, but I haven't figured one out yet that does the right thing under all circumstances.
>>
>
> How about writing an archiver that produces a simple binary file as output but retains all the RSX specific stuff within the archive, sort of like ZIP's -V option on VMS and then using something like Kermit over say Telnet to transfer those files around?
That is already sortof existing. You can use LBR to stuff any files into
a library, and then I've written something similar to uuencode/uudecode
that can process any file, creating a text file, which is the only
universal file format. :-)
> I'm sure there must be a Kermit port for RSX-11 out there somewhere..
Of course. But Kermit isn't exactly efficient. Not to mention that you
cannot, on an RSX system, do kermit over telnet...
Johnny
It's worth noting that the Multinet FTP package is substantially different to the HP version - from both a client and server perspective.
On 8 January 2015 at 09:22, Hans Vlems <hvlems at zonnet.nl> wrote:
Johnny,
Just finished reading the ftp discussion and cannot figure whether you' ve found a VMS ftp server...
I can offer two, one on axp (real iron) the other is a simple vax. VMS 8.3 and 6.1, both run DEC's tcpip/ ucx product.
Hans
Verzonden vanaf mijn BlackBerry 10-smartphone.
Origineel bericht
Van: Johnny Billquist
Verzonden: donderdag 8 januari 2015 08:40
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] VMS FTP server?
On 2015-01-08 04:47, Sampsa Laine wrote:
>
> On 8 Jan 2015, at 05:43, Johnny Billquist <bqt at softjar.se> wrote:
>
>>
>> A different question is how to deal with binary file transfers to (for example) Unix systems. I have some different options there as well, but I haven't figured one out yet that does the right thing under all circumstances.
>>
>
> How about writing an archiver that produces a simple binary file as output but retains all the RSX specific stuff within the archive, sort of like ZIP's -V option on VMS and then using something like Kermit over say Telnet to transfer those files around?
That is already sortof existing. You can use LBR to stuff any files into
a library, and then I've written something similar to uuencode/uudecode
that can process any file, creating a text file, which is the only
universal file format. :-)
> I'm sure there must be a Kermit port for RSX-11 out there somewhere..
Of course. But Kermit isn't exactly efficient. Not to mention that you
cannot, on an RSX system, do kermit over telnet...
Johnny
Johnny,
Just finished reading the ftp discussion and cannot figure whether you' ve found a VMS ftp server...
I can offer two, one on axp (real iron) the other is a simple vax. VMS 8.3 and 6.1, both run DEC's tcpip/ ucx product.
Hans
Verzonden vanaf mijn BlackBerry 10-smartphone.
Origineel bericht
Van: Johnny Billquist
Verzonden: donderdag 8 januari 2015 08:40
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] VMS FTP server?
On 2015-01-08 04:47, Sampsa Laine wrote:
On 8 Jan 2015, at 05:43, Johnny Billquist <bqt at softjar.se> wrote:
A different question is how to deal with binary file transfers to (for example) Unix systems. I have some different options there as well, but I haven't figured one out yet that does the right thing under all circumstances.
How about writing an archiver that produces a simple binary file as output but retains all the RSX specific stuff within the archive, sort of like ZIP's -V option on VMS and then using something like Kermit over say Telnet to transfer those files around?
That is already sortof existing. You can use LBR to stuff any files into
a library, and then I've written something similar to uuencode/uudecode
that can process any file, creating a text file, which is the only
universal file format. :-)
I'm sure there must be a Kermit port for RSX-11 out there somewhere..
Of course. But Kermit isn't exactly efficient. Not to mention that you
cannot, on an RSX system, do kermit over telnet...
Johnny
On 8 Jan 2015, at 09:39, Johnny Billquist <bqt at softjar.se> wrote:
That is already sortof existing. You can use LBR to stuff any files into a library, and then I've written something similar to uuencode/uudecode that can process any file, creating a text file, which is the only universal file format. :-)
Which text format, EBCDIC or ASCII? :P
On 8 Jan 2015, at 09:39, Johnny Billquist <bqt at softjar.se> wrote:
I'm sure there must be a Kermit port for RSX-11 out there somewhere..
Of course. But Kermit isn't exactly efficient. Not to mention that you cannot, on an RSX system, do kermit over telnet...
Johnny
My idea was to extend the RSX-11 kermit port to include access over telnet rather than using FTP.
Just throwing this out there since FTP currently seems quite Unix-oriented..
Sampsa
On 2015-01-08 04:47, Sampsa Laine wrote:
On 8 Jan 2015, at 05:43, Johnny Billquist <bqt at softjar.se> wrote:
A different question is how to deal with binary file transfers to (for example) Unix systems. I have some different options there as well, but I haven't figured one out yet that does the right thing under all circumstances.
How about writing an archiver that produces a simple binary file as output but retains all the RSX specific stuff within the archive, sort of like ZIP's -V option on VMS and then using something like Kermit over say Telnet to transfer those files around?
That is already sortof existing. You can use LBR to stuff any files into a library, and then I've written something similar to uuencode/uudecode that can process any file, creating a text file, which is the only universal file format. :-)
I'm sure there must be a Kermit port for RSX-11 out there somewhere..
Of course. But Kermit isn't exactly efficient. Not to mention that you cannot, on an RSX system, do kermit over telnet...
Johnny
On 8 Jan 2015, at 05:43, Johnny Billquist <bqt at softjar.se> wrote:
A different question is how to deal with binary file transfers to (for example) Unix systems. I have some different options there as well, but I haven't figured one out yet that does the right thing under all circumstances.
How about writing an archiver that produces a simple binary file as output but retains all the RSX specific stuff within the archive, sort of like ZIP's -V option on VMS and then using something like Kermit over say Telnet to transfer those files around?
I'm sure there must be a Kermit port for RSX-11 out there somewhere..
sampsa
On 2015-01-08 04:37, Sampsa Laine wrote:
On 8 Jan 2015, at 05:29, Johnny Billquist <bqt at softjar.se> wrote:
On 2015-01-08 03:23, Paul_Koning at Dell.com wrote:
...
The MultiNet FTP Server moves files between similarly capable FTP Clients and keeps the File Attributes consistent while copying data (i.e. You can simply ftp RMS Indexed files between VMS systems and the results will be immediately usable).
I know I read some manual about the DEC TCPIP package ftp server and client also managing this. It would, in fact, be nice to be compatible with that. However, atleast when storing or retreiving files from Unix systems, what DEC did is that they actually transfer two files. One with the data, and a separate one with the file metadata. Ugly, I think, and I would like to try and avoid that.
But that is a client only thing, as far as I can see. Anyone know how VMS does it if talking to another VMS system?
I suspect I might have a hard time if they do it by detecting that the remote server is a VMS system, since I will not lie about that. :-)
Ideally there would be an RFC describing this. Is there? Or another spec that spells out the protocol encoding for this magic?
I haven't found any. :-(
On the other hand, I could have missed something.
The "old" way of possibly dealing with this would be to use the page structure mode in ftp, but that would appear to be seriously discouraged. And besides, it is still kindof a difficult fit here.
RFC 959 talks about a file structure command:
FILE STRUCTURE (STRU)
The argument is a single Telnet character code specifying
file structure described in the Section on Data
Representation and Storage.
The following codes are assigned for structure:
F - File (no record structure)
R - Record structure
P - Page structure
The default structure is File.
https://www.ietf.org/rfc/rfc959.txt
Not sure if this is of any help or works with any modern clients..
Note where I said "page structure" above. :-)
I've read RFC 959 (as well as the various additions) backwards and forwards way too many times by now.
The page structure would be a way of doing this. It will definitely not work with any other client out there. But on the other hand, I'm mostly interested in the efficient transport of files between two RSX systems for this part anyway, so it will be towards my own client only.
But I doubt VMS does it this way, and I was curious about if I could possibly do something that would be compatible with VMS, since enough commonality in file storage exists between RSX and VMS for this to actually be useful.
So the question is - what do VMS do when talking to another VMS system, and how does VMS decide when to use the extra abilities?
A different question is how to deal with binary file transfers to (for example) Unix systems. I have some different options there as well, but I haven't figured one out yet that does the right thing under all circumstances.
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
