Não é possível fazer o login com [email protected] // Outlook 2010 e RPC / HTTP para o Exchange 2003

Question

Eu tenho um cliente que está usando o Outlook 2010 / Windows 7 em um servidor Exchange 2003. O aplicativo é em um laptop, permanece fora do escritório e o Outlook está configurado para usar o RPC / HTTP.

Estou achando uma coisa estranha em relação à autenticação no servidor.

Veja o que está acontecendo:

1. O usuário pode efetuar login no servidor do Exchange 2003 por meio do Outlook 2010 se autenticar com nome de usuário / senha.

2. No entanto, o Outlook preenche o campo de nome de usuário no prompt de autenticação com "[email protected]", que o usuário não pode usar para efetuar login no servidor Exchange.

3. Isso significa que, a cada lançamento do Outlook, eles precisam remover @ domain.com do campo de nome de usuário e digitar sua senha. (O usuário NÃO deseja salvar suas credenciais. Curiosamente, se ela salvar suas credenciais, o Outlook fará logon automaticamente sem incidentes).

Acho que a solução mais fácil aqui é forçar o servidor Exchange (ou RPC) a permitir a autenticação por meio do endereço de email. No entanto, não sei como fazer isso funcionar.

Outra observação: o domínio do Windows não é o mesmo que o endereço de e-mail do usuário. O Exchange manipula o domínio do meu usuário para entrega de mensagens, mas o domínio real do Windows é diferente. Eu ficaria bem com o usuário entrando no Exchange com [email protected] (é um .COM, não .LOCAL ou similar.)

Felicidades,

m

    

Answer 1

Na verdade, é mais um problema do Active Directory do que do Exchange.

Tanto DOMAIN \ USERNAME e USERNAME @ DOMAIN são funcionalmente iguais para o Windows.

Portanto, a menos que o domínio de e-mail seja igual ao domínio do Windows, por padrão, [email protected] não funcionará para registrar o usuário.

Dito isso, você pode fazer um trabalho adicionando o domínio de e-mail como um sufixo UPN no Active Directory e, em seguida, alterando o sufixo UPN do usuário para corresponder ao e-mail. Isso geralmente só é feito em ambientes do Hosted Exchange com GALs separados, principalmente porque o sufixo UPN pode causar problemas ao acessar os recursos do domínio, se o usuário for solicitado a autenticar manualmente.

tl; dr - se for apenas um usuário, provavelmente só os autenticaria como usuá[email protected]. Se o usuário for importante, há uma solução alternativa e posso orientá-lo nessas etapas, mas isso pode causar outros problemas.