easy_install1Add my vote for this tag create new tag
, view all tags
IIS 4.0:
Open Microsoft Management Console
for both directories twiki and twiki\bin, do the following:
- right click and choose 'Properties'
- for 'Permission', choose 'Execute (including script)'
- for 'Application Settings', press 'Create' then 'Configuration'

When you install Active Perl, it should also configure IIS. But as I've installed Twiki on another port than 80, I have to check if the files are supported. To do this, check in the box 'Application configuration', that .pl and .plx extensions are supported. If not add them with the 'Add' button with the following syntax:

for .PL
Executable = "your perl dir"\bin\perl.exe %s %s
Extension = .pl
Method exclusions = PUT,DELETE
Script Engine [Not checked]
Check thet file exists = [Checked]

for .PLX
Executable = "your perl dir"\bin\perlis.dll
Extension = .plx
Method exclusions = PUT,DELETE
Script Engine [Checked]
Check thet file exists = [Checked]

- apply the changes


    • there's a known problem with IIS and Perl, concerning the path_info command. See below (found in Active Perl documentation):
Returns additional path information from the script URL. E.G. fetching /cgi-bin/your_script/additional/stuff will result in $query->path_info() returning ``additional/stuff''.
NOTE: The Microsoft Internet Information Server is broken with respect to additional path information. If you use the Perl DLL library, the IIS server will attempt to execute the additional path information as a Perl script. If you use the ordinary file associations mapping, the path information will be present in the environment, but incorrect. The best thing to do is to avoid using additional path information in CGI scripts destined for use with IIS.

IIS 5.0

I just finished installing TWiki on IIS 5.0 and Win 2K. I ran into quite a lot of problems, but it seems to be running smoothly now. Here are some of my observations: (I have IIS 5.0, ActivePerl, RCS, and the CygWin tools as described in TWikiOnWindows)

--When you right click on the Twiki directory in IIS, and click properties, then click the Configuration... button, you get a list of application mappings. Make sure that for .PL and .PLX the box "Check that file exists" is NOT checked. This will solve the "additional path" problem alluded to in TWikiOnWindows.

--Make sure that the correct permissions are set for your local directories. I got confused here because I thought I needed to only set the permissions in IIS. But you need to go to the local directory on the server and right click and edit the properties. Click the Security tab and make sure the permissions are right.

--To get the scripts to run as user "nobody" as talked about in the Twiki Documentation, go to the properties of your TWiki folder in IIS. Click the Directory Security tab, and click Edit... under Anonymous Access and Authentication Control. Make sure "Anonymous Access" is checked and Edit... the Account Used for Anonymous Access. Then you get a box. I typed "nobody" in as the Username, no password, and the other box (Let IIS Control Password) is unchecked.

I think those were most of my major issues. Make sure you also read TWikiOnWindows, TWikiDocumentation, and RCSConfigurationOnWindows.

Please let me know if this helps or if I missed anything! smile

-- SusanBlihovde (sblihovde@hotmailPLEASENOSPAM.com)- 18 Jun 2001

IIS 6.0 (Windows 2003 Server

I found out that I needed to add a new Web Service Extension to IIS's list. I added "CGI Perl Scripts"and I assign the following "required files" to it: 1) d:\Perl\bin\perl.exe "%s" %s 2) d:\Perl\bin\perlis.dll Now my *pl script executes and loads just how it's supposed to.

Found a solution for Olivier's path_info() problem above in Deja News at http://groups.google.com/groups?oi=djq&selm=an_647819207 :

We had a similar problem earlier. We have ActiveState Perl installed on Windows NT 4 with SP4 and IIS 4.0. and is related to the app. mapping of the IIS server. As per an article on the Microsoft Support site ( http://support.microsoft.com/support/kb/articles/Q184/3/20.ASP?LN=EN-US&SD=gn&FR=0 ), you can set the AllowPathInfoForScriptMappings property in the metabase. This did not help in our situation.

What really worked is described below:

From MMC under the snap-in Internet Information Server, right-click on the server that is having this problem and select properties. Click Edit for the master properties of the WWW service. Select the home directory tab and click on the configuration button. The first tab is the App Mappings. Under the application Mappings there should be an entry for the .pl or .asp or whatever extension you are having the problem on. If you do not see that mapping here it is probably under the "Default Website" properties. If you edit this mapping you will see a checkbox for "Check that file exists". Uncheck if already checked.

basic Twiki web came up for me after making changes specified in this posting for .pl and .plx app settings at the web root level, rather than just the /twiki and /twiki/bin levels.

-- SusanBlihovde

Question: on IIS, should the IIS association to ActiveState Perl include -T so that we don't get "-T too late"?

I removed the shbang line completely but we suspect that in doing so we have removed some security checks.

-- JamesEvans - 26 Sep 2001

Yes, it probably should (is this a record for a late reply??) - TaintChecking is important...

See also CookbookWindowsIISSetup.

-- RichardDonkin - 22 Jul 2002

Edit | Attach | Watch | Print version | History: r11 < r10 < r9 < r8 < r7 | Backlinks | Raw View | Raw edit | More topic actions
Topic revision: r11 - 2006-06-16 - KenBeal
  • Learn about TWiki  
  • Download TWiki
This site is powered by the TWiki collaboration platform Powered by Perl Hosted by OICcam.com Ideas, requests, problems regarding TWiki? Send feedback. Ask community in the support forum.
Copyright © 1999-2017 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.