Date: Fri, 31 Jan 2003 00:22:14 -0000 From: "Patrick Stinson" <ajole-1@gci.net> To: "freebsd-current" <freebsd-current@freebsd.org>, "Alex" <akruijff@dds.nl> Subject: RE: Re[2]: appending files on smbfs Message-ID: <DGEJJGCKEJIEOAABJNHMMECCCHAA.ajole-1@gci.net> In-Reply-To: <15449416637.20030130234300@dds.nl>
next in thread | previous in thread | raw e-mail | index | archive | help
The files on the ntfs machine are owned and shared only by the user that owns them. The same username is being used from the unix side via smbfs. I've changed the privelages to everyone with full rights, and only that username with full rights, and no go. interesting. I don't see any point where there could be a security hang up. Also, do you have any idea what, at an OS-security level, the difference is between creating and appending files? -----Original Message----- From: Alex [mailto:akruijff@dds.nl] Sent: Thursday, January 30, 2003 10:43 PM To: Patrick Stinson Cc: Alex Subject: Re[2]: appending files on smbfs Dear/Beste Patrick, Thursday, January 30, 2003, 11:16:09 PM, you wrote: >> has anyone every had problems with appending existing files on volumes >> mounted by smbfs or shlight? $ echo "sdsad" >>>> hey $ echo "sdsad" >>>> hey >> cannot create hey: Permission denied > You should look at permission on the windows machine if the system has > NTFS. *** From Patrick > oh wait, thought you were swedish. No, i'm Dutch. > I meant that I looked at that. You have to log in to the filesystem > with a name that works before it will let yo on. notice how I can > create the file, but canat append to it. NTFS hasn't got the same security system as UFS. Just because you can logon to a filesystem doesn't mean you have any rights. Just because you can write a file doesn't mean you can append. On NTFS one can allow per person or per group to list, view, read, create or modify (append) a file. And that for multiple users and multiple groups. -- Best regards/Met vriendelijke groet, Alex P.S. Please don't top-post. It makes it hard to read, especially for others. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?DGEJJGCKEJIEOAABJNHMMECCCHAA.ajole-1>