On Thu, Apr 24, 2008 at 02:06:36PM -0700, Brian McGrew wrote: > > > > On 4/24/08 11:53 AM, "Jeremy Allison" <[EMAIL PROTECTED]> wrote: > > > On Thu, Apr 24, 2008 at 10:53:58AM -0700, Brian D. McGrew wrote: > > > >> A couple of my users use Solidworks which creates temp files that look like > > > >> ~$drawing_name.sldrw in the directory that they¹re opened in. > > > >> > > > >> I¹ve changed permissions till I¹m blue in the face and can not get this > > > >> program to clean up it¹s temp files. Whenever a user goes back into a > > > >> drawing they get permission denied on the temp files. This problem does > >> not > > > >> happen when the files are hosted on a genuine Windows server. > > > >> > > > >> What should I go look at? > > > > > > > > Can you get a comparatve wireshark trace of app vs. Samba and app > > > > vs. Windows server ? > ----- > > I can't really do a wireshark test right now, but I'll to configure one > tomorrow or something. What I do know is that the Unix permissions on the > files that can't be deleted from/by Windows are -rw-rwxrw-+ > > Did I miss something here??? I'd rather see them 777 than something like > that??? What is the + at the end??? How can I just force Samba to make the > permissions 777?
The + means a POSIX ACL has been set on the file. What version of Samba are you using ? We had a bug that was fixed in 3.0.28a w.r.t. inherited permissions that might explain this. Jeremy. -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
