I tried the demo version cesftp.jar (Release=1.2.00 Build=09) off Sterling Commerce's site, with success. <br>In interactive mode, 'mget *' sent relative filenames in RETR command to the server.<br><br>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.<br>
<br><div class="gmail_quote">On Thu, Apr 3, 2008 at 8:33 AM, Jerry Yu <<a href="mailto:jjj863@gmail.com">jjj863@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
As this thread progresses, I came to the conclusion it is kinda both client's fault as well as the server's fault<br>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.<br>
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.<br>
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.<br>
<br>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.<br><ul><li>magic switch to turn on 'regular' shell globbing behavior for the current cesftp.jar client</li>
<li>try a newer version of cesftp.jar in hope it was identified as a bug by people before me</li><li>try with lftp or alike</li></ul><div><div></div><div class="Wj3C7c"><br><br><br><br><div class="gmail_quote">On Wed, Apr 2, 2008 at 11:57 PM, JK <<a href="mailto:jknapka@kneuro.net" target="_blank">jknapka@kneuro.net</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div>Pete Hardie wrote:<br>
> On Wed, Apr 2, 2008 at 10:02 PM, Jerry Yu <<a href="mailto:jjj863@gmail.com" target="_blank">jjj863@gmail.com</a>> wrote:<br>
>> 'mget *' did get correct files. However, it was absolute-pathed in the<br>
>> 'RETR' command sent to the server.<br>
>><br>
>> The only difference I can see is that 'get blah.txt' sent<br>
>> relative-pathed name in the 'RETR"<br>
>><br>
>> Either command has correct file. '550' error was returned for the<br>
>> absolute-pathed file. Guess I can try different ftps clients till I<br>
>> get one, which sends relative file name for 'mget *'. GNU ftp client<br>
>> is one.<br>
><br>
> I was positing that the * was triggering the path part, while [a-z]*<br>
> might not get the path part.<br>
<br>
</div>It's not REs, it's shell globbing. Same basic idea, but different<br>
syntax, and more limited.<br>
<br>
-- JK<br>
<font color="#888888"><br>
--<br>
I do not particularly want to go where the money is -<br>
it usually does not smell nice there. -- A. Stepanov<br>
</font><div><div></div><div>_______________________________________________<br>
Ale mailing list<br>
<a href="mailto:Ale@ale.org" target="_blank">Ale@ale.org</a><br>
<a href="http://mail.ale.org/mailman/listinfo/ale" target="_blank">http://mail.ale.org/mailman/listinfo/ale</a><br>
</div></div></blockquote></div><br>
</div></div></blockquote></div><br>