DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26887>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26887 FTP ability to synchronise ------- Additional Comments From [EMAIL PROTECTED] 2004-02-12 17:03 ------- First, ftp is imperfect for deploying to any public site as your password is sent plaintext; you should be using SCP. Secondly, how is FTP to know what files to delete? Should it say 'every file found in the remote dir that is not in the local dir should be deleted'? And every directory not found locally should be recursively deleted. We'd get a lot more mail. I believe you could come up with a solution involve a persistent record of the previous upload and the assumption that any file in that record that is not found locally implies deletion, and should be propagated. But I wouldnt patch it directly on to FTP for security reasons; SCP is better. Better yet, use the VFS stuff in jakarta-commons (I think) and let it sync with any of the supported file systems, ftp, webdav and scp inclusive. That would be cool. Leaving defect as an enhancement, though it is very much in the 'wontfix without a new task' category. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
