<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>BigSmoke &#187; smbfs</title>
	<atom:link href="http://blog.bigsmoke.us/tag/smbfs/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.bigsmoke.us</link>
	<description>Smokes your problems, coughs fresh air.</description>
	<lastBuildDate>Sat, 04 Feb 2012 18:03:39 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Permissions on a samba share</title>
		<link>http://blog.bigsmoke.us/2009/10/20/permissions-on-a-samba-share</link>
		<comments>http://blog.bigsmoke.us/2009/10/20/permissions-on-a-samba-share#comments</comments>
		<pubDate>Tue, 20 Oct 2009 11:42:01 +0000</pubDate>
		<dc:creator>halfgaar</dc:creator>
				<category><![CDATA[Technology]]></category>
		<category><![CDATA[cifs]]></category>
		<category><![CDATA[samba]]></category>
		<category><![CDATA[smb]]></category>
		<category><![CDATA[smbfs]]></category>

		<guid isPermaLink="false">http://blog.bigsmoke.us/?p=860</guid>
		<description><![CDATA[]]></description>
			<content:encoded><![CDATA[<p>
When you mount a samba share without unix extensions enabled, you can set a GID, UID and permissions (on the client machine, at mount time) so you can adjust it to let non-root users use it. 
</p>

<p>
Mounting FAT works this way as well. But there is a big difference. Where new files on a FAT file system are created according to the permissions you set at mount-time, new files on a SAMBA share have their permissions determined by the umask. However, when you unmount and remount the share, the permissions are changed to what they were set to at mount time.
</p>

<p>
This is very annoying behavior, because when you have files that belong to <tt>root:smbusers</tt> and you copy a file, it still belongs to <tt>root:smbusers</tt>, but when your umask is <tt>0022</tt>, it will no longer be group writable and it has become a read only file.
</p>

<p>
I think this is a bug in the SMBFS/CIFS file system driver.
</p>]]></content:encoded>
			<wfw:commentRss>http://blog.bigsmoke.us/2009/10/20/permissions-on-a-samba-share/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

