我们使用Office 365以及在德国MS云中托pipe的附加选项。 现在，我们希望将我们的CRM工具（HubSpot和HighriseHQ）与Office 365连接起来。不幸的是，这些工具总是指向https://login.microsoftonline.com （这是美国的login页面）。 一旦我在那里input我的电子邮件地址，就无法find我的login信息（bc我们在德国的MS云端），也不能redirect到德国的那个。 现在MS告诉我，我可以通过在我的DNS设置中设置一个CNAME来解决这个问题： from msoid.mydomain.de to login.microsoftonline.de 不幸的是，这没有帮助。 任何想法我们如何解决这个问题？
我们使用Outlook Web Access设置了Exchange 2007。 为OWA目录启用ASP.NET表单身份validation，并禁用所有其他身份validation方法。 当浏览到OWA站点时，按照预期的方式获得login表单，但是当尝试login时，我总是得到“您input的用户名或密码无效，请尝试再次input。 我确定用户名和密码是正确的。 我已经尝试过，有没有域名，即。 “DOMAIN \用户名”，只是“用户名”。 我如何解决这个问题？
最初我们有以下设置： OfficeExch01具有邮箱angular色和CASangular色 OfficeExch01在办公室。 CoLoExch01只有CASangular色。 CoLoExch01是面向互联网和CoLo。 默认站点中有三个AD域控制器。 用户可以去https://webmail.whatever.com/owa ，代理到OfficeExch01，一切都很好。 那么，我们最近设置了一个单独的AD站点，并将一个域控制器和ColoExch01服务器放在新站点中。 我也让这个远程DC成为一个全局目录。 现在，用户得到以下错误： Outlook Web Access不可用。 如果问题仍然存在，请联系您的组织的技术支持，并告诉他们以下情况：没有Microsoft Exchange客户端访问服务器在存储邮箱的Active Directory站点中具有必要的configuration。 我也看到日志中的事件41错误： 客户端访问服务器“ https://webmail.xxxxxxx.com/owa ”尝试代理邮箱“/ o = XXXXX / ou = Exchangepipe理组（FYDIBOHF23SPDLT）/ cn =收件人/ cn = xxxxxxk”的Outlook Web Access通信。 这失败了，因为在邮箱的Active Directory站点中找不到具有为Kerberos身份validationconfiguration的Outlook Web App虚拟目录的客户端访问服务器。 为Outlook Web Access虚拟目录configurationKerberos身份validation的最简单方法是将其设置为使用集成Windows身份validation，方法是使用Exchange命令行pipe理程序中的Set-OwaVirtualDirectory cmdlet或使用Exchangepipe理控制台。 如果已将目标Active Directory站点中部署的客户端访问服务器与configuration为使用Kerberos身份validation的Outlook Web App虚拟目录配合使用，则代理客户端访问服务器可能没有find该目标客户端访问服务器，因为它没有configurationinternalUrl参数。 您可以使用Set-OwaVirtualDirectory cmdlet为目标Active Directory站点中的客户端访问服务器上的Outlook Web Access虚拟目录configurationinternalUrl参数。 看这个，我看到很多关于ExternalURL和InternalURL设置的讨论。 然而，一切都很好，直到我们做了新的AD网站。 我还确保内部CAS服务器的/ […]
我想知道是否可以将Outlook 2007或Windows Mobile Device Center连接到Outlook Web Access站点？ 背景是，我想与Windows Mobile设备同步我的日历，但没有直接连接到可用的Exchange Server。
从我能收集的邮箱位的网页界面工作正常..当任何用户去选项（右上），并尝试使用一些function，如 组织邮件>交付报告find消息等等…它提出了一条消息.. “具有相同密钥的项目已被添加” 我已经看了事件查看器，我认为这个错误 – > Watson报告即将发送进程ID为7016，参数为：E12IIS，c-RTL-AMD64,14.00.0639.021，ECP，ECP.Powershell， https：//xxxx/ecp/PersonalSettings/Accounts.svc/GetList，UnexpectedCondition ：ArgumentException，c09，14.00.0639.021。 ErrorReportingEnabled：False 和 请求url“ https：//xxxx/ecp/PersonalSettings/Accounts.svc/GetList ”失败，并显示以下错误：System.ArgumentException：具有相同密钥的项目已被添加。 在System.ServiceModel.Activation.HostedHttpRequestAsyncResult.ExecuteSynchronous（HttpApplication上下文，布尔flowContext）System.ServiceModel.Activation.HostedHttpRequestAsyncResult.End（IAsyncResult结果）上System.ServiceModel.AsyncResult.End [TAsyncResult]（IAsyncResult结果）在System.Web.HttpApplication.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute（）System.Web.HttpApplication.ExecuteStep（IExecutionStep步骤，布尔＆完成同步）上的.Management.ControlPanel.WebServiceHandler.ProcessRequest（HttpContext上下文） 我试过Googlesearch，但没有运气相关:(
有没有人通过思科ASA公布Exchange 2010服务器的Web访问（OWA）的经验（我的目标是像DMZ）？ 如果有的话，你能给我一些build议吗？ 我知道Exchange不支持DMZ，MSbuild议使用TMG。 不过，我想知道是否有人pipe理这个（我已经尝试过，迄今为止还不是很成功）。 或者更好地沟通（阅读：出售）的ASA和使用TMG服务器呢？ 我们完全在Windows Server 2008 R2上，剩下的一些2003服务器主要作为文件服务器运行。 目前我们不使用VPNfunction，而是计划在将来这样做，但是如果VPN不可能从外部访问，OWA应该在那里。 非常感谢你！
我有一个有趣的… 我的用户总是input“邮件”来获得他们的邮件。 有一个内部DNS Alogging解决了邮件服务器的IP。 我正在放置一个Exchange服务器来取代它。 为了让人们得到他们的邮件，我试着把一个和前一个一样的东西写进去。 当我尝试去OWA时，它告诉我服务器上的证书不受信任。 我只有这个名字： mail.mydomain.com autodiscover.mydomain.com autodiscover.mydomain.internal mydomain.internal mailserver.mydomain.internal 所以当浏览器看到这个证书试图覆盖https：// mail / owa时，它说证书不可信。 我该怎么办呢？
我们正准备对Exchange 2010进行networking范围的升级。旧版2007邮箱的url为 https://mail.example.com 并且已经移动邮箱的用户将不得不去 https://Email.example.com 如果拥有2010邮箱的用户尝试在2007 OWA位置login，则会得到标准的403 Forbidden页面。 我们想向他们展示一个我们自己制作的页面，其中包括一个到2010年OWAlogin页面的链接。 我以为我们可以做一个IIS自定义错误页面，但在默认网站IIS中设置403.4错误页面似乎并没有工作。 有谁知道我们如何解决这个问题？ 顺便说一下，我们的Windows Server 2003上的2007盒子的OWA和IIS 6 编辑 好的，所以我不认为我解释了这个问题是正确的（我现在才开始自己理解这个问题）。 我们基本上有可以进行身份validation的用户，但2007交换服务器上没有邮箱。 他们是所有403.4错误的自定义错误页面，指导用户从http到https。 但是，当没有邮箱的用户尝试login时，实际上没有从服务器发送错误页面，只有403状态码。
我们遇到的问题是，用户声称他们的Outlook Web Accesslogin尝试间歇性失败。 几分钟后，它的工作。 我怀疑用户错误，但我不能确认，没有进一步的调查。 希望看到日志来证实这一点。
我最近更新了我的安全证书。 我通过mmc导入了根证书和中间证书，然后通过MS Exchange Power Shell导入了实体证书。 我已经启用了IMAP，SMTP和IIS以及该实体证书。 我已经指出了OWA IIS的正确的证书，但是当我到我的OWA站点（内部或外部）是这样的： Error 107 (net::ERR_SSL_PROTOCOL_ERROR): SSL protocol error 任何帮助指出我正确的方向来解决这个问题将不胜感激。 尝试http://webmail.domain.com:443/owa/后，我得到以下内容： Error 324 (net::ERR_EMPTY_RESPONSE): The server closed the connection without sending any data 由于站点绑定到https，技术上监听端口443，但是浏览器不会为SLL发送必要的HTTP标头，除非您指定使用HTTPS，否则会得到此“绑定错误”。 通过在http：//而不是https：//浏览器发送HTTP标头，而不是HTTPS标头。该网站设置为只对HTTPS响应，因为我认为它应该是。 最后，事实certificate，我仍然有一个旧的证书徘徊，并删除它后，重新启动IIS工作….