Question

.We are using microsoft's exchange server for email. I am new to microsoft's exchange program also. If any user already has configured TWiki to work with exchange program, please help me here.

• TWiki version:Revision r1.7 - 25 Oct 2001 - 07:22 GMT
• Web server:Apache/1.3.23 Server
• Server OS:Windows 2000
• Web browser: IE 6.0
• Client OS: Windows 2000

-- GururajUpadhye - 14 Nov 2002

Answer

Please explain what you mean by 'work with exchange program' - do you mean sending notifications via Exchange? If so, you just need to find out the SMTP hostname and other details as mentioned in TWikiInstallationGuide.

The more information you provide about exactly what your problem is, the more people can help you - short questions tend to lead to short answers... please see the SupportGuidelines for details.

-- RichardDonkin - 15 Nov 2002

Here are more details as requested:

* TWiki version:Revision r1.7 - 25 Oct 2001 - 07:22 GMT * Web server:Apache/1.3.23 Server * Server OS:Windows 2000 * Web browser: IE 6.0 * Client OS: Windows 2000

- Browser error : Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request.

- Web server log messages (from error.log) (The store errors occured when I tried to save TwikiPreferences - this is second problem, not identified earlier)

[Fri Nov 15 10:02:28 2002] [error] [client x.x.x.x] File does not exist: d:/twiki/pub/twiki/twikipreferences/$name

[Fri Nov 15 10:05:13 2002] [error] [client x.x.x.x] [Fri Nov 15 15:05:13 2002] d:\twiki\bin\save: Use of uninitialized value in pattern match (m//) at ../lib/TWiki/Store.pm line 520.

[Fri Nov 15 10:05:13 2002] [error] [client x.x.x.x] [Fri Nov 15 15:05:13 2002] d:\twiki\bin\save: Use of uninitialized value in substitution (s///) at ../lib/TWiki/Store.pm line 950.

[Fri Nov 15 10:05:13 2002] [error] [client x.x.x.x] [Fri Nov 15 15:05:13 2002] d:\twiki\bin\save: Use of uninitialized value in pattern match (m//) at ../lib/TWiki/Store.pm line 951.

[Fri Nov 15 10:05:13 2002] [error] [client x.x.x.x] [Fri Nov 15 15:05:13 2002] d:\twiki\bin\save: Use of uninitialized value in pattern match (m//) at ../lib/TWiki/Store.pm line 597.

[Fri Nov 15 10:05:13 2002] [error] [client x.x.x.x] [Fri Nov 15 15:05:13 2002] d:\twiki\bin\save: Use of uninitialized value in pattern match (m//) at ../lib/TWiki/Store.pm line 601.

[Fri Nov 15 10:05:13 2002] [error] [client x.x.x.x] File does not exist: d:/twiki/pub/twiki/twikipreferences/$name

[Fri Nov 15 10:05:50 2002] [error] [client x.x.x.x] Premature end of script headers: d:/twiki/bin/register

[Fri Nov 15 10:05:50 2002] [error] [client x.x.x.x] The system cannot find the path specified.

- I have followed the recommended paths for the configuration, but installed in d drive. Hence the path to bin and lib directories are d:\twiki\bin and d:\twiki\lib.

- Will attach the Twiki.cfg and output of testenv scripts.

• TesttheCGIenvironment.htm:

- The log clearly indicates where the problem is with Store.pm module. The second problem is figuring out how to configure email settings. This part needs to be documented for persons like me who are configuring email for the first time. Also sendmail is not available through cygwin. Whats the alternative? Is it Net::SMTP?

Hi,

Thanks for the detail - here are a few points:

• You need to download the latest testenv to have it work under ActivePerl - see CVSget:bin/testenv and please attach the output of this version. It provides a lot more help and diagnostics, particularly on Windows.
• The errors at 10:05:13 probably indicate a permissions problem - see UninitializedValueInRcsFile.
• The $name one is quite normal due to the way TWikiPreferences works for one setting, it can be fixed by editing that page if it's a problem.
• The last two errors concern the register script - first of all, be sure that you have updated this as per the WindowsInstallCookbook. Then, check that the path at the top of the script for perl is valid (should be same as other scripts). Be sure you have installed MIME:Base64 and Digest::SHA1 - the new testenv script will check this for you.

As for email - the current docs just point to TWikiPreferences, and need more work. I have updated WindowsInstallCookbook with the essential info to get you going, i.e. specifying the SMTPMAILHOST etc. This should be the SMTP server that I believe is part of Exchange, so specify the Exchange server hostname - test this with Outlook Express or Netscape first, to make sure SMTP is available.

-- RichardDonkin - 15 Nov 2002

I used the CVSget:bin/testenv as per your suggestion. It showed that I was missing Net::SMTP module and also Algorithm::Diff module. I installed these two modules and registration was successful. Thanks a lot for you help. To achieve this I had do this:

• Edit testenv script (line 198) as I am not using ActivePerl. I am using SiePerl. Here is the edited line.

I also looked at the permissions. Whats the username that Twiki uses to when storing? Apache is running as service on my Windows 2000 computer. Windows shows that Apache service logged on as LocalSystem. So CGI should spawned by Apache should have same permissions as LocalSystem user. So I did not do anything for permissions. I am still seeing those errors. But storing is working. [Fri Nov 15 15:07:17 2002] [error] [client 3.129.124.136] [Fri Nov 15 20:07:17 2002] d:\twiki\bin\save: Use of uninitialized value in pattern match (m//) at ../lib/TWiki/Store.pm line 520.

[Fri Nov 15 15:07:17 2002] [error] [client 3.129.124.136] [Fri Nov 15 20:07:17 2002] d:\twiki\bin\save: Use of uninitialized value in substitution (s///) at ../lib/TWiki/Store.pm line 950.

[Fri Nov 15 15:07:17 2002] [error] [client 3.129.124.136] [Fri Nov 15 20:07:17 2002] d:\twiki\bin\save: Use of uninitialized value in pattern match (m//) at ../lib/TWiki/Store.pm line 951.

I will also attach the output of the testenv script. I have actually saved it as testenv.pl Thanks for your help.

-- GururajUpadhye - 15 Nov 2002

Before we go too much further on this - do you have a particular reason not to use ActivePerl or Cygwin Perl? It would probably be quickest to just re-install from scratch using the WindowsInstallCookbook, which is quite well tested... But if you need to stick with SiePerl and have the time + Perl skills, it shouldn't be too hard to get TWiki working on SiePerl.

I have never used SiePerl and I suspect it is producing a different value for $^O (the OS), given your fix to testenv. You can test this using the following from cmd.exe:

c:\> perl -e "print $^O"

Let me know what this produces as you may also have to patch TWiki.cfg to get the OS detected properly as Windows. If you can produce some patches for TWiki to handle SiePerl, using the PatchGuidelines, file them as a BugReport and I'll apply them to the TWikiAlphaRelease.

Have a look around like 198 of testenv where it sets $perltype - try hard-coding this for Cygwin and ActivePerl to see which one works best. If you have problems with both, you should define a new SiePerl value for $perltype and set it when you detect SiePerl is in use, and then make changes elsewhere as needed, e.g. line 322 where the script is currently failing due to getgrgid. Or you can just comment out line 322 since the group is not very important - the main thing is to get the whole of the testenv script running as the later tests do help.

Permissions should be OK as you say, given the LocalSystem userid.

See TWikiDebugging for some ideas on how to debug further problems, e.g. by putting in some writeDebug calls near the lines mentioned in the error messages, and WindowsInstallCookbook for Windows hints that may apply, as well as some useful tests.

BTW Algorithm::Diff is an optional module, required only for RcsLite.

-- RichardDonkin - 16 Nov 2002

• TestTWikienvironment2.htm: After changing the script and installing modules.

SiePerl was installed on my system as part of another application. I do need that application and will have to live with SiePerl. The output for

c:\> perl -e "print $^O"

MSWin32

No changes are required for Twiki.cfg. But follow instructions for ActivePerl. It works best when $perltype is hardcoded to ActivePerl. The test script tries to call Win32::BuildNumber() function, which is not part of SiePerl and fails. I had to comment this portion also. I also had to comment the call to getgrgid call and next line for the test script to work.

I did have problems with permissions. I changed the username for the service from LocalSystem to my own username to overcome this. This may be due to the fact that I belong to different domain than LocalSystem user.

I also propose changing the topic name to HowToConfigureForSiePerl or something similar and close this question.

-- GururajUpadhye - 21 Nov 2002