我有一个由一些粗心的管理员留下的可悲的网络 - 我正在弄清楚哪些服务在何处运行，不排除某些服务同时从两个地方运行的可能性，这很有趣。
有两台 Windows Server 2003 服务器，一台装有 Exchange 2010 的 Windows Server 2008 服务器和一台位于 LAN 和 WAN 之间的 SonicWall TZ210。通过 DHCP 连接的计算机会显示与 SonicWall 设备对应的网关 IP 地址，但它没有启用 DHCP。
我在哪里以及如何发现正在运行 DHCP 的内容，以便我可以对其进行管理？我还担心内部 DNS 和 Windows 域服务，因为网络上似乎存在与自身冲突的混乱信息。
我试图估计一夜之间更改邮件服务器的 IP 对我来说是否现实，或者这是否会影响人们在第二天检索他们的电子邮件。基本上，邮件服务器所在的设施将更改其 IP 池，这迫使我必须更改邮件服务器的 A 和 MX 记录。由于我没有更改 DNS 服务器本身（不将记录移动到不同的权威服务器），更改是近乎即时的，还是由于缓存在最近可能查询过的不同非权威 DNS 服务器上而仍然需要长达 48 小时?
感谢您的任何见解，
米
Web 开发人员请求我们的域 DNS 记录包含 SPF TXT 记录。我在那里发现了不同的意见......
您可以提供的任何评论或见解将不胜感激。我知道这本身不是一个经验问题 - 但我仍然会感谢你的主观产品......特别是如果它们带有参考资料，我可以查看诸如网络帖子或在线文档等。
我在最近从 Exchange 2003 切换到 Exchange 2010 的客户端上遇到了附件显示问题。最初认为该问题仅影响 Mac OS X 电子邮件客户端（Outlook 2011 和 Mac OS Mail）和 iOS 客户端。
经过一些故障排除后，我发现 GoDaddy 网络邮件也遇到了同样的问题。附件显示为二进制代码而不是附件。
有问题的附件作为包含基本 html 代码的 .xls 文件从 SAP 服务器发送。附件在 Windows 客户端上被正确解码，尽管它们会产生关于附件内容与扩展名不匹配的错误，必须覆盖附件才能通过。最初，问题是由于此错误，新的 Exchange 2010 服务器出于安全原因剥离了附件内容。
附件采用以下格式进行 uuencoded：
开始 664 文件名.xls
[二进制代码]
结尾
我只是想知道这些在最近年份的客户端和网络邮件界面上被错误解码的原因是什么......是否仅仅是因为编码太古老以至于大多数平台已经放弃了对它的支持，还是可能有另一个问题？
我正在尝试帮助发件人解决这个问题，因为他们不知所措，他们每天都会向客户发送大量这些自动邮件。
我对他们的建议是根据当前的 MIME 标准对附件进行编码，并将它们指向规范http://tools.ietf.org/html/rfc2045
任何更多这方面的专家愿意向我学习我是否在这里遗漏了什么，如果我走错了方向，请告诉我。
谢谢，
米
---响应消息标题的请求而发布-不适合评论---
Received: (qmail 26660 invoked from network); 5 May 2012 09:30:51 -0000
Received: from unknown (HELO m1pismtp01-024.prod.mesa1.secureserver.net) ([10.8.12.27])
(envelope-sender <[removed]>)
by p3plsmtp05-04.prod.phx3.secureserver.net (qmail-1.03) with SMTP
for <[removed]>; 5 May 2012 09:30:51 …