标签: microsoft-office-365

在将 7 个学校站点网络从 Server 2003/XP 迁移到 Server 2012/7 的过程中，想获得一些关于最佳域控制器数量的反馈。

目前我们有4个DC。所有 7 个站点都通过 10 GB 光纤链路连接，因此我们完全集中（所有服务器都在主办公室）我们支持大约 1800 台 PC/3000 名用户。我们目前运行 Exchange 2007，但将迁移到 Office 365。

谢谢！

我们的办公室同时使用 Office 365 和 Google 应用程序。我们首先使用 Google 应用程序，并决定尝试使用 Office 365。有些人喜欢它，有些人不喜欢，并希望恢复使用 Google 邮件应用程序。

我们目前有指向 Google 应用程序的 MX 记录，并且路由规则将我们的 Google 应用程序帐户收到的所有邮件发送到 Office 365 邮件服务器。

当我添加 Google Apps 路由规则以将消息发送给特定群组中的用户（那些想要使用 Google Apps 邮件的用户），并正常路由它们（到 Google Apps 邮件）时，外部域用户的消息被正确接收，但是邮件消息来自来自 office 365 的邮件不会通过 MX 记录路由（到 Google 应用邮件）。Office 365 文档指定此方案要求将域配置为“内部中继域”，并且我已在

Office 365 -> Exchange Admin -> Mail Flow -> Accepted Domains
-- (Edit Domain, check Internal Relay Domain)

但是，从 office 365 内部发送给帐户在 0ffice 365 中的用户的邮件继续出现在 office 365 邮箱中，并且不会路由到 mx 邮件服务器（Google 应用程序），因此不会出现在 Google 应用程序邮件邮箱中。

如果地址存在于 Office 365 的交换通讯簿中，则 Office 365 …

我想配置的monit通过Office365发送电子邮件。以下是相关配置：

set mailserver smtp.office365.com port 587 username "username" password "password" using tlsv1 with timeout 30 seconds

不幸的是，它不起作用。这是来自的相关错误/var/log/monit.log：

[PST Feb 27 06:40:48] error : Sendmail error: 534-5.7.9 Please log in with your web browser and then try again. Learn more at

（是的，错误被截断了。）

凭据正确 - 我已成功使用它们登录到 Office 365/Outlook。我还使用此帐户通过 Rails 应用程序发送邮件，因此我假设配置问题是 Monit 的问题，而不是 Microsoft 的问题。

似乎有人在这里遇到了类似的障碍。虽然我找不到任何确认 Monit 支持 TLS v1.1 的文档，但如果它不支持我会感到惊讶（该规范现在已有 8 年历史）。

有什么我想念的吗？

我们的用户使用的是 Office 365 (Exchange Online)，因此我希望这也适用于使用 Exchange 2013 的用户，但我无法验证这一点。

我以前从未遇到过这种情况，这次在线搜索并没有产生有用的结果（如果您环顾四周，我会先介绍一下，我非常了解 Exchange，因此没有将 VTCing 视为“最低限度的理解” Wesley 或无望的N00b！）。

这是发生了什么：

在用户的已删除邮件文件夹中查看用户的 OWA，默认情况下不会显示已删除的联系人。只有一些电子邮件。

但是，如果我按如下所示进行搜索，则会出现已删除的联系人：

1. 已搜索用户
2. 请注意，搜索是针对当前文件夹（已删除项目）
3. 请注意，它确实找到了联系人
4. ...并在右侧窗格中显示完整的联系方式

但是，没有办法真正恢复它。我无法右键单击它，也无法将其拖放到“人物”（联系人）中。

任何人都知道通过 OWA for Office 365 恢复已删除联系人的正确方法（无需借助 Outlook）（我认为它与 OWA 2013 的外观/感觉/功能相同）？？

我正在尝试做一些我认为修复起来不会太复杂的事情。我的最终目标：我在一个 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

单独地，这两个命令都有效。我可以选择 OU 中的所有用户，也可以手动使用 Set-MsolUserLicense 命令和 -UserPrincipalName 来许可单个用户。

这是因为 Get-ADUser 没有像 Set-MsolUserLicense 正在寻找的那样返回 ObjectID 吗？Get-ADUser 确实返回 ObjectGUID。如果我在这里走在正确的轨道上，有没有办法将这些映射到管道输入？

编辑：我知道这样做的流行方法涉及为此上传 CSV 文件，并且我知道我可以 CSV 导出这些用户，但我已经在 OU 中将它们整理得如此整洁，所以我很乐意这样做如果可能的话，现在导入/导出。 …

我在一所大学与 Microsoft 签订了校园许可协议，用于许可 Windows 和 Office，现在包括 Office 365 在线服务，其中包括 Skype for Business。我在玩 Skype，它本身就是一个不错的 IM 和在线状态应用程序。屏幕共享功能很好。

这里的诀窍是我们在任何地方都没有 Exchange（我们有 G Suite Apps for Edu 处理我们的电子邮件服务）。我在 Skype 程序中遇到过一些抱怨这个的地方：

问题是......我能够登录并与另一个用户交换消息。帐户从 Active Directory 同步到 Azure AD，身份验证通过 AD FS 进行。

我们没有计划或希望在此处添加 Exchange。但是，如果该软件表面上会出现如此多的“错误”，我很难推荐任何人使用该软件。看起来是我的错，我错过了一些东西，并且会产生很多服务呼叫。我可以让这些错误消失吗？我是否错过了设置中的某些内容？

我有一个用于创建新用户的 powershell 脚本。每年我们都会增加数百名实习生，因此自动化至关重要。HR 中有人运行脚本，因此脚本应该是万无一失的。

我在添加两个新功能时遇到了竞争条件，我想以比当前方法（睡眠 2 分钟）更可靠的方式解决它，该方法仍然间歇性地失败。

1) Office 365 许可证激活。Start-OnlineCoexistenceSync在尝试激活许可证之前，我使用该命令强制将 Office 365 与我们的本地 AD 同步。据我所知，没有办法检查同步的状态。所以我延迟了2分钟。在测试中这有效，但在生产中它间歇性地工作。我认为扩大等待会解决，但 2 分钟已经感觉很长。显然有时它比需要的时间长，我讨厌有不必要的延迟。

2) 发送欢迎电子邮件。创建帐户可能需要不同的时间（有时甚至完全失败），但我不想过度延迟脚本。

有关如何解决的任何建议？

我的本地交换服务器和 Office 365 迁移批处理之间的所有内容都已同步。下一步是修改我的 MX 记录，以便邮件开始直接发送到 365 邮箱。以下来自微软提供的切换指南：

您的客户和合作伙伴的电子邮件系统可能需要长达 72 小时才能识别更改的 MX 记录。等待至少 72 小时，然后再继续下一个任务：删除直接转换迁移批处理。

我的问题是关于最终用户应该如何处理这 72 小时的时间。他们是否应该在 Outlook/Apple 邮件中有两个配置文件/帐户，一个指向新收件箱，一个指向旧收件箱？或者他们可以简单地删除旧的，交付给旧的所有东西都会立即同步到新的？

将用户用户名从 @onmicrosoft.com 更改为真实域时，您会收到以下错误：“很抱歉，无法编辑用户。请检查用户信息并重试。相关 ID”

或者，如果创建新用户并收到以下错误“具有此名称的用户已存在。请使用其他名称。”

但按照以下帮助文章中所述运行 cmdlet 不会产生任何结果：

https://support.microsoft.com/en-us/help/2428507/you-receive-the-following-error-message-in-the-office-365-portal-a-user-with-this-name-已经存在。-使用不同的名称。

是否可以在加入 AAD 的 Windows 10 计算机上更改本地用户名 (C:\Users\xxx)？

长版：

设置和信息：Windows 10 商业版、Azure AD 连接计算机。仅使用“Microsoft 365”的云。Intune MDM。

当租户用户登录到计算机时，本地用户名变为“FirstnameMiddlenameLastname”。因此，您得到：“C:\Users\FirstnameMiddlenameLastname\”作为用户的路径。

在 Azure AD 中，用户名 (UPN) 配置为“firstname.lastname@domain”。因此 UPN 不用于在计算机上生成本地用户名。

“FirstnameMiddlenameLastname”实际上似乎对应于 Azure AD 中的“DisplayName”或“Name*”字段。但Windows 10删除了Windows的空格和其他非法字符。

问题：

是否可以更改生成的本地 Windows 10 用户名？

或者换句话说：更改 Windows 10 客户端上本地用户名生成的源。

在传统的“本地”设置中，用户名是由管理员 UPN 定义的更合理且更短的名称。然而现在 Windows 不再使用实际的 UPN 作为用户名......

对于“FirstnameMiddlenameLastname”，我们遇到以下问题：

1. 旧程序的结果路径存在问题，因为许多“FirstnameMiddlenameLastname”在我们的地区/国家/地区包含非法字符。
2. 对于许多用户来说，用户名变得很长，我们宁愿在用户名的几个部分上使用缩写。
3. 由于系统选择什么字符、何时停止（最大长度）等，管理员对用户名的控制变得完全不可预测。