环境：Office 365在线。 Exchange v15.1.933.16。 我们的全球pipe理员之一通过交换pipe理中心在移动设备上执行远程擦除，然后从EAC“删除”设备。 因此，在GUI中确定擦除是否成功是不可能的。 任何熟悉cmdlet的人都可以检查擦除命令的状态？ 到目前为止，找不到任何与我的search。 谢谢 编辑：感谢BasitanW，但是我应该有更清楚的表明，pipe理员请求擦拭后删除设备。 在Exchangepipe理中心中没有设备可见，并且Get-MobileDevice命令无法为PS中的此邮箱生成结果。
我处于在本地交换服务器和Office 365迁移批处理之间所有内容都已同步的位置。 下一步是修改我的MXlogging，以便邮件开始直接到365邮箱。 以下是微软提供的转换指南： 您的客户和合作伙伴的电子邮件系统最多可能需要72小时才能识别更改的MXlogging。 在进行下一个任务之前至less等待72小时：删除切换迁移批次。 我的问题是关于最终用户应该如何处理这个72小时的时间。 如果他们在outlook / apple邮件中有两个configuration文件/帐户，一个指向新的收件箱，一个是旧的？ 或者他们可以简单地删除旧的和所有交付给旧的将立即同步到新的？
我试图做一些我认为不应该太复杂的修复。 我的最终目标是：我有一个AD OU中的某些用户需要在Office 365中使用某个许可证，而另一个OU中的不同用户则获得不同的许可证。 我想运行的命令是： Get-ADUser -Filter * -SearchBase "ou=test,dc=our,dc=domain,dc=edu" | Set-MsolUserLicense -AddLicenses ourorg:STANDARDWOFFPACK_IW_STUDENT 但失败的回应是： Set-MsolUserLicense : The input object cannot be bound because it did not contain the information required to bind all mandatory parameters: ObjectId At line:1 char:111 + Get-ADUser -Filter * -SearchBase "ou=Test students,ou=Students,dc=campus,dc=org,dc=edu" | Set-MsolUserLicense <<<< -AddLicenses nwcu:STANDARDWOFFPACK_IW_STUDENT 单独地，这两个命令都起作用。 我可以selectOU中的所有用户，也可以手动使用带-UserPrincipalName的Set-MsolUserLicense命令来授权单个用户。 这是因为Get-ADUser不像Set-MsolUserLicense所寻找的那样返回ObjectID？ […]
我在一所大学，与微软签署了校园许可协议，授权Windows和Office，现在包括Office 365在线服务，其中包括Skype for Business。 我正在玩Skype，这是一个体面的即时消息和在线应用程序。 屏幕共享function很好。 这里的诀窍是，我们没有任何交易所（我们有G Suite Apps for Edu处理我们的电子邮件服务）。 我在Skype程序中遇到了一些抱怨这个问题的地方： 事情是…我可以login并与其他用户交换消息。 帐户从Active Directory同步到Azure AD，并通过AD FS进行身份validation。 我们没有计划或想在这里添加Exchange。 不过，如果表面上会出现这么多的“错误”，我很难推荐任何人使用这个软件。 看起来这是我的错，我错过了一些东西，并会创造大量的服务电话。 我可以让这些错误消失吗？ 我刚才错过了什么设置？
我们的用户在Office 365（Exchange Online）上，所以我希望这也适用于使用Exchange 2013的用户，但是我没有办法validation这一点。 我以前从来没有遇到过这种情况，在网上search并没有得到有用的结果（我会在前面说，如果你在这里看看，我知道交stream相当好，所以没有VTCing作为“最小的理解”韦斯利或HopelessN00b！）。 这是发生了什么事情： 在“已删除邮件”文件夹中查看用户的OWA，默认情况下，已删除的联系人不会显示。 只有一些电子邮件。 但是，如果我search如下所示删除的联系人出现： 为用户search 请注意，search目前的文件夹（已删除的项目） 请注意，它确实find了联系人 …并在右侧窗格上显示完整的联系信息 但是，没有办法实际恢复它。 我不能右键单击它，我不能拖放到“人物”（联系人）。 任何人都知道正确的方式（而不是诉诸于Outlook）通过OWA恢复已删除的联系人的Office 365（我认为是与OWA 2013相同的外观/感觉/function）？
我的公司非常年轻，但是由于我们正在成长，我们想要推出一些软件部署解决scheme。 我们还没有确定哪一个，但他们通常需要一个Windows域，而我们没有一个。 我们使用Office 365处理所有类似于Outlook，SharePoint或Lync的内容。 在另一个问题中 ，我问如何将用户从O365迁移到Windows AD，似乎唯一的办法是从o365和csv-import csv导出到Windows AD。 然后我们激活DirSync，通过覆盖Windows AD中提供的O365中的所有属性来同步帐户。 激活DirSync也会移动权限的来源。 O365中的许多属性在Windows AD中没有类比，反之亦然。 如果我们无法迁移某些属性或在此过程中出现错误，某些云应用程序（如Lync，Outlook和SharePoint）可能会停止正常工作。 我们可以testing一切想到的，但可能有问题，我们不覆盖。 有没有关于哪个云应用程序使用哪些属性的综合文档？ 我对SharePoint，Exchange / Outlook，Lync和离线应用程序感兴趣。 我将如何testing缺失/错误属性的影响？ 为每个testing用例创build一个用户，以他们的身份login并testing每个应用程序的每个function？ 这个过程听起来很容易出错。 有没有更好的方法呢？ 有没有人做过这个？
我准备为我的组织部署Office365。 我们有一个内部的Active Directory域控制器（Windows Server 2012 R2）。 我们希望利用我们的Active Directory：Office365中的自动用户configuration和密码同步，使用DirSync工具。 我们的Active Directory域是example.pvt 。 电子邮件目前是Rackspace Exchange和电子邮件地址，格式为[email protected] 。 Active Directory User Logon Name的格式为firstinitiallastname. 我的问题是： 在Office365中configuration电子邮件地址可以使用哪些Active Directory属性？ 是否可以使用Active Directory中E-mail字段来configurationOffice 365中的电子邮件地址？ 我们的Active Directory域具有不同的扩展名（.pvt vs. .com）会导致我们计划的configuration方法出现问题吗？
我们正在从Exchange 2010内部部署到Office 365的混合共存迁移中。这意味着我们已经运行了ADFS和“目录同步”（现在称为Windows Azure AD Sync）。 我们正在迁移邮箱的一半以上，所以我们用户的邮箱中大约有60％在云端，剩下的40％左右仍在Exchange 2010数据库中。 今天，我们发现我们的一个用户同时拥有一个内部部署的Office 365邮箱和一个AD帐户。 这意味着，如果他在已join域的计算机上打开Outlook并执行初始configuration，则会使用自动发现将其连接到他的内部部署邮箱，但是如果他login到Office 365门户，则会显示其云邮箱。 更糟的是，当一个邮箱在云端的用户给他发了一封电子邮件时，他只能到他的云端邮箱，而当一个邮箱仍在本地的用户只能到他的内部邮箱。 所以他不能在一个地方看到他所有的邮件。 我们如何“合并”他的邮件数据（最终目标：Office 365），并确保他的Outlook“自动发现”Office 365邮箱，并将所有邮件路由到该邮箱？
在从Server 2003 / XP迁移到Server 2012/7的7个学校网站的过程中，希望得到一些有关多less个域控制器最佳的反馈。 目前我们有4个DC。 所有7个站点通过10GB光纤链路连接，因此我们完全集中（所有服务器都在主办公室）。我们支持约1800台PC / 3000用户。 我们目前运行Exchange 2007，但将迁移到Office 365。 谢谢！
Windows 2012 R2，完全更新/激活angular色：ADDS，ADFS已安装Azure AD Connect最新版本（仅安装除更新以外的软件） 其他适用的服务：Office 365（Business Premium许可），Azure AD Premium 有密码回写的问题。 我能够重置本地AD上的用户密码，并将更改反映在Azure AD和Office 365中，但是，当我在Office 365上重置用户密码时，其他位置不会应用更改。 我在这个实例中使用内置的pipe理员帐户作为ADMA，并应用相应的权限：*重置密码*更改密码*写入lockoutTime *写入pwdLastSet 正在使用的Azure AD服务帐户设置为全局pipe理员，Azure AD Connect将成功validation凭据。 值得一提的是，自从Azure AD Connect初始部署以来，在Windows应用程序事件日志中没有出现令人垂涎的31005事件ID。 可能适用于此问题的事件日志错误： 事件ID：0源：目录同步 – “与Microsoft联机服务login助手发生未知错误。请与技术支持联系SetCredential（）失败联系技术支持（0x8009000B）” 事件ID：109源：目录同步 – “预取导入数据时失败”。 事件ID：6801源：ADSync – “可扩展的扩展返回一个不受支持的错误。堆栈跟踪是： “Microsoft.Online.Coexistence.ProvisionException：与Microsoft联机服务login助手发生未知错误。”联系技术支持 – > Microsoft.Online.Coexistence.Security.WindowsLiveException：SetCredential（）失败联系技术支持。在Microsoft.Online.Coexistence.ProvisionHelper.GetLiveCompactToken（string用户名，stringuserPassword）的Microsoft.Online.Coexistence.Security.LiveIdentityManager.OpenIdentity（stringfederationProviderId，string用户名，string密码）—结束内部exception堆栈跟踪 – – 位于Microsoft.Azure.ActiveDirectory.Connector.Connector.GetImportEntriesCore（）上的Microsoft.Azure.ActiveDirectory.Connector.GetImportEntriesTask.GetNextBatch（）位于Microsoft.Azure.ActiveDirectory.Connector.Connector.GetImportEntries（GetImportEntriesRunStep getImportEntriesRunStep）Azure AD Sync 1.0。 8667.0" 事件ID：6803源：ADSync – “pipe理代理程序”domain.com – AAD“运行configuration文件失败”Delta导入“，因为服务器遇到错误” 任何帮助将是伟大的。 我肯定有人会让我知道，如果我留下任何必要的东西。