Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 40517 invoked from network); 7 Oct 2005 01:50:18 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 7 Oct 2005 01:50:18 -0000 Received: (qmail 23582 invoked by uid 500); 7 Oct 2005 01:50:17 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 23533 invoked by uid 500); 7 Oct 2005 01:50:17 -0000 Mailing-List: contact dev-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list dev@directory.apache.org Received: (qmail 23521 invoked by uid 99); 7 Oct 2005 01:50:17 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Oct 2005 18:50:17 -0700 X-ASF-Spam-Status: No, hits=0.1 required=10.0 tests=HTML_30_40,HTML_MESSAGE,RCVD_BY_IP,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of trustin@gmail.com designates 64.233.184.199 as permitted sender) Received: from [64.233.184.199] (HELO wproxy.gmail.com) (64.233.184.199) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Oct 2005 18:50:19 -0700 Received: by wproxy.gmail.com with SMTP id i21so276977wra for ; Thu, 06 Oct 2005 18:49:54 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:references; b=QgLV/kuP3uxUgK3xrX3I606e20133OBHEru9FFuEnUefqG2hXGALH4/Qzd4TM4qOYpeKxRiwC6nuAzkN5eAjqj32pdazsamsQq9cuJMV92uJ7m0FPB6HZiVw/NrR/m7dTmeHroeSygld4AXarQClrUBeUyb0Mzf4+GtKi1cKmHg= Received: by 10.54.100.13 with SMTP id x13mr1853093wrb; Thu, 06 Oct 2005 18:49:54 -0700 (PDT) Received: by 10.54.71.11 with HTTP; Thu, 6 Oct 2005 18:49:54 -0700 (PDT) Message-ID: <768dcb2e0510061849y61b9ac1v@mail.gmail.com> Date: Fri, 7 Oct 2005 10:49:54 +0900 From: Trustin Lee Reply-To: Trustin Lee To: Apache Directory Developers List Subject: Re: [sitedocs] Permissions issues under /www/directory.apache.org/network In-Reply-To: <43459DC3.1080302@bellsouth.net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_3675_29654122.1128649794688" References: <43459DC3.1080302@bellsouth.net> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------=_Part_3675_29654122.1128649794688 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi Alex, 2005/10/7, Alex Karasulu : > > T, can you massage some perms for me in the site area for MINA. Looks > like you have some files out there with 644 perms that are preventing > other users from updating sitedocs. I guess you updated your umask ... > these 644 perms must be left over from the old days. > > Thanks, > Alex > > BTW here's the list of files that need a chmod -R g+w. All except for > the faq.html way at the bottom seem to be coming from the examples you > have with the sumup protocol: I've run 'chmod -R g+w .' in 'network' directory. I changed permissions of the files I have an ownership, but not for other files. Please run 'chmod -= R g+w' for the files you've got an ownership in case I deploy the side. Thanks, Trustin -- what we call human nature is actually human habit -- http://gleamynode.net/ ------=_Part_3675_29654122.1128649794688 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi Alex,

2005/10/7, Alex Karasulu &= lt;aok123@bellsouth.net>:
T, can you massage some perms for me in the site area for MINA.  = Looks
like you have some files out there with 644 perms that are prevent= ing
other users from updating sitedocs.  I guess you updated y= our umask ...
these 644 perms must be left over from the old days.

Thanks,
Alex=

BTW here's the list of files that need a chmod -R g+w.  A= ll except for
the faq.html way at the bottom seem to be coming from the = examples you
have with the sumup protocol:

I've run 'chmod -R g= +w .' in 'network' directory.  I changed permissions of the files I ha= ve an ownership, but not for other files.  Please run 'chmod -R g+w' f= or the files you've got an ownership in case I deploy the side.

Thanks,
Trustin
--
what we call human nature is a= ctually human habit
--
http://glea= mynode.net/ ------=_Part_3675_29654122.1128649794688--