Início / server / Perguntas / 1013811
Accepted
fcm
Asked: 2020-04-24 07:56:49 +0800 CST

Servidor Exchange do Outlook

  • 772

Trabalhando em um Active Directory de domínio 2019 , executando o Exchange Server 2019 , usando o Office Professional Plus 2016 .

Adicionando uma nova conta ao Outlook, conecte-se ao Exchange usando a descoberta automática, o processo ocorre sem problemas, abra a caixa de correio, preencha as pastas e mostre o conteúdo. Após alguns minutos, ' precisa de senha ' e um (parece uma solicitação da web) para uma senha. Basta clicar em ' Digite Exchange Password e Continue ' na barra de 'enviar/receber', reconectar e... navegação tranquila novamente.

Assumindo que o domínio é VÁLIDO e o usuário é USER. Verificando o log de segurança no Exchange Server, vejo que as conexões iniciais são para VALID\USER mas, a próxima, que falha, é para EXCHANGE\USER. O nome do nosso servidor é EXCHANGE. Por que tentar usar o domínio errado? Ele também tenta USER@VALID... sem enviar o domínio, que também falha.

Testes:

No Outlook-2016, crie um novo perfil, adicione a conta de domínio: mesmo resultado. Devo observar que o Outlook não pediu nome de usuário\senha. O computador que estou usando não está associado a DOMAIN.

Dicas:
Eu testo a conexão usando a ferramenta TestConnectivity os resultados mostram ok, sem mencionar DOMAIN como domínio.

exchange outlook exchange-2019 outlook-2016

2 respostas

  1. Você recebeu a seguinte solicitação da web?

    insira a descrição da imagem aqui

    • 0
  2. Best Answer

    Desculpe responder minha própria pergunta, no entanto, espero que ajude os outros.

    Eu sou um gerente na minha organização, em um ponto, eu tinha 'FullAccess' para helpdesk e caixas de correio de usuários de balconistas; sua entrada foi corrompida (movida, excluída, desabilitada etc.) e, por qualquer motivo, não consegui acessá-los, então o Outlook começou a pedir uma senha.

    Este script do Powershell visitará todos os usuários, mostrando a permissão de caixa de correio de terceiros para esse usuário, removendo 'me' (como $myself) se encontrado lá.

    $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
        }
}

    Bem, não há mais solicitação de senhas depois de executá-lo. Claro que se você realmente precisa de acesso... você precisa configurá-los novamente.

    Use o -whatifparâmetro no Remove-MailboxPermission para testar o script.

    • 0

relate perguntas