X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Message-ID: <4734F35C.18E4808D@dessent.net> Date: Fri, 09 Nov 2007 15:55:08 -0800 From: Brian Dessent X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U) MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: Permissions/acl problem References: <47349DE5 DOT 6020500 AT cygwin DOT com> <4734EDA4 DOT FAE2802E AT dessent DOT net> <4734F100 DOT 30108 AT cygwin DOT com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Reply-To: cygwin AT cygwin DOT com Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com "Larry Hall (Cygwin)" wrote: > the info already provided. But given that the OP was able to list the > contents of the share from cron, he's managed this in some way. Assuming > this information is not faulty, 'smbntsec' may indeed be what he needs to > manipulate permissions on these files. But I would certainly encourage the > OP to review the current state of his configuration given the information > above and make sure that he's clear on what's required to accomplish the > desired end. If it was a smbntsec problem, he would have had problems in both a normal user shell and from within the cronjob. But it worked fine from his normal account (without smbntsec set) and was read-only from within the cronjob, which to me implied that it was being accessed in the context of the guest account, i.e. it was still readable as guest but required authentication to write. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/