Date: Thu, 10 Jul 2003 14:19:49 +0200 (CEST) From: Oliver Fromme <olli@lurza.secnetix.de> To: kensmith@cse.Buffalo.EDU (Ken Smith) Cc: freebsd-hubs@freebsd.org Subject: Re: FTP based sync mechanisms Message-ID: <200307101219.h6ACJnhS007677@lurza.secnetix.de> In-Reply-To: <20030710115952.GB16898@electra.cse.Buffalo.EDU> from "Ken Smith" at Jul 10, 2003 07:59:52 AM
next in thread | previous in thread | raw e-mail | index | archive | help
Ken Smith wrote: > I would like to have a list of the FTP-based sync mechanisms that > handle the file permissions properly. That would mean the files > that get created on the local system have the same permissions as > the upstream site, and when the permissions get changed on the > upstream site they get changed on the local system without triggering > a new file download. > > If you're using a package that does this can you send me mail saying > what it is please? The only package like this I have been using is > omi but I haven't had a chance to test it yet. If you do have a > favorite package but you don't know if it handles the permissions > properly you can let me know that too - if necessary I can handle > doing some tests to see which ones work right. As far as omi is concerned, it ignores the server's permissions. The permissions of the mirrored files are specified on the client side. That's the behaviour that is usually desired for FTP mirrors, because the groups and permission policies of servers differ. For example, on ftp7.de.freebsd.org, everything under /pub/FreeBSD belongs to group "bsd" and must be group-writable. Having said that -- being the author of omi, I could certainly implement an option to parse and sync the server's permissions, or parts of them (e.g. the read permission for "other"). Regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.'
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200307101219.h6ACJnhS007677>