我有一个客户想要（或需要，不确定）在他们的裸域上使用 MS Exchange 自动发现服务https://example.com。
他们的 IT 人员要求我将他们正在开发的 WordPress 营销网站放置（移动）到 www 子域上，认为这两个不能都共享裸域。
如果这确实有必要（是吗？）那么我会同意（指向任何地方都不难）
然而他们也告诉我，我们无法将裸域上的页面/URL 请求重定向到新的 www 子域。我告诉客户，不进行重定向就等于是在自取灭亡，更不用说这会给使用其他网站上的链接、书签、旧电子邮件签名中的链接等的用户带来糟糕的用户体验。
以下是他们的（已删除）信息：
从 Outlook 2007 开始到 Outlook 365，它都按照特定的搜索顺序连接到 Microsoft Exchange Server。
Active Directory 中的 SCP（服务连接点）。（这适用于从办公室内部连接到 Exchange Server 的用户。）
根域检查。（如果上述操作失败，则会检查例如https://redacted.com/autodiscover/autodiscover.xml，适用于办公室外使用 Outlook 的用户。）
a. 如您所见，如果该网站位于根域上，则该网站将收到来自 Outlook 的请求。
自动发现 DNS 检查。
…
通过使用www.redacted.com，您可以避免该网站被 Outlook 客户端连接并可能导致问题。
这也意味着我们不能使用重定向来重定向网站，例如将 redacted.com 重定向到www.redacted.com，因为这仍会混淆 Outlook 中的自动发现。
如果需要在根域上拥有网站，那么您可以在网站上进行一些工作来专门重定向上述第 2 点中的自动发现查询。
具体来说，需要 SSL 证书，这现在是网站的标准。并且需要重定向，将所有请求从例如 redacted.com/Autodiscover 重定向到 autodiscover.redacted.com。
使用哪个选项取决于你。
我感觉自己在这件事上有点被坑了，所以我想找出真相。另外，这完全超出了我为客户制定的营销网站提案的范围，所以我不满意他把这件事推给我“决定”。
基本上，这是两个不同的项目（MS Exchange 服务和营销网站），它们之间没有任何关联。我只是免费提供一些建议，说他们确实应该使用重定向（即，如果网站需要“移动”到另一个（子）域……我不确定它是否需要）。
我对此“无法实现”表示怀疑，因为我确信很多人都在他们的营销网站上使用这项技术。
总结一下：
- 它们可以共享同一个根域吗？
- 如果没有，我们能否以某种方式采用 301 页面到页面重定向从旧网站到新的 www 子域？
PS-据传，该网站的页数较少（大约 10 页）。