标签: outlook

Outlook 和许多其他电子邮件客户端现在具有自动发现邮件服务器设置的功能，我没有为我们的域设置此设置，这让我感到困扰，但我不知道该怎么做，而且谷歌还没有打开上任何东西。我认为它是通过 DNS 中的某种 SRV 记录完成的 - 这是正确的，如果是，正确的格式是什么？

在 $work，官方电子邮件解决方案是 Windows 上的 Outlook，连接到 Exchange 服务器。这对于在台式机上使用 Linux 的人来说是个问题。

Exchange 服务器支持 IMAP，并且使用通常的可疑对象（例如 Thunderbird）可以很好地处理电子邮件。它还提供了 web 邮件界面，除非你使用 IE，否则这是相当糟糕的。（还有其他最喜欢的电子邮件客户端吗？）

最大的问题是 Outlook 日历。我仍然没有找到可以替代它的可行的 Linux 客户端。

有什么建议吗？

在我们的主域上，example.com我们托管了很多网站。所以我们只是*在我们的区域中添加了一个A/AAAA 记录并将它指向我们的网络服务器。

可悲的是，这也导致 Outlook 不断攻击我们的网络服务器，因为现在autodiscover.example.com指向我们的网络服务器。Outlook 不仅会不断尝试连接到它，还会弹出一个警告，即所提供的 SSL 证书autodiscover.example.com对该域无效。

为了解决这个问题，我添加了一个明确的autodiscoverA 记录并将其指向127.0.0.1，但这只会导致其他问题（尤其是当我在本地运行网络服务器时）。

因此，理想情况下，我希望将其标记autodiscover为不存在，以便 Outlook 跳至不同的自动发现机制。我意识到我可以简单地在我们的区域中维护一个正确的有效名称列表，但我希望需要较少维护的东西。

运行 Exchange 2007 和 IIS6.0 的 SBS 2008

A公司还有另外两家在同一屋檐下运营的公司。为了容纳电子邮件，我们为每位用户设置了 3 个 Exchange 帐户来进行管理。所有用户都使用他们的 CompanyA 帐户登录域。

• CORP\user user@companyA.com
• CORP\user-companyb user@companyB.com <-- 仅用于电子邮件
• CORP\user-companyc user@companyC.com <-- 仅用于电子邮件

电子邮件在内部和通过 OWA 工作正常。为需要访问companyB和companyC邮件的远程用户设置Outlook时存在问题，Outlook弹出证书错误。

SSL 证书 SAN 具有以下 DNS 名称：

• webmail.companyA.com
• www.webmail.companyA.com
• 公司-SBS
• CORP-SBS.local
• autdiscover.companyA.com

远程访问 companyC 电子邮件地址的用户告诉我，以前从未发生过这种情况。这始于 CEO 自己更改了 DNS 提供商，在此过程中原始 DNS 设置丢失了。他提到了有关正在创建的 SRV 记录的一些内容，该记录纠正了这个问题，但仅此而已。

寻求有关如何正确解决此问题的指导。

当一位同事试图打开她电子邮件中的附件（Outlook 2003 与 Exchange 2007 服务器通信）时，他们需要很长时间才能打开。文件相对较小，均小于 1MB。

我们已尝试为用户创建新的 Windows 配置文件并尝试创建新的 Outlook 配置文件，但这并没有任何区别。

我们尝试从其他人的 PC 访问她的帐户，附件立即在那里打开。

唯一可能提供线索的是，Process Monitor 显示她 PC 上的 Outlook 试图将文件写入用户的“Internet 临时文件”文件夹中的文件夹，并出现 FAST I/O DISALLOWED 错误。但是在网上找不到关于该消息的很多有用信息。

什么导致 FAST I/O DISALLOWED 错误？

这是否会使打开附件的速度如此之慢以至于打开一个 < 1MB 的文件可能需要几分钟的时间？

更新：发现这不仅仅是 Outlook 的问题。通过网络访问的其他文件在 Process Monitor 中显示相同的 FAST I/O DISALLOWED 错误。这个问题在 Outlook 中更为明显，因为虽然其他应用程序需要一段时间才能打开文件，但这不是几分钟的问题。

我们最近从 Exchange 2003 迁移到 2010，并注意到一个让我们烦恼的怪癖。

如果我们的交换服务器（单个服务器）出现故障，即它被重新启动，或者客户端失去连接（或者例如重新启动是在一夜之间完成并且用户计算机当时处于打开状态）他们将被提示登录，并且必须在用户名字段中使用完整的域\用户名符号以再次登录。要么重新启动前景。

这没什么大不了的，但是很多没有经验的用户对此感到困惑，有些人没有意识到他们需要做一些事情，因此他们的前景就在那里而没有收到电子邮件，直到他们最终注意到。

这曾经是无缝的，我该怎么做才能再次恢复它？

一位客户最近切换到 Exchange Server / Outlook 来获取他们的电子邮件。从那以后，从我公司发送到他们公司任何电子邮件地址的电子邮件从系统管理员那里退回，并显示以下错误：

  Your message did not reach some or all of the intended recipients.

   Subject:  Email Solution
   Sent: 12/12/2012 11:08 AM

   The following recipient(s) cannot be reached:

   'name@client.org' on 12/12/2012 11:08 AM
    550 5.1.1 <name@client.org> recipient rejected

查看退回电子邮件的消息选项显示 Internet 标头字段中没有数据。

我客户的 IT 人员说我们没有被阻止，但我想不出出现反弹的任何其他原因。

关于要问什么问题或如何解决这个问题的任何建议都会有所帮助。

我正在使用 Outlook 2007 的桌面版本并通过我的 ISP 进行连接。

谢谢。

我在台北时区有两个用户。

两者都使用系统时间正确设置为台北时间的 PC。

两者都在同一租户上拥有 Office 365 E3 Enterprise 帐户并安装了 Office 2016。

两者都使用 Outlook 2016 来满足他们的电子邮件需求，并连接到相同的本地 Exchange 服务器。

对于一位用户，电子邮件上的所有时间戳均与台北时间正确显示。

对于另一个用户，电子邮件上的所有时间戳似乎都使用 PST 时间。

为什么？

我在 google 上搜索的所有内容似乎都参考了 Outlook 日历功能中的时区，但他们甚至不使用他们的日历。这仅参考电子邮件时间戳。

当 OST 文件损坏时，Outlook (2007) 会抱怨：

""" blah.ost 文件中检测到错误。退出 Outlook 和所有启用邮件的应用程序，然后使用收件箱修复工具 (Scanpst.exe) 诊断并修复文件 """

就在 scanpst.exe 旁边的是 scanost.exe，据我所知：

• 仅适用于 OST 文件
• 让您浏览邮箱层次结构，而不是让您找到 Outlook0.ost 并扫描整个文件。

我的问题是：在 ScanPST 中验证和修复 OST 文件与“扫描所有文件夹”ScanOST 之间是否存在功能差异？

或者，更简洁：是否有理由同时使用两者？

我正在使用繁忙的 Windows 2008R2 终端服务器，其中特定用户的 Outlook 会话消耗 2GB 到 4GB 的 RAM。

该进程似乎不是缓慢的内存泄漏，因为 RAM 在进程打开后几乎立即被使用。

到目前为止，我已经尝试了以下方法：

• 登录到用户的会话并检查他们的 Outlook 设置。没有什么异常。默认邮件配额已到位，用户只有 5,000 个邮箱项目。配额为 3GB。用户正在使用 1.2GB。收件箱几乎是空的。删除的项目修剪得很好。
• 安全模式下的 Outlook。没有不同。
• 删除加载项。没有不同。
• 创建新的 Outlook 配置文件。没有不同。
• 从另一个帐户打开用户的邮箱。没有不同。
• 将用户移动到不同的终端服务器。没变。

此时，用户的 Outlook RAM 使用量是任何其他用户的 10 到 20 倍。还有什么我应该看的吗？

通过 NewRelic 处理信息和统计数据：

任务管理器：

进程浏览器：

编辑：

VMMAP 输出：

清空“工作集”后：