Dillie-O's questions

我正在使用数据库发布向导将我的本地 SQL Server 2005 数据库与我的 GoDaddy 托管帐户同步。我已经听从了他们的所有指示，几个月来没有遇到任何问题。

最近，当我尝试连接和同步时，出现以下错误：

TITLE: Test failed
------------------------------
The underlying connection was closed: Could not establish trust relationship
for the SSL/TLS secure channel. (System.Web.Services)
------------------------------
ADDITIONAL INFORMATION:
The remote certificate is invalid according to the validation procedure.
(System)
------------------------------

GoDaddy 已验证他们可以使用未连接到其内部网络的机器通过向导连接到数据库。

我正在尝试从另一台机器上进行尝试，但最近我注意到 IE 和 Firefox 在连接到需要 SSL 证书的帐户时遇到问题，例如 Google Analytics。

我是否缺少一些可能会在我的机器上破坏 SSL 连接的东西？

我在 SO 上问了这个问题，但收效甚微。我想知道是否有任何 SF 人有一些见识……

我有一个在我们的生产环境中启动并运行的 SSIS 2005 包。该程序包使用 SMTP 连接管理器将电子邮件消息发送给指定用户。我们有一个执行这个包的计划作业，并且还覆盖了 SMTP 连接字符串，以便包可以针对测试或生产邮件服务器，这使得我们可以在我们的测试和生产服务器上保留一个服务，只是配置不同.

我们最近更改了生产邮件服务器的服务器名称，并进入了计划的作业，并将运行的命令提示符值更改为指向新服务器。但是，第二天早上，该作业失败，错误日志表明该作业尝试连接到旧邮件服务器。

更新 SSIS 包参数有什么我缺少的吗？我是否必须删除现有包，然后重新导入并重新安排作业才能保留新的服务器更改？

注意：为安全起见，对域和 IP 进行了模糊处理。

我们有一个内部 Web 应用程序，可以将电子邮件报告发送给各个供应商。我们的主要交换服务器（域名 co.XXX.YY.ZZ）不中继邮件，因此我们的其中一个 Web 服务器（Windows Server 2003）设置有基本的 SMTP 服务器来进行邮件中继（域名 ABABA.net）。

我们有大约 300 家供应商备案，并且该应用程序运行良好。但是，一位供应商报告说没有收到发送给他们的电子邮件。我们已经验证了电子邮件是通过我们自己的服务器日志发出的：

12.34.567.8, ntintwebp, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, 12.34.567.8, 0, 36, 49, 250, 0, MAIL, -,  FROM:<[email protected]>,
12.34.567.8, ntintwebp, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, 12.34.567.8, 0, 25, 28, 250, 0, RCPT, -,  TO:<[email protected]>,
12.34.567.8, ntintwebp, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, 12.34.567.8, 0, 81154, 132, 250, 0, DATA, -, <[email protected]>,
98.765.432.100, OutboundConnectionResponse, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 47, 0, 114, 0, 0, -, -, 220 mail.schmoe.org Microsoft ESMTP MAIL Service, Version: 5.0.2195.6713 ready at  Mon, 29 Dec 2008 09:47:41 -0700 ,
98.765.432.100, OutboundConnectionCommand, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 47, 0, 4, 0, 0, EHLO, -, ntintwebp.ABABA.net,
98.765.432.100, OutboundConnectionResponse, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 109, 0, 40, 0, 0, -, -, 250-mail.schmoe.org Hello [11.222.333.44],
98.765.432.100, OutboundConnectionCommand, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 109, 0, 4, 0, 0, MAIL, -, FROM:<[email protected]>,
98.765.432.100, OutboundConnectionResponse, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 140, 0, 47, 0, 0, -, -, 250 2.1.0 [email protected] OK,
98.765.432.100, OutboundConnectionCommand, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 140, 0, 4, 0, 0, RCPT, -, TO:<[email protected]>,
98.765.432.100, OutboundConnectionResponse, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 187, 0, 26, 0, 0, -, -, 250 2.1.5 [email protected] ,
98.765.432.100, OutboundConnectionCommand, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 187, 0, 4, 0, 0, BDAT, -, 81476 LAST,
98.765.432.100, OutboundConnectionResponse, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 718, 0, 85, 0, 0, -, -, 250 2.6.0  <[email protected]> Queued mail for delivery,
98.765.432.100, OutboundConnectionCommand, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 718, 0, 4, 0, 0, QUIT, -, -,
98.765.432.100, OutboundConnectionResponse, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 750, 0, 61, 0, 0, -, -, 221 2.0.0 mail.schmoe.org Service closing transmission channel,

供应商的 IT 部门对其进行了一些研究，并指出 ABABA.net DNS 记录无效，并且 [email protected] 地址是无效的电子邮件地址（即使通过 FROM 字段使用我们有效的 [email protected] 地址。此外，他们说 [email protected] 地址未通过语法、DNS 和 SMTP 检查。

我们已经有几个其他供应商报告了问题，但是让他们将 yavco.net 域列入白名单已经解决了这些问题，因为我认为它们与垃圾邮件相关，而不是与交付相关。

有关如何解决此服务器问题的任何想法？

随着时间的推移，IIS/Web 应用程序在我工作过的商店中一直是一个棘手的问题。

一方面，IIS 是一种内置于服务器中的服务（总的来说），通常由服务器管理员负责维护和配置。当出现问题时，他们知道需要发生什么，或者至少可以诊断到他们说“Web 应用程序有问题”并让开发人员调试他们的代码。

但是，服务器上的每个 Web 应用程序都是独一无二的，并且有很多细微差别，这些细微差别可能会根据手头的问题变得复杂。

另一方面，每个 Web 应用程序在许多方面都是独一无二的，并且有需要处理的特定问题，开发人员是最了解应用程序的人。如果需要修改 web.config 文件以进行调试，或者 IIS 开始给 Web 应用程序带来麻烦，开发人员应该知道问题出在哪里并相应地修复它，无论是由于 IIS 还是应用程序本身。

然而，允许开发人员自行调整 IIS 成为一个严重的问题，因为某些设置/优化会严重影响服务器性能和稳定性。

那么平衡点在哪里呢？服务器管理员应该是 IIS 专家并处理所有这些问题，而我只是通过部署发送站点文件，还是应该由开发人员承担服务器和 IIS 问题的责任并相应地处理它们？