Then you are having trouble with rsync 'cause root can still read a file marked chmod 000.<br>
-Joseph-<br><br><div><span class="gmail_quote">On 9/22/05, <b class="gmail_sendername">Madison Kelly</b> <<a href="mailto:linux-5ZoueyuiTZhBDgjK7y7TUQ@public.gmane.org">linux-5ZoueyuiTZhBDgjK7y7TUQ@public.gmane.org</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
James Knott wrote:<br>> Madison Kelly wrote:<br>><br>>>Hi all,<br>>><br>>>  I've run into an ethical/best practices question that I wanted input<br>>>from as many people as I could get on. I have a backup program that is
<br>>>aimed to be generally available to the public. That said, I need to be<br>>>careful how I tell the program to work. In this case though, either<br>>>decision I think could upset someone. So....<br>
><br>><br>> My take on backups, is that the person doing the backup should have the<br>> appropriate rights to the file they're backing up.  Otherwise, a backup<br>> could be used to violate permissions.  If other than user files are to
<br>> be backed up, they should be done under root or other appropriate<br>> permissions.<br><br>Thanks!<br><br>The actual 'rsync' call is performed as root so 'rsync' runs as root and<br>should, in turn, be able to backup anything 'root' has access to. This
<br>still seems to skip directories and files though where global access is<br>not set to at least readable.<br><br>Madison<br>--<br>The Toronto Linux Users Group.      Meetings: <a href="http://tlug.ss.org">http://tlug.ss.org
</a><br>TLUG requests: Linux topics, No HTML, wrap text below 80 columns<br>How to UNSUBSCRIBE: <a href="http://tlug.ss.org/subscribe.shtml">http://tlug.ss.org/subscribe.shtml</a><br></blockquote></div><br>