我从Stack Overflowredirect到这里，所以如果发生这种情况，我很抱歉。 我正在尝试在我的交换帐户和我正在使用mapi的程序之间build立连接，并且找不到该帐户的邮箱名称。 邮箱是在outlook 2010中configuration的，这是不幸的，因为邮箱曾经被显示在outlook 2007的前端，但现在只显示了Outlook中的邮箱地址 我曾尝试连接到PowerShell中的会话来使用get-mailbox命令，但是当我尝试连接到Exchange服务时出现以下错误： New-PSSession：[ex2013]连接到远程服务器ex2013失败，出现以下错误消息：WinRM客户端从远程WS-Management服务收到HTTP状态码440。 有关更多信息，请参阅about_Remote_Troubleshooting帮助主题。 我从我正在使用的程序得到的唯一的错误消息是我的一个login参数是无效的。 我已经尝试了许多不同的邮箱名称的变体，但由于我不确定邮箱名是什么，我不能确定它不是给我这个login参数错误的其他参数之一。 任何与我的PowerShell问题的帮助或以不同的方式来find邮箱名称，将不胜感激
查找在Exchange 2010数据库上切换公用文件夹属性的效果。 具体来说，Outlook客户端（2007年和2010年混合）期望看到什么时候发生这种情况？ 我将进行有限的testing，但是我确实想知道是否有人遇到了无响应的Outlook客户端问题，以及您为解决问题所做的工作（configuration文件重build，重新同步等）。 我正试图为这一变化设定预期，并将这些问题传达给服务台和可能会产生影响的用户。
我将GPO应用到我的会议室计算机上，强制Outlook使用非caching模式（为了更快地打开并通过防止创build每个人的OST来节省硬盘空间）。 当我尝试打开Outlook时，它给了我一个错误消息说 无法启动Microsoft Outlook。 无法打开Outlook窗口。 该组文件夹无法打开。 尝试login到Microsoft Exchange失败。 如果我进入控制面板中的电子邮件帐户，点击该帐户，修复它，然后打开Outlook，它打开了正确的。 有没有其他人看到这个问题，而在Outlook中强制非caching模式？
我想知道是否有任何本地方式（不需要第三方插件）来获取Outlook上的联系人书籍从远程位置获取一些联系人。 情景是： 几台运行Outlook 2013的个人电脑，每台电脑有一个POP3电子邮件帐户，带有本地pst文件。 所有的电脑都在同一个networking上 – 所以如果一个解决scheme涉及networking共享文件夹，它仍然是有效的。 networking包含一些Linux和Windows Server服务器，如果某些服务部署需要的话。 最好的解决scheme是允许用户拥有自己的本地地址簿，但也可以看到来自远程地址簿的联系人，并定期下载添加的新联系人。
我在我们的环境中使用Exchange 2013，我正在邮箱中对邮件超过5年的用户进行testing。 我使用了下面的PS命令： Enable-Mailbox“Username”-Archive -ArchiveDatabase“ExistingDatabaseName”数据库与正常用户帐户所在的数据库不同。 归档命令似乎已经工作，因为他们现在看到OWA底部的“归档”文件夹和Outlook客户端中的“联机归档 – [email protected]”邮箱。 问题是这个文件夹中没有数据。 我假设我应该使用保留标记/政策（目前所有用户均使用默认的MRM政策）。 我以为默认是将所有2年以上的内容移动到存档邮箱。 任何想法如何排查和解决这个问题？ 编辑：已validation的用户列出了“默认MRM策略”，在该策略中存在“默认”types为“默认”且保留期限为730天的“默认2年移动归档”规则以及“归档”行为。 以及一些个人规则选项。
我们在主域（ acme.com ）下有几个域名。 员工有一个Exchange帐户（ [email protected] ），但偶尔也需要从其他域发送邮件。 为避免每个用户有大约15个邮箱，我们将每个收到的邮件都redirect到[email protected]邮箱。 员工在Outlook中configuration了附加的只发送账户（使用不存在的POP服务器notused.lan和托pipe提供商的公共SMTP服务器smtp.foo.com ）。 这样，他们可以select从其中一个额外的域发送，发送的电子邮件将存储在Exchange发送的文件夹中，回复将存储在Exchange邮箱中。 缺点是，一旦用户切换到另一台计算机或创build一个新用户，我们必须分别设置每个帐户，需要太多的支持时间。 除了通过自动发现的用户Exchange帐户之外，是否有部署POP帐户的方法？
我正在寻找在Office 365 Exchange服务器上共享联系人的方法。 目标如下： 允许任何人添加/编辑/删除联系人列表 列表必须可以从手机（iOS）和Outlook访问，以便无缝使用 没有人应该访问服务器pipe理function 对列表的更改应自动与所有人共享 我曾尝试创build一个共享的联系人列表从一个单一的使用和共享与大家一个这对列表的所有者很好，因为它允许电话和前景访问，但由于没有电话访问的其他人不能访问。 Office 365pipe理员的全局联系人列表需要pipe理员权限，不允许导入用户，也不允许将其同步到iOS设备。
我正考虑用证书来保证我的工作环境，因此有几个问题。 我的Active Directory域是domain.com。 如果我从COMODO购买商业通配符SSL证书，是否可以创buildS / MIME用户证书（在域控制器上安装CA后：dc.domain.com）？ authenticationpath为：COMODO CA – > Intermediate CA – > * .domain.com – > [email protected] 是可行的还是应该从COMODO为每个用户购买一个单独的证书？ 如果这样的话，我的组织之外的证书会被信任吗？ 第二个问题是关于S / MIME证书的部署。 是否有GPO分发用户证书，附加到电子邮件帐户和发布GAL？ 感谢您的任何build议。
我有以下邮件服务器设置（dovecot – 版本= 2.2.13，后缀版本= 2.11.3-1），用户别名存储在mariadb和身份validation是针对活动目录服务器。 一切似乎没有问题（别名查询，NTLM身份validation等），但没有交付。 邮件似乎在邮箱内正确传递，但它不会出现在任何客户端。 ==> /var/log/mail.log <== Jan 9 11:18:51 smail spamd[18014]: spamd: result: . 0 – ALL_TRUSTED,HTML_MESSAGE scantime=0.1,size=4279,user=debian-spamd,uid=113,required_score=5.0,rhost=localhost,raddr=::1,rport=57414,mid=<[email protected]>,autolearn=ham autolearn_force=no ==> /var/log/mail.info <== Jan 9 11:18:51 smail spamd[18014]: spamd: result: . 0 – ALL_TRUSTED,HTML_MESSAGE scantime=0.1,size=4279,user=debian-spamd,uid=113,required_score=5.0,rhost=localhost,raddr=::1,rport=57414,mid=<[email protected]>,autolearn=ham autolearn_force=no ==> /var/log/mail.log <== Jan 9 11:18:51 smail spamd[18013]: prefork: child states: II ==> /var/log/mail.info <== Jan […]
我最近注意到，我的服务器在mail.log上报告了很多认识用户的不好身份validation，而且它不是暴力攻击。 我真的不知道这种authentication的原因。 我有用户使用，在iOS的Gmail应用程序，邮件，在MacOSX的邮件应用程序，ThunderBird和Outlook，还有一个webmail服务来访问此服务器。 在这台服务器上，我有一个自签名证书，也作为一个邮件智能主机。 这个系统是一个MacOSX 10.9.5。 在所有的平台上，Outlook是连接到服务器时唯一有奇怪行为的人。 不断地显示一个令人讨厌的loginpopup用户的凭据，无处不在，这发生在我所有的Outlook用户。 用户可以使用Outlook来发送和接收，而且似乎都可以工作，除了loginpopup窗口。 从我的mail.log我有这个问题与SAL DIGEST-MD5，SASL PLAIN和SASL CRAM-MD5，例如一些随机样本： Jan 19 11:43:43 remote.x.pt postfix/smtpd[53889]: error: validate response: authentication failed for user=lcg (method=DIGEST-MD5) Jan 19 11:43:43 remote.x.pt postfix/smtpd[53889]: warning: unknown[192.168.1.72]: SASL DIGEST-MD5 authentication failed Jan 18 17:10:46 remote.x.pt postfix/smtpd[5838]: error: verify password: authentication failed: [email protected] Jan 18 17:10:46 remote.x.pt postfix/smtpd[5838]: warning: hq2.pacsis.pt[x]: […]