web.config checklist
To avoid confusion for troubleshooting, verify that the “add key” values correspond to the environment where the web.config is deployed.
"Environment"
the Environment value should be set to the correct environment (Development, Acceptance, Production).
"AppName"
the AppName value should correspond to the application it is for.
"TCErrorEmailAddress"
avoid providing only one name. Ideally, all members of the team responsible for the application should be included.
individual email addresses must be provided.
Syntax:
<add key="TCErrorEmailAddress" value ="name1@tc.gc.ca; name2@tc.gc.ca; name3@tc.gc.ca;” />
when an email aliases (for example “ncrafcccteamavroarrows-equipeavroarrowsrcn@tc.gc.ca”) error emails are not sent.
When I collaborated with IT previously, they tried to use the alias in an error email that they setup. They found the alias was being treated as a “spam”
“EMailErrors”
if the email addresses provided in the TCErrorEmailAddress key are valid and error messages are not received: verify the setting for EmailAddress (usually near the top of the web.config).
True: email errors are sent.
False: email errors are not set
ConnectionString
the web.configs for development and acceptance typically contain connection strings for development, acceptance and production.
ensure that the web.config contains a valid, uncommented connection string for the environment it corresponds to.
the connection strings for other environments should be commented out by default.