FTP Client Windows or DOS based that recognizes 2200 file structure
Claude Shea
Hello there;
I have loaded FTP server software on our mainframe which is a 2200/500.
I have not had any luck so far finding an FTP client that fully
understands the file structures. Does anyone know of an FTP client that
is well versed in the structures of a Unisys mainframe. I would really
appreciate hearing from you. Thanks
Claude Shea, Technical Support Analyst
Government of Prince Edward Island
(902) 368-4117 cjs...@gov.pe.ca
Kurt Duncan
Claude Shea <cjs...@gov.pe.ca> writes:
>I have loaded FTP server software on our mainframe which is a 2200/500.
>I have not had any luck so far finding an FTP client that fully
>understands the file structures. Does anyone know of an FTP client that
Actually, the client is not supposed to understand anything. It simply
reformats requests into the standard RFC-compliant FTP commands. It is up
to the server software to translate it's own directory structure into
something compatible with those RFC-compliant FTP commands. I dealt with
this issue when I wrote FTP server software for our 1100, about 5 years
ago. There's just not much a client can do, in terms of dealing with a
host's file structure idiosyncracies. Unless there's a new rev to the RFC
that governs File Transfer Protocol.
Richard Schenke
In article <330209...@gov.pe.ca>, Claude Shea <cjs...@gov.pe.ca> wrote:
>Hello there;
>I have loaded FTP server software on our mainframe which is a 2200/500.
>I have not had any luck so far finding an FTP client that fully
>understands the file structures. Does anyone know of an FTP client that
>appreciate hearing from you. Thanks
Claude,
You may have to use a character-based, command-line interface, rather that
a GUI that lets you drag-and-drop files from one to the other.
Microsoft provides such a client with Win95. SpryAir provides FTPchar.
They don't really "understand" the OS1100 file system, but they don't
drop the connection when they give a command that only makes sense
in a hierarchical file system.
(A GUI client usually starts its session by giving the client the
command "cd", and Unisys OS1100 answers with an error message
"500 Command not implemented". End of session)
I've wished that the Unisys side of FTP would interpret the client's
"cd" command to be the name of a program file, and that the client's
subsequent file names would be treated as elements. Kermit1100 did
this successfully. E.g, If the client said "cd Foo*BAR", then
"put stuff", the Unisys would store the received text as
"FOO*BAR.STUFF". Instead, the client must command
"put stuff foo*bar.stuff" and take care that the "*" is not treated
as a wildcard.
Richard Schenke
RSch...@isc.jsc.nasa.gov
Kurt Duncan
rsch...@Starbase.NeoSoft.COM (Richard Schenke) writes:
>I've wished that the Unisys side of FTP would interpret the client's
>"cd" command to be the name of a program file, and that the client's
>subsequent file names would be treated as elements. Kermit1100 did
Yup. If I recall correctly, that's how my server code worked. Only way
to go. Of course, mine was kind of slow, because I used RSI to verify the
login, and actually kicked off a DEMAND session to handle most of the
work. Wasn't really all that slow transferring, just getting logged in.
Darned RSI, anyway. Anybody have a used 2200 they want to donate? I miss
systems programming...
do...@ftpxclient.usenet.us.com
: In article <330209...@gov.pe.ca>, Claude Shea <cjs...@gov.pe.ca> wrote:
: >I have loaded FTP server software on our mainframe which is a 2200/500.
: >I have not had any luck so far finding an FTP client that fully
Richard Schenke (rsch...@Starbase.NeoSoft.COM) wrote:
: subsequent file names would be treated as elements. Kermit1100 did
: this successfully. E.g, If the client said "cd Foo*BAR", then
Is Kermit the answer, then?
If the Kermit1100 will play across the network, then Kermit on various
other platforms will connect to it nicely.
The newer kermits even have ftp built in, but then you are probably back to
the file name idiosyncrasies, although kermit does have "file name
translate" as an option. I'm not sure how that would affect an ftp
session. Probably not at all.
Kermit is available on the Internet via anonymous ftp from host
watsun.cc.columbia.edu [128.59.39.2]
http://www.columbia.edu/kermit
kermit/read.me kermit/bin/read.me explain file locations.
--
---
Clarence A Dold - do...@network.rahul.net
- Pope Valley & Napa CA.
George Ewins
You are pretty much relegated to using the command line oriented
clients. Attachmate's FTPlus is somewhat PC friendly. It will allow you
to use the CD command to set a program file as a "directory" and a DIR
command will produce a list of elements in the program file. WS-FTP will
work after a fashion with FTPlus (you have to experiment with the OS
type to find one that displays the element list in a usable format).
Personally I use the Windows 95 command line client or the 2200 client
and my server. SSG can do wonders up/downloading the elements of a
program file using the 2200 command line client.
Richard Schenke wrote:
>
> In article <330209...@gov.pe.ca>, Claude Shea <cjs...@gov.pe.ca> wrote:
> >Hello there;
> >I have loaded FTP server software on our mainframe which is a 2200/500.
> >I have not had any luck so far finding an FTP client that fully
> >understands the file structures. Does anyone know of an FTP client that
> >is well versed in the structures of a Unisys mainframe. I would really
> >appreciate hearing from you. Thanks
>
> Claude,
> You may have to use a character-based, command-line interface, rather that
> a GUI that lets you drag-and-drop files from one to the other.
>
> Microsoft provides such a client with Win95. SpryAir provides FTPchar.
> They don't really "understand" the OS1100 file system, but they don't
> drop the connection when they give a command that only makes sense
> in a hierarchical file system.
> (A GUI client usually starts its session by giving the client the
> command "cd", and Unisys OS1100 answers with an error message
> "500 Command not implemented". End of session)
>
> I've wished that the Unisys side of FTP would interpret the client's
> "cd" command to be the name of a program file, and that the client's
> subsequent file names would be treated as elements. Kermit1100 did
> this successfully. E.g, If the client said "cd Foo*BAR", then
> "put stuff", the Unisys would store the received text as
> "FOO*BAR.STUFF". Instead, the client must command
> "put stuff foo*bar.stuff" and take care that the "*" is not treated
> as a wildcard.
>
> Richard Schenke
> RSch...@isc.jsc.nasa.gov
--
George Ewins
mailto:gew...@usa.net (home)
mailto:ewi...@m1.irs.gov (work)
keith sebesta
do...@FTPXClient.usenet.us.com wrote:
> Is Kermit the answer, then?
> If the Kermit1100 will play across the network, then Kermit on various
> other platforms will connect to it nicely.
> The newer kermits even have ftp built in, but then you are probably back to
> the file name idiosyncrasies, although kermit does have "file name
> translate" as an option. I'm not sure how that would affect an ftp
> session. Probably not at all.
>
> Kermit is available on the Internet via anonymous ftp from host
> watsun.cc.columbia.edu [128.59.39.2]
> http://www.columbia.edu/kermit
>
> kermit/read.me kermit/bin/read.me explain file locations.
>
> --
> ---
> Clarence A Dold - do...@network.rahul.net
> - Pope Valley & Napa CA.
Or you can try INETD-2200/FTPD-2200 from SSD. It accepts Q*F and UNIX
file formats.
Edward Dobrowolski
We use 2200 Server from DCA (DCAFTP) over an HLC and FTP's
OnNEt stack on the PC. The OnNet Windows FTP client allows you to
'open' or 'cwd' to a 2200 program file. In the side by side
views of the local and remote file systems, you can drag and
drop files. The CWD command must specify a 2200 program file, for
the 2200. A lot of commands the 2200 server canot perform, however,
cwd to a 2200 program file it does well. You will not find this
in any documentation. I found it by dumb luck while FTP'ing
html to our Web server. The trick, enter the host type of none on the
remote file system and enter a 2200 program file name. And "poof"
the 2200 prpgram file contents appear. Then you can drag and
drop, we plan to use it for our version control LAN stuff. DO NOT
enter the host type of u2200 ( for the os 2200 ). You may need
OnNet 4.0 and the latest DCAFTP software. Works for us...
EAD..
Edward Dobrowolski
I responded before, however, the response file seems bogus. I will be
swift. We are on DCAFTP ( latest and greatest ) on an IX4400 and use
OnNet from FTP software (FTP client version 4.00). Enter "none" for
host type and the 2200 program file name, and poof the elements and
versions will be displayed. Then drag and drop betwen the two file
systems. We use it for version control stuff. This is for the Windows
GUI and seems to work fine.
Do not enter the host type of u22 ( for Unisys 2200 ). It will upset
the client/host. Looks like a future "thing". The Session setup is
nice, IP or Name, and User password, etc... You can even enter the
working directory on FTP Client startup ( 2200 program file ). OnNet
is not and inexpensive TCP/IP pc stack. I dont think it is OnNet
that makes it all work. I have not tried another stacks FTP front
end yet. Good Luck
keith sebesta
Edward Dobrowolski wrote:
>
> We use 2200 Server from DCA (DCAFTP) over an HLC and FTP's
> OnNEt stack on the PC.
George Ewins
Today, I just tried the latest version of WS-FTP which now has an OS2200
host type and it works great with FTPlus!
George Ewins wrote:
>
> You are pretty much relegated to using the command line oriented
> clients. Attachmate's FTPlus is somewhat PC friendly. It will allow you
> to use the CD command to set a program file as a "directory" and a DIR
> command will produce a list of elements in the program file. WS-FTP will
> work after a fashion with FTPlus (you have to experiment with the OS
> type to find one that displays the element list in a usable format).
>
> Personally I use the Windows 95 command line client or the 2200 client
> and my server. SSG can do wonders up/downloading the elements of a
> program file using the 2200 command line client.
>
Jerry Merrill
In <330E2...@usa.net> George Ewins <gew...@usa.net> writes:
>
>Today, I just tried the latest version of WS-FTP which now has an OS2200
>host type and it works great with FTPlus!
Two other very important things to consider are whether it supports
MGET
and MPUT for moving (M)ultiple files in one command, and whether it
supports sign-ons and transfers in a batch mode.
--
_ _ __ _ ___
Jerry Merrill | | X | \ | \ | | \ | | | | | /
Now with VECTOR |\/| /_\ |_/ |_/ |- |_/ | | | |--| | /
(602)966-2770 | | / \ | | |__ | \ \/\/ | | | /__
Web Site: www.vectortec.com
Fred Werginz
Claude Shea <cjs...@gov.pe.ca> wrote in article
<330209...@gov.pe.ca>...
> Hello there;
> I have loaded FTP server software on our mainframe which is a 2200/500.
> I have not had any luck so far finding an FTP client that fully
> understands the file structures. Does anyone know of an FTP client that
> is well versed in the structures of a Unisys mainframe. I would really
> appreciate hearing from you. Thanks
>
> Claude Shea, Technical Support Analyst
> Government of Prince Edward Island
> (902) 368-4117 cjs...@gov.pe.ca
>
Ipswitch, makers of WS_FTP, have added OS2200 to the list of known
operating systems in their latest version. However, a full understanding
of the file system is still missing. They have been very open about making
changes and added OS2200 after our organization agreed to buy 125 copies.
With Windows 95, the OS2200 filenames can be handled pretty good and the
details just have to be worked out. As it is though, WS_FTP can get the
job done. You just can't do point-and-click transfers (yet!).
Best regards.
Keith Stone
The folks saying that the support for the file structure is in the server,
not the client are correct. The main problem on the client side is that
some clients REQUIRE a directory to be returned. This is not just a problem
when talking to 2200's, it's also a problem when you are trying to upload
to a "upload only" directory on some servers. The directory is treated as
write only, and an attempt to "dir" it will fail. A "good" client will deal
with this gracefully.
I've used many clients with the 2200. I'm working on a better cleint FOR
the 2200, since the screen interface with TAS sucks wind even on a good
day. A simple command line client just like the windows/DOS will be
superior, and at least support MGET/MPUT to a remote server. All the
support is already in the API, so all it takes in some binding code.
(Of course, I have to get my batch SMTP and LPR clients done first.)
--
--------- Keith Stone | Voice: (910) 777-0511
|\\\ ///| Crewstone Consulting ltd. | http://members.aol.com/kcstone
|/// \\\| 294 West End Boulevard | "Nobody knows the Rubbles I've seen.
--------- Winston-Salem, NC 27101 | F. Flintstone"
Keith Sebesta
Fred Werginz wrote:
> You just can't do point-and-click transfers (yet!).
client.
Otto Vainio
it looks wery **IX like for the client.
Otto Vainio (otto.vainio$finnair.fi)