Way*_*yne 8 powershell office365 microsoft-teams
想要在研究和成功解决这个问题之后添加我学到的答案.
我有一个Microsoft O365帐户,用于管理我的业务.我正在使用Microsoft Teams,因此我的执行团队可以查看特定于该功能的信息和电子邮件.例如,人力资源部.该团队设置为使用humanresources@contoso.com作为其电子邮件Office 365 Group.我想将jobs@contoso.com添加为该组的别名.但是O365管理中心或Exchange管理中心(EAC)没有该功能.如何向Microsoft O365组添加别名?
Way*_*yne 11
有一个链接描述了如何使用PowerShell添加别名:
简明指示
打开PowerShell.
允许远程签名脚本,以便您可以导入Microsoft O365 Exchange命令.完成后我们会将其设置为默认值:
Set-ExecutionPolicy RemoteSigned
Run Code Online (Sandbox Code Playgroud)
输入您的凭据,以便管理您正在使用的O365环境.它会提示您输入用户名和密码:
$UserCredential = Get-Credential
Run Code Online (Sandbox Code Playgroud)
创建新的PowerShell会话以导入Microsoft O365 Exchange命令:
$Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://outlook.office365.com/powershell-liveid/ -Credential $UserCredential -Authentication Basic -AllowRedirection
Run Code Online (Sandbox Code Playgroud)
导入会话.在导入命令时,您应该看到标准的PowerShell进度条:
Import-PSSession $Session
Run Code Online (Sandbox Code Playgroud)
现在您已准备好发出命令.首先,确保您可以阅读Exchange组的属性:
Get-UnifiedGroup -Identity humanresources@contoso.com | FL EmailAddresses
Run Code Online (Sandbox Code Playgroud)
它应输出分配给Outlook组的别名.
要添加别名,请输入此命令.我将在上面的问题中使用我的示例来显示它的外观:
Set-UnifiedGroup -Identity humanresources@contoso.com -EmailAddresses @{Add="jobs@contoso.com"}
Run Code Online (Sandbox Code Playgroud)
然后,您可以运行该Get-UnifiedGroup命令并查看电子邮件地址中现在列出的别名.
返回默认执行策略:
Set-ExecutionPolicy Default
Run Code Online (Sandbox Code Playgroud)
下一步
此时该组有一个别名.您可以将别名内部通过电子邮件发送到您的O365帐户.例如,User1 @ contoso.com可以发送电子邮件至jobs@contoso.com,它将正常工作.它将在您的O365人力资源小组中收到.
但是,如果您尝试从外部向别名发送电子邮件,则会收到5.4.1访问被拒绝错误.即使您能够发送电子邮件至humanresources@contoso.com,您也会得到这个.(如果您无法在外部通过主要别名发送电子邮件,则会出现另一个问题,即该组未设置为接收外部电子邮件,可以在EAC中设置.)
别名无法接收外部电子邮件的问题与基于目录的边缘阻止(DBEB)有关.基本上,在O365执行任何保护操作(反恶意软件,防病毒,垃圾邮件等)之前,它会对您的Active Directory执行简单查找.它看起来像"嘿,这个用户甚至在这里存在吗?"
例如,如果您要向User1@contoso.com发送电子邮件,DBEB会查找该目录并说明,确定该用户存在,然后将其发送.对于humanresources @ contoso.com,它也是如此.但是,对于分配给O365组的其他别名,查找失败.有一个解决方法.
解决方法
解决方法是禁用contoso.com域的DBEB.这不会禁用电子邮件卫生的额外保护层(反垃圾邮件,垃圾邮件等).为此,您需要进入O365帐户的EAC并将接受域从授权更改为内部中继.
如果您原本在O365开始,可能会设置为权威.如果您有混合(O365和Onsite),或者从现场迁移到O365,很可能已经设置为内部中继(除非迁移后将其更改为权威).这就是为什么对于某些人来说,只需添加别名就可以了.DBEB已被禁用.同样,这仅禁用对有效用户的第一次检查,并且卫生堆栈的其余部分仍然存在.
完成此更改后,您的O365群组现在应该会收到其他别名的外部电子邮件.
更好的方法?
是的,应该有更好的方法向O365群组添加别名,例如转到群组,选择别名和添加别名.这样我们就不会在shell和EAC中让事情像他们应该的那样工作.微软,就这样吧!
另一种方式可能是以某种方式用于New-EOPMailUser在目录中为别名创建条目.当我尝试在EAC中创建新联系人时,它表示该电子邮件地址已被使用.所以,我让它工作,并没有看其他选项.我假设微软将以更加管理员友好的方式添加别名(请注意?!).
保持冷静和云端!
| 归档时间: |
|
| 查看次数: |
18432 次 |
| 最近记录: |