Armstrongest's questions

我还没有看到任何专门针对这个特定问题的问题。

当使用 URL 路由时，请求进入 IIS，然后被路由到 Aspx 页面。例如，站点：www.site.com/products 可以将请求路由到 wwwroot/inetpub/mysite/pages/productsPage.aspx

重要的是要注意页面是路由的，而不是重定向的。

请注意，要使 URL 在 IIS 6 中正常工作，必须设置通配符扩展，将所有资源路由到 Asp.Net（然后，Asp.Net 将把静态资源交回）这在此处记录： http:// blog.codeville.net/2008/07/04/options-for-deploying-aspnet-mvc-to-iis-6/

似乎 IIS 在将内容发送回时不会对内容进行 GZip。我已按照此处的说明进行操作： http ://www.kavinda.net/2007/02/17/how-to-enable-http-compression-iis6.html

启用 IIS 6 压缩。

知道为什么 Http 压缩似乎不起作用吗？它似乎在我服务器上的其他站点上运行良好。只是带有 URL 路由的那个不起作用

我收到一条从网站返回给我的错误消息，这似乎是服务器端的问题。但是，此服务器适用于盒子上的所有其他站点。我（开发人员）是否有可能做错了什么？我不知道从哪里开始在服务器上跟踪这个问题，我的系统管理员说一切正常：

The following recipient(s) cannot be reached:
  Customer Service Account on 6/3/2009 11:00 AM
         There was a SMTP communication problem with the
recipient's email server.  Please
contact your system administrator.
<fgdc.myservername.net #5.5.0 smtp;550 Requested action not taken: mailbox unavailable>

服务器是 2003、64 位并运行 Exchange 2003

站点是 Asp.Net C#，使用 URL 路由

我从哪里开始解决这个问题？

更新

事实证明，我的系统管理员将问题追溯到垃圾邮件保护层。事实证明 MIMESweeper 可能正在丢弃消息，因为它看到来自我们的网络服务器场的消息试图发送带有内部地址的电子邮件。我们测试了外部地址（gmail、hotmail 等），效果很好。

感谢所有的答案。事实证明，从我的角度来看，最好的答案是“与您的系统管理员交谈”......但我想我会为任何有类似问题的人更新这个问题。