将别名添加到Microsoft O365组

有一个链接描述了如何使用PowerShell添加别名：

将其他SMTP别名添加到Office 365组

简明说明

打开PowerShell。

允许远程签名脚本，以便您可以导入Microsoft O365 Exchange命令。完成后，我们将其设置为默认值：

Set-ExecutionPolicy RemoteSigned

输入您的凭据，以便您可以管理正在使用的O365环境。它将提示您输入用户名和密码：

$UserCredential = Get-Credential

创建一个新的PowerShell会话以导入Microsoft O365 Exchange命令：

$Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://outlook.office365.com/powershell-liveid/ -Credential $UserCredential -Authentication Basic -AllowRedirection

导入会话。在导入命令时，您应该看到标准的PowerShell进度栏：

Import-PSSession $Session

现在您可以发出命令了。首先，请确保您可以阅读Exchange组的属性：

Get-UnifiedGroup -Identity [email protected] | FL EmailAddresses

它应该输出分配给Outlook组的别名。

要添加别名，请输入此命令。我将在上面的问题中使用我的示例来显示其外观：

Set-UnifiedGroup -Identity [email protected] -EmailAddresses @{Add="[email protected]"}

然后，您可以运行Get-UnifiedGroup命令并查看电子邮件地址中现在列出的别名。

返回默认执行策略：

Set-ExecutionPolicy Default

下一步

此时，该组具有别名。您可以在内部通过电子邮件将别名发送到您的O365帐户。例如，User1 @ contoso.com可以向[email protected]发送电子邮件，它将正常工作。它将在您的O365人力资源小组中收到。

但是，如果您尝试从外部向别名发送电子邮件，则会收到5.4.1访问被拒绝错误。即使您能够发送电子邮件至[email protected]，也将获得此信息。（如果您不能通过外部电子邮件发送主要别名，则可能会遇到另一个问题，即该组未设置为接收外部电子邮件，可以在EAC中进行设置。）

别名无法接收外部电子邮件的问题与基于目录的边缘阻止（DBEB）有关。本质上，在O365执行任何保护措施（反恶意软件，反病毒，SPAM等）之前，它会对Active Directory执行简单的查找。它看起来像是“嘿，这个用户在这里还存在吗？”

例如，如果您要将电子邮件发送到[email protected]，则DBEB会查找该目录，然后说，确定，该用户存在，然后继续发送。它对[email protected]也一样。但是，查找分配给O365组的其他别名失败。有一种解决方法。

解决方法

解决方法是为contoso.com域禁用DBEB。这不会禁用电子邮件卫生的其他保护层（反垃圾邮件，垃圾邮件等）。为此，您需要进入O365帐户的EAC，并将“接受域”从“权威”更改为“内部”中继。

如果您是本机启动于O365，则可能将其设置为“权威”。如果您有混合服务器（O365和现场），或者从现场迁移到O365，则很可能已经设置为内部中继（除非进行迁移，否则您将其更改为“权威”）。这就是为什么对于某些人来说，只需添加别名即可。DBEB已被禁用。同样，这只会禁用是否对有效用户进行首次检查，并且卫生堆栈的其余部分仍在原位。

进行此更改之后，您的O365组现在应该会收到有关其其他别名的外部电子邮件。

更好的方法？

是的，应该有更好的方法将别名添加到O365组，例如转到该组，选择别名并添加它们。这样一来，我们就不会在Shell和EAC中使事情按应有的方式工作。微软，做到这一点！

可能以另一种方式使用某种方式New-EOPMailUser在Directory中为别名创建一个条目。当我尝试在EAC中创建新的联系人时，它表示该电子邮件地址已被使用。因此，我可以使用它，并且没有考虑其他选择。我假设Microsoft将以更易于管理的方式添加别名（请？！）。

保持冷静和阴云密布！