Questions tagged «outlook»

Outlook是Microsoft Exchange的独立客户端或群件客户端。它用于电子邮件,联系人,任务和日历。

11
用于Exchange(电子邮件和)日历的Linux客户端[关闭]
关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗? 更新问题,以使其成为服务器故障的主题。 7年前关闭。 已锁定。该问题及其答案被锁定,因为该问题是题外话,但具有历史意义。它目前不接受新的答案或互动。 在$ work上,正式的电子邮件解决方案是Windows上的Outlook,它已连接到Exchange服务器。对于台式机上使用Linux的人来说,这是个问题。 Exchange服务器支持IMAP,并且使用常见的可疑邮件(例如Thunderbird)可以很好地处理电子邮件。它还提供了Web邮件界面,除非您使用IE,否则该界面相当垃圾。(还有其他喜欢的电子邮件客户端吗?) 最大的问题是Outlook日历。我仍然没有找到可以替代它的可行的Linux客户端。 有什么建议吗?

3
如何为域配置电子邮件自动配置?
Outlook和许多其他电子邮件客户端现在具有自动发现邮件服务器设置的功能,这使我感到困惑,因为我没有为我们的域进行此设置,但是我不确定该怎么做,并且快速谷歌还没有打开任何东西。我认为这是通过DNS中的某种SRV记录完成的-这是正确的吗?如果是,正确的格式是什么?

1
当我的区域文件中有*条目时,如何将特定名称视为不存在?
在我们的主域名上,example.com我们托管了许多网站。因此,我们只是将*A / AAAA记录添加到我们的区域中,并将其指向我们的Web服务器。 可悲的是,这也导致Outlook不断锤击我们的Web服务器,因为现在autodiscover.example.com指向我们的Web服务器。Outlook不仅会不断尝试连接到它,还会弹出警告,提示所提供的SSL证书autodiscover.example.com对该域无效。 为了解决该问题,我添加了一个明确的autodiscoverA记录并将其指向127.0.0.1,但这只会引起其他问题(尤其是当我在本地运行Web服务器时)。 因此,理想情况下,我希望将其标记autodiscover为不存在,以便Outlook将跳至其他自动发现机制。我意识到我可以在我们的区域中维护一个正确的有效名称列表,但是我希望可以减少维护次数。

2
Outlook安全警报-安全证书上的名称无效或与站点名称不匹配
运行Exchange 2007和IIS6.0的SBS 2008 CompanyA还有另外两家在同一屋顶下运营的公司。为了容纳电子邮件,我们每个用户有3个Exchange帐户来管理此帐户。所有用户都使用其CompanyA帐户登录域。 CORP \用户user@companyA.com CORP \ user-companyb user@companyB.com <-仅用于电子邮件 CORP \ user-companyc user@companyC.com <-仅用于电子邮件 电子邮件在内部可以通过OWA正常运行。为需要访问companyB和companyC电子邮件的远程用户设置Outlook时,会出现此问题,Outlook会弹出证书错误。 SSL cert SAN具有以下DNS名称: webmail.companyA.com www.webmail.companyA.com 公司SBS CORP-SBS.local autdiscover.companyA.com 远程访问companyC电子邮件地址的用户告诉我,这以前从未发生过。这始于首席执行官自己更改了DNS提供程序,在此过程中原始DNS设置丢失了。他提到了有关正在创建的SRV记录的信息,该记录纠正了此问题,仅此而已。 寻找有关如何正确解决此问题的指南。

5
FAST I / O DISALLOWED错误的原因是什么?(导致Outlook缓慢打开附件)
当同事尝试打开她的电子邮件中的附件(Outlook 2003与Exchange 2007服务器通信)时,他们会花很多时间才能打开。文件相对较小,均小于1MB。 我们已经尝试为用户创建一个新的Windows配置文件,并尝试创建新的Outlook配置文件,但是并没有什么不同。 而且,我们尝试从他人的PC访问她的帐户,并且附件立即在该处打开。 唯一可以提供线索的是,Process Monitor在其PC上显示Outlook,试图将文件写入用户的“ Temporary Internet Files”文件夹中的文件夹,并显示FAST I / O DISALLOWED错误。但是,无法在线找到关于该消息的许多有用信息。 是什么原因导致FAST I / O DISALLOWED错误? 并且这会使打开附件的速度变得如此之慢,以至于打开<1MB的文件可能要花几分钟的时间吗? 更新:发现这不仅仅是Outlook的问题。通过网络访问的其他文件在Process Monitor中显示相同的FAST I / O DISALLOWED错误。这个问题在Outlook中更加明显,因为尽管其他应用程序需要花费一些时间才能打开文件,但这并不是几分钟。

4
交换重启后,Outlook需要密码
我们最近从Exchange 2003迁移到2010,并注意到一个令人讨厌的怪癖。 如果我们的交换服务器(单台服务器)出现故障,即重新启动,或客户端失去连接(例如,重新启动是在一夜之间完成的,并且用户计算机当时处于开启状态),则会提示他们登录,并且必须在用户名字段中使用完整的域\用户名符号,以便再次登录。要么重新启动Outlook。 这没什么大不了的,但是许多没有经验的用户对此感到困惑,并且有些人没有意识到他们需要做些什么,因此他们的观点就坐在那儿,直到他们最终注意到之前都没有收到电子邮件。 这曾经是无缝的,我该怎么做才能再次得到它?

2
使用错误的电子邮件时区的Outlook 2016(Office 365)
我在台北时区有两个用户。 两者都使用将系统时间正确设置为台北时间的PC。 两者都在同一租户上具有Office 365 E3 Enterprise帐户,并已安装Office 2016。 两者都使用Outlook 2016满足其电子邮件需求,并连接到同一台本地Exchange服务器。 对于一个用户,电子邮件上的所有时间戳正确显示为台北时间。 对于其他用户,电子邮件上的所有时间戳似乎都在使用PST时间。 为什么? 我在Google上搜索的所有内容似乎都引用了Outlook日历功能中的时区,但它们甚至都没有使用日历。这仅是参考电子邮件时间戳。

3
一个终端服务器用户(RDS)的Outlook 2010 RAM使用异常高
我正在使用繁忙的Windows 2008R2终端服务器,其中特定用户的Outlook会话消耗2GB至4GB的RAM。 该进程似乎不会造成缓慢的内存泄漏,因为在进程打开后几乎立即使用了RAM。 到目前为止,我已经尝试了以下方法: 登录到用户的会话并签出他们的Outlook设置。没有任何异常。默认邮件配额到位,用户只有5,000个邮箱项目。配额为3GB。用户正在使用1.2GB。收件箱几乎为空。删除的项目修剪得很好。 安全模式下的Outlook。没有不同。 删除加载项。没有不同。 创建一个新的Outlook配置文件。没有不同。 从另一个帐户打开用户的邮箱。没有不同。 将用户移动到其他终端服务器。没变。 此时,该用户的Outlook RAM使用量是其他任何用户的10x-20x。还有什么我应该看的吗? 通过NewRelic处理信息和统计信息: 任务管理器: 流程浏览器: 编辑: VMMAP输出: 清空“工作集”后:
8 memory  outlook  rds 

4
电子邮件退回550 5.1.1收件人被拒绝
客户端最近将电子邮件切换到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连接。 谢谢。

2
ScanOST与 扫描PST
当OST文件损坏时,Outlook(2007)抱怨: “”“在文件blah.ost中检测到错误。退出Outlook和所有启用邮件的应用程序,然后使用收件箱修复工具(Scanpst.exe)诊断和修复文件”“” 据我所知,scanpst.exe旁边就是scanost.exe。 仅适用于OST文件 使您可以浏览邮箱层次结构,而不是查找outlook0.ost并扫描整个文件。 我的问题是:在ScanPST中对OST文件进行验证和修复与“扫描所有文件夹” ScanOST之间是否存在功能差异? 或者,更简洁:是否有理由同时使用两者?
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.