在工作2019 域活动目录, 跑步2019 Exchange 服务器, 使用Office 专业增强版 2016。
向 Outlook 添加新帐户,使用自动发现连接到 Exchange,该过程顺利打开邮箱,填充文件夹并显示内容。几分钟后,'需要密码' 以及(看起来像网络请求)输入密码。只需点击 '输入 Exchange 密码并继续'在‘发送/接收’栏上,重新连接并...再次顺利航行。
假设域为 VALID,用户为 USER。检查 Exchange Server 上的安全日志,我可以看到初始连接是针对 VALID\USER 的,但下一个失败的连接是针对 EXCHANGE\USER 的。我们的服务器名称是 EXCHANGE。为什么要尝试使用错误的域?它还尝试 USER@VALID... 而不发送域,这也失败了。
测试:
在 Outlook-2016 中,创建一个新的配置文件,添加域帐户:结果相同。我应该注意,Outlook 没有要求输入用户名\密码。我使用的计算机未加入域。
提示:
我使用测试连接性工具结果显示正常,但未提及 DOMAIN 作为域。
答案1
答案2
很抱歉回答我自己的问题,不过我希望这能够帮助到其他人。
我是我们组织的一名经理,有一次,我拥有对服务台和文员用户邮箱的“完全访问权限”;他们的条目已损坏(移动、删除、禁用等),并且无论出于何种原因,我无法访问它们,因此 Outlook 开始要求输入密码。
此 Powershell 脚本将访问每个用户,显示该用户的第三方邮箱权限,如果发现“我”(作为 $myself),则删除它。
$myself=get-mailbox -id <MY_ID_HERE>
# search all the users, looking for me
# I'm interested only in 'real' users (with Mailbox)
# Ignoring display of one user redacted as 'xxx'
foreach ($mbx in ( Get-Mailbox )){
$user = $mbx | get-MailboxPermission | `
% { Get-Mailbox -Identity $_.user.rawIdentity -errorAction SilentlyContinue } | `
? { $_.Alias -ne 'xxx' }
if ($user){
Write-Output "------ $($mbx.DisplayName) $($mbx.alias) ------"
foreach($fc in ($user | ? { $_.alias -eq $myself.alias } ) ){
Remove-MailboxPermission -Identity $mbx.alias -AccessRights ('FullAccess') -User $fc.Alias -Confirm:$False
}
$user
}
}
嗯,运行后就不再需要输入密码了。当然,如果你真的需要访问……你需要重新设置密码。
使用-whatif
Remove-MailboxPermission 上的参数来测试脚本。