Re: MPE FTP transfer into HFS namespace

On Fri, September 26, 2008 15:41, donna hofmeister wrote:
alas, it appears that james has indeed hit a bug in mpe's ftp for mget :-(

:ftp
File Transfer Protocol [A0012H14] (C) Hewlett-Packard Co. 2002 [PASSIVE
SUPPORT]
ftp> open 192.168.219.1
220 (vsFTPd 2.0.5)
Connected to 192.168.219.1. (FTPINFO 40)
Name(manager): anonymous
331 Please specify the password.
Password:
230 Login successful.
Remote system type is UNIX
ftp> byte
200 Switching to Binary mode.
ftp> cd ftp-drop
250 Directory successfully changed.
ftp> dir
200 PORT command successful. Consider using PASV.
150 Here comes the directory listing.
-rw-r--r-- 1 14 50 506740992 Sep 26 08:07 STDHAL.1.1
-rw-r--r-- 1 14 50 325265920 Sep 26 08:19 STDHAL.2.1
-rw-r--r-- 1 14 50 561713920 Sep 26 08:41 STDHAL.3.1
-rw-r--r-- 1 14 50 564188160 Sep 26 09:03 STDHAL.4.1
-rw-r--r-- 1 14 50 9747456 Sep 25 18:03 TEST.1.1
-rw-r--r-- 1 14 50 18894848 Sep 25 18:04 TEST.2.1
-rw-r--r-- 1 14 50 7290624 Sep 25 18:04 TEST.3.1
-rw-r--r-- 1 14 50 8643840 Sep 25 18:04 TEST.4.1
226 Directory send OK.
540 bytes received in 0.02 seconds (32.96 Kbytes/sec)
ftp> mget ./TEST*1.1
200 PORT command successful. Consider using PASV.
150 Here comes the directory listing.
226 Directory send OK.
40 bytes received in 0.02 seconds (1.86 Kbytes/sec)
mget TEST.1.1? y
The group name provided did not start with an alphabetic character.
(FILE SYSTEM ERROR -117)
mget TEST.2.1? y
mget TEST.3.1? y
mget TEST.4.1? y
ftp> get ./TEST.1.1 ./TEST.1.1
200 PORT command successful. Consider using PASV.
150 Opening BINARY mode data connection for ./TEST.1.1 (9747456 bytes).
226 File send OK.
9747456 bytes received in 13.69 seconds (695.43 Kbytes/sec)
ftp>

Moving files one at a time using get and prefacing the target name with ./
evidently works. The lost of mput is an inconvenience, not a show
stopper. I can script a dynamic command builder to handle the n file
problem. The ftpcmd input file is built on the fly inside the job anyway.

Sigh. I was working on this back in September of 2005 and was
interrupted. It too bad that I did not get a few more weeks to work on it
then otherwise this would have been discovered much earlier.

That terrible word, if...

Thanks for the help.

Regards,

--
*** E-Mail is NOT a SECURE channel ***
James B. Byrne mailto:ByrneJB@xxxxxxxxxxxxx
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
Canada L8E 3C3

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

.

Relevant Pages

  • Re: Losing my rag with ISA and CA ETrust
    ... and got the same result of a hang the ... > I've tried just making an ftp connection to ftp.microsoft.com from the ... > I can make the connection OK and authenticate using anonymous but when I ... > 200 PORT command successful. ...
    (microsoft.public.windows.server.sbs)
  • Re: ADSL bt engineer visit
    ... >>> So going by that, I'd say my connection was more or less perfect, ... Unfortunately with speeds issues (other than synch ... I FTP a file to one ... > 200 PORT command successful ...
    (uk.telecom.broadband)
  • Re: MPE FTP transfer into HFS namespace
    ... the update has not changed the behaviour of the ftp client: ... 200 PORT command successful. ... mget TEST.1.1? ... To join/leave the list, search archives, change list settings, * ...
    (comp.sys.hp.mpe)
  • Re: MPE FTP transfer into HFS namespace
    ... it appears that james has indeed hit a bug in mpe's ftp for mget :-( ... 200 PORT command successful. ... bytes received in 0.00 seconds (NaN Kbytes/sec) ...
    (comp.sys.hp.mpe)
  • Re: FTP Error Handling?
    ... bunch of files and then mdeletes these files from the unix server. ... to the unix server via FTP. ... Your script does an mget for all of the files. ... So essentially 2 ftp scripts would have to be created, ...
    (comp.unix.questions)