我们希望将我们的所有邮箱等从Exchange 2010迁移到Office 365上。我们的目标仍然是使用本地Exchange 2010安装程序，但是Office 365安装程序将充当“实时备份”。 这意味着，如果我们的本地交换2010年的设置下降，我们可以立即开始使用Office 365安装程序，没有任何停机时间。 所以简而言之，我在这里要问，是否有可能以上述方式将所有Exchange 2010数据迁移到Office 365，同时保持两者之间的同步？ 亲切的问候，
我们将本地Exchange 2010邮箱迁移到Office 365，并同步了我们的Active Directory。 我是Office 365租户的pipe理员。 现在，我的用户正在使用Outlook 2010和2013，并尝试使用下面的button显示（借口荷兰语版本的Outlook 2013）与彼此共享日历，并提供完整的详细信息。 这个button会popup一个新的邮件信息，在这里你可以分享他们自己的议程和/或请求访问一个或多个收件人的议程。 给收件人忙/闲权限工作正常。 当有人试图发送消息时，任何更高的内容，例如“有限的细节”或“全部细节”都会失败。 出现以下窗口（再次用荷兰语）： 这个消息基本上说，政策不允许这个级别的权限分配给一个或多个收件人。 奇怪的是，通过最右边的button手动编辑权限工作正常。 我可以给用户审阅者权限没有问题。 然而，我的用户习惯于另一种方法，我宁愿两个工作。 它在谈论什么政策，我在哪里改变它？ 我发现的唯一相关的事情是“默认共享策略”，但是这似乎专门处理与外部用户的共享！
我正在从Exchange 2010切换到在线Exchange。 意外的是，大约半天时间，我将Exchange Online MXlogging的优先级改为最低，而不是本地Exchange，因此他们的电子邮件无法按预期工作。 事情是，虽然我已经将MX优先级更改为0,200和300，而不是100,200,300，这是以前的默认优先级，内部MXlogging是最低的，我仍然有时收到一些电子邮件发送到此域（我总是可以从Gmail发送，但没有问题）。 电子邮件反弹，如果我重新发送，那么它终于到达目的地。 请注意，使用NSLOOKUP并设置types为MX我可以看到，DNSlogging已经传播到正确的，但我仍然得到这些错误。 我的问题是，在2周前我更改了DNSlogging的情况下，这仍然会如何发生？ 有什么我在这里失踪？
我有以下设置 – 我们使用外部的第三方负载均衡器将stream量转发到我们的两个ADFS代理之一（在DMZ中），然后转发给我们的两个ADFS服务器之一。 在内部，如果直接指向ADFS服务器，SSO就可以工作，但是在指向负载均衡器或ADFS代理时，我们会得到一个辅助login框。 login将起作用，但我们正在挨打墙头，试图弄清楚为什么我们遇到了这个问题。 看来所有的事情都很好。 我不知道我们需要看什么。 有什么build议么？ 提前致谢。 ADFS和ADFS代理都是完全修补的Windows Server 2012 R2。
将50个邮箱从SBS 2008 / Exchange 2007迁移到Office 365后，我们发现某些Outlook 2013客户端正尝试连接到旧的Exchange服务器。 我认为这是相关的内部DNS，parsingdomain.com到域控制器，而不是外部。 有人可以请build议一个解决这个？ 我们无法禁用Exchange 2007服务器，因为邮件仍在使用MigrationWiz迁移。
我的公司希望使用Office 365用户凭据login计算机。 我甚至创build了一个本地域控制器并安装了Azure AD Connect。 但是Office 365用户不是在域中创build的。
首先，让我描述一下这个场景。 我试图为一个相对较小的私人组织build立一个小型的组织networking（假设约有30-40人），主要服务是电子邮件，日历和共享文件。 这里没有实体店面，所以严格来说没有“本地”，每个人都将在网上访问它。 不需要内部networking，也不需要join域的机器。 另外，现在还没有部署 – 这是从零开始构build的。 预算也相当有限。 理想情况下，我们希望采用全云解决scheme，以尽量减less维护的麻烦。 同时，我们也想把每个用户的每月成本降到最低。 看起来最有效的方法是获得Office 365 Exchange Online Kiosk计划（价格为2美元/用户，这会给出电子邮件和日历，但不包括文档），然后启动运行SharePoint Foundation的最便宜（A0）Azure虚拟机就可以提供文件服务。 虽然后者对于服务器来说是非常慢的，但是这也是很less被访问的东西，几乎不会同时发生，主要是读取而不是作者，因此性能影响是可以接受的。 而由于预算紧张，从所有30个用户每月支付15美元的费用（而不是额外的2美元/用户费用）升级到Office 365 Enterprise K1（其中包括SharePoint Online）的成本节省很大。 现在就这个问题本身。 通过这种设置，我希望Office 365身份成为用户的主要身份，而且他们只需记住一个login名和密码; 如果可能的话，我想避免必须在该虚拟机上运行和维护任何本地服务。 所以，理想情况下，我想通过某种方式告诉本地SharePoint实例来对照Office 365对用户进行身份validation，并将其留在那里。 如果这是不可能的，我需要想出一些scheme来启用SharePoint VM上的本地AD实例和Office 365之间的帐户共享和/或同步。 试图找出如何做到这一点已被certificate是相当困难的，但。 关于本地域与Office 365之间的互操作的主题有很多文档，但他们似乎都假定本地身份是主要的，所以同步方向是从内部到云，而不是反过来，因为我打算。 还有很多看似重叠和混乱的技术覆盖该领域 – ADFS，Azure FS，DirSync是三个不断涌现的。 那么，我到底需要去看什么，我需要学习什么，弄清楚如何设置这一切，我想要的方式？ 如果有几种不同的select，那么从长远来看哪一个将是最脆弱和最重维护的？
您是否需要购买和更新Exchange和Office365混合安装的证书？ 我们有多个交换服务器设置在现场进行身份validation，但是他们没有任何特定的证书安装在IIS上，除了我们的* .domainname的第三方证书，我可以看到office365。 Technet确实需要在混合设置中使用Office365的证书，但在这方面我找不到任何明确的规定。 那里的任何人都有这个设置的经验？
我正在为中小型企业客户（〜25个邮箱）从本地Exchange 2010迁移到Exchange Online; 我已经设置了混合configuration，并且正在移动邮箱数据; 一切工作正常。 源环境有一个公用文件夹，其中包含数百个联系人; 它的总体规模是相当小的，而且客户认为这些数据（不经常改变）的一次迁移是完全正确的。 公用文件夹没有启用邮件，权限就像“每个人都可以阅读，几个用户可以编辑联系人”一样简单。 我熟悉官方公共文件夹的公共迁移程序 ，但是我觉得这种情况很麻烦，因为只有很less的数据需要移动，并且不需要连续同步。 有没有更简单的方法来实现这一点？ 理想情况下，我会找“在Exchange Online上创build一个空的公用文件夹结构，使用Outlook将当前公用文件夹数据导出到.PST文件，将Outlook连接到Exchange Online，导入数据”。
它这样一个简单的问题，但很难得到答案。 与我们的E4许可证。 去年夏天我们安装了150台电脑。 我使用了“ODT”方法。 在configurationXML中。 我不处理更新，这意味着客户从Microsoft单独更新（因为它是现在） 这是我的configuration文件 <Configuration> <Add SourcePath="\\server1\Source$\Applications\Office365" OfficeClientEdition="32"> <Product ID="O365ProPlusRetail"> <Language ID="da-dk" /> </Product> </Add> </Configuration> 现在我正在阅读TechNet上这样的内容： 从互联网如果您已将用户configuration为直接从Internet上的Office Content Delivery Network（CDN）获取更新，则升级到Office 2016将计划于2016年2月开始。届时，Office 2016文件将自动下载到用户的计算机并将升级Office 365 ProPlus。 我的客户会自动更新…本月吗？ 如果是这样，我可以用我想的组策略来阻止它。 然后什么？ 设置我自己的更新共享？ 并开始使用WSUS？