Make your own free website on Tripod.com
Microsoft Home Microsoft Home

Appendixes

FrontPage Server Extensions Configuration Variables

AccessControl ImageMapURLPrefix NoSaveResultsToLogDir
AllowExecutableScripts ListLockLatency NoServerFileResults
Authoring ListSystemDSNs PreserveTagCase
CacheMaxDocMeta Logging PrivateBrowsable
CacheMaxImage MailCharSet PublishMetainfoKeys
CacheMaxInclude MailEncoding ReformatHtml
CacheMaxIncludeSize MailSender RequireSSL
CacheMinDocMeta NoAbsoluteFileResults RestrictIISUsersAndGroups
ClientVerCutoff NoClientImageMaps RunTimeFileExtensions
ComplexPasswords NoExecutableCgiUpload ScriptLanguage
DisableAutoImgSizeExts NoIndexServer SendMailCommand
DisableMetaTagStore NoMarkScriptable SMTPHost
EnableVtiDebug NoSaveResultsPipeTo TextMemory
ImageMapFormat NoSaveResultsToAbsoluteFile UpperCaseTags

 

Some features of the FrontPage Server Extensions can be configured by setting the values of server extensions configuration variables. You must specify all configuration values as strings, although some are interpreted numerically. Variables can be set at one of three levels:
Global variables are applied to all virtual servers and subwebs on the server computer. On Windows, global variables are set in the registry. On UNIX, global variables are set in the file /usr/local/frontpage/version4.0/frontpage.cnf.
Virtual server variables are applied to a single virtual server. On Windows, virtual server variables are set in the registry. On UNIX, they are set in server extensions configuration files.
Subweb variables are applied to a single Web of a virtual server. On Windows and UNIX, you set web variables by editing the text file _vti_pvt/Service.cnf in the root web or subweb, or by using the Parameters tab in the Web Settings dialog box while the Web is open in the FrontPage client.

Each subweb variable's syntax is VariableName:write-state|value where write-state is set to one of the following:
SX The variable is hidden from the FrontPage client, and is only present on the server. This is the most secure setting.
SR The variable is present on the FrontPage client and server, but cannot be written from the FrontPage client by using the Parameters tab in the Web Settings dialog box.
SW The variable is present on the FrontPage client and server, and can be written from the FrontPage client by using the Parameters tab in the Web Settings dialog box. This is the least secure setting.

 

For example:

vti_accesscontrol:SR|1

If the same configuration variable is defined at more than one level, the FrontPage Server Extensions resolve the conflict by using the following hierarchy:
Subweb configuration variables take highest priority.
Virtual-server configuration variables take second priority.
Global configuration variables take third priority.

 

The following table describes the locations of server extensions configuration variables on Windows and UNIX.

 

Windows
Global In the registry, at
HKLM\Software\Microsoft\Shared Tools\Web Server Extensions\All Ports
Virtual Server In the registry, at
HKLM\Software\Microsoft\Shared Tools\Web Server Extensions\Ports\Port hostname:nnn
On IIS 4.0 and later, you can use an instance number, for example:
HKLM\Software\Microsoft\Shared Tools\Web Server Extensions\Ports\Port /LM/W3SVC/nnn
Subweb In _vti_pvt/Service.cnf, in the subweb or root web.
UNIX
Global In /usr/local/frontpage/version4.0/frontpage.cnf
Virtual Server On multihosted systems, in
hostname:port.cnf
where hostname is the fully qualified domain name of the server.

On a single-host system, in
wennn.cnf
where nnn is the Web server's port number.

In either case, the file is in /usr/local/frontpage by default

Subweb In _vti_pvt/service.cnf, in the subweb.

 

FrontPage assigns each configuration variable a default value internally.
This is true even if the variable is not present in the registry (on Windows)
or in the file frontpage.cnf (on UNIX).

 

This appendix includes the following information about each configuration variable:
The name of the configuration variable. (For subwebs, the name is lowercase and has a "vti_" prefix.)
Its definition.
Its default value.
The levels at which the variable is available: global, virtual server, and subweb.
Differences, if any, between the use of the variable on Windows and on UNIX.

 

TOP

AccessControl

When AccessControl is set to 0, FrontPage permissions checking is completely disabled. When AccessControl is set to 0, an administrator must manually set access control on the _vti directories whenever a subweb is created. Until access control is manually set, any user can author the subweb. When AccessControl is set to 0, custom access-control permissions will not be overwritten by FrontPage. Also, the FrontPage client will disable the Permissions command.

 

Default Value 1 Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? n

 

TOP

AllowExecutableScripts

When AllowExecutableScripts is set to a non-zero value, FrontPage will set the executable bit on files within executable directories. When directories are marked as executable, all files within the directory will also be marked as executable.

If authors are permitted to upload into executable directories (that is, the NoExecutableCgiUpload variable is set to 0), then when AllowExecutableScripts is set to a non-zero value, authors will be able to execute newly uploaded CGI scripts and ISAPI extensions. If NoExecutableCgiUpload is set to 0 and AllowExecutableScripts is set to 0, authors will be able to upload and use ASP and IDC files, but not CGI or ISAPI files.

 

Default Value 0 Set globally? y
Available on Windows servers? IIS servers only Set per virtual server? y
Available on UNIX servers? n Set per subweb? n

 

TOP

Authoring

When Authoring is set to disabled, all authoring using the FrontPage Server Extensions is disabled for the virtual server. This variable can also be set using the FrontPage MMC Snap-in. When set to enabled, authoring is enabled.

 

Default Value enabled Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? n

 

TOP

CacheMaxDocMeta

Sets the maximum number of documents kept in the cache cache when FrontPage is doing write operations. This is the maximum number of documents whose property information, such as web parameters, you want to keep in active memory. When an author opens a document after the cache is full, the cache is cleared and starts with the most recently opened document.

 

Default Value 4096 Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? vti_cachemaxdocmeta

 

TOP

CacheMaxImage

By default, the FrontPage Server Extensions set the HEIGHT and WIDTH attributes in all IMG tags in pages saved to a web. This improves the appearance of pages when a site visitor downloads them over a slow connection. CacheMaxImage sets the maximum number of images whose HEIGHT and WIDTH attributes the server extensions will cache while recalculating hyperlinks or saving a page.

If you set this variable globally or per virtual server, and webs on your server frequently contain more than 16 images, you should increase this number. If you set this variable on an individual subweb, do not set it higher than the number of image files in the web.

 

Default Value 16 Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? vti_cachemaximage

 

TOP

CacheMaxInclude

Sets the maximum number of included files on a page (that is, files included through the Include Page component) that the FrontPage Server Extensions will cache while recalculating hyperlinks or saving the page. You should increase the value of CacheMaxInclude to the highest number of pages that are included in any page in your web, if that number is higher than the default value (16).

 

Default Value 16 Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? vti_cachemaxinclude

 

TOP

CacheMaxIncludeSize

Sets the maximum document size in kilobytes that the FrontPage Server Extensions will cache internally.

 

Default Value 32K on Windows 95/98 and UNIX.
256K on Windows NT.
Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? vti_cachemaxincludesize

 

TOP

CacheMinDocMeta

Sets the maximum number of documents kept in the cache when FrontPage is doing read operations. This is the maximum number of documents whose property information, such as web parameters, you want to keep in active memory. When an author opens a document after the cache is full, the cache is cleared and starts with the most recently opened document.

 

Default Value 8
Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? vti_cachemindocmeta

 

TOP

ClientVerCutoff

Sets the earliest version of the FrontPage client that can be used to author a web. Set this variable when you do not want a Web to be edited by an author using earlier versions of the FrontPage client (you would do this, for example, when the Web contains features that are not supported by earlier versions of the FrontPage client). This variable can only be set for a single web, in the web's _vti_pvt/Service.cnf file. If this parameter is not present, any version of the FrontPage client can be used to edit the web.

ClientVerCutoff must be followed by a colon, the earliest version of FrontPage that you want authors to use while editing the web, another colon, and an error message to display when an author attempts to open the Web with an older client. For example:

vti_clientvercutoff:SX|4.0.1.2000:This Web can only be edited using FrontPage 2000.

Note that the variable's write-state is set to SX. It is safest to hide this variable so that it can't be assigned a value by using the Web Settings dialog box in the FrontPage client.

 

Default Value By default, any version of
the FrontPage client
can be used to edit a web.
Set globally? n
Available on Windows servers? y Set per virtual server? n
Available on UNIX servers? y Set per subweb? vti_clientvercutoff

 

TOP

ComplexPasswords

On all servers except IIS, ComplexPasswords tightens restrictions on password strings created in FrontPage. When ComplexPasswords is set to a non-zero value, the following rules apply to passwords:
The user name cannot be embedded in the password.
The password must contain at least one alphabetic character.
The password must have more than 8 characters.

 

Default Value 0 Set globally? y
Available on Windows servers? non-IIS servers only Set per virtual server? y
Available on UNIX servers? y Set per subweb? n

 

TOP

DisableAutoImgSizeExts

The FrontPage Server Extensions automatically reserve the correct amount of space for images and other files that are embedded on a Web page. You can use DisableAutoImgSizeExts to specify a list of one or more file extensions. For files of the type listed in this variable, the server extensions will not automatically reserve the correct amount of space on the page.

To specify the file types, concatenate filename extensions (including the leading period character), and do not use spaces. For example: .ext1.ext2.ext3

 

Default Value .asp Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? vti_disableautoimgsizeexts

 

TOP

DisableMetaTagStore

FrontPage caches META tag data for all Web pages in a file. Caching this data in a single location makes it more accessible to scripts and programs that use the FrontPage object model. The variable DisableMetaTagStore disables this caching feature. If a Web is not being accessed via the object model, set this variable to a non-zero value to disable the META tag data store.

 

Default Value 0 Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? vti_disablemetatagstore

 

TOP

EnableVtiDebug

By sending a URL with a debug parameter (for example, http://server/web/_vti_bin/shtml.dll/page.htm/_vti_debug), users can view information regarding the Web server configuration. By default, the FrontPage Server Extensions ignore the parameter and return the page without displaying the potentially sensitive information. However, as a troubleshooting tool, you can enable use of the debugging parameter by setting the variable EnableVtiDebug to a non-zero value.

 

Default Value 0 Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? n

 

TOP

ImageMapFormat

Sets the URL format used by the server-side image map processor that runs on FrontPage-generated image maps. Note that FrontPage 2000 generates client-side image maps, and most browsers support client-side image maps, so this setting is only useful with earlier versions of FrontPage. Valid parameters are NCSA, CERN, Netscape, none, or "". If you specify none, FrontPage will not generate HTML to support server-side image map processing. The empty string "" specifies to generate default FrontPage image maps.

 

Default Value "" Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? vti_imagemapformat

 

TOP

ImageMapURLPrefix

Sets the server-relative URL of the server-side image-map processor for the selected image-map format. If ImageMapFormat is set to "", server-side image maps are handled automatically by the FrontPage Server Extensions. For other formats, provide the name and location of the image-map processor. To specify client-side image maps, set this variable to "" (none).

 

Default Value "" Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? vti_imagemapurlprefix

 

TOP

ListLockLatency

The call from the FrontPage client to the server extensions to list documents can be very long-running, if, for example, the call is for a list of the entire contents of a large web. By default, ListLockLatency is set so that this transaction releases and reacquires its lock on the Web every 5 seconds. This is only a rough number; the locks are released whenever a new directory is encountered during the list transaction. A directory containing 100,000 files, for example, could take many tens of seconds to list, and the lock will not be released until the entire directory is listed.

Control the lock-release interval (in seconds) by setting ListLockLatency. The value of the variable is the maximum number of seconds between lock releases. A value of 0 means that the lock should be released every time a new subdirectory is encountered.

 

Default Value 5 Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? vti_listlocklatency

 

TOP

ListSystemDSNs

When FrontPage 2000 server extensions are installed on a Web server, users of the FrontPage client can list all system DSNs on the server by clicking Web Settings on the Tools menu and going to the Database tab. This can create a security hole, because it exposes a list of resources on your server. When ListSystemDSNs is set to zero, FrontPage users cannot view the list of system DSNs on the Web server. When ListSystemDSNs is set to a non-zero value, system DSNs are listed.

 

Default Value 1 Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? n Set per subweb? n

 

TOP

Logging

If Logging is set to a non-zero value, the FrontPage Server Extensions log all authoring operations to the file Author.log in the _vti_log directory of the web. Each operation is recorded with the current time, remote host, author's user name, Web name, operation performed, and the per-operation data. In the event of a security breach, this log file can be analyzed for authoring activity on the Web site.

 

Default Value 0 Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? vti_logging

 

TOP

MailCharSet

Can be used to override the character-set attribute of the content-type header.

 

Default Value "" Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? n

 

TOP

MailEncoding

Can be used to override the content transfer encoding attribute of the content-type header.

 

Default Value "" Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? n

 

TOP

MailSender

Sets the user name to use as the From account when sending e-mail. Specifically, it is used as the argument to the SEND FROM: command in SMTP. The default for SMTP is user@host, where user is the current user account and host is the current host name.

 

Default Value "" Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? n

 

TOP

NoAbsoluteFileResults

(This is an obsolete variable provided for backward compatibility; use NoSaveResultsToAbsoluteFile instead.)

When set to a non-zero value, NoAbsoluteFileResults forces the default (Save Results), Registration, and Discussion form handlers to write only to a file within the author's Web content area. It prevents these form handlers from writing to an absolute file path.

Although the default value of NoAbsoluteFileResults is 0 it is set to 1 during FrontPage setup.

 

Default Value 1 Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? n

 

TOP

NoClientImageMaps

When NoClientImageMaps is set to 1, it prevents FrontPage from generating HTML that supports client-side image-map processing.

To configure FrontPage to generate client-side and server-side image maps, leave this variable set to its default value of 0 and select a server-side image-map format (see ImageMapFormat).

 

Default Value 0 Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? vti_noclientimagemaps

 

TOP

NoExecutableCgiUpload

When NoExecutableCgiUpload is set to a non-zero value, new CGI scripts cannot be run. On a UNIX server, when this key is set to a non-zero value, the FrontPage Server Extensions will not set the execute bit on any CGI scripts that an author uploads to a Web using FrontPage. On a Windows NT server, when this key is set to a non-zero value, the FrontPage Server Extensions will not allow the file to be uploaded. The user receives an error message saying that the file can't be put in the specified directory.

A Web Presence Provider can manually set the execute permission after inspecting the CGI script. When NoExecutableCgiUpload is set to 0, the server extensions automatically set the execute bit on CGI scripts uploaded to an author's cgi-bin directory (UNIX), and automatically allow scripts to be uploaded to executable directories (Windows NT).

NoExecutableCgiUpload also controls whether users can mark directories as executable. If the key is set to 0, users can mark any directory executable. If the key is set to a non-zero value, users can't make directories executable, but web administrators can.

 

Default Value 1 Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? n

 

TOP

NoIndexServer

When NoIndexServer is set to 1, FrontPage does not use the IIS Index Server to build the full-text index of the Web site. Instead, FrontPage uses the FreeWAIS search engine that is included in FrontPage 2000. By default, if FrontPage detects Index Server, it will use it to build the full-text index.

 

Default Value 0 Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? n

 

TOP

NoMarkScriptable

(IIS 4.0 or later) When NoMarkScriptable is set to a non-zero value, users of the FrontPage client cannot modify the scriptable bit on any folders in a web. When this value is set, an Internet service provider must manually set the scriptable bit on folders. When NoMarkScriptable is set to 0, FrontPage client users can modify this bit.

Internet service providers can use this setting to selectively allow or disallow use of database features and other ASP-based pages on a per-server or per-web basis.

If you set vti_nomarkscriptable for a subweb, by editing the web's _vti_pvt/service.cnf file, you must use BX rather than SX, SR, or SW as the variable. So, the possible settings are:

vti_nomarkscriptable:BX|0

or

vti_nomarkscriptable:BX|1

 

Default Value 0 Set globally? y
Available on Windows servers? y
IIS 4.0 or later
Set per virtual server? y
Available on UNIX servers? n Set per subweb? vti_nomarkscriptable

 

If NoMarkScriptable is set to 1 on the server, but vti_nomarkscriptable
is set to 0 for a Web on the server, then users of the FrontPage client
can access database features. This allows ISPs to disallow database
features by default on a server, then selectively turn on those features
for particular customers.

 

TOP

NoSaveResultsPipeTo

Earlier releases of FrontPage allow the default (Save Results) form handler to pipe form results to any arbitrarily chosen program. For backward compatibility, NoSaveResultsPipeTo disables this capability when it is set to a non-zero value. To allow piping form contents to a program, set this variable to 0.

 

Default Value 1 Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? n

 

TOP

NoSaveResultsToAbsoluteFile

When NoSaveResultsToAbsoluteFile is set to 1, the default (Save Results), Registration, and Discussion form handlers cannot write to an absolute file path even if the browsing account has the NTFS rights to write to that path: the form handlers can only write to a file within the web's content area. When NoSaveResultsToAbsoluteFile is set to 0, the FrontPage default (Save Results), Registration, and Discussion form handlers will write to an absolute file path

Use NoSaveResultsToAbsoluteFile instead of the obsolete NoAbsoluteFileResults.

 

Default Value 1 Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? n

 

TOP

NoSaveResultsToLogDir

When NoSaveResultsToLogDir is set to 1, the default (Save Results), Registration, and Discussion form handlers will not write to the web's _vti_log directory. When NoSaveResultsToLogDir is set to 0, form handlers will write to the web's _vti_log directory.

Use NoSaveResultsToLogDir instead of the obsolete NoServerFileResults.

 

Default Value 1 Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? n

 

TOP

NoServerFileResults

(This is an obsolete variable provided for backward compatibility; use NoSaveResultsToLogDir instead.)

When NoServerFileResults is set to a non-zero value, the default (Save Results), Registration, and Discussion FrontPage form handlers cannot write to the _vti_log directory in an author's web.

 

Default Value 1 Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? n

 

TOP

PreserveTagCase

When PreserveTagCase is set to Y or a non-zero value, the server extensions preserve the case of HTML tag attributes when they reformat HTML pages. PreserveTagCase takes precedence over the variable UpperCaseTags.

Note that the cases of HTML tags are controlled by a separate variable, UpperCaseTags.

 

Default Value 0 Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? vti_preservetagcase

 

TOP

PrivateBrowsable

On IIS servers only, setting PrivateBrowsable to 1 makes the _private directory in a Web accessible to browsers. To prevent site visitors from browsing the _private directory, set PrivateBrowsable to 0. Once you have added this setting, it will apply to new webs you create. It does not effect webs that were created before making the setting.

 

Default Value 0 Set globally? y
Available on Windows servers? IIS only Set per virtual server? y
Available on UNIX servers? n Set per subweb? n

 

TOP

PublishMetainfoKeys

When you publish updated documents to your web, FrontPage checks a list of document properties and verifies that the content of these properties (metadata values) match between the source and the destination webs. If they don't match, FrontPage updates the destination Web with the source Web's copy of the document. The property list is stored in the key PublishMetainfoKeys, and is customizable.

For example, a user might revise nothing in a Web except for the list of categories that a file belongs to. Using the PublishMetainfoKeys key, FrontPage will publish the updated pages, even though no content has changed. If your Web uses the Categories component, it might be especially important to you to keep metadata for categories up to date.

PublishMetainfoKeys is not a version checking mechanism. Using this key, the source web's copy of the document always overwrites the destination web's copy if the metadata values differ. If you want to preserve the destination web's version of documents and metadata, you can delete items from the list of values in this key.

 

If you want to prevent FrontPage from checking metadata values,
delete the list from the key rather than deleting the key. Otherwise,
the key is recreated -- with the default list of metadata values --
when you install an upgrade to the FrontPage server extensions.

 

Default Value Categories
Description
Assigned To
Approval Level
Set globally? n
Available on Windows servers? y Set per virtual server? n
Available on UNIX servers? y Set per subweb? vti_publishmetainfokeys

 

TOP

ReformatHtml

When ReformatHtml is set to Y or a non-zero value, the FrontPage Server Extensions reformat all HTML pages when they are uploaded to the Web server. Setting ReformatHtml to 0 causes only pages with FrontPage-based components to be reformatted.

 

Default Value 0 Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? vti_reformathtml

 

TOP

RequireSSL

When RequireSSL is set to enabled (or any other value except disabled), the server extensions require a Secure Sockets Layer connection between the FrontPage client and the server.

 

Default Value disabled Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? n

 

TOP

RestrictIISUsersAndGroups

If user and group restrictions are enabled (that is, RestrictIISUsersAndGroups is set to Y or a non-zero value) for a given FrontPage-extended web, the server extensions look for a Windows NT group named with the following convention:

FP_[VirtualServer][_Directories][_Subweb]

On a multihosted IIS2.0/3.0 machine, [VirtualServer] is the server's IP address and port number combination, and [_Directories][_Subweb] is the URL of the subweb. An example for the root web is FP_172.17.123.255:80. For a subweb, an example is FP_172.17.123.255:80_directory1_MySubWeb1_directory2_MySubWeb2. This is the nested subweb at the URL http://172.17.123.255:80/directory1/MySubWeb1/directory2/MySubWeb2. On a single-hosted machine, [VirtualServer] is the port number. For example, FP_80 is the virtual server at port 80 when this port is not specifically bound to an IP address in the Internet Service Manager.

On IIS 4.0 and later, [VirtualServer] can be of the form /LM/W3SVC/N, where N is an instance number. An example of this form for a root web is FP_/LM/W3SVC/1. An example for a subweb of this virtual server is FP_/LM/W3SVC/1_MySubWeb. Another variation of this form is to use the host name. For a root web, an example is FP_www.microsoft.com:80, and for a subweb, FP_www.microsoft.com:80_MySubWeb. On a single-hosted machine, [Virtual Server] could be configured as the port number, as in FP_80. The other IIS 4.0 options will work in this case as well.

If restrictions are enabled on a subweb but no local group is defined, the FrontPage Server Extensions look for the group of the parent web and use it, if it exists. This is repeated recursively if the subweb is nested within another subweb. If no appropriately named group is found, then no restriction is placed on permissions.

 

RestrictIISUsersAndGroups cannot be set at the subweb level; however,
if it is set at the virtual-server or global level, you can restrict users and
groups for a subweb by using the method described above.

 

Default Value 0 Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? n Set per subweb? n

 

TOP

RunTimeFileExtensions

When using the FrontPage Server Extensions executable Shtml.exe, versions 3.0.2.1330 or later, run-time FrontPage-based components such as the default (Save Results) form handler and the Search form will only process HTML or HTML-based files that do not contain ASP code or the SCRIPT RUNAT=server tag. This prevents exposing the contents of source code, passwords, or other private information to users.

The set of HTML or HTML-based files that can be processed by Shtml.exe is identified by file name extension: .htm, .html, .shtm, .shtml, .htx, .asp, .alx, and .asa. If the Web server's configuration file maps other filename extensions to an HTML or HTML-based file type, those files are also added to the set of files that can be processed by Shtml.exe. For Apache and NCSA servers, any file extensions mapped to have a MIME type of "text/html" are also added to the set of files that can be processed by Shtml.exe.

Use RunTimeFileExtensions to specify which file types that can be processed by Shtml.exe, should be processed. This further limits the set of HTML or HTML-based file types to be processed by Shtml.exe.

RunTimeFileExtensions must be followed by a list of permissible file name extensions. Each extension must begin with a period character, and there should be no spaces or other delimiters between extensions (for example: .htm.shtm.htz). Note that in this example, the .htz extension must be mapped to one of the permissible extensions in a Web server's configuration file.

If RunTimeFileExtensions is not specified, Shtml.exe processes only files with .htm and .html extensions. RunTimeFileExtensions is ignored in versions of the FrontPage Server Extensions earlier than 3.0.2.1330.

For IIS servers 4.0 and later, the FrontPage Server Extensions get the default values for RunTimeFileExtensions from the global ScriptMap, and they get the per-virtual-server ScriptMap settings from the metabase.

 

Default Value .htm.html Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? n Set per subweb? n

 

TOP

ScriptLanguage

Sets the language for the scripts that are generated by the FrontPage Server Extensions to enforce any data-validation settings an author has applied to form fields. Valid parameters are VBScript, JavaScript, or none.

 

Default Value none Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? vti_scriptlanguage

 

TOP

SendMailCommand

Sets the name of the program to which e-mail should be piped. Typically this will be sendmail, but it could be any program. Before invoking the command, all occurrences of "%r" are replaced with the recipient of the mail. The percent sign character followed by any other character is replaced by that character.

 

Default Value "" Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? n

 

TOP

SMTPHost

The SMTPHost variable is set to the name or IP address of a host running an SMTP daemon, such as sendmail on UNIX. When a site visitor submits a form whose results are to be sent via e-mail, the FrontPage Server Extensions connect to the SMTP daemon to deliver the mail. By default, FrontPage assumes that the daemon is listening on port 25 (the standard for SMTP) but you can override this by appending ":xx" to the name, where the xx is the port to use. Normally, you will set either the SMTPHost or SendmailCommand variables, but not both, because SendmailCommand takes priority over SMTPHost.

Example values: mail.example.microsoft.com, test:10000, 127.0.0.1

 

Default Value "" Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? n

 

TOP

TextMemory

If you are using the built-in WAIS search engine, setting TextMemory to 0 turns off full-text indexing of the web. A non-zero value specifies the number of megabytes of RAM the server extensions are to use during text indexing for hash-tables and other data structures.

For webs with less than 500 pages, set the value of TextMemory to 1. For webs with 500 to 5000 pages, set it to 2. For webs with more than 5000 pages, set it to 4.

 

Default Value 1 Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? vti_textmemory

 

TOP

UpperCaseTags

When UpperCaseTags is set to Y or a non-zero value, the server extensions convert all HTML tags to uppercase when they reformat HTML pages.

 

Default Value 0 Set globally? y
Available on Windows servers? y Set per virtual server? y
Available on UNIX servers? y Set per subweb? vti_uppercasetags

 


BACK  TOP

Last Updated June 1999
1999 Microsoft Corporation. All rights reserved. Terms of Use. Disclaimer