Changing the SMTP Settings on an Existing Installation

SMTP is used by both the Project Insight Web Application and the Project Insight Windows Service. The Web application simply sends email upon demand by the user (the Email Page feature) and the Project Insight Windows Service is used to send nightly reports and auto-alerts. To change these settings:

1. Project Insight Web Application - Run the configuration wizard in \Inetpub\Project Insight\bin\ProjectInsight.WebApp.Install.exe and change the SMTP setting. This changes the Web application. It does not require downtime (no restart necessary). You must complete all steps of the wizard in order for changes to save. Make sure you uncheck the option to upgrade the database when the configuration wizard gets to the prompt to test connectivity. It is not necessary to upgrade the database unless you are upgrading the software application version. You must complete all steps of the wizard in order for changes to save.
   * Please make sure to click the application and not the XML Configuration file because if you are not displaying all File Extension types in File Explorer on the server, the config file can appear to be the exe file but the Type Settings will give the correct description.
2. Project Insight Windows Service - Change the SMTP setting in \Program Files (x86)\Metafuse\Project Insight\Windows Service\ProjectInsight.WindowsService.exe.config using a text editor. This change will require that the Service is stopped and restarted, which does not impact the use of the Web application.

Users can continue to use the software during both of the above steps. Test the Email Page and Auto-Alert features upon making these changes.

A simple auto-alert test is to set an alert in a folder for "Items Created" sent to your own email address and then add a discussion thread to that folder. Remember that testing an auto-alert often requires a change made by somebody who is not the person receiving the alert. Testing the auto-alert using an "Email Address" as the "Notify" selection to send the alert to as opposed to a user will work around this issue. Even if you use the same email address as in our user profile it will not identify the "Email Address" as you and will send an alert to the email address you requested if you make the change triggering the alert.