<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://htyp.org/mw/index.php?action=history&amp;feed=atom&amp;title=smb.conf%2Fmanpage%2F2006%2Fparameters%2FF</id>
	<title>smb.conf/manpage/2006/parameters/F - Revision history</title>
	<link rel="self" type="application/atom+xml" href="https://htyp.org/mw/index.php?action=history&amp;feed=atom&amp;title=smb.conf%2Fmanpage%2F2006%2Fparameters%2FF"/>
	<link rel="alternate" type="text/html" href="https://htyp.org/mw/index.php?title=smb.conf/manpage/2006/parameters/F&amp;action=history"/>
	<updated>2026-06-25T22:58:16Z</updated>
	<subtitle>Revision history for this page on the wiki</subtitle>
	<generator>MediaWiki 1.45.3</generator>
	<entry>
		<id>https://htyp.org/mw/index.php?title=smb.conf/manpage/2006/parameters/F&amp;diff=14074&amp;oldid=prev</id>
		<title>Woozle: splitting into subpages</title>
		<link rel="alternate" type="text/html" href="https://htyp.org/mw/index.php?title=smb.conf/manpage/2006/parameters/F&amp;diff=14074&amp;oldid=prev"/>
		<updated>2010-09-05T14:37:04Z</updated>

		<summary type="html">&lt;p&gt;splitting into subpages&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;==fake directory create times==&lt;br /&gt;
       fake directory create times (S)&lt;br /&gt;
              NTFS  and  Windows  VFAT file systems keep a create time for all&lt;br /&gt;
              files and directories. This is not the same as the ctime -  sta-&lt;br /&gt;
              tus  change  time - that Unix keeps, so Samba by default reports&lt;br /&gt;
              the earliest of the various times Unix does keep.  Setting  this&lt;br /&gt;
              parameter  for  a  share  causes Samba to always report midnight&lt;br /&gt;
              1-1-1980 as the create time for directories.&lt;br /&gt;
&lt;br /&gt;
              This option is mainly used as a compatibility option for  Visual&lt;br /&gt;
              C++  when  used against Samba shares. Visual C++ generated make-&lt;br /&gt;
              files have the object directory as a dependency for each  object&lt;br /&gt;
              file,  and a make rule to create the directory. Also, when NMAKE&lt;br /&gt;
              compares timestamps it uses the creation time when  examining  a&lt;br /&gt;
              directory.  Thus the object directory will be created if it does&lt;br /&gt;
              not exist, but once it does exist it will always have an earlier&lt;br /&gt;
              timestamp than the object files it contains.&lt;br /&gt;
&lt;br /&gt;
              However,  Unix time semantics mean that the create time reported&lt;br /&gt;
              by Samba will be updated  whenever  a  file  is  created  or  or&lt;br /&gt;
              deleted  in  the  directory. NMAKE finds all object files in the&lt;br /&gt;
              object directory. The timestamp of the last one  built  is  then&lt;br /&gt;
              compared to the timestamp of the object directory. If the direc-&lt;br /&gt;
              tory&amp;#039;s timestamp  if  newer,  then  all  object  files  will  be&lt;br /&gt;
              rebuilt. Enabling this option ensures directories always predate&lt;br /&gt;
              their contents and an NMAKE build will proceed as expected.&lt;br /&gt;
&lt;br /&gt;
              Default: _�f_�a_�k_�e _�d_�i_�r_�e_�c_�t_�o_�r_�y _�c_�r_�e_�a_�t_�e _�t_�i_�m_�e_�s = no&lt;br /&gt;
&lt;br /&gt;
==fake oplocks==&lt;br /&gt;
       fake oplocks (S)&lt;br /&gt;
              Oplocks are the way that  SMB  clients  get  permission  from  a&lt;br /&gt;
              server  to  locally cache file operations. If a server grants an&lt;br /&gt;
              oplock (opportunistic lock) then the client is  free  to  assume&lt;br /&gt;
              that  it  is the only one accessing the file and it will aggres-&lt;br /&gt;
              sively cache file data. With some oplock types  the  client  may&lt;br /&gt;
              even  cache  file  open/close operations. This can give enormous&lt;br /&gt;
              performance benefits.&lt;br /&gt;
&lt;br /&gt;
              When you set f�fa�ak�ke�e o�op�pl�lo�oc�ck�ks�s  =�=  y�ye�es�s,  s�sm�mb�bd�d(8)  will  always  grant&lt;br /&gt;
              oplock requests no matter how many clients are using the file.&lt;br /&gt;
&lt;br /&gt;
              It  is  generally  much  better  to use the real _�o_�p_�l_�o_�c_�k_�s support&lt;br /&gt;
              rather than this parameter.&lt;br /&gt;
&lt;br /&gt;
              If you enable this option on all read-only shares or shares that&lt;br /&gt;
              you know will only be accessed from one client at a time such as&lt;br /&gt;
              physically read-only media like CDROMs, you will see a big  per-&lt;br /&gt;
              formance  improvement  on  many  operations.  If you enable this&lt;br /&gt;
              option on shares where multiple clients  may  be  accessing  the&lt;br /&gt;
              files  read-write  at the same time you can get data corruption.&lt;br /&gt;
              Use this option carefully!&lt;br /&gt;
&lt;br /&gt;
              Default: _�f_�a_�k_�e _�o_�p_�l_�o_�c_�k_�s = no&lt;br /&gt;
&lt;br /&gt;
==follow symlinks==&lt;br /&gt;
       follow symlinks (S)&lt;br /&gt;
              This  parameter  allows  the   Samba   administrator   to   stop&lt;br /&gt;
              s�sm�mb�bd�d(8)from following symbolic links in a particular share. Set-&lt;br /&gt;
              ting this parameter to n�no�o prevents any file or directory that is&lt;br /&gt;
              a  symbolic  link  from  being  followed  (the  user will get an&lt;br /&gt;
              error). This option is very useful to stop users from  adding  a&lt;br /&gt;
              symbolic  link  to  _�/_�e_�t_�c_�/_�p_�a_�s_�s_�w_�d  in  their  home  directory  for&lt;br /&gt;
              instance. However it will slow filename lookups down slightly.&lt;br /&gt;
&lt;br /&gt;
              This option is enabled (i.e. s�sm�mb�bd�d will follow symbolic links) by&lt;br /&gt;
              default.&lt;br /&gt;
&lt;br /&gt;
              Default: _�f_�o_�l_�l_�o_�w _�s_�y_�m_�l_�i_�n_�k_�s = yes&lt;br /&gt;
&lt;br /&gt;
==force create mode==&lt;br /&gt;
       force create mode (S)&lt;br /&gt;
              This parameter specifies a set of UNIX mode bit permissions that&lt;br /&gt;
              will a�al�lw�wa�ay�ys�s be set on a file created by Samba. This is  done  by&lt;br /&gt;
              bitwise  &amp;#039;OR&amp;#039;ing these bits onto the mode bits of a file that is&lt;br /&gt;
              being created or having its permissions changed. The default for&lt;br /&gt;
              this  parameter  is  (in octal) 000. The modes in this parameter&lt;br /&gt;
              are bitwise &amp;#039;OR&amp;#039;ed onto the file mode after the mask set in  the&lt;br /&gt;
              _�c_�r_�e_�a_�t_�e _�m_�a_�s_�k parameter is applied.&lt;br /&gt;
&lt;br /&gt;
              The example below would force all created files to have read and&lt;br /&gt;
              execute permissions set for &amp;#039;group&amp;#039; and &amp;#039;other&amp;#039; as well  as  the&lt;br /&gt;
              read/write/execute bits set for the &amp;#039;user&amp;#039;.&lt;br /&gt;
&lt;br /&gt;
              Default: _�f_�o_�r_�c_�e _�c_�r_�e_�a_�t_�e _�m_�o_�d_�e = 000&lt;br /&gt;
&lt;br /&gt;
              Example: _�f_�o_�r_�c_�e _�c_�r_�e_�a_�t_�e _�m_�o_�d_�e = 0755&lt;br /&gt;
&lt;br /&gt;
==force directory mode==&lt;br /&gt;
       force directory mode (S)&lt;br /&gt;
              This parameter specifies a set of UNIX mode bit permissions that&lt;br /&gt;
              will a�al�lw�wa�ay�ys�s be set on a directory created by Samba. This is done&lt;br /&gt;
              by  bitwise &amp;#039;OR&amp;#039;ing these bits onto the mode bits of a directory&lt;br /&gt;
              that is being created. The default for  this  parameter  is  (in&lt;br /&gt;
              octal)  0000  which  will not add any extra permission bits to a&lt;br /&gt;
              created directory. This operation is done after the mode mask in&lt;br /&gt;
              the parameter _�d_�i_�r_�e_�c_�t_�o_�r_�y _�m_�a_�s_�k is applied.&lt;br /&gt;
&lt;br /&gt;
              The  example  below  would force all created directories to have&lt;br /&gt;
              read and execute permissions set for &amp;#039;group&amp;#039; and &amp;#039;other&amp;#039; as well&lt;br /&gt;
              as the read/write/execute bits set for the &amp;#039;user&amp;#039;.&lt;br /&gt;
&lt;br /&gt;
              Default: _�f_�o_�r_�c_�e _�d_�i_�r_�e_�c_�t_�o_�r_�y _�m_�o_�d_�e = 000&lt;br /&gt;
&lt;br /&gt;
              Example: _�f_�o_�r_�c_�e _�d_�i_�r_�e_�c_�t_�o_�r_�y _�m_�o_�d_�e = 0755&lt;br /&gt;
&lt;br /&gt;
==force directory security mode==&lt;br /&gt;
       force directory security mode (S)&lt;br /&gt;
              This  parameter  controls what UNIX permission bits can be modi-&lt;br /&gt;
              fied when a Windows NT client is manipulating the  UNIX  permis-&lt;br /&gt;
              sion on a directory using the native NT security dialog box.&lt;br /&gt;
&lt;br /&gt;
              This  parameter is applied as a mask (OR&amp;#039;ed with) to the changed&lt;br /&gt;
              permission bits, thus forcing any bits in  this  mask  that  the&lt;br /&gt;
              user  may  have modified to be on. Essentially, one bits in this&lt;br /&gt;
              mask may be treated as a set of bits that, when modifying  secu-&lt;br /&gt;
              rity on a directory, the user has always set to be &amp;#039;on&amp;#039;.&lt;br /&gt;
&lt;br /&gt;
              If not set explicitly this parameter is 000, which allows a user&lt;br /&gt;
              to modify all the user/group/world permissions  on  a  directory&lt;br /&gt;
              without restrictions.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
              N�No�ot�te�e&lt;br /&gt;
&lt;br /&gt;
              Users  who  can  access the Samba server through other means can&lt;br /&gt;
              easily bypass this restriction, so it is  primarily  useful  for&lt;br /&gt;
              standalone  &amp;quot;appliance&amp;quot;  systems.  Administrators of most normal&lt;br /&gt;
              systems will probably want to leave it set as 0000.&lt;br /&gt;
&lt;br /&gt;
       Default: _�f_�o_�r_�c_�e _�d_�i_�r_�e_�c_�t_�o_�r_�y _�s_�e_�c_�u_�r_�i_�t_�y _�m_�o_�d_�e = 0&lt;br /&gt;
&lt;br /&gt;
       Example: _�f_�o_�r_�c_�e _�d_�i_�r_�e_�c_�t_�o_�r_�y _�s_�e_�c_�u_�r_�i_�t_�y _�m_�o_�d_�e = 700&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
       group  This parameter is a synonym for force group.&lt;br /&gt;
&lt;br /&gt;
==force group==&lt;br /&gt;
       force group (S)&lt;br /&gt;
              This specifies a UNIX group name that will be  assigned  as  the&lt;br /&gt;
              default  primary group for all users connecting to this service.&lt;br /&gt;
              This is useful for sharing files by ensuring that all access  to&lt;br /&gt;
              files  on service will use the named group for their permissions&lt;br /&gt;
              checking. Thus, by assigning permissions for this group  to  the&lt;br /&gt;
              files  and directories within this service the Samba administra-&lt;br /&gt;
              tor can restrict or allow sharing of these files.&lt;br /&gt;
&lt;br /&gt;
              In Samba 2.0.5 and above this parameter has extended functional-&lt;br /&gt;
              ity  in  the  following way. If the group name listed here has a&lt;br /&gt;
              &amp;#039;+&amp;#039; character prepended to it then the  current  user  accessing&lt;br /&gt;
              the  share  only  has the primary group default assigned to this&lt;br /&gt;
              group if they are already assigned as a member  of  that  group.&lt;br /&gt;
              This  allows  an administrator to decide that only users who are&lt;br /&gt;
              already in a particular group will create files with group  own-&lt;br /&gt;
              ership set to that group. This gives a finer granularity of own-&lt;br /&gt;
              ership assignment. For example, the setting _�f_�o_�r_�c_�e _�g_�r_�o_�u_�p  _�=  _�+_�s_�y_�s&lt;br /&gt;
              means  that  only  users  who are already in group sys will have&lt;br /&gt;
              their default primary group assigned to sys when accessing  this&lt;br /&gt;
              Samba  share. All other users will retain their ordinary primary&lt;br /&gt;
              group.&lt;br /&gt;
&lt;br /&gt;
              If the _�f_�o_�r_�c_�e _�u_�s_�e_�r parameter is also set the group  specified  in&lt;br /&gt;
              _�f_�o_�r_�c_�e _�g_�r_�o_�u_�p will override the primary group set in _�f_�o_�r_�c_�e _�u_�s_�e_�r.&lt;br /&gt;
&lt;br /&gt;
              Default: _�f_�o_�r_�c_�e _�g_�r_�o_�u_�p =&lt;br /&gt;
&lt;br /&gt;
              Example: _�f_�o_�r_�c_�e _�g_�r_�o_�u_�p = agroup&lt;br /&gt;
&lt;br /&gt;
==force printername==&lt;br /&gt;
       force printername (S)&lt;br /&gt;
              When  printing  from  Windows  NT  (or  later),  each printer in&lt;br /&gt;
              _�s_�m_�b_�._�c_�o_�n_�f has two associated names  which  can  be  used  by  the&lt;br /&gt;
              client.  The  first  is  the sharename (or shortname) defined in&lt;br /&gt;
              smb.conf. This is the only printername available for use by Win-&lt;br /&gt;
              dows  9x  clients. The second name associated with a printer can&lt;br /&gt;
              be seen when  browsing  to  the  &amp;quot;Printers&amp;quot;  (or  &amp;quot;Printers  and&lt;br /&gt;
              Faxes&amp;quot;)  folder  on the Samba server. This is referred to simply&lt;br /&gt;
              as the printername (not to be confused  with  the  _�p_�r_�i_�n_�t_�e_�r  _�n_�a_�m_�e&lt;br /&gt;
              option).&lt;br /&gt;
&lt;br /&gt;
              When  assigning  a  new  driver to a printer on a remote Windows&lt;br /&gt;
              compatible print server such as Samba, the Windows  client  will&lt;br /&gt;
              rename  the printer to match the driver name just uploaded. This&lt;br /&gt;
              can result in confusion for users  when  multiple  printers  are&lt;br /&gt;
              bound  to  the  same  driver. To prevent Samba from allowing the&lt;br /&gt;
              printer&amp;#039;s printername to differ from the  sharename  defined  in&lt;br /&gt;
              smb.conf, set _�f_�o_�r_�c_�e _�p_�r_�i_�n_�t_�e_�r_�n_�a_�m_�e _�= _�y_�e_�s.&lt;br /&gt;
&lt;br /&gt;
              Be  aware  that  enabling  this  parameter  may affect migrating&lt;br /&gt;
              printers from a Windows server to Samba since Windows has no way&lt;br /&gt;
              to force the sharename and printername to match.&lt;br /&gt;
&lt;br /&gt;
              It  is  recommended  that  this parameter&amp;#039;s value not be changed&lt;br /&gt;
              once the printer is in use by clients as this could cause a user&lt;br /&gt;
              not  be  able  to  delete  printer  connections from their local&lt;br /&gt;
              Printers folder.&lt;br /&gt;
&lt;br /&gt;
              Default: _�f_�o_�r_�c_�e _�p_�r_�i_�n_�t_�e_�r_�n_�a_�m_�e = no&lt;br /&gt;
&lt;br /&gt;
==force security mode==&lt;br /&gt;
       force security mode (S)&lt;br /&gt;
              This parameter controls what UNIX permission bits can  be  modi-&lt;br /&gt;
              fied  when  a Windows NT client is manipulating the UNIX permis-&lt;br /&gt;
              sion on a file using the native NT security dialog box.&lt;br /&gt;
&lt;br /&gt;
              This parameter is applied as a mask (OR&amp;#039;ed with) to the  changed&lt;br /&gt;
              permission  bits,  thus  forcing  any bits in this mask that the&lt;br /&gt;
              user may have modified to be on. Essentially, one bits  in  this&lt;br /&gt;
              mask  may be treated as a set of bits that, when modifying secu-&lt;br /&gt;
              rity on a file, the user has always set to be &amp;#039;on&amp;#039;.&lt;br /&gt;
&lt;br /&gt;
              If not set explicitly this parameter is set to 0, and  allows  a&lt;br /&gt;
              user  to  modify all the user/group/world permissions on a file,&lt;br /&gt;
              with no restrictions.&lt;br /&gt;
&lt;br /&gt;
              N�No�ot�te�e that users who can access the Samba  server  through  other&lt;br /&gt;
              means  can  easily  bypass  this restriction, so it is primarily&lt;br /&gt;
              useful for standalone  &amp;quot;appliance&amp;quot;  systems.  Administrators  of&lt;br /&gt;
              most  normal  systems  will  probably  want to leave this set to&lt;br /&gt;
              0000.&lt;br /&gt;
&lt;br /&gt;
              Default: _�f_�o_�r_�c_�e _�s_�e_�c_�u_�r_�i_�t_�y _�m_�o_�d_�e = 0&lt;br /&gt;
&lt;br /&gt;
              Example: _�f_�o_�r_�c_�e _�s_�e_�c_�u_�r_�i_�t_�y _�m_�o_�d_�e = 700&lt;br /&gt;
&lt;br /&gt;
==force unknown acl user==&lt;br /&gt;
       force unknown acl user (S)&lt;br /&gt;
              If this parameter is set, a Windows  NT  ACL  that  contains  an&lt;br /&gt;
              unknown SID (security descriptor, or representation of a user or&lt;br /&gt;
              group id) as the owner or  group  owner  of  the  file  will  be&lt;br /&gt;
              silently  mapped  into  the  current UNIX uid or gid of the cur-&lt;br /&gt;
              rently connected user.&lt;br /&gt;
&lt;br /&gt;
              This is designed to allow Windows NT clients to copy  files  and&lt;br /&gt;
              folders  containing ACLs that were created locally on the client&lt;br /&gt;
              machine and contain users local to that machine only (no  domain&lt;br /&gt;
              users)  to  be  copied to a Samba server (usually with XCOPY /O)&lt;br /&gt;
              and have the unknown userid and groupid of the file owner map to&lt;br /&gt;
              the  current  connected  user.  This can only be fixed correctly&lt;br /&gt;
              when winbindd allows arbitrary mapping from any Windows  NT  SID&lt;br /&gt;
              to a UNIX uid or gid.&lt;br /&gt;
&lt;br /&gt;
              Try  using  this  parameter when XCOPY /O gives an ACCESS_DENIED&lt;br /&gt;
              error.&lt;br /&gt;
&lt;br /&gt;
              Default: _�f_�o_�r_�c_�e _�u_�n_�k_�n_�o_�w_�n _�a_�c_�l _�u_�s_�e_�r = no&lt;br /&gt;
&lt;br /&gt;
==force user==&lt;br /&gt;
       force user (S)&lt;br /&gt;
              This specifies a UNIX user name that will  be  assigned  as  the&lt;br /&gt;
              default  user  for all users connecting to this service. This is&lt;br /&gt;
              useful for sharing files. You should also use  it  carefully  as&lt;br /&gt;
              using it incorrectly can cause security problems.&lt;br /&gt;
&lt;br /&gt;
              This  user name only gets used once a connection is established.&lt;br /&gt;
              Thus clients still need to connect as a valid user and supply  a&lt;br /&gt;
              valid password. Once connected, all file operations will be per-&lt;br /&gt;
              formed as the &amp;quot;forced user&amp;quot;, no matter what username the  client&lt;br /&gt;
              connected as. This can be very useful.&lt;br /&gt;
&lt;br /&gt;
              In  Samba 2.0.5 and above this parameter also causes the primary&lt;br /&gt;
              group of the forced user to be used as the primary group for all&lt;br /&gt;
              file  activity. Prior to 2.0.5 the primary group was left as the&lt;br /&gt;
              primary group of the connecting user (this was a bug).&lt;br /&gt;
&lt;br /&gt;
              Default: _�f_�o_�r_�c_�e _�u_�s_�e_�r =&lt;br /&gt;
&lt;br /&gt;
              Example: _�f_�o_�r_�c_�e _�u_�s_�e_�r = auser&lt;br /&gt;
&lt;br /&gt;
==fstype==&lt;br /&gt;
       fstype (S)&lt;br /&gt;
              This parameter allows the administrator to configure the  string&lt;br /&gt;
              that  specifies  the type of filesystem a share is using that is&lt;br /&gt;
              reported by s�sm�mb�bd�d(8) when a client queries  the  filesystem  type&lt;br /&gt;
              for  a  share.  The  default type is N�NT�TF�FS�S for compatibility with&lt;br /&gt;
              Windows NT but this can be changed  to  other  strings  such  as&lt;br /&gt;
              S�Sa�am�mb�ba�a or F�FA�AT�T  if required.&lt;br /&gt;
&lt;br /&gt;
              Default: _�f_�s_�t_�y_�p_�e = NTFS&lt;br /&gt;
&lt;br /&gt;
              Example: _�f_�s_�t_�y_�p_�e = Samba&lt;/div&gt;</summary>
		<author><name>Woozle</name></author>
	</entry>
</feed>