Hello: Please be patient, its hard to me to explain this even in my native language. I think it may be useful to add an option like lograte's prerotate and postrotate, that triggers server side scripts before and after rsync. It would help the administrator work. Escenary 1: ----------- client -> rsync server -> 2nd stage rsync server Want to rsync from rsync server to 2nd stage rsync server before rsync from client to rsync server. Escenary 2: ----------- client -> rsync server Want to run a check if there are "accepted but not liked" kind of files, like executables or oversized mail folders. This check runs as soon as rsync finishes and notifies the user. My opinion: I think that "prersync" would be more useful but problematic, the client have to wait until it completes to begin the real work. Would there be the need to keep alive the connection? Will the normal rsync process run regardless of "prersync" result? What if it never ends? "postrsync" is easy to "emulate", periodically scanning the logs. But then you have related actions very separated. I cant see any way to "emulate" "prersync". What to you think? Carlos Pantelides _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
On Thu, May 12, 2005 at 03:10:49PM -0300, C. P. wrote:> I think it may be useful to add an option like lograte's prerotate and > postrotate, that triggers server side scripts before and after rsync. > It would help the administrator work.I don't think I want to complicate rsync with this functionality. Yes, it would be convienent for those cases where something like this is needed, but they are rare enough that I think having the user use some other means of performing the pre-/post-transfer actions is a better way to go (for the main distribution, at least -- it wouldn't be hard to patch in this functionality if you wanted to customize rsync). Thanks for the email, though! (And sorry about the slow reply...) ..wayne..