使用 ELMAH 的托管服务帐户发送电子邮件
Use managed service account with ELMAH to send email
是否可以使用 Windows 托管服务帐户发送 ELMAH 异常?这是来自 Web.config
的示例 errorEmail
;它还会有 password
属性吗?
<elmah>
<errorMail from="someemail@mydomain.com" to="someemail@mydomain.com" async="true"
subject="MyApp Exception thrown: {0}" userName="someemail@mydomain.com"
password="" smtpServer="smtp.mydomain.org"/>
</elmah>
我们不需要使用 MSA;答案太简单了:不要在 errorMail
属性中包含凭据:
<elmah>
<errorMail from="noreply@mydomain.com" to="someemail@mydomain.com"
async="true" subject="MyApp Exception thrown: {0}"
smtpServer="smtp.mydomain.org"/>
</elmah>
请注意,我们还将 "from" 更改为伪造的 "noreply" 电子邮件,因为我们不需要回复。此外,我们不能使用 Win 服务帐户发送电子邮件,因为 described by Microsoft:
Exchange Server does not allow you to send e-mails from a managed
service account on behalf of a service or application. To overcome
this limitation, use the managed service account to run the service,
but create a separate conventional user account for the service and
configure the service to send e-mails using this account.
这是针对 Server 2008 的,但似乎也适用于最新的 Server 2008。特别感谢我们的运营团队的回答。
是否可以使用 Windows 托管服务帐户发送 ELMAH 异常?这是来自 Web.config
的示例 errorEmail
;它还会有 password
属性吗?
<elmah>
<errorMail from="someemail@mydomain.com" to="someemail@mydomain.com" async="true"
subject="MyApp Exception thrown: {0}" userName="someemail@mydomain.com"
password="" smtpServer="smtp.mydomain.org"/>
</elmah>
我们不需要使用 MSA;答案太简单了:不要在 errorMail
属性中包含凭据:
<elmah>
<errorMail from="noreply@mydomain.com" to="someemail@mydomain.com"
async="true" subject="MyApp Exception thrown: {0}"
smtpServer="smtp.mydomain.org"/>
</elmah>
请注意,我们还将 "from" 更改为伪造的 "noreply" 电子邮件,因为我们不需要回复。此外,我们不能使用 Win 服务帐户发送电子邮件,因为 described by Microsoft:
Exchange Server does not allow you to send e-mails from a managed service account on behalf of a service or application. To overcome this limitation, use the managed service account to run the service, but create a separate conventional user account for the service and configure the service to send e-mails using this account.
这是针对 Server 2008 的,但似乎也适用于最新的 Server 2008。特别感谢我们的运营团队的回答。