[K12OSN] smbldap adjusting permissions from Windows

[Rob Owens]

Debian Etch
Samba 3.0.24
os level = 65

I confirmed the same behavior you saw.  I can change permissions on
files, but not on folders.  "public = yes" doesn't change anything.  I
don't see anything in the logs at the time that I attempted the
permissions change.

Anybody got any ideas?

-Rob

Barry R Cisna wrote:
> Rob,
> 
> Just checked a bit ago. I had to go in and knock out a couple things on
> Veteran's Day no less. I need to get a life! Anyways. Samba v
> 3.0242.(CentOS5 - K12LTSP5) I was able to log in from Server 2003,
> Server 2000, XP, and Vista and could change the permissions on any files
> and it stuck( Logged out, logged in,,,yada,,yada),,,but I was not able
> to change any permissions on dirs and make it stick? This was also
> beyond root folder IE "extra" created dirs/files -FYI.
> You might try adding the following on this particular share you are
> dealing with:  public = yes  I don't think this will help you any but
> cant hurt anything to try.
> Also when I try and change permissions on either files or dirs nothing
> is throw to the smbd.log,other than 'open-close'xyz.file. So no good
> info here:(
> What do you have os level = ??? set to in your smb.conf file?
> Keep us posted with what you come up with ..
> 
> Take Care,
> Barry Cisna
> 
> _______________________________________________
> K12OSN mailing list
> K12OSN at redhat.com
> https://www.redhat.com/mailman/listinfo/k12osn
> For more info see <http://www.k12os.org>
********************************************************

The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material. If you are not the addressee, any disclosure, reproduction,
copying, distribution, or other dissemination or use of this transmission in
error please notify the sender immediately and then delete this e-mail.
E-mail transmission cannot be guaranteed to be secure or error free as
information could be intercepted, corrupted lost, destroyed, arrive late or
incomplete, or contain viruses.
The sender therefore does not accept liability for any errors or omissions
in the contents of this message which arise as a result of e-mail
transmission. If verification is required please request a hard copy
version.

********************************************************