[ale] get vs. mget (FTP)

[Jerry Yu]

I tried the demo version cesftp.jar (Release=1.2.00 Build=09) off Sterling
Commerce's site, with success.
In interactive mode, 'mget *' sent relative filenames in RETR command to the
server.

So, problem solved - if I can get an updated client from our partner to
replace our apparently aged cesftp.jar (Release=1.1.01 Build=02). The demo
version was dated 2004.

On Thu, Apr 3, 2008 at 8:33 AM, Jerry Yu <jjj863 at gmail.com> wrote:

> As this thread progresses, I came to the conclusion it is kinda both
> client's fault as well as the server's fault
> 1) FTPS client (cesftp.jar)   For 'mget *', the client sends 'NLST' then
> 'RETR' to the server. It gets a list of file names returned from NLST, then
> assembles one RETR command for each file.
> The problem with this cesftp.jar client, it prefixed each file name with
> current directory (PWD) to pass in as RETR argument.  As JK points out,
> shell globbing behavior is expected of the FTPS or FTP client, aka, relative
> path instead of absolute path.
> 2) The FTP server (Connect Enterprise FTP server) freaks out, for
> /defaulthomedir/blah.txt, while it is OK with blah.txt. The session starts &
> stays in /defaulthomedir, as PWD reports.   vsftpd, the ftp server in a
> stock RHEL 5 installation, is happy with either.
>
> A few things are still on the table. btw, my focus on the clients is due
> to the fact that tx/fix on the server is out of the question.
>
>    - magic switch to turn on 'regular' shell globbing behavior for the
>    current cesftp.jar client
>    - try a newer version of cesftp.jar in hope it was identified as a
>    bug by people before me
>    - try with lftp or alike
>
>
>
>
>
> On Wed, Apr 2, 2008 at 11:57 PM, JK <jknapka at kneuro.net> wrote:
>
> > Pete Hardie wrote:
> > > On Wed, Apr 2, 2008 at 10:02 PM, Jerry Yu <jjj863 at gmail.com> wrote:
> > >> 'mget *' did get correct files. However, it was absolute-pathed in
> > the
> > >>  'RETR' command sent to the server.
> > >>
> > >>  The only difference I can see is that 'get blah.txt' sent
> > >>  relative-pathed name in the 'RETR"
> > >>
> > >>  Either command has correct file. '550' error was returned for the
> > >>  absolute-pathed file. Guess I can try different ftps clients till I
> > >>  get one, which sends relative file name for 'mget *'.  GNU ftp
> > client
> > >>  is one.
> > >
> > > I was positing that the * was triggering the path part, while [a-z]*
> > > might not get the path part.
> >
> > It's not REs, it's shell globbing.  Same basic idea, but different
> > syntax, and more limited.
> >
> > -- JK
> >
> > --
> > I do not particularly want to go where the money is -
> >  it usually does not smell nice there. -- A. Stepanov
> > _______________________________________________
> > Ale mailing list
> > Ale at ale.org
> > http://mail.ale.org/mailman/listinfo/ale
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.ale.org/pipermail/ale/attachments/20080403/2ac17dbe/attachment.html