diff options
| author | Andrew Tridgell <tridge@samba.org> | 1998-03-12 03:00:44 +0000 |
|---|---|---|
| committer | Andrew Tridgell <tridge@samba.org> | 1998-03-12 03:00:44 +0000 |
| commit | 540af9b304400dc64498eab80a560f6c2209676c (patch) | |
| tree | cd27deee3b3f19ca65e3dd8634833ea363061f29 /swat | |
| parent | cc4e595473f4406e9feecbb5f0c7b00e12daebd4 (diff) | |
| download | samba-540af9b304400dc64498eab80a560f6c2209676c.tar.gz samba-540af9b304400dc64498eab80a560f6c2209676c.tar.bz2 samba-540af9b304400dc64498eab80a560f6c2209676c.zip | |
some initial help and images files for swat
(This used to be commit d2376416d6350b22550ab56a590afd06d7c4d9bf)
Diffstat (limited to 'swat')
| -rw-r--r-- | swat/help/parameters.html | 3368 | ||||
| -rw-r--r-- | swat/help/welcome.html | 8 | ||||
| -rw-r--r-- | swat/images/globals.gif | bin | 0 -> 267 bytes | |||
| -rw-r--r-- | swat/images/home.gif | bin | 0 -> 285 bytes | |||
| -rw-r--r-- | swat/images/printers.gif | bin | 0 -> 303 bytes | |||
| -rw-r--r-- | swat/images/shares.gif | bin | 0 -> 290 bytes | |||
| -rw-r--r-- | swat/images/status.gif | bin | 0 -> 362 bytes |
7 files changed, 3376 insertions, 0 deletions
diff --git a/swat/help/parameters.html b/swat/help/parameters.html new file mode 100644 index 0000000000..15cf563983 --- /dev/null +++ b/swat/help/parameters.html @@ -0,0 +1,3368 @@ +<HTML> +<BODY> + +SWAT Parameters help<p> + +We need to reformat the smb.conf man page as HTML with a label for +each parameter. Anyone want to write a perl script? Currently I've +just done a quick hack with an emacs macro to get something in +place. Or maybe the SGML conversion will be the way to go?<p> + +<hr> + +<a name="admin users"> +<H3>admin users (S)</H3><p> + +This is a list of users who will be granted administrative privileges +on the share. This means that they will do all file operations as the +super-user (root).<p> + +You should use this option very carefully, as any user in this list +will be able to do anything they like on the share, irrespective of +file permissions.<p> + +.B Default: + no admin users<p> + +.B Example: + admin users = jason<p> + +<a name="announce as"> +<H3>announce as (G)</H3><p> + +This specifies what type of server nmbd will announce itself as in +browse lists. By default this is set to Windows NT. The valid options +are "NT", "Win95" or "WfW" meaining Windows NT, Windows 95 and +Windows for Workgroups respectively. Do not change this parameter +unless you have a specific need to stop Samba appearing as an NT +server as this may prevent Samba servers from participating as +browser servers correctly.<p> + +.B Default: + announce as = NT<p> + +.B Example + announce as = Win95<p> + +<a name="announce version"> +<H3>announce version (G)</H3><p> + +This specifies the major and minor version numbers that nmbd +will use when announcing itself as a server. The default is 4.2. +Do not change this parameter unless you have a specific need to +set a Samba server to be a downlevel server.<p> + +.B Default: + announce version = 4.2<p> + +.B Example: + announce version = 2.0<p> + +<a name="auto services"> +<H3>auto services (G)</H3> +This is a list of services that you want to be automatically added to +the browse lists. This is most useful for homes and printers services +that would otherwise not be visible.<p> + +Note that if you just want all printers in your printcap file loaded +then the "load printers" option is easier.<p> + +.B Default: + no auto services<p> + +.B Example: + auto services = fred lp colorlp<p> + +<a name="allow hosts"> +<H3>allow hosts (S)</H3> +A synonym for this parameter is 'hosts allow'.<p> + +This parameter is a comma delimited set of hosts which are permitted to access +a service. <p> + +If specified in the [global] section then it will apply to all +services, regardless of whether the individual service has a different +setting. <p> + +You can specify the hosts by name or IP number. For example, you could +restrict access to only the hosts on a Class C subnet with something like +"allow hosts = 150.203.5.". The full syntax of the list is described in +the man page +.BR hosts_access (5).<p> + +You can also specify hosts by network/netmask pairs and by netgroup +names if your system supports netgroups. The EXCEPT keyword can also +be used to limit a wildcard list. The following examples may provide +some help:<p> + +Example 1: allow all IPs in 150.203.*.* except one<p> + + hosts allow = 150.203. EXCEPT 150.203.6.66<p> + +Example 2: allow hosts that match the given network/netmask<p> + + hosts allow = 150.203.15.0/255.255.255.0<p> + +Example 3: allow a couple of hosts<p> + + hosts allow = lapland, arvidsjaur<p> + +Example 4: allow only hosts in netgroup "foonet" or localhost, but +deny access from one particular host<p> + + hosts allow = @foonet, localhost + hosts deny = pirate<p> + +Note that access still requires suitable user-level passwords.<p> + +See +.BR testparm (1) +for a way of testing your host access to see if it +does what you expect.<p> + +.B Default: + none (i.e., all hosts permitted access)<p> + +.B Example: + allow hosts = 150.203.5. myhost.mynet.edu.au<p> + +<a name="alternate permissions"> +<H3>alternate permissions (S)</H3><p> + +This option affects the way the "read only" DOS attribute is produced +for UNIX files. If this is false then the read only bit is set for +files on writeable shares which the user cannot write to.<p> + +If this is true then it is set for files whos user write bit is not set.<p> + +The latter behaviour is useful for when users copy files from each +others directories, and use a file manager that preserves +permissions. Without this option they may get annoyed as all copied +files will have the "read only" bit set.<p> + +.B Default: + alternate permissions = no<p> + +.B Example: + alternate permissions = yes<p> + +<a name="available"> +<H3>available (S)</H3> +This parameter lets you 'turn off' a service. If 'available = no', then +ALL attempts to connect to the service will fail. Such failures are logged.<p> + +.B Default: + available = yes<p> + +.B Example: + available = no<p> + +<a name="bind interfaces only"> +<H3>bind interfaces only (G)</H3> +This global parameter (new for 1.9.18) allows the Samba admin to limit +what interfaces on a machine will serve smb requests. If affects file service +(smbd) and name service (nmbd) in slightly different ways.<p> + +For name service it causes nmbd to bind to ports 137 and 138 on +the interfaces listed in the 'interfaces' parameter. nmbd also binds +to the 'all addresses' interface (0.0.0.0) on ports 137 and 138 +for the purposes of reading broadcast messages. If this option is +not set then nmbd will service name requests on all of these +sockets. If "bind interfaces only" is set then nmbd will check +the source address of any packets coming in on the broadcast +sockets and discard any that don't match the broadcast addresses +of the interfaces in the 'interfaces' parameter list. As unicast +packets are received on the other sockets it allows nmbd to +refuse to serve names to machines that send packets that arrive +through any interfaces not listed in the 'interfaces' list. +IP Source address spoofing does defeat this simple check, however +so it must not be used seriously as a security feature for nmbd.<p> + +For file service it causes smbd to bind only to the interface +list given in the 'interfaces' parameter. This restricts the +networks that smbd will serve to packets coming in those interfaces. +Note that you should not use this parameter for machines that +are serving ppp or other intermittant or non-broadcast network +interfaces as it will not cope with non-permanent interfaces.<p> + +.B Default: + bind interfaces only = False<p> + +.B Example: + bind interfaces only = True<p> + +<a name="browseable"> +<H3>browseable (S)</H3> +This controls whether this share is seen in the list of available +shares in a net view and in the browse list.<p> + +.B Default: + browseable = Yes<p> + +.B Example: + browseable = No +<a name="browse lis"> +<H3>browse list(G)</H3> +This controls whether the smbd will serve a browse list to a client +doing a NetServerEnum call. Normally set to true. You should never +need to change this.<p> + +.B Default: + browse list = Yes<p> + +<a name="case sensitive"> +<H3>case sensitive (G)</H3> +See the discussion on NAME MANGLING.<p> + +<a name="case sig names"> +<H3>case sig names (G)</H3> +See "case sensitive"<p> + +<a name="character set"> +<H3>character set (G)</H3> +This allows a smbd to map incoming characters from a DOS 850 Code page +to either a Western European (ISO8859-1) or Easter European (ISO8859-2) +code page. Normally not set, meaning no filename translation is done.<p> + +.B Default<p> + + character set =<p> + +.B Example<p> + + character set = iso8859-1<p> + +<a name="client code page"> +<H3>client code page (G)</H3> +Currently (Samba 1.9.17 and above) this may be set to one of two +values, 850 or 437. It specifies the base DOS code page that the +clients accessing Samba are using. To determine this, open a DOS +command prompt and type the command "chcp". This will output the +code page. The default for USA MS-DOS, Windows 95, and Windows NT +releases is code page 437. The default for western european +releases of the above operating systems is code page 850.<p> + +This parameter co-operates with the "valid chars" parameter in +determining what characters are valid in filenames and how +capitalization is done. It has been added as a convenience for +clients whose code page is either 437 or 850 so a convoluted +"valid chars" string does not have to be determined. If you +set both this parameter and the "valid chars" parameter the +"client code page" parameter MUST be set before the "valid chars" +in the smb.conf file. The "valid chars" string will then augment +the character settings in the "client code page" parameter.<p> + +If "client code page" is set to a value other than 850 or 437 +it will default to 850.<p> + +See also : "valid chars".<p> + +.B Default<p> + + client code page = 850<p> + +.B Example<p> + + client code page = 437<p> + +<a name="comment"> +<H3>comment (S)</H3> +This is a text field that is seen next to a share when a client does a +net view to list what shares are available.<p> + +If you want to set the string that is displayed next to the machine +name then see the server string command.<p> + +.B Default: + No comment string<p> + +.B Example: + comment = Fred's Files<p> + +<a name="config file"> +<H3>config file (G)</H3><p> + +This allows you to override the config file to use, instead of the +default (usually smb.conf). There is a chicken and egg problem here as +this option is set in the config file! <p> + +For this reason, if the name of the config file has changed when the +parameters are loaded then it will reload them from the new config +file.<p> + +This option takes the usual substitutions, which can be very useful.<p> + +If the config file doesn't exist then it won't be loaded (allowing +you to special case the config files of just a few clients).<p> + +.B Example: + config file = /usr/local/samba/lib/smb.conf.%m<p> + +<a name="copy"> +<H3>copy (S)</H3> +This parameter allows you to 'clone' service entries. The specified +service is simply duplicated under the current service's name. Any +parameters specified in the current section will override those in the +section being copied.<p> + +This feature lets you set up a 'template' service and create similar +services easily. Note that the service being copied must occur earlier +in the configuration file than the service doing the copying.<p> + +.B Default: + none<p> + +.B Example: + copy = otherservice +<a name="create mask"> +<H3>create mask (S)</H3> +A synonym for this parameter is 'create mode'.<p> + +When a file is created, the neccessary permissions are calculated +according to the mapping from DOS modes to UNIX permissions, and +the resulting UNIX mode is then bit-wise 'AND'ed with this parameter. +This parameter may be thought of as a bit-wise MASK for the UNIX +modes of a file. Any bit *not* set here will be removed from the +modes set on a file when it is created.<p> + +The default value of this parameter removes the 'group' and 'other' +write and execute bits from the UNIX modes.<p> + +Following this Samba will bit-wise 'OR' the UNIX mode created from +this parameter with the value of the "force create mode" parameter +which is set to 000 by default.<p> + +For Samba 1.9.17 and above this parameter no longer affects directory +modes. See the parameter 'directory mode' for details.<p> + +See also the "force create mode" parameter for forcing particular +mode bits to be set on created files. +See also the "directory mode" parameter for masking mode bits on created +directories.<p> + +.B Default: + create mask = 0744<p> + +.B Example: + create mask = 0775 +<a name="create mode"> +<H3>create mode (S)</H3> +See +.B create mask.<p> + +<a name="dead time"> +<H3>dead time (G)</H3> +The value of the parameter (a decimal integer) represents the number of +minutes of inactivity before a connection is considered dead, and it +is disconnected. The deadtime only takes effect if the number of open files +is zero.<p> + +This is useful to stop a server's resources being exhausted by a large +number of inactive connections.<p> + +Most clients have an auto-reconnect feature when a connection is broken so +in most cases this parameter should be transparent to users.<p> + +Using this parameter with a timeout of a few minutes is recommended +for most systems.<p> + +A deadtime of zero indicates that no auto-disconnection should be performed.<p> + +.B Default: + dead time = 0<p> + +.B Example: + dead time = 15 +<a name="debug level"> +<H3>debug level (G)</H3> +The value of the parameter (an integer) allows the debug level +(logging level) to be specified in the +.B smb.conf +file. This is to give +greater flexibility in the configuration of the system.<p> + +The default will be the debug level specified on the command line.<p> + +.B Example: + debug level = 3 +<a name="default"> +<H3>default (G)</H3> +See +.B default service. +<a name="default case"> +<H3>default case (S)</H3><p> + +See the section on "NAME MANGLING" Also note the addition of "short +preserve case"<p> + +<a name="default service"> +<H3>default service (G)</H3> +A synonym for this parameter is 'default'.<p> + +This parameter specifies the name of a service which will be connected to +if the service actually requested cannot be found. Note that the square +brackets are NOT given in the parameter value (see example below).<p> + +There is no default value for this parameter. If this parameter is not given, +attempting to connect to a nonexistent service results in an error.<p> + +Typically the default service would be a public, read-only service.<p> + +Also note that as of 1.9.14 the apparent service name will be changed to +equal that of the requested service, this is very useful as it allows +you to use macros like %S to make a wildcard service.<p> + +Note also that any _ characters in the name of the service used in the +default service will get mapped to a /. This allows for interesting +things.<p> + + +.B Example: + default service = pub + + [pub] + path = /%S + <p> + +<a name="delete readonly"> +<H3>delete readonly (S)</H3> +This parameter allows readonly files to be deleted. This is not normal DOS +semantics, but is allowed by UNIX.<p> + +This option may be useful for running applications such as rcs, where UNIX +file ownership prevents changing file permissions, and DOS semantics prevent +deletion of a read only file.<p> + +.B Default: + delete readonly = No<p> + +.B Example: + delete readonly = Yes +<a name="deny hosts"> +<H3>deny hosts (S)</H3> +A synonym for this parameter is 'hosts deny'.<p> + +The opposite of 'allow hosts' - hosts listed here are NOT permitted +access to services unless the specific services have their own lists to +override this one. Where the lists conflict, the 'allow' list takes precedence.<p> + +.B Default: + none (i.e., no hosts specifically excluded)<p> + +.B Example: + deny hosts = 150.203.4. badhost.mynet.edu.au<p> + +<a name="delete veto files"> +<H3>delete veto files (S)</H3><p> + +This option is used when Samba is attempting to delete a directory +that contains one or more vetoed directories (see the 'veto files' option). +If this option is set to False (the default) then if a vetoed directory +contains any non-vetoed files or directories then the directory delete +will fail. This is usually what you want. <p> + +If this option is set to True, then Samba will attempt +to recursively delete any files and directories within the vetoed +directory. This can be useful for integration with file serving +systems such as Netatalk, which create meta-files within directories +you might normally veto DOS/Windows users from seeing (eg. .AppleDouble)<p> + +Setting 'delete veto files = True' allows these directories to be +transparently deleted when the parent directory is deleted (so long +as the user has permissions to do so).<p> + +.B Default: + delete veto files = False<p> + +.B Example: + delete veto files = True<p> + +See +.B veto files<p> + +<a name="dfree command"> +<H3>dfree command (G)</H3> +The dfree command setting should only be used on systems where a +problem occurs with the internal disk space calculations. This has +been known to happen with Ultrix, but may occur with other operating +systems. The symptom that was seen was an error of "Abort Retry +Ignore" at the end of each directory listing.<p> + +This setting allows the replacement of the internal routines to +calculate the total disk space and amount available with an external +routine. The example below gives a possible script that might fulfill +this function. <p> + +The external program will be passed a single parameter indicating a +directory in the filesystem being queried. This will typically consist +of the string "./". The script should return two integers in ascii. The +first should be the total disk space in blocks, and the second should +be the number of available blocks. An optional third return value +can give the block size in bytes. The default blocksize is 1024 bytes.<p> + +Note: Your script should NOT be setuid or setgid and should be owned by +(and writable only by) root!<p> + +.B Default: + By default internal routines for determining the disk capacity +and remaining space will be used.<p> + +.B Example: + dfree command = /usr/local/samba/bin/dfree<p> + + Where the script dfree (which must be made executable) could be<p> + +.nf + #!/bin/sh + df $1 | tail -1 | awk '{print $2" "$4}' +.fi<p> + + or perhaps (on Sys V)<p> + +.nf + #!/bin/sh + /usr/bin/df -k $1 | tail -1 | awk '{print $3" "$5}' +.fi<p> + + Note that you may have to replace the command names with full +path names on some systems. +<a name="directory"> +<H3>directory (S)</H3> +See +.B path.<p> + +<a name="directory mask"> +<H3>directory mask (S)</H3> +A synonym for this parameter is 'directory mode'.<p> + +This parameter is the octal modes which are used when converting DOS modes +to UNIX modes when creating UNIX directories.<p> + +When a directory is created, the neccessary permissions are calculated +according to the mapping from DOS modes to UNIX permissions, and +the resulting UNIX mode is then bit-wise 'AND'ed with this parameter. +This parameter may be thought of as a bit-wise MASK for the UNIX +modes of a directory. Any bit *not* set here will be removed from the +modes set on a directory when it is created.<p> + +The default value of this parameter removes the 'group' and 'other' +write bits from the UNIX mode, allowing only the user who owns the +directory to modify it.<p> + +Following this Samba will bit-wise 'OR' the UNIX mode created from +this parameter with the value of the "force directory mode" parameter. +This parameter is set to 000 by default (ie. no extra mode bits are added).<p> + +See the "force directory mode" parameter to cause particular mode +bits to always be set on created directories.<p> + +See also the "create mode" parameter for masking mode bits on created +files.<p> + +.B Default: + directory mask = 0755<p> + +.B Example: + directory mask = 0775<p> + +<a name="directory mode"> +<H3>directory mode (S)</H3> +See +.B directory mask.<p> + +<a name="dns proxy"> +<H3>dns proxy (G)</H3><p> + +Specifies that nmbd should (as a WINS server), on finding that a NetBIOS +name has not been registered, treat the NetBIOS name word-for-word as +a DNS name.<p> + +Note that the maximum length for a NetBIOS name is 15 +characters, so the DNS name (or DNS alias) can likewise only be 15 +characters, maximum.<p> + +Note also that nmbd will block completely until the DNS name is resolved. +This will result in temporary loss of browsing and WINS services. +Enable this option only if you are certain that DNS resolution is fast, +or you can live with the consequences of periodic pauses in nmbd service.<p> + +.B Default: + dns proxy = yes<p> + +<a name="domain controller"> +<H3>domain controller (G)</H3><p> + +Specifies the DNS name or IP address of the machine to refer domain +logons from Win95 machines to. You should never need to set this parameter.<p> + +.B Default: + domain controller = no<p> + +<a name="domain logons"> +<H3>domain logons (G)</H3><p> + +If set to true, the Samba server will serve Windows 95 domain logons +for the workgroup it is in. For more details on setting up this feature +see the file DOMAINS.txt in the Samba source documentation directory.<p> + +.B Default: + domain logons = no<p> + +<a name="domain master"> +<H3>domain master (G)</H3><p> + +Enable WAN-wide browse list collation. Local master browsers on +broadcast-isolated subnets will give samba their local browse lists, and +ask for a complete copy of the browse list for the whole wide area network. +Browser clients will then contact their local master browser, and will +receive the domain-wide browse list, instead of just the list for their +broadcast-isolated subnet.<p> + +.B Default: + domain master = no<p> + +<a name="dont descend"> +<H3>dont descend (S)</H3> +There are certain directories on some systems (eg., the /proc tree under +Linux) that are either not of interest to clients or are infinitely deep +(recursive). This parameter allows you to specify a comma-delimited list +of directories that the server should always show as empty.<p> + +Note that Samba can be very fussy about the exact format of the "dont +descend" entries. For example you may need "./proc" instead of just +"/proc". Experimentation is the best policy :-)<p> + +.B Default: + none (i.e., all directories are OK to descend)<p> + +.B Example: + dont descend = /proc,/dev<p> + +<a name="dos filetimes"> +<H3>dos filetimes (S)</H3> +Under DOS and Windows, if a user can write to a file they can change +the timestamp on it. Under POSIX semantics, only the owner of the file +or root may change the timestamp. By default, Samba runs with POSIX +semantics and refuses to change the timestamp on a file if the user +smbd is acting on behalf of is not the file owner. Setting this option +to True allows DOS semantics and smbd will change the file timstamp as +DOS requires. This is a correct implementation of a previous compile-time +options (UTIME_WORKAROUND) which was broken and is now removed.<p> + +.B Default: + dos filetimes = False<p> + +.B Example: + dos filetimes = True<p> + +<a name="dos filetime resolution"> +<H3>dos filetime resolution (S)</H3> +Under the DOS and Windows FAT filesystem, the finest granulatity on +time resolution is two seconds. Setting this parameter for a share +causes Samba to round the reported time down to the nearest two +second boundary when a query call that requires one second resolution +is made to smbd. <p> + +This option is mainly used as a compatibility option for Visual C++ +when used against Samba shares. If oplocks are enabled on a share, +Visual C++ uses two different time reading calls to check if a file +has changed since it was last read. One of these calls uses a one-second +granularity, the other uses a two second granularity. As the two second +call rounds any odd second down, then if the file has a timestamp of an +odd number of seconds then the two timestamps will not match and Visual +C++ will keep reporting the file has changed. Setting this option causes +the two timestamps to match, and Visual C++ is happy.<p> + +.B Default: + dos filetime resolution = False<p> + +.B Example: + dos filetime resolution = True<p> + +<a name="encrypt passwords"> +<H3>encrypt passwords (G)</H3><p> + +This boolean controls whether encrypted passwords will be negotiated +with the client. Note that this option has no effect if you haven't +compiled in the necessary des libraries and encryption code. It +defaults to no.<p> + +<a name="exec"> +<H3>exec (S)</H3><p> + +This is an alias for preexec<p> + +<a name="fake oplocks"> +<H3>fake oplocks (S)</H3><p> + +Oplocks are the way that SMB clients get permission from a server to +locally cache file operations. If a server grants an oplock +(opportunistic lock) then the client is free to assume that it is the +only one accessing the file and it will aggressively cache file +data. With some oplock types the client may even cache file open/close +operations. This can give enormous performance benefits.<p> + +When you set "fake oplocks = yes" Samba will always grant oplock +requests no matter how many clients are using the file. <p> + +By enabling this option on all read-only shares or shares that you know +will only be accessed from one client at a time you will see a big +performance improvement on many operations. If you enable this option +on shares where multiple clients may be accessing the files read-write +at the same time you can get data corruption. Use this option +carefully! <p> + +It is generally much better to use the real oplock support except for +physically read-only media such as CDROMs.<p> + +This option is disabled by default.<p> + +<a name="follow symlinks"> +<H3>follow symlinks (S)</H3><p> + +This parameter allows the Samba administrator to stop smbd from +following symbolic links in a particular share. Setting this +parameter to "No" prevents any file or directory that is a +symbolic link from being followed (the user will get an error). +This option is very useful to stop users from adding a symbolic +link to /etc/pasword in their home directory for instance. +However it will slow filename lookups down slightly.<p> + +This option is enabled (ie. smbd will follow symbolic links) +by default.<p> + +<a name="force create mode"> +<H3>force create mode (S)</H3> +This parameter specifies a set of UNIX mode bit permissions that +will *always* be set on a file created by Samba. This is done +by bitwise 'OR'ing these bits onto the mode bits of a file that +is being created. The default for this parameter is (in octel) +000. The modes in this parameter are bitwise 'OR'ed onto the +file mode after the mask set in the "create mask" parameter +is applied.<p> + +See also the parameter "create mask" for details on masking mode +bits on created files.<p> + +.B Default: + force create mode = 000<p> + +.B Example: + force create mode = 0755<p> + +would force all created files to have read and execute permissions +set for 'group' and 'other' as well as the read/write/execute bits +set for the 'user'.<p> + +<a name="force directory mode"> +<H3>force directory mode (S)</H3> +This parameter specifies a set of UNIX mode bit permissions that +will *always* be set on a directory created by Samba. This is done +by bitwise 'OR'ing these bits onto the mode bits of a directory that +is being created. The default for this parameter is (in octel) +0000 which will not add any extra permission bits to a created +directory. This operation is done after the mode mask in the parameter +"directory mask" is applied.<p> + +See also the parameter "directory mask" for details on masking mode +bits on created directories.<p> + +.B Default: + force directory mode = 000<p> + +.B Example: + force directory mode = 0755<p> + +would force all created directories to have read and execute permissions +set for 'group' and 'other' as well as the read/write/execute bits +set for the 'user'.<p> + +<a name="force group"> +<H3>force group (S)</H3> +This specifies a group name that all connections to this service +should be made as. This may be useful for sharing files.<p> + +.B Default: + no forced group<p> + +.B Example: + force group = agroup<p> + +<a name="force user"> +<H3>force user (S)</H3> +This specifies a user name that all connections to this service +should be made as. This may be useful for sharing files. You should +also use it carefully as using it incorrectly can cause security +problems.<p> + +This user name only gets used once a connection is established. Thus +clients still need to connect as a valid user and supply a valid +password. Once connected, all file operations will be performed as the +"forced user", not matter what username the client connected as.<p> + +.B Default: + no forced user<p> + +.B Example: + force user = auser<p> + +<a name="getwd cache"> +<H3>getwd cache (G)</H3> +This is a tuning option. When this is enabled a cacheing algorithm will +be used to reduce the time taken for getwd() calls. This can have a +significant impact on performance, especially when widelinks is False.<p> + +.B Default: + getwd cache = No<p> + +.B Example: + getwd cache = Yes<p> + +<a name="group"> +<H3>group (S)</H3> +This is an alias for "force group" and is only kept for compatibility +with old versions of Samba. It may be removed in future versions.<p> + +<a name="guest account"> +<H3>guest account (S)</H3> +This is a username which will be used for access to services which are +specified as 'guest ok' (see below). Whatever privileges this user has +will be available to any client connecting to the guest +service. Typically this user will exist in the password file, but will +not have a valid login. If a username is specified in a given service, +the specified username overrides this one.<p> + +One some systems the account "nobody" may not be able to print. Use +another account in this case. You should test this by trying to log in +as your guest user (perhaps by using the "su \-" command) and trying to +print using +.BR lpr .<p> + +Note that as of version 1.9 of Samba this option may be set +differently for each service.<p> + +.B Default: + specified at compile time<p> + +.B Example: + guest account = nobody +<a name="guest ok"> +<H3>guest ok (S)</H3> +See +.B public. +<a name="guest only"> +<H3>guest only (S)</H3> +If this parameter is 'yes' for a service, then only guest connections to the +service are permitted. This parameter will have no affect if "guest ok" or +"public" is not set for the service.<p> + +See the section below on user/password validation for more information about +this option.<p> + +.B Default: + guest only = no<p> + +.B Example: + guest only = yes +<a name="hide dot files"> +<H3>hide dot files (S)</H3> +This is a boolean parameter that controls whether files starting with +a dot appear as hidden files.<p> + +.B Default: + hide dot files = yes<p> + +.B Example: + hide dot files = no<p> + + +<a name="hide file"> +<H3>hide files(S)</H3> +This is a list of files or directories that are not visible but are +accessible. The DOS 'hidden' attribute is applied to any files or +directories that match.<p> + +Each entry in the list must be separated by a "/", which allows spaces +to be included in the entry. '*' and '?' can be used to specify multiple +files or directories as in DOS wildcards.<p> + +Each entry must be a unix path, not a DOS path and must not include the +unix directory separator "/".<p> + +Note that the case sensitivity option is applicable in hiding files.<p> + +Setting this parameter will affect the performance of Samba, as +it will be forced to check all files and directories for a match +as they are scanned.<p> + +See also "hide dot files", "veto files" and "case sensitive"<p> + +.B Default + No files or directories are hidden by this option (dot files are + hidden by default because of the "hide dot files" option).<p> + +.B Example + hide files = /.*/DesktopFolderDB/TrashFor%m/resource.frk/<p> + +The above example is based on files that the Macintosh client (DAVE) +creates for internal use, and also still hides all files beginning with +a dot.<p> + +<a name="homedir map"> +<H3>homedir map (G)</H3> +If "nis homedir" is true, this parameter specifies the NIS (or YP) map +from which the server for the user's home directory should be extracted. +At present, only the Sun auto.home map format is understood. The form of +the map is:<p> + +username server:/some/file/system<p> + +and the program will extract the servername from before the first ':'. +There should probably be a better parsing system that copes with different +map formats and also Amd (another automounter) maps.<p> + +NB: The -DNETGROUP option is required in the Makefile for option to work +and on some architectures the line -lrpcsvc needs to be added to the +LIBSM variable. This is required for Solaris 2, FreeBSD and HPUX.<p> + +See also "nis homedir"<p> + +.B Default: + homedir map = auto.home<p> + +.B Example: + homedir map = amd.homedir +<a name="hosts allow"> +<H3>hosts allow (S)</H3> +See +.B allow hosts. +<a name="hosts deny"> +<H3>hosts deny (S)</H3> +See +.B deny hosts.<p> + +<a name="hosts equiv"> +<H3>hosts equiv (G)</H3> +If this global parameter is a non-null string, it specifies the name of +a file to read for the names of hosts and users who will be allowed access +without specifying a password.<p> + +This is not be confused with +.B allow hosts +which is about hosts access to services and is more useful for guest services. +.B hosts equiv +may be useful for NT clients which will not supply passwords to samba.<p> + +NOTE: The use of hosts.equiv can be a major security hole. This is +because you are trusting the PC to supply the correct username. It is +very easy to get a PC to supply a false username. I recommend that the +hosts.equiv option be only used if you really know what you are doing, +or perhaps on a home network where you trust your wife and kids :-)<p> + +.B Default + No host equivalences<p> + +.B Example + hosts equiv = /etc/hosts.equiv<p> + +<a name="include"> +<H3>include (G)</H3><p> + +This allows you to include one config file inside another. The file is +included literally, as though typed in place.<p> + +It takes the standard substitutions, except %u, %P and %S<p> + +<a name="interfaces"> +<H3>interfaces (G)</H3><p> + +This option allows you to setup multiple network interfaces, so that +Samba can properly handle browsing on all interfaces.<p> + +The option takes a list of ip/netmask pairs. The netmask may either be +a bitmask, or a bitlength. <p> + +For example, the following line:<p> + +interfaces = 192.168.2.10/24 192.168.3.10/24<p> + +would configure two network interfaces with IP addresses 192.168.2.10 +and 192.168.3.10. The netmasks of both interfaces would be set to +255.255.255.0. <p> + +You could produce an equivalent result by using:<p> + +interfaces = 192.168.2.10/255.255.255.0 192.168.3.10/255.255.255.0<p> + +if you prefer that format.<p> + +If this option is not set then Samba will attempt to find a primary +interface, but won't attempt to configure more than one interface.<p> + +<a name="invalid users"> +<H3>invalid users (S)</H3> +This is a list of users that should not be allowed to login to this +service. This is really a "paranoid" check to absolutely ensure an +improper setting does not breach your security.<p> + +A name starting with @ is interpreted as a UNIX group.<p> + +The current servicename is substituted for %S. This is useful in the +[homes] section.<p> + +See also "valid users"<p> + +.B Default + No invalid users<p> + +.B Example + invalid users = root fred admin @wheel<p> + +<a name="keepalive"> +<H3>keepalive (G)</H3> +The value of the parameter (an integer) represents the number of seconds +between 'keepalive' packets. If this parameter is zero, no keepalive packets +will be sent. Keepalive packets, if sent, allow the server to tell whether a +client is still present and responding.<p> + +Keepalives should, in general, not be needed if the socket being used +has the SO_KEEPALIVE attribute set on it (see "socket +options"). Basically you should only use this option if you strike +difficulties.<p> + +.B Default: + keep alive = 0<p> + +.B Example: + keep alive = 60<p> + +<a name="lm announce"> +<H3>lm announce (G)</H3><p> + +This parameter determines if Samba will produce Lanman announce +broadcasts that are needed by OS/2 clients in order for them to +see the Samba server in their browse list. This parameter can +have three values, true, false, or auto. The default is auto. +If set to False Samba will never produce these broadcasts. If +set to true Samba will produce Lanman announce broadcasts at +a frequency set by the parameter 'lm interval'. If set to auto +Samba will not send Lanman announce broadcasts by default but +will listen for them. If it hears such a broadcast on the wire +it will then start sending them at a frequency set by the parameter +'lm interval'.<p> + +See also "lm interval".<p> + +.B Default: + lm announce = auto<p> + +.B Example: + lm announce = true<p> + +<a name="lm interval"> +<H3>lm interval (G)</H3><p> + +If Samba is set to produce Lanman announce broadcasts needed +by OS/2 clients (see the "lm announce" parameter) this parameter +defines the frequency in seconds with which they will be made. +If this is set to zero then no Lanman announcements will be +made despite the setting of the "lm announce" parameter.<p> + +See also "lm announce".<p> + +.B Default: + lm interval = 60<p> + +.B Example: + lm interval = 120<p> + +<a name="load printers"> +<H3>load printers (G)</H3> +A boolean variable that controls whether all printers in the printcap +will be loaded for browsing by default. <p> + +.B Default: + load printers = yes<p> + +.B Example: + load printers = no<p> + +<a name="local master"> +<H3>local master (G)</H3> +This option allows the nmbd to become a local master browser on a +subnet. If set to False then nmbd will not attempt to become a local +master browser on a subnet and will also lose in all browsing elections. +By default this value is set to true. Setting this value to true doesn't +mean that Samba will become the local master browser on a subnet, just +that the nmbd will participate in elections for local master browser.<p> + +.B Default: + local master = yes<p> + +<a name="lock directory"> +<H3>lock directory (G)</H3> +This option specifies the directory where lock files will be placed. +The lock files are used to implement the "max connections" option.<p> + +.B Default: + lock directory = /tmp/samba<p> + +.B Example: + lock directory = /usr/local/samba/var/locks<p> + +<a name="locking"> +<H3>locking (S)</H3> +This controls whether or not locking will be performed by the server in +response to lock requests from the client.<p> + +If "locking = no", all lock and unlock requests will appear to succeed and +all lock queries will indicate that the queried lock is clear.<p> + +If "locking = yes", real locking will be performed by the server.<p> + +This option may be particularly useful for read-only filesystems which +do not need locking (such as cdrom drives).<p> + +Be careful about disabling locking either globally or in a specific +service, as lack of locking may result in data corruption.<p> + +.B Default: + locking = yes<p> + +.B Example: + locking = no<p> + +<a name="log file"> +<H3>log file (G)</H3><p> + +This options allows you to override the name of the Samba log file +(also known as the debug file).<p> + +This option takes the standard substitutions, allowing you to have +separate log files for each user or machine.<p> + +.B Example: + log file = /usr/local/samba/var/log.%m<p> + +<a name="log level"> +<H3>log level (G)</H3> +see "debug level"<p> + +<a name="logon drive"> +<H3>logon drive (G)</H3><p> + +This parameter specifies the local path to which the home directory +will be connected (see "logon home") and is only used by NT Workstations.<p> + +.B Example: + logon drive = h:<p> + +<a name="logon home"> +<H3>logon home (G)</H3><p> + +This parameter specifies the home directory location when a Win95 or +NT Workstation logs into a Samba PDC. It allows you to do "NET USE +H: /HOME" from a command prompt, for example.<p> + +.B +This option takes the standard substitutions, allowing you to have +separate logon scripts for each user or machine.<p> + +.B Example: + logon home = "\\\\remote_smb_server\\%U"<p> + +.B Default: + logon home = "\\\\%N\\%U"<p> + +<a name="logon path"> +<H3>logon path (G)</H3><p> + +This parameter specifies the home directory where roaming profiles +(USER.DAT / USER.MAN files for Windows 95) are stored.<p> + +This option takes the standard substitutions, allowing you to have +separate logon scripts for each user or machine. It also specifies +the directory from which the "desktop", "start menu", "nethood" and +"programs" folders, and their contents, are loaded and displayed +on your Windows 95 client.<p> + +The share and the path must be readable by the user for the preferences +and directories to be loaded onto the Windows 95 client. The share +must be writeable when the logs in for the first time, in order that +the Windows 95 client can create the user.dat and other directories.<p> + +Thereafter, the directories and any of contents can, if required, +be made read-only. It is not adviseable that the USER.DAT file be made +read-only - rename it to USER.MAN to achieve the desired effect +(a MANdatory profile).<p> + +Windows clients can sometimes maintain a connection to the [homes] +share, even though there is no user logged in. Therefore, it is +vital that the logon path does not include a reference to the +homes share (i.e \\\\%N\\HOMES\profile_path will cause problems).<p> + +.B +This option takes the standard substitutions, allowing you to have +separate logon scripts for each user or machine.<p> + +.B Default: + logon path = \\\\%N\\%U\\profile<p> + +.B Example: + logon path = \\\\PROFILESERVER\\HOME_DIR\\%U\\PROFILE<p> + +<a name="logon script"> +<H3>logon script (G)</H3><p> + +This parameter specifies the batch file (.bat) or NT command file (.cmd) +to be downloaded and run on a machine when a user successfully logs in. +The file must contain the DOS style cr/lf line endings. Using a DOS-style +editor to create the file is recommended.<p> + +The script must be a relative path to the [netlogon] service. If the +[netlogon] service specifies a path of /usr/local/samba/netlogon, and +logon script = STARTUP.BAT, then file that will be downloaded is:<p> + +.B /usr/local/samba/netlogon/STARTUP.BAT<p> + +The contents of the batch file is entirely your choice. A suggested +command would be to add NET TIME \\\\SERVER /SET /YES, to force every +machine to synchronise clocks with the same time server. Another use +would be to add NET USE U: \\\\SERVER\\UTILS for commonly used utilities, +or NET USE Q: \\\\SERVER\\ISO9001_QA.<p> + +Note that it is particularly important not to allow write access to +the [netlogon] share, or to grant users write permission on the +batch files in a secure environment, as this would allow the batch +files to be arbitrarily modified.<p> + +.B +This option takes the standard substitutions, allowing you to have +separate logon scripts for each user or machine.<p> + +.B Example: + logon script = scripts/%U.bat<p> + +<a name="lppause command"> +<H3>lppause command (S)</H3> +This parameter specifies the command to be executed on the server host in +order to stop printing or spooling a specific print job.<p> + +This command should be a program or script which takes a printer name and +job number to pause the print job. Currently I don't know of any print +spooler system that can do this with a simple option, except for the PPR +system from Trinity College (ppr\-dist.trincoll.edu/pub/ppr). One way +of implementing this is by using job priorities, where jobs having a too +low priority won't be sent to the printer. See also the +.B lppause +command.<p> + +If a %p is given then the printername is put in its place. A %j is +replaced with the job number (an integer). +On HPUX (see printing=hpux), if the -p%p option is added to the lpq +command, the job will show up with the correct status, i.e. if the job +priority is lower than the set fence priority it will have the PAUSED +status, whereas if the priority is equal or higher it will have the +SPOOLED or PRINTING status.<p> + +Note that it is good practice to include the absolute path in the lppause +command as the PATH may not be available to the server.<p> + +.B Default: + Currently no default value is given to this string<p> + +.B Example for HPUX: + lppause command = /usr/bin/lpalt %p-%j -p0<p> + +<a name="lpq cache time"> +<H3>lpq cache time (G)</H3><p> + +This controls how long lpq info will be cached for to prevent the lpq +command being called too often. A separate cache is kept for each +variation of the lpq command used by the system, so if you use +different lpq commands for different users then they won't share cache +information.<p> + +The cache files are stored in /tmp/lpq.xxxx where xxxx is a hash +of the lpq command in use.<p> + +The default is 10 seconds, meaning that the cached results of a +previous identical lpq command will be used if the cached data is less +than 10 seconds old. A large value may be advisable if your lpq +command is very slow.<p> + +A value of 0 will disable cacheing completely.<p> + +.B Default: + lpq cache time = 10<p> + +.B Example: + lpq cache time = 30<p> + +<a name="lpq command"> +<H3>lpq command (S)</H3> +This parameter specifies the command to be executed on the server host in +order to obtain "lpq"-style printer status information. <p> + +This command should be a program or script which takes a printer name +as its only parameter and outputs printer status information. <p> + +Currently six styles of printer status information are supported; BSD, +SYSV, AIX, HPUX, QNX, LPRNG and PLP. This covers most UNIX systems. You +control which type is expected using the "printing =" option.<p> + +Some clients (notably Windows for Workgroups) may not correctly send the +connection number for the printer they are requesting status information +about. To get around this, the server reports on the first printer service +connected to by the client. This only happens if the connection number sent +is invalid.<p> + +If a %p is given then the printername is put in its place. Otherwise +it is placed at the end of the command.<p> + +Note that it is good practice to include the absolute path in the lpq +command as the PATH may not be available to the server.<p> + +.B Default: + depends on the setting of "printing ="<p> + +.B Example: + lpq command = /usr/bin/lpq %p<p> + +<a name="lpresume command"> +<H3>lpresume command (S)</H3> +This parameter specifies the command to be executed on the server host in +order to restart or continue printing or spooling a specific print job.<p> + +This command should be a program or script which takes a printer name and +job number to resume the print job. See also the lppause command.<p> + +If a %p is given then the printername is put in its place. A %j is +replaced with the job number (an integer).<p> + +Note that it is good practice to include the absolute path in the lpresume +command as the PATH may not be available to the server.<p> + +.B Default: + Currently no default value is given to this string<p> + +.B Example for HPUX: + lpresume command = /usr/bin/lpalt %p-%j -p2<p> + +<a name="lprm command"> +<H3>lprm command (S)</H3> +This parameter specifies the command to be executed on the server host in +order to delete a print job.<p> + +This command should be a program or script which takes a printer name +and job number, and deletes the print job.<p> + +Currently seven styles of printer control are supported; BSD, SYSV, AIX +HPUX, QNX, LPRNG and PLP. This covers most UNIX systems. You control +which type is expected using the "printing =" option.<p> + +If a %p is given then the printername is put in its place. A %j is +replaced with the job number (an integer).<p> + +Note that it is good practice to include the absolute path in the lprm +command as the PATH may not be available to the server.<p> + +.B Default: + depends on the setting of "printing ="<p> + +.B Example 1: + lprm command = /usr/bin/lprm -P%p %j<p> + +.B Example 2: + lprm command = /usr/bin/cancel %p-%j<p> + +<a name="magic output"> +<H3>magic output (S)</H3> +This parameter specifies the name of a file which will contain output +created by a magic script (see +.I magic script +below).<p> + +Warning: If two clients use the same magic script in the same directory the +output file content is undefined. +.B Default: + magic output = <magic script name>.out<p> + +.B Example: + magic output = myfile.txt +<a name="magic script"> +<H3>magic script (S)</H3> +This parameter specifies the name of a file which, if opened, will be +executed by the server when the file is closed. This allows a UNIX script +to be sent to the Samba host and executed on behalf of the connected user.<p> + +Scripts executed in this way will be deleted upon completion, permissions +permitting.<p> + +If the script generates output, output will be sent to the file specified by +the +.I magic output +parameter (see above).<p> + +Note that some shells are unable to interpret scripts containing +carriage-return-linefeed instead of linefeed as the end-of-line +marker. Magic scripts must be executable "as is" on the host, which +for some hosts and some shells will require filtering at the DOS end.<p> + +Magic scripts are EXPERIMENTAL and should NOT be relied upon.<p> + +.B Default: + None. Magic scripts disabled.<p> + +.B Example: + magic script = user.csh<p> + +<a name="mangle case"> +<H3>mangle case (S)</H3><p> + +See the section on "NAME MANGLING"<p> + +<a name="mangled map"> +<H3>mangled map (S)</H3> +This is for those who want to directly map UNIX file names which are +not representable on DOS. The mangling of names is not always what is +needed. In particular you may have documents with file extensions +that differ between DOS and UNIX. For example, under UNIX it is common +to use .html for HTML files, whereas under DOS .htm is more commonly +used.<p> + +So to map 'html' to 'htm' you put:<p> + + mangled map = (*.html *.htm)<p> + +One very useful case is to remove the annoying ;1 off the ends of +filenames on some CDROMS (only visible under some UNIXes). To do this +use a map of (*;1 *)<p> + +.B default: + no mangled map<p> + +.B Example: + mangled map = (*;1 *)<p> + +<a name="mangled names"> +<H3>mangled names (S)</H3> +This controls whether non-DOS names under UNIX should be mapped to +DOS-compatible names ("mangled") and made visible, or whether non-DOS names +should simply be ignored.<p> + +See the section on "NAME MANGLING" for details on how to control the +mangling process.<p> + +If mangling is used then the mangling algorithm is as follows: +.RS +- the first (up to) five alphanumeric characters before the rightmost dot of +the filename are preserved, forced to upper case, and appear as the first (up +to) five characters of the mangled name.<p> + +- a tilde ("~") is appended to the first part of the mangled name, followed +by a two-character unique sequence, based on the original root name +(i.e., the original filename minus its final extension). The final +extension is included in the hash calculation only if it contains any upper +case characters or is longer than three characters.<p> + +Note that the character to use may be specified using the "mangling +char" option, if you don't like ~.<p> + +- the first three alphanumeric characters of the final extension are preserved, +forced to upper case and appear as the extension of the mangled name. The +final extension is defined as that part of the original filename after the +rightmost dot. If there are no dots in the filename, the mangled name will +have no extension (except in the case of hidden files - see below).<p> + +- files whose UNIX name begins with a dot will be presented as DOS hidden +files. The mangled name will be created as for other filenames, but with the +leading dot removed and "___" as its extension regardless of actual original +extension (that's three underscores). +.RE<p> + +The two-digit hash value consists of upper case alphanumeric characters.<p> + +This algorithm can cause name collisions only if files in a directory share +the same first five alphanumeric characters. The probability of such a clash +is 1/1300.<p> + +The name mangling (if enabled) allows a file to be copied between UNIX +directories from DOS while retaining the long UNIX filename. UNIX files can +be renamed to a new extension from DOS and will retain the same basename. +Mangled names do not change between sessions.<p> + +.B Default: + mangled names = yes<p> + +.B Example: + mangled names = no +<a name="mangling char"> +<H3>mangling char (S)</H3> +This controls what character is used as the "magic" character in name +mangling. The default is a ~ but this may interfere with some +software. Use this option to set it to whatever you prefer.<p> + +.B Default: + mangling char = ~<p> + +.B Example: + mangling char = ^<p> + +<a name="mangled stack"> +<H3>mangled stack (G)</H3> +This parameter controls the number of mangled names that should be cached in +the Samba server.<p> + +This stack is a list of recently mangled base names (extensions are only +maintained if they are longer than 3 characters or contains upper case +characters).<p> + +The larger this value, the more likely it is that mangled names can be +successfully converted to correct long UNIX names. However, large stack +sizes will slow most directory access. Smaller stacks save memory in the +server (each stack element costs 256 bytes).<p> + +It is not possible to absolutely guarantee correct long file names, so +be prepared for some surprises!<p> + +.B Default: + mangled stack = 50<p> + +.B Example: + mangled stack = 100<p> + +<a name="map archive"> +<H3>map archive (S)</H3> +This controls whether the DOS archive attribute should be mapped to the +UNIX owner execute bit. The DOS archive bit is set when a file has been modified +since its last backup. One motivation for this option it to keep Samba/your +PC from making any file it touches from becoming executable under UNIX. +This can be quite annoying for shared source code, documents, etc...<p> + +Note that this requires the 'create mask' to be set such that owner +execute bit is not masked out (ie. it must include 100). See the +parameter "create mask" for details.<p> + +.B Default: + map archive = yes<p> + +.B Example: + map archive = no<p> + +<a name="map hidden"> +<H3>map hidden (S)</H3> +This controls whether DOS style hidden files should be mapped to the +UNIX world execute bit.<p> + +Note that this requires the 'create mask' to be set such that the world +execute bit is not masked out (ie. it must include 001). +See the parameter "create mask" for details.<p> + +.B Default: + map hidden = no<p> + +.B Example: + map hidden = yes +<a name="map system"> +<H3>map system (S)</H3> +This controls whether DOS style system files should be mapped to the +UNIX group execute bit.<p> + +Note that this requires the 'create mask' to be set such that the group +execute bit is not masked out (ie. it must include 010). See the parameter +"create mask" for details.<p> + +.B Default: + map system = no<p> + +.B Example: + map system = yes +<a name="max connections"> +<H3>max connections (S)</H3> +This option allows the number of simultaneous connections to a +service to be limited. If "max connections" is greater than 0 then +connections will be refused if this number of connections to the +service are already open. A value of zero mean an unlimited number of +connections may be made.<p> + +Record lock files are used to implement this feature. The lock files +will be stored in the directory specified by the "lock directory" option.<p> + +.B Default: + max connections = 0<p> + +.B Example: + max connections = 10<p> + +<a name="max disk size"> +<H3>max disk size (G)</H3> +This option allows you to put an upper limit on the apparent size of +disks. If you set this option to 100 then all shares will appear to be +not larger than 100 MB in size.<p> + +Note that this option does not limit the amount of data you can put on +the disk. In the above case you could still store much more than 100 +MB on the disk, but if a client ever asks for the amount of free disk +space or the total disk size then the result will be bounded by the +amount specified in "max disk size".<p> + +This option is primarily useful to work around bugs in some pieces of +software that can't handle very large disks, particularly disks over +1GB in size.<p> + +A "max disk size" of 0 means no limit.<p> + +.B Default: + max disk size = 0<p> + +.B Example: + max disk size = 1000<p> + +<a name="max log size"> +<H3>max log size (G)</H3><p> + +This option (an integer in kilobytes) specifies the max size the log +file should grow to. Samba periodically checks the size and if it is +exceeded it will rename the file, adding a .old extension.<p> + +A size of 0 means no limit.<p> + +.B Default: + max log size = 5000<p> + +.B Example: + max log size = 1000<p> + +<a name="max mux"> +<H3>max mux (G)</H3><p> + +This option controls the maximum number of outstanding simultaneous SMB +operations that samba tells the client it will allow. You should never need +to set this parameter.<p> + +.B Default: + max mux = 50<p> + +<a name="max packet"> +<H3>max packet (G)</H3><p> + +A synonym for this parameter is 'packet size'.<p> + +<a name="max ttl"> +<H3>max ttl (G)</H3><p> + +This option tells nmbd what the default 'time to live' of NetBIOS +names should be (in seconds) when nmbd is requesting a name using +either a broadcast or from a WINS server. You should never need to +change this parameter.<p> + +.B Default: + max ttl = 14400<p> + +<a name="max wins ttl"> +<H3>max wins ttl (G)</H3><p> + +This option tells nmbd when acting as a WINS server (wins support = true) +what the maximum 'time to live' of NetBIOS names that nmbd will grant will +be (in seconds). You should never need to change this parameter. +The default is 3 days (259200 seconds).<p> + +.B Default: + max wins ttl = 259200<p> + +<a name="max xmit"> +<H3>max xmit (G)</H3><p> + +This option controls the maximum packet size that will be negotiated +by Samba. The default is 65535, which is the maximum. In some cases +you may find you get better performance with a smaller value. A value +below 2048 is likely to cause problems.<p> + +.B Default: + max xmit = 65535<p> + +.B Example: + max xmit = 8192<p> + +<a name="message command"> +<H3>message command (G)</H3><p> + +This specifies what command to run when the server receives a WinPopup +style message.<p> + +This would normally be a command that would deliver the message +somehow. How this is to be done is up to your imagination.<p> + +What I use is:<p> + + message command = csh -c 'xedit %s;rm %s' &<p> + +This delivers the message using xedit, then removes it +afterwards. NOTE THAT IT IS VERY IMPORTANT THAT THIS COMMAND RETURN +IMMEDIATELY. That's why I have the & on the end. If it doesn't return +immediately then your PCs may freeze when sending messages (they +should recover after 30secs, hopefully).<p> + +All messages are delivered as the global guest user. The command takes +the standard substitutions, although %u won't work (%U may be better +in this case).<p> + +Apart from the standard substitutions, some additional ones apply. In +particular:<p> + +%s = the filename containing the message<p> + +%t = the destination that the message was sent to (probably the server +name)<p> + +%f = who the message is from<p> + +You could make this command send mail, or whatever else takes your +fancy. Please let me know of any really interesting ideas you have.<p> + +Here's a way of sending the messages as mail to root:<p> + +message command = /bin/mail -s 'message from %f on %m' root < %s; rm %s<p> + +If you don't have a message command then the message won't be +delivered and Samba will tell the sender there was an +error. Unfortunately WfWg totally ignores the error code and carries +on regardless, saying that the message was delivered.<p> + +If you want to silently delete it then try "message command = rm %s".<p> + +For the really adventurous, try something like this:<p> + +message command = csh -c 'csh < %s |& /usr/local/samba/bin/smbclient \e + -M %m; rm %s' &<p> + +this would execute the command as a script on the server, then give +them the result in a WinPopup message. Note that this could cause a +loop if you send a message from the server using smbclient! You better +wrap the above in a script that checks for this :-)<p> + +.B Default: + no message command<p> + +.B Example: + message command = csh -c 'xedit %s;rm %s' &<p> + +<a name="min print space"> +<H3>min print space (S)</H3><p> + +This sets the minimum amount of free disk space that must be available +before a user will be able to spool a print job. It is specified in +kilobytes. The default is 0, which means no limit.<p> + +.B Default: + min print space = 0<p> + +.B Example: + min print space = 2000<p> + +<a name="min wins ttl"> +<H3>min wins ttl (G)</H3><p> + +This option tells nmbd when acting as a WINS server (wins support = true) +what the minimum 'time to live' of NetBIOS names that nmbd will grant will +be (in seconds). You should never need to change this parameter. +The default is 6 hours (21600 seconds).<p> + +.B Default: + min wins ttl = 21600<p> + + +<a name="netbios aliases"> +<H3>netbios aliases (G)</H3><p> + +This is a list of names that nmbd will advertise as additional +names by which the Samba server is known. This allows one machine +to appear in browse lists under multiple names. If a machine is +acting as a browse server or logon server none of these names +will be advertised as either browse server or logon servers, only +the primary name of the machine will be advertised with these +capabilities.<p> + +See also 'netbios name'.<p> + +.B Example: + netbios aliases = TEST TEST1 TEST2<p> + +<a name="netbios name"> +<H3>netbios name (G)</H3><p> + +This sets the NetBIOS name by which a Samba server is known. By +default it is the same as the first component of the host's DNS name. +If a machine is a browse server or logon server this name (or the +first component of the hosts DNS name) will be the name that these +services are advertised under.<p> + +See also 'netbios aliases'.<p> + +.B Example: + netbios name = MYNAME<p> + +<a name="nis homedir"> +<H3>nis homedir (G)</H3> +Get the home share server from a NIS (or YP) map. For unix systems that +use an automounter, the user's home directory will often be mounted on +a workstation on demand from a remote server. When the Samba logon server +is not the actual home directory server, two network hops are required +to access the home directory and this can be very slow especially with +writing via Samba to an NFS mounted directory. This option allows samba +to return the home share as being on a different server to the logon +server and as long as a samba daemon is running on the home directory +server, it will be mounted on the Samba client directly from the directory +server. When Samba is returning the home share to the client, it will +consult the NIS (or YP) map specified in "homedir map" and return the +server listed there.<p> + +.B Default: + nis homedir = false<p> + +.B Example: + nis homedir = true<p> + +<a name="networkstation user login"> +<H3>networkstation user login (G)</H3> +This global parameter (new for 1.9.18p3) affects server level security. +With this set (recommended) samba will do a full NetWkstaUserLogon to +confirm that the client really should have login rights. This can cause +problems with machines in trust relationships in which case you can +disable it here, but be warned, we have heard that some NT machines +will then allow anyone in with any password! Make sure you test it.<p> + +.B Default: + networkstation user login = yes<p> + +.B Example: + networkstation user login = no<p> + +<a name="null passwords"> +<H3>null passwords (G)</H3> +Allow or disallow access to accounts that have null passwords. <p> + +.B Default: + null passwords = no<p> + +.B Example: + null passwords = yes<p> + +<a name="only guest"> +<H3>only guest (S)</H3> +A synonym for this command is 'guest only'.<p> + +<a name="only user"> +<H3>only user (S)</H3> +This is a boolean option that controls whether connections with +usernames not in the user= list will be allowed. By default this +option is disabled so a client can supply a username to be used by +the server.<p> + +Note that this also means Samba won't try to deduce usernames from the +service name. This can be annoying for the [homes] section. To get +around this you could use "user = %S" which means your "user" list +will be just the service name, which for home directories is the name +of the user.<p> + +.B Default: + only user = False<p> + +.B Example: + only user = True<p> + +<a name="oplocks"> +<H3>oplocks (S)</H3> +This boolean option tells smbd whether to issue oplocks (opportunistic +locks) to file open requests on this share. The oplock code was introduced in +Samba 1.9.18 and can dramatically (approx 30% or more) improve the speed +of access to files on Samba servers. It allows the clients to agressively +cache files locally and you may want to disable this option for unreliable +network environments (it is turned on by default in Windows NT Servers). +For more information see the file Speed.txt in the Samba docs/ directory.<p> + +Oplocks may be selectively turned off on certain files on a per share basis. +See the 'veto oplock files' parameter.<p> + +.B Default: + oplocks = True<p> + +.B Example: + oplocks = False<p> + + +<a name="os level"> +<H3>os level (G)</H3> +This integer value controls what level Samba advertises itself as for +browse elections. See BROWSING.txt for details.<p> + +<a name="packet size"> +<H3>packet size (G)</H3> +The maximum transmit packet size during a raw read. This option is no +longer implemented as of version 1.7.00, and is kept only so old +configuration files do not become invalid.<p> + +<a name="passwd chat"> +<H3>passwd chat (G)</H3> +This string controls the "chat" conversation that takes places +between smbd and the local password changing program to change the +users password. The string describes a sequence of response-receive +pairs that smbd uses to determine what to send to the passwd program +and what to expect back. If the expected output is not received then +the password is not changed.<p> + +This chat sequence is often quite site specific, depending on what +local methods are used for password control (such as NIS+ etc).<p> + +The string can contain the macros %o and %n which are substituted for +the old and new passwords respectively. It can also contain the +standard macros \en \er \et and \es to give line-feed, carriage-return, +tab and space.<p> + +The string can also contain a * which matches any sequence of +characters.<p> + +Double quotes can be used to collect strings with spaces in them into +a single string.<p> + +If the send string in any part of the chat sequence is a fullstop "." +then no string is sent. Similarly, is the expect string is a fullstop +then no string is expected.<p> + +.B Example: + passwd chat = "*Enter OLD password*" %o\en "*Enter NEW password*" %n\en \e + "*Reenter NEW password*" %n\en "*Password changed*"<p> + + +.B Default: + passwd chat = *old*password* %o\en *new*password* %n\en *new*password* %n\en *changed*<p> + +<a name="passwd program"> +<H3>passwd program (G)</H3> +The name of a program that can be used to set user passwords.<p> + +This is only necessary if you have enabled remote password changing at +compile time. Any occurrences of %u will be replaced with the user +name.<p> + +Also note that many passwd programs insist in "reasonable" passwords, +such as a minimum length, or the inclusion of mixed case chars and +digits. This can pose a problem as some clients (such as Windows for +Workgroups) uppercase the password before sending it. <p> + +.B Default: + passwd program = /bin/passwd<p> + +.B Example: + passwd program = /sbin/passwd %u<p> + +<a name="password level"> +<H3>password level (G)</H3> +Some client/server combinations have difficulty with mixed-case passwords. +One offending client is Windows for Workgroups, which for some reason forces +passwords to upper case when using the LANMAN1 protocol, but leaves them alone +when using COREPLUS!<p> + +This parameter defines the maximum number of characters that may be upper case +in passwords.<p> + +For example, say the password given was "FRED". If +.B password level +is set to 1 (one), the following combinations would be tried if "FRED" failed: +"Fred", "fred", "fRed", "frEd", "freD". If +.B password level was set to 2 (two), the following combinations would also be +tried: "FRed", "FrEd", "FreD", "fREd", "fReD", "frED". And so on.<p> + +The higher value this parameter is set to the more likely it is that a mixed +case password will be matched against a single case password. However, you +should be aware that use of this parameter reduces security and increases the +time taken to process a new connection.<p> + +A value of zero will cause only two attempts to be made - the password as is +and the password in all-lower case.<p> + +If you find the connections are taking too long with this option then +you probably have a slow crypt() routine. Samba now comes with a fast +"ufc crypt" that you can select in the Makefile. You should also make +sure the PASSWORD_LENGTH option is correct for your system in local.h +and includes.h. On most systems only the first 8 chars of a password +are significant so PASSWORD_LENGTH should be 8, but on some longer +passwords are significant. The includes.h file tries to select the +right length for your system.<p> + +.B Default: + password level = 0<p> + +.B Example: + password level = 4<p> + +<a name="password server"> +<H3>password server (G)</H3><p> + +By specifying the name of another SMB server (such as a WinNT box) +with this option, and using "security = server" you can get Samba to +do all its username/password validation via a remote server.<p> + +This options sets the name of the password server to use. It must be a +netbios name, so if the machine's netbios name is different from its +internet name then you may have to add its netbios name to +/etc/hosts.<p> + +The password server much be a machine capable of using the "LM1.2X002" +or the "LM NT 0.12" protocol, and it must be in user level security +mode. <p> + +NOTE: Using a password server means your UNIX box (running Samba) is +only as secure as your password server. DO NOT CHOOSE A PASSWORD +SERVER THAT YOU DON'T COMPLETELY TRUST.<p> + +Never point a Samba server at itself for password serving. This will +cause a loop and could lock up your Samba server!<p> + +The name of the password server takes the standard substitutions, but +probably the only useful one is %m, which means the Samba server will +use the incoming client as the password server. If you use this then +you better trust your clients, and you better restrict them with hosts +allow!<p> + +If you list several hosts in the "password server" option then smbd +will try each in turn till it finds one that responds. This is useful +in case your primary server goes down.<p> + +If you are using a WindowsNT server as your password server then you +will have to ensure that your users are able to login from the Samba +server, as the network logon will appear to come from there rather +than from the users workstation.<p> + +<a name="path"> +<H3>path (S)</H3> +A synonym for this parameter is 'directory'.<p> + +This parameter specifies a directory to which the user of the service is to +be given access. In the case of printable services, this is where print data +will spool prior to being submitted to the host for printing.<p> + +For a printable service offering guest access, the service should be readonly +and the path should be world-writable and have the sticky bit set. This is not +mandatory of course, but you probably won't get the results you expect if you +do otherwise.<p> + +Any occurrences of %u in the path will be replaced with the username +that the client is connecting as. Any occurrences of %m will be +replaced by the name of the machine they are connecting from. These +replacements are very useful for setting up pseudo home directories +for users.<p> + +Note that this path will be based on 'root dir' if one was specified. +.B Default: + none<p> + +.B Example: + path = /home/fred+ <p> + +<a name="postexec"> +<H3>postexec (S)</H3><p> + +This option specifies a command to be run whenever the service is +disconnected. It takes the usual substitutions. The command may be run +as the root on some systems.<p> + +An interesting example may be do unmount server resources:<p> + +postexec = /etc/umount /cdrom<p> + +See also preexec<p> + +.B Default: + none (no command executed)<p> + +.B Example: + postexec = echo \e"%u disconnected from %S from %m (%I)\e" >> /tmp/log<p> + +<a name="postscript"> +<H3>postscript (S)</H3> +This parameter forces a printer to interpret the print files as +postscript. This is done by adding a %! to the start of print output. <p> + +This is most useful when you have lots of PCs that persist in putting +a control-D at the start of print jobs, which then confuses your +printer.<p> + +.B Default: + postscript = False<p> + +.B Example: + postscript = True<p> + +<a name="preexec"> +<H3>preexec (S)</H3><p> + +This option specifies a command to be run whenever the service is +connected to. It takes the usual substitutions.<p> + +An interesting example is to send the users a welcome message every +time they log in. Maybe a message of the day? Here is an example:<p> + +preexec = csh -c 'echo \e"Welcome to %S!\e" | \e + /usr/local/samba/bin/smbclient -M %m -I %I' &<p> + +Of course, this could get annoying after a while :-)<p> + +See also postexec<p> + +.B Default: + none (no command executed)<p> + +.B Example: + preexec = echo \e"%u connected to %S from %m (%I)\e" >> /tmp/log<p> + +<a name="preferred master"> +<H3>preferred master (G)</H3> +This boolean parameter controls if Samba is a preferred master browser +for its workgroup. +If this is set to true, on startup, samba will force an election, +and it will have a slight advantage in winning the election. +It is recommended that this parameter is used in conjunction +with domain master = yes, so that samba can guarantee becoming +a domain master. <p> + +Use this option with caution, because if there are several hosts +(whether samba servers, Windows 95 or NT) that are preferred master +browsers on the same subnet, they will each periodically and continuously +attempt to become the local master browser. This will result in +unnecessary broadcast traffic and reduced browsing capabilities.<p> + +See +.B os level = nn<p> + +.B Default: + preferred master = no<p> + +<H3>preload</H3> +This is an alias for "auto services"<p> + +<a name="preload"> +<H3>preload</H3> +This is an alias for "auto services"<p> + +<a name="preserve case"> +<H3>preserve case (S)</H3><p> + +This controls if new filenames are created with the case that the +client passes, or if they are forced to be the "default" case.<p> + +.B Default: + preserve case = no<p> + +See the section on "NAME MANGLING" for a fuller discussion.<p> + +<a name="print command"> +<H3>print command (S)</H3> +After a print job has finished spooling to a service, this command will be +used via a system() call to process the spool file. Typically the command +specified will submit the spool file to the host's printing subsystem, but +there is no requirement that this be the case. The server will not remove the +spool file, so whatever command you specify should remove the spool file when +it has been processed, otherwise you will need to manually remove old spool +files.<p> + +The print command is simply a text string. It will be used verbatim, +with two exceptions: All occurrences of "%s" will be replaced by the +appropriate spool file name, and all occurrences of "%p" will be +replaced by the appropriate printer name. The spool file name is +generated automatically by the server, the printer name is discussed +below.<p> + +The full path name will be used for the filename if %s is not preceded +by a /. If you don't like this (it can stuff up some lpq output) then +use %f instead. Any occurrences of %f get replaced by the spool +filename without the full path at the front.<p> + +The print command MUST contain at least one occurrence of "%s" or %f - +the "%p" is optional. At the time a job is submitted, if no printer +name is supplied the "%p" will be silently removed from the printer +command.<p> + +If specified in the [global] section, the print command given will be used +for any printable service that does not have its own print command specified.<p> + +If there is neither a specified print command for a printable service nor a +global print command, spool files will be created but not processed and (most +importantly) not removed.<p> + +Note that printing may fail on some UNIXes from the "nobody" +account. If this happens then create an alternative guest account that +can print and set the "guest account" in the [global] section.<p> + +You can form quite complex print commands by realising that they are +just passed to a shell. For example the following will log a print +job, print the file, then remove it. Note that ; is the usual +separator for command in shell scripts.<p> + +print command = echo Printing %s >> /tmp/print.log; lpr -P %p %s; rm %s<p> + +You may have to vary this command considerably depending on how you +normally print files on your system.<p> + +.B Default: + print command = lpr -r -P %p %s<p> + +.B Example: + print command = /usr/local/samba/bin/myprintscript %p %s +<a name="print ok"> +<H3>print ok (S)</H3> +See +.B printable. +<a name="printable"> +<H3>printable (S)</H3> +A synonym for this parameter is 'print ok'.<p> + +If this parameter is 'yes', then clients may open, write to and submit spool +files on the directory specified for the service.<p> + +Note that a printable service will ALWAYS allow writing to the service path +(user privileges permitting) via the spooling of print data. The 'read only' +parameter controls only non-printing access to the resource.<p> + +.B Default: + printable = no<p> + +.B Example: + printable = yes<p> + +<a name="printcap name"> +<H3>printcap name (G)</H3> +This parameter may be used to override the compiled-in default printcap +name used by the server (usually /etc/printcap). See the discussion of the +[printers] section above for reasons why you might want to do this.<p> + +On SystemV systems that use lpstat to list available printers you +can use "printcap name = lpstat" to automatically obtain lists of +available printers. This is the default for systems that define +SYSV at compile time in Samba (this includes most SystemV based +systems). If "printcap name" is set to lpstat on these systems then +Samba will launch "lpstat -v" and attempt to parse the output to +obtain a printer list.<p> + +A minimal printcap file would look something like this:<p> + +print1|My Printer 1 +.br +print2|My Printer 2 +.br +print3|My Printer 3 +.br +print4|My Printer 4 +.br +print5|My Printer 5<p> + +where the | separates aliases of a printer. The fact that the second +alias has a space in it gives a hint to Samba that it's a comment.<p> + +NOTE: Under AIX the default printcap name is "/etc/qconfig". Samba +will assume the file is in AIX "qconfig" format if the string +"/qconfig" appears in the printcap filename.<p> + +.B Default: + printcap name = /etc/printcap<p> + +.B Example: + printcap name = /etc/myprintcap<p> + +<a name="printer"> +<H3>printer (S)</H3> +A synonym for this parameter is 'printer name'.<p> + +This parameter specifies the name of the printer to which print jobs spooled +through a printable service will be sent.<p> + +If specified in the [global] section, the printer name given will be used +for any printable service that does not have its own printer name specified.<p> + +.B Default: + none (but may be 'lp' on many systems)<p> + +.B Example: + printer name = laserwriter<p> + +<a name="printer driver"> +<H3>printer driver (S)</H3> +This option allows you to control the string that clients receive when +they ask the server for the printer driver associated with a +printer. If you are using Windows95 or WindowsNT then you can use this +to automate the setup of printers on your system.<p> + +You need to set this parameter to the exact string (case sensitive) +that describes the appropriate printer driver for your system. +If you don't know the exact string to use then you should first try +with no "printer driver" option set and the client will give you a +list of printer drivers. The appropriate strings are shown in a +scrollbox after you have chosen the printer manufacturer.<p> + +.B Example: + printer driver = HP LaserJet 4L<p> + +<a name="printer name"> +<H3>printer name (S)</H3> +See +.B printer.<p> + +<a name="printer driver file"> +<H3>printer driver file (G)</H3> +This parameter tells Samba where the printer driver definition file, +used when serving drivers to Windows 95 clients, is to be found. If +this is not set, the default is :<p> + +SAMBA_INSTALL_DIRECTORY/lib/printers.def<p> + +This file is created from Windows 95 'msprint.def' files found on the +Windows 95 client system. For more details on setting up serving of +printer drivers to Windows 95 clients, see the documentation file +docs/PRINTER_DRIVER.txt.<p> + +.B Default: + None (set in compile).<p> + +.B Example: + printer driver file = /usr/local/samba/printers/drivers.def<p> + +Related parameters. +.B printer driver location<p> + +<a name="printer driver location"> +<H3>printer driver location (S)</H3> +This parameter tells clients of a particular printer share where +to find the printer driver files for the automatic installation +of drivers for Windows 95 machines. If Samba is set up to serve +printer drivers to Windows 95 machines, this should be set to<p> + +\e\eMACHINE\ePRINTER$<p> + +Where MACHINE is the NetBIOS name of your Samba server, and PRINTER$ +is a share you set up for serving printer driver files. For more +details on setting this up see the documentation file +docs/PRINTER_DRIVER.txt.<p> + +.B Default: + None<p> + +.B Example: + printer driver location = \e\eMACHINE\ePRINTER$<p> + +Related paramerers. +.B printer driver file<p> + + +<a name="printing"> +<H3>printing (S)</H3> +This parameters controls how printer status information is interpreted +on your system, and also affects the default values for the "print +command", "lpq command" and "lprm command".<p> + +Currently six printing styles are supported. They are "printing = +bsd", "printing = sysv", "printing = hpux", "printing = aix", +"printing = qnx" and "printing = plp".<p> + +To see what the defaults are for the other print commands when using +these three options use the "testparm" program.<p> + +As of version 1.9.18 of Samba this option can be set on a per printer basis<p> + +<a name="protocol"> +<H3>protocol (G)</H3> +The value of the parameter (a string) is the highest protocol level that will +be supported by the server. <p> + +Possible values are CORE, COREPLUS, LANMAN1, LANMAN2 and NT1. The relative +merits of each are discussed in the README file.<p> + +Normally this option should not be set as the automatic negotiation +phase in the SMB protocol takes care of choosing the appropriate protocol.<p> + +.B Default: + protocol = NT1<p> + +.B Example: + protocol = LANMAN1 +<a name="public"> +<H3>public (S)</H3> +A synonym for this parameter is 'guest ok'.<p> + +If this parameter is 'yes' for a service, then no password is required +to connect to the service. Privileges will be those of the guest +account.<p> + +See the section below on user/password validation for more information about +this option.<p> + +.B Default: + public = no<p> + +.B Example: + public = yes +<a name="read list"> +<H3>read list (S)</H3> +This is a list of users that are given read-only access to a +service. If the connecting user is in this list then they will +not be given write access, no matter what the "read only" option +is set to. The list can include group names using the @group syntax.<p> + +See also the "write list" option<p> + +.B Default: + read list =<p> + +.B Example: + read list = mary, @students<p> + +<a name="read only"> +<H3>read only (S)</H3> +See +.B writable +and +.B write ok. +Note that this is an inverted synonym for writable and write ok. +<a name="read prediction"> +<H3>read prediction (G)</H3> +This options enables or disables the read prediction code used to +speed up reads from the server. When enabled the server will try to +pre-read data from the last accessed file that was opened read-only +while waiting for packets.<p> + +<H3>Default:</H3> + read prediction = False<p> + +<H3>Example:</H3> + read prediction = True +<a name="Default:</H3> + read prediction = False<p> + +<H3>Example:</H3> + read prediction = True +<H3>read raw"> +<H3>read raw (G)</H3> +This parameter controls whether or not the server will support raw reads when +transferring data to clients.<p> + +If enabled, raw reads allow reads of 65535 bytes in one packet. This +typically provides a major performance benefit.<p> + +However, some clients either negotiate the allowable block size incorrectly +or are incapable of supporting larger block sizes, and for these clients you +may need to disable raw reads.<p> + +In general this parameter should be viewed as a system tuning tool and left +severely alone. See also +.B write raw.<p> + +.B Default: + read raw = yes<p> + +.B Example: + read raw = no +<a name="read size"> +<H3>read size (G)</H3><p> + +The option "read size" affects the overlap of disk reads/writes with +network reads/writes. If the amount of data being transferred in +several of the SMB commands (currently SMBwrite, SMBwriteX and +SMBreadbraw) is larger than this value then the server begins writing +the data before it has received the whole packet from the network, or +in the case of SMBreadbraw, it begins writing to the network before +all the data has been read from disk.<p> + +This overlapping works best when the speeds of disk and network access +are similar, having very little effect when the speed of one is much +greater than the other.<p> + +The default value is 2048, but very little experimentation has been +done yet to determine the optimal value, and it is likely that the best +value will vary greatly between systems anyway. A value over 65536 is +pointless and will cause you to allocate memory unnecessarily.<p> + +.B Default: + read size = 2048<p> + +.B Example: + read size = 8192<p> + +<a name="remote announce"> +<H3>remote announce (G)</H3><p> + +This option allows you to setup nmbd to periodically announce itself +to arbitrary IP addresses with an arbitrary workgroup name. <p> + +This is useful if you want your Samba server to appear in a remote +workgroup for which the normal browse propagation rules don't +work. The remote workgroup can be anywhere that you can send IP +packets to.<p> + +For example:<p> + + remote announce = 192.168.2.255/SERVERS 192.168.4.255/STAFF<p> + +the above line would cause nmbd to announce itself to the two given IP +addresses using the given workgroup names. If you leave out the +workgroup name then the one given in the "workgroup" option is used +instead. <p> + +The IP addresses you choose would normally be the broadcast addresses +of the remote networks, but can also be the IP addresses of known +browse masters if your network config is that stable.<p> + +This option replaces similar functionality from the nmbd lmhosts file.<p> + +<a name="remote browse sync"> +<H3>remote browse sync (G)</H3><p> + +This option allows you to setup nmbd to periodically request synchronisation +of browse lists with the master browser of a samba server that is on a remote +segment. This option will allow you to gain browse lists for multiple +workgroups across routed networks. This is done in a manner that does not work +with any non-samba servers.<p> + +This is useful if you want your Samba server and all local clients +to appear in a remote workgroup for which the normal browse propagation +rules don't work. The remote workgroup can be anywhere that you can send IP +packets to.<p> + +For example:<p> + + remote browse sync = 192.168.2.255 192.168.4.255<p> + +the above line would cause nmbd to request the master browser on the +specified subnets or addresses to synchronise their browse lists with +the local server.<p> + +The IP addresses you choose would normally be the broadcast addresses +of the remote networks, but can also be the IP addresses of known +browse masters if your network config is that stable. If a machine IP +address is given Samba makes NO attempt to validate that the remote +machine is available, is listening, nor that it is in fact the browse +master on it's segment.<p> + + +<a name="revalidate"> +<H3>revalidate (S)</H3><p> + +This options controls whether Samba will allow a previously validated +username/password pair to be used to attach to a share. Thus if you +connect to \e\eserver\eshare1 then to \e\eserver\eshare2 it won't +automatically allow the client to request connection to the second +share as the same username as the first without a password.<p> + +If "revalidate" is True then the client will be denied automatic +access as the same username.<p> + +.B Default: + revalidate = False<p> + +.B Example: + revalidate = True<p> + +<a name="root"> +<H3>root (G)</H3> +See +.B root directory. +<a name="root dir"> +<H3>root dir (G)</H3> +See +.B root directory. +<a name="root directory"> +<H3>root directory (G)</H3> +Synonyms for this parameter are 'root dir' and 'root'.<p> + +The server will chroot() to this directory on startup. This is not +strictly necessary for secure operation. Even without it the server +will deny access to files not in one of the service entries. It may +also check for, and deny access to, soft links to other parts of the +filesystem, or attempts to use .. in file names to access other +directories (depending on the setting of the "wide links" parameter).<p> + +Adding a "root dir" entry other than "/" adds an extra level of security, +but at a price. It absolutely ensures that no access is given to files not +in the sub-tree specified in the "root dir" option, *including* some files +needed for complete operation of the server. To maintain full operability +of the server you will need to mirror some system files into the "root dir" +tree. In particular you will need to mirror /etc/passwd (or a subset of it), +and any binaries or configuration files needed for printing (if required). +The set of files that must be mirrored is operating system dependent.<p> + +.B Default: + root directory = /<p> + +.B Example: + root directory = /homes/smb +<a name="root postexec"> +<H3>root postexec (S)</H3><p> + +This is the same as postexec except that the command is run as +root. This is useful for unmounting filesystems (such as cdroms) after +a connection is closed.<p> + +<a name="root preexec"> +<H3>root preexec (S)</H3><p> + +This is the same as preexec except that the command is run as +root. This is useful for mounting filesystems (such as cdroms) before +a connection is finalised.<p> + +<a name="security"> +<H3>security (G)</H3> +This option affects how clients respond to Samba.<p> + +The option sets the "security mode bit" in replies to protocol negotiations +to turn share level security on or off. Clients decide based on this bit +whether (and how) to transfer user and password information to the server.<p> + +The default is "security=SHARE", mainly because that was the only +option at one stage.<p> + +The alternatives are "security = user" or "security = server". <p> + +If your PCs use usernames that are the same as their usernames on the +UNIX machine then you will want to use "security = user". If you +mostly use usernames that don't exist on the UNIX box then use +"security = share".<p> + +There is a bug in WfWg that may affect your decision. When in user +level security a WfWg client will totally ignore the password you type +in the "connect drive" dialog box. This makes it very difficult (if +not impossible) to connect to a Samba service as anyone except the +user that you are logged into WfWg as.<p> + +If you use "security = server" then Samba will try to validate the +username/password by passing it to another SMB server, such as an NT +box. If this fails it will revert to "security = USER".<p> + +See the "password server" option for more details.<p> + +.B Default: + security = SHARE<p> + +.B Example: + security = USER +<a name="server string"> +<H3>server string (G)</H3> +This controls what string will show up in the printer comment box in +print manager and next to the IPC connection in "net view". It can be +any string that you wish to show to your users.<p> + +It also sets what will appear in browse lists next to the machine name.<p> + +A %v will be replaced with the Samba version number.<p> + +A %h will be replaced with the hostname.<p> + +.B Default: + server string = Samba %v<p> + +.B Example: + server string = University of GNUs Samba Server<p> + +<a name="set directory"> +<H3>set directory (S)</H3> +If 'set directory = no', then users of the service may not use the setdir +command to change directory.<p> + +The setdir command is only implemented in the Digital Pathworks client. See the +Pathworks documentation for details.<p> + +.B Default: + set directory = no<p> + +.B Example: + set directory = yes<p> + +<a name="shared file entries"> +<H3>shared file entries (G)</H3> +This parameter has been removed (as of Samba 1.9.18 and above). The new +System V shared memory code prohibits the user from allocating the +share hash bucket size directly.<p> + +<a name="shared mem size"> +<H3>shared mem size (G)</H3> +This parameter is only useful when Samba has been compiled with FAST_SHARE_MODES. +It specifies the size of the shared memory (in bytes) to use between smbd +processes. You should never change this parameter unless you have studied +the source and know what you are doing. This parameter defaults to 1024 +multiplied by the setting of the maximum number of open files in the +file local.h in the Samba source code. MAX_OPEN_FILES is normally set +to 100, so this parameter defaults to 102400 bytes.<p> + +.B Default + shared mem size = 102400<p> + +<a name="smb passwd file"> +<H3>smb passwd file (G)</H3> +This option sets the path to the encrypted smbpasswd file. This is a *VERY +DANGEROUS OPTION* if the smb.conf is user writable. By default the path +to the smbpasswd file is compiled into Samba.<p> + +<a name="smbrun"> +<H3>smbrun (G)</H3> +This sets the full path to the smbrun binary. This defaults to the +value in the Makefile.<p> + +You must get this path right for many services to work correctly.<p> + +.B Default: +taken from Makefile<p> + +.B Example: + smbrun = /usr/local/samba/bin/smbrun<p> + +<a name="share modes"> +<H3>share modes (S)</H3><p> + +This enables or disables the honouring of the "share modes" during a +file open. These modes are used by clients to gain exclusive read or +write access to a file. <p> + +These open modes are not directly supported by UNIX, so they are +simulated using lock files in the "lock directory". The "lock +directory" specified in smb.conf must be readable by all users.<p> + +The share modes that are enabled by this option are DENY_DOS, +DENY_ALL, DENY_READ, DENY_WRITE, DENY_NONE and DENY_FCB.<p> + +Enabling this option gives full share compatibility but may cost a bit +of processing time on the UNIX server. They are enabled by default.<p> + +.B Default: + share modes = yes<p> + +.B Example: + share modes = no<p> + +<a name="short preserve case"> +<H3>short preserve case (S)</H3><p> + +This controls if new short filenames are created with the case that +the client passes, or if they are forced to be the "default" case.<p> + +.B Default: + short preserve case = no<p> + +See the section on "NAME MANGLING" for a fuller discussion.<p> + +<a name="socket address"> +<H3>socket address (G)</H3><p> + +This option allows you to control what address Samba will listen for +connections on. This is used to support multiple virtual interfaces on +the one server, each with a different configuration.<p> + +By default samba will accept connections on any address.<p> + +.B Example: + socket address = 192.168.2.20<p> + +<a name="socket options"> +<H3>socket options (G)</H3> +This option (which can also be invoked with the -O command line +option) allows you to set socket options to be used when talking with +the client.<p> + +Socket options are controls on the networking layer of the operating +systems which allow the connection to be tuned.<p> + +This option will typically be used to tune your Samba server for +optimal performance for your local network. There is no way that Samba +can know what the optimal parameters are for your net, so you must +experiment and choose them yourself. I strongly suggest you read the +appropriate documentation for your operating system first (perhaps +"man setsockopt" will help).<p> + +You may find that on some systems Samba will say "Unknown socket +option" when you supply an option. This means you either mis-typed it +or you need to add an include file to includes.h for your OS. If the +latter is the case please send the patch to me +(samba-bugs@samba.anu.edu.au).<p> + +Any of the supported socket options may be combined in any way you +like, as long as your OS allows it.<p> + +This is the list of socket options currently settable using this +option:<p> + + SO_KEEPALIVE<p> + + SO_REUSEADDR<p> + + SO_BROADCAST<p> + + TCP_NODELAY<p> + + IPTOS_LOWDELAY<p> + + IPTOS_THROUGHPUT<p> + + SO_SNDBUF *<p> + + SO_RCVBUF *<p> + + SO_SNDLOWAT *<p> + + SO_RCVLOWAT *<p> + +Those marked with a * take an integer argument. The others can +optionally take a 1 or 0 argument to enable or disable the option, by +default they will be enabled if you don't specify 1 or 0.<p> + +To specify an argument use the syntax SOME_OPTION=VALUE for example +SO_SNDBUF=8192. Note that you must not have any spaces before or after +the = sign.<p> + +If you are on a local network then a sensible option might be<p> + +socket options = IPTOS_LOWDELAY<p> + +If you have an almost unloaded local network and you don't mind a lot +of extra CPU usage in the server then you could try<p> + +socket options = IPTOS_LOWDELAY TCP_NODELAY<p> + +If you are on a wide area network then perhaps try setting +IPTOS_THROUGHPUT. <p> + +Note that several of the options may cause your Samba server to fail +completely. Use these options with caution!<p> + +.B Default: + no socket options<p> + +.B Example: + socket options = IPTOS_LOWDELAY <p> + +<p> + + +<a name="status"> +<H3>status (G)</H3> +This enables or disables logging of connections to a status file that +.B smbstatus +can read.<p> + +With this disabled +.B smbstatus +won't be able to tell you what +connections are active.<p> + +.B Default: + status = yes<p> + +.B Example: + status = no<p> + +<a name="strict locking"> +<H3>strict locking (S)</H3> +This is a boolean that controls the handling of file locking in the +server. When this is set to yes the server will check every read and +write access for file locks, and deny access if locks exist. This can +be slow on some systems.<p> + +When strict locking is "no" the server does file lock checks only when +the client explicitly asks for them. <p> + +Well behaved clients always ask for lock checks when it is important, +so in the vast majority of cases "strict locking = no" is preferable.<p> + +.B Default: + strict locking = no<p> + +.B Example: + strict locking = yes<p> + +<a name="strip dot"> +<H3>strip dot (G)</H3> +This is a boolean that controls whether to strip trailing dots off +UNIX filenames. This helps with some CDROMs that have filenames ending in a +single dot.<p> + +.B Default: + strip dot = no<p> + +.B Example: + strip dot = yes<p> + +<a name="syslog"> +<H3>syslog (G)</H3> +This parameter maps how Samba debug messages are logged onto the +system syslog logging levels. Samba debug level zero maps onto +syslog LOG_ERR, debug level one maps onto LOG_WARNING, debug +level two maps to LOG_NOTICE, debug level three maps onto LOG_INFO. +The paramter sets the threshold for doing the mapping, all Samba +debug messages above this threashold are mapped to syslog LOG_DEBUG +messages.<p> + +.B Default:<p> + + syslog = 1<p> + +<a name="syslog only"> +<H3>syslog only (G)</H3> +If this parameter is set then Samba debug messages are logged into +the system syslog only, and not to the debug log files.<p> + +.B Default: + syslog only = no<p> + +<a name="sync always"> +<H3>sync always (S)</H3><p> + +This is a boolean parameter that controls whether writes will always +be written to stable storage before the write call returns. If this is +false then the server will be guided by the client's request in each +write call (clients can set a bit indicating that a particular write +should be synchronous). If this is true then every write will be +followed by a fsync() call to ensure the data is written to disk.<p> + +.B Default: + sync always = no<p> + +.B Example: + sync always = yes<p> + +<a name="time offset"> +<H3>time offset (G)</H3> +This parameter is a setting in minutes to add to the normal GMT to +local time conversion. This is useful if you are serving a lot of PCs +that have incorrect daylight saving time handling.<p> + +.B Default: + time offset = 0<p> + +.B Example: + time offset = 60<p> + +<a name="time server"> +<H3>time server (G)</H3> +This parameter determines if nmbd advertises itself as a time server +to Windows clients. The default is False.<p> + +.B Default: + time server = False<p> + +.B Example: + time server = True<p> + +<a name="unix realname"> +<H3>unix realname (G)</H3> +This boolean parameter when set causes samba to supply the real name field +from the unix password file to the client. This is useful for setting up +mail clients and WWW browsers on systems used by more than one person.<p> + +.B Default: + unix realname = no<p> + +.B Example: + unix realname = yes<p> + +<a name="user"> +<H3>user (S)</H3> +See +.B username. +<a name="username"> +<H3>username (S)</H3> +A synonym for this parameter is 'user'.<p> + +Multiple users may be specified in a comma-delimited list, in which case the +supplied password will be tested against each username in turn (left to right).<p> + +The username= line is needed only when the PC is unable to supply its own +username. This is the case for the coreplus protocol or where your +users have different WfWg usernames to UNIX usernames. In both these +cases you may also be better using the \e\eserver\eshare%user syntax +instead. <p> + +The username= line is not a great solution in many cases as it means Samba +will try to validate the supplied password against each of the +usernames in the username= line in turn. This is slow and a bad idea for +lots of users in case of duplicate passwords. You may get timeouts or +security breaches using this parameter unwisely.<p> + +Samba relies on the underlying UNIX security. This parameter does not +restrict who can login, it just offers hints to the Samba server as to +what usernames might correspond to the supplied password. Users can +login as whoever they please and they will be able to do no more +damage than if they started a telnet session. The daemon runs as the +user that they log in as, so they cannot do anything that user cannot +do.<p> + +To restrict a service to a particular set of users you can use the +"valid users=" line.<p> + +If any of the usernames begin with a @ then the name will be looked up +in the groups file and will expand to a list of all users in the group +of that name. Note that searching though a groups file can take quite +some time, and some clients may time out during the search.<p> + +See the section below on username/password validation for more information +on how this parameter determines access to the services.<p> + +.B Default: + The guest account if a guest service, else the name of the service.<p> + +.B Examples: + username = fred + username = fred, mary, jack, jane, @users, @pcgroup<p> + +<a name="username level"> +<H3>username level (G)</H3><p> + +This option helps Samba to try and 'guess' at the real UNIX username, +as many DOS clients send an all-uppercase username. By default Samba +tries all lowercase, followed by the username with the first letter +capitalized, and fails if the username is not found on the UNIX machine.<p> + +If this parameter is set to non-zero the behaviour changes. This +parameter is a number that specifies the number of uppercase combinations +to try whilst trying to determine the UNIX user name. The higher the number +the more combinations will be tried, but the slower the discovery +of usernames will be. Use this parameter when you have strange +usernames on your UNIX machine, such as 'AstrangeUser'.<p> + +.B Default: + username level = 0<p> + +.B Example: + username level = 5<p> + +<a name="username map"> +<H3>username map (G)</H3><p> + +This option allows you to to specify a file containing a mapping of +usernames from the clients to the server. This can be used for several +purposes. The most common is to map usernames that users use on DOS or +Windows machines to those that the UNIX box uses. The other is to map +multiple users to a single username so that they can more easily share +files.<p> + +The map file is parsed line by line. Each line should contain a single +UNIX username on the left then a '=' followed by a list of usernames +on the right. The list of usernames on the right may contain names of +the form @group in which case they will match any UNIX username in +that group. The special client name '*' is a wildcard and matches any +name.<p> + +The file is processed on each line by taking the supplied username and +comparing it with each username on the right hand side of the '=' +signs. If the supplied name matches any of the names on the right +hand side then it is replaced with the name on the left. Processing +then continues with the next line.<p> + +If any line begins with a '#' or a ';' then it is ignored<p> + +If any line begins with an ! then the processing will stop after that +line if a mapping was done by the line. Otherwise mapping continues +with every line being processed. Using ! is most useful when you have +a wildcard mapping line later in the file.<p> + +For example to map from the name "admin" or "administrator" to the UNIX +name "root" you would use<p> + + root = admin administrator<p> + +Or to map anyone in the UNIX group "system" to the UNIX name "sys" you +would use<p> + + sys = @system<p> + +You can have as many mappings as you like in a username map file.<p> + +You can map Windows usernames that have spaces in them by using double +quotes around the name. For example:<p> + + tridge = "Andrew Tridgell"<p> + +would map the windows username "Andrew Tridgell" to the unix username +tridge.<p> + +The following example would map mary and fred to the unix user sys, +and map the rest to guest. Note the use of the ! to tell Samba to stop +processing if it gets a match on that line.<p> + + !sys = mary fred + guest = *<p> + + +Note that the remapping is applied to all occurrences of +usernames. Thus if you connect to "\e\eserver\efred" and "fred" is +remapped to "mary" then you will actually be connecting to +"\e\eserver\emary" and will need to supply a password suitable for +"mary" not "fred". The only exception to this is the username passed +to the "password server" (if you have one). The password server will +receive whatever username the client supplies without modification.<p> + +Also note that no reverse mapping is done. The main effect this has is +with printing. Users who have been mapped may have trouble deleting +print jobs as PrintManager under WfWg will think they don't own the +print job.<p> + +.B Default + no username map<p> + +.B Example + username map = /usr/local/samba/lib/users.map<p> + +<a name="valid chars"> +<H3>valid chars (S)</H3><p> + +The option allows you to specify additional characters that should be +considered valid by the server in filenames. This is particularly +useful for national character sets, such as adding u-umlaut or a-ring.<p> + +The option takes a list of characters in either integer or character +form with spaces between them. If you give two characters with a colon +between them then it will be taken as an lowercase:uppercase pair.<p> + +If you have an editor capable of entering the characters into the +config file then it is probably easiest to use this method. Otherwise +you can specify the characters in octal, decimal or hexadecimal form +using the usual C notation.<p> + +For example to add the single character 'Z' to the charset (which is a +pointless thing to do as it's already there) you could do one of the +following<p> + +valid chars = Z +valid chars = z:Z +valid chars = 0132:0172<p> + +The last two examples above actually add two characters, and alter +the uppercase and lowercase mappings appropriately.<p> + +Note that you MUST specify this parameter after the "client code page" +parameter if you have both set. If "client code page" is set after +the "valid chars" parameter the "valid chars" settings will be +overwritten.<p> + +See also the "client code page" parameter.<p> + +.B Default +.br + Samba defaults to using a reasonable set of valid characters +.br + for english systems<p> + +.B Example + valid chars = 0345:0305 0366:0326 0344:0304<p> + +The above example allows filenames to have the swedish characters in +them. <p> + +NOTE: It is actually quite difficult to correctly produce a "valid +chars" line for a particular system. To automate the process +tino@augsburg.net has written a package called "validchars" which will +automatically produce a complete "valid chars" line for a given client +system. Look in the examples subdirectory for this package.<p> + +<a name="valid users"> +<H3>valid users (S)</H3> +This is a list of users that should be allowed to login to this +service. A name starting with @ is interpreted as a UNIX group.<p> + +If this is empty (the default) then any user can login. If a username +is in both this list and the "invalid users" list then access is +denied for that user.<p> + +The current servicename is substituted for %S. This is useful in the +[homes] section.<p> + +See also "invalid users"<p> + +.B Default + No valid users list. (anyone can login)<p> + +.B Example + valid users = greg, @pcusers<p> + + +<a name="veto file"> +<H3>veto files(S)</H3> +This is a list of files and directories that are neither visible nor +accessible. Each entry in the list must be separated by a "/", which +allows spaces to be included in the entry. '*' and '?' can be used to +specify multiple files or directories as in DOS wildcards.<p> + +Each entry must be a unix path, not a DOS path and must not include the +unix directory separator "/".<p> + +Note that the case sensitivity option is applicable in vetoing files.<p> + +One feature of the veto files parameter that it is important to be +aware of, is that if a directory contains nothing but files that +match the veto files parameter (which means that Windows/DOS clients +cannot ever see them) is deleted, the veto files within that directory +*are automatically deleted* along with it, if the user has UNIX permissions +to do so. + +Setting this parameter will affect the performance of Samba, as +it will be forced to check all files and directories for a match +as they are scanned.<p> + +See also "hide files" and "case sensitive"<p> + +.B Default + No files or directories are vetoed.<p> + +.B Examples + Example 1. + Veto any files containing the word Security, + any ending in .tmp, and any directory containing the + word root.<p> + + veto files = /*Security*/*.tmp/*root*/<p> + + Example 2. + Veto the Apple specific files that a NetAtalk server + creates.<p> + + veto files = /.AppleDouble/.bin/.AppleDesktop/Network Trash Folder/<p> + +<a name="veto oplock files"> +<H3>veto oplock files (S)</H3> +This parameter is only valid when the 'oplocks' parameter is turned on +for a share. It allows the Samba administrator to selectively turn off +the granting of oplocks on selected files that match a wildcarded list, +similar to the wildcarded list used in the 'veto files' parameter.<p> + +.B Default + No files are vetoed for oplock grants.<p> + +.B Examples +You might want to do this on files that you know will be heavily +contended for by clients. A good example of this is in the NetBench +SMB benchmark program, which causes heavy client contention for files +ending in .SEM. To cause Samba not to grant oplocks on these files +you would use the line (either in the [global] section or in the section +for the particular NetBench share :<p> + + veto oplock files = /*.SEM/<p> + +<a name="volume"> +<H3>volume (S)</H3> +This allows you to override the volume label returned for a +share. Useful for CDROMs with installation programs that insist on a +particular volume label.<p> + +The default is the name of the share<p> + +<a name="wide links"> +<H3>wide links (S)</H3> +This parameter controls whether or not links in the UNIX file system may be +followed by the server. Links that point to areas within the directory tree +exported by the server are always allowed; this parameter controls access +only to areas that are outside the directory tree being exported.<p> + +.B Default: + wide links = yes<p> + +.B Example: + wide links = no<p> + +<a name="wins proxy"> +<H3>wins proxy (G)</H3><p> + +This is a boolean that controls if nmbd will respond to broadcast name +queries on behalf of other hosts. You may need to set this to no for +some older clients.<p> + +.B Default: + wins proxy = no +<a name="wins server"> +<H3>wins server (G)</H3><p> + +This specifies the DNS name (or IP address) of the WINS server that Samba +should register with. If you have a WINS server on your network then you +should set this to the WINS servers name.<p> + +You should point this at your WINS server if you have a multi-subnetted +network. +.B Default: + wins server = <p> + +<a name="wins support"> +<H3>wins support (G)</H3><p> + +This boolean controls if the nmbd process in Samba will act as a WINS server. +You should not set this to true unless you have a multi-subnetted network and +you wish a particular nmbd to be your WINS server. Note that you +should *NEVER* set this to true on more than one machine in your +network.<p> + +.B Default: + wins support = no<p> + +<a name="workgroup"> +<H3>workgroup (G)</H3><p> + +This controls what workgroup your server will appear to be in when +queried by clients. <p> + +.B Default: + set in the Makefile<p> + +.B Example: + workgroup = MYGROUP<p> + +<a name="writable"> +<H3>writable (S)</H3> +A synonym for this parameter is 'write ok'. An inverted synonym is 'read only'.<p> + +If this parameter is 'no', then users of a service may not create or modify +files in the service's directory.<p> + +Note that a printable service ('printable = yes') will ALWAYS allow +writing to the directory (user privileges permitting), but only via +spooling operations.<p> + +.B Default: + writable = no<p> + +.B Examples: + read only = no + writable = yes + write ok = yes +<a name="write list"> +<H3>write list (S)</H3> +This is a list of users that are given read-write access to a +service. If the connecting user is in this list then they will be +given write access, no matter what the "read only" option is set +to. The list can include group names using the @group syntax.<p> + +Note that if a user is in both the read list and the write list then +they will be given write access.<p> + +See also the "read list" option<p> + +.B Default: + write list =<p> + +.B Example: + write list = admin, root, @staff<p> + +<a name="write ok"> +<H3>write ok (S)</H3> +See +.B writable +and +.B read only.<p> + +<a name="write raw"> +<H3>write raw (G)</H3> +This parameter controls whether or not the server will support raw writes when +transferring data from clients.<p> + +.B Default: + write raw = yes<p> + +.B Example: + write raw = no<p> + +</BODY> +</HTML> + + diff --git a/swat/help/welcome.html b/swat/help/welcome.html new file mode 100644 index 0000000000..4f0d8608ce --- /dev/null +++ b/swat/help/welcome.html @@ -0,0 +1,8 @@ +Welcome to SWAT!<p> + +need to edit help/welcome.html to fill out this welcome page<p> + + + + + diff --git a/swat/images/globals.gif b/swat/images/globals.gif Binary files differnew file mode 100644 index 0000000000..d937235586 --- /dev/null +++ b/swat/images/globals.gif diff --git a/swat/images/home.gif b/swat/images/home.gif Binary files differnew file mode 100644 index 0000000000..1edf379044 --- /dev/null +++ b/swat/images/home.gif diff --git a/swat/images/printers.gif b/swat/images/printers.gif Binary files differnew file mode 100644 index 0000000000..51561c5c4d --- /dev/null +++ b/swat/images/printers.gif diff --git a/swat/images/shares.gif b/swat/images/shares.gif Binary files differnew file mode 100644 index 0000000000..b2865a4c20 --- /dev/null +++ b/swat/images/shares.gif diff --git a/swat/images/status.gif b/swat/images/status.gif Binary files differnew file mode 100644 index 0000000000..391eb63ad7 --- /dev/null +++ b/swat/images/status.gif |
