我目前在组织中configurationExchange / Outlook的最后阶段遇到问题。 我们在打开Outlook 2013时遇到SSL警告问题，因为它使用我们的（旧）内部URL（exchange.internal.local），所以未能validationSSL。 请参阅下面的Exchange中的configuration，但是我不确定是什么原因导致这个，如果它有助于它似乎不在Outlook 2007中发生 get-ClientAccessServer | ft identity,AutodiscoverServiceInternalUri Identity InternalUrl ——– ———– EXCHANGE\Autodiscover (Default Web Site) get-webservicesvirtualdirectory | ft identity,internalurl Identity AutoDiscoverServiceInternalUri ——– —————————— EXCHANGE https://mail.externaldomain.co.uk/autodiscover/autodi… get-webservicesvirtualdirectory | ft identity,internalurl Identity InternalUrl ——– ———– EXCHANGE\EWS (Default Web Site) https://mail.externaldomain.co.uk/EWS/Exchange.asmx get-oabvirtualdirectory | ft identity,internalurl Identity InternalUrl ——– ———– EXCHANGE\OAB (Default Web Site) https://mail.externaldomain.co.uk/OAB […]
我想在Outlook日历中更改单个string（翻译/资源）。 Outlook中默认的“可用”日历状态称为“vrij” 。 Outlook使用将翻译为“可用 ”，但通常在荷兰语“vrij”被用作“时间”（意思是“不可用” ）！ （FWIW：荷兰语中的“不可用”日历状态是“nAanwezig”。） 很多同事没有注意到默认值“vrij”的意思是“可用的”，所以他们把不可用的时间标记为“可用”。 当然，我们可以试着把这个教给大家，但我宁愿防止混乱。 所以，如果我们可以通过Exchange Server来更改系统资源string，那将会很好。 另一种方法（变通办法）可能是在创build新日历项目时更改默认日历状态。 我认为这给混淆留下了一些空间（混淆的价值仍然存在），但至less混淆的价值不是默认值，与其他下拉值相比可能更清晰。 似乎可以单独通过表单更改默认的Outlook日历状态 ，但也可以在系统范围内执行此操作吗？ （这是可以接受的，这是否会覆盖自己的forms，例如违约约定私人 ，或者这会覆盖这个单一的价值？） PS：我首先在StackOverflow上发布了这个，但是我想这不是一个真正的程序员问题，而是更多的是networkingpipe理员。 （我是一名程序员，而不是系统pipe理员，但我想向他介绍一个“现成的”解决scheme。）
我正在运行一个使用SMTP的工作，它可以运行超过一个小时，通过电子邮件发送整个时间。 这不是我的代码，而是一个基于工作stream的应用程序，所以我只是得到一个表单来configuration邮件服务器，subj，味精等，不能看到它的实现。 我知道这是.NET和SmtpClient。 我已经看到应用程序报告每隔10分钟4.4.1超时作为从服务器的响应。 这10分钟会话中的电子邮件数量是可变的，在100到150之间，这导致我特别询问了10分钟的超时时间。 我发现有几个交换属性（虽然我不知道他们正在运行的版本），设置超时限制。 （ http://technet.microsoft.com/en-us/library/bb232205%28v=exchg.150%29.aspx ） ConnectionInactivityTimeOut和ConnectionTimeout的那些值是控制超时的吗？ 最后 我想问一下，交换是否认为从同一个源连续接收的连续连接是一个连续的连接，并且每10分钟造成一次超时并导致超时？ 我正在使用邮件服务器的静态IP。 谢谢如果有人能够解决我的问题。 编辑 – 我相信，图书馆只是保持连接，并没有包裹在任何清理代码或使用声明。 也就是说，去年在这个问题上，我还没有取得任何进展，只要我看到那些失败的东西就可以了。
我们的公用文件夹100％迁移到Exchange 2013.Outlook 2011（14.3.6）可以看到公共文件夹，并在启用邮件的文件夹可以看到项目/更新; 然而，订阅的日历是空的。 （在Windows客户端上不是空的） 有我们的Mac用户可以得到这个公共文件夹日历的方法吗？ 编辑：作为一种解决方法，我已经设置了一个虚拟交换用户。 此用户的日历与公用文件夹日历具有相同的信息。 （更新公用文件夹日历的秘书已同意将更改复制到虚拟用户的日历中。） Outlook 2011用户只需打开共享日历，即可正常显示。 如果有人知道将公用文件夹日历中的更改复制到用户日历的实用程序/脚本/程序？ 这将是一个单向同步。
在过去的几周里，我们遇到了一些与日历相关的奇怪问题，比如： 日历不会在设备或代表中保持同步。 代表A更改约会位置，但不显示在原始用户日历或任何其他代表上。 约会只是随机从用户日历中丢失（这不是特定于一个邮箱）。 邮件文件夹消失 – 不显示为已删除，从恢复中丢失。 我已经使用New-MailBoxRepairRequest CMDLettesting了邮箱，并且它们都testing正常。 事件日志中没有关于这些问题的错误。 任何关于下一步的build议？ 我正在考虑创build一个新的数据库并迁移邮箱，但是我担心它不能解决任何问题。 环境是： Exchange 2010 Outlook 2011 for Mac。 12个iMacs。 每个人都有一个iPhone或Android，一些用户有iPad。 日历与通讯录一起共享。
我有一个维护公司A（电子邮件地址为％username%@companyA.com）的客户，他们拥有域companyB.com，但没有专为companyB.com设置的“基础结构”（没有Exchange服务器）。 我的客户需要能够让其公司（companyA.com）中的最终用户在发送电子邮件的主题（或主体）行中添加特定的单词或短语（他们只关心传出，在这种情况下，问题），触发Exchange 2010服务器用[email protected]重写标头From和Reply-To [email protected]，但只有在用户将关键字/短语放入主题（或主体）。 我试图使用传输规则和New-AddressRewriteEntry cmdlet，但每个似乎都有一个限制。 从我可以告诉的传输规则不能重写From / Reply-To字段，New-AddressRewriteEntry不能根据消息内容有条件触发。 所以回顾一下： 用户在组织外发送电子邮件：发件人和回复 – 保持[email protected] 用户通过主题或正文中的“ KeyWord ”发送组织外的电子邮件：From和Reply-To自动更改为[email protected]。 任何人都知道这是如何编写一个新的邮件代理？ 我没有编程知识来编写自定义代理…我可以使用Exchange命令行pipe理程序或控制台的任何function。 或者，如果有人知道一个简单的附加程序，可以做到这一点，也是很好的。 任何帮助将不胜感激！ 谢谢！！！
有没有办法在Microsoft Exchange中检查电子邮件何时写入（不发送）？
Could not synchronize record: Undeliverable: {TITLE} to Exchange server: {NAME} Operation would change object type, which is not permitted. Error code 19759 清除caching或读取帐户将解决问题？ 这个问题随机出现，从来没有存在过，没有其他人有这个问题，所以它听起来是本地的。
我们有一个硬件负载平衡器后面的CAS服务器。 我们正在寻找添加更多。 我们确定用户连接到哪个CAS服务器的正常程序是： 找出用户工作站的IP地址 检查负载均衡器连接到的位置 但是，这已被certificate是具有挑战性的。 我们知道有一种方法可以通过OWA来确定您的CAS服务器 。 有没有办法通过用户名（而不是IP）来做这个服务器端？
A，看似简单的问题：MS Exchange是否支持根据RFC 2822第3.6.6节（ Resent-* headers）redirect？ 然而，互联网（至less我search的部分）并没有得出确凿的答案。 我知道redirect有时被称为弹跳或重新邮寄。 我想这取决于angular度（客户端与服务器端）。 我的意思是许多邮件客户端提供的redirectfunction：mutt，（al）pine，TB通过扩展和Outlook 。 一位邮政总监告诉我，MS Exchange不支持这个function。 我得到“5.7.1客户端没有权限发送作为此发件人，请检查邮件，然后再试一次。” 在我的邮件客户端，当我尝试redirect的电子邮件。 但是，从别人那里，我了解到，对他而言，redirectExchange账户的工作很好。