DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=34941>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=34941 ------- Additional Comments From [EMAIL PROTECTED] 2005-05-19 03:04 ------- Wait a minute, Steve. Now I REALLY want to see your <ftp> call parameters. Are you using the new defaultDateFormatConfig attribute? Does an FTP listing from these directories look exactly like these ls listings? Because, if it does, we are looking at one of these newfangled UNIX ftp servers with all-numeric date formats. This is something new, something that commons-net 1.4.0 addresses but 1.2.2 does not. 1.2.2 (and the default configuration in 1.4.0) assumed that all unix ftp servers listings looked like this: -rw-r--r-- 1 slo users 41 May 18 23:45 diary-core-0.1alpha-src.tar.gz.sha1 You must use the defaultDateFormatConfig="yyyy-MM-dd HH:mm" attribute to handle the numeric format you are showing if that's the way your FTP server does it. Actually, this makes a lot of sense. If your server FTP listings look like that the default parser will fail to parse them, so your destination will show NO files existing and hence everything will get copied. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
