XADM: Requisitos para desactivar o serviço de actualização de destinatários

Em determinadas situações, tais como cenários de anfitrião específicos, convém desactivar o serviço de actualização de destinatários (RUS, Recipient Update Service) e utilizar scripts ou outros métodos para processar as tarefas que normalmente são executadas pelo RUS. O objectivo deste artigo é documentar as directrizes que tem de seguir, bem como o tarefas que devem efectuar manualmente se optar por utilizar um método personalizado em vez do RUS, Recipient Update Service para actualizar objectos do Active Directory.

Este artigo aborda os seguintes tópicos:

• Não desactivar empresas RUS, Recipient Update Service
• Aplicar políticas de destinatário
• Atributos necessárias em todos os objectos da caixa de correio activado e correio activado
• Atributos adicionais necessárias em utilizadores da caixa de correio activado
• Atributos adicionais necessário em correio activados os utilizadores e contactos
• Atributos adicionais necessárias em grupos de correio activado
• Atributos necessárias em pastas públicas correio activado
• Aplicar políticas de lista de endereços
• Membros do grupo oculto
• Ocultar objectos de listas de endereços
• Manter a associação dos grupos de servidores do Exchange 2000 Enterprise
• Referências

Seguem-se directrizes e tarefas que normalmente são processadas pelo RUS. Se optar por definir a agenda de RUS domínio para nunca, o processo tem de efectuar todas estas funções.

Não desactivar empresas RUS, Recipient Update Service

Existem dois tipos de serviços de actualização de destinatários. Um é responsável por processar objectos de sistema do Exchange 2000 no contentor de configuração e o outro é responsável por processar destinatários em cada domínio. Apenas um é o primeiro tipo toda a floresta do Microsoft Windows 2000 porque existe apenas um contentor de configuração. Isto é RUS empresa e não devem ser desactivado. Isto também significa que não deve eliminar a política de destinatários predefinida, porque RUS empresa necessita para processar objectos de contentor de configuração.

Aplicar políticas de destinatário

Todos os objectos mailbox-enabled e mail-enabled tem um conjunto mínimo de atributos correctamente definidos para activar todos os componentes do Exchange 2000 a funcionar correctamente. Alguns destes atributos são comuns a objectos mailbox-enabled tanto mail-enabled e algumas são específicas de objectos em mailbox-enabled ou mail-enabled.

Atributos necessárias em todos os objectos compatíveis com a caixa de correio e activado por correio

É importante compreender a diferença entre um utilizador mailbox-enabled e um utilizador mail-enabled ou contacto. Um utilizador mailbox-enabled armazena, na realidade, as mensagens no servidor do Exchange 2000 nas informações do Exchange 2000 arquivo. Um utilizador mail-enabled ou contacto é uma referência a um endereço que esteja fora da organização do Exchange 2000. Os utilizadores de correio não têm qualquer espaço de armazenamento no servidor do Exchange 2000; são uma forma fácil de enviar correio para um destino fora da organização do Exchange 2000 local. Um utilizador pode ser ou mailbox-enabled ou correio, mas não ambos. Contactos só podem ser mail-enabled; não podem ser mailbox-enabled.

Tem de definir os atributos seguintes em todas as mail-enabled ou objectos mailbox-enabled:

• legacyExchangeDN
• proxyAddresses
• textEncodedORAddress
• correio electrónico
• mailNickname
• displayName

Segue-se uma explicação breve sobre a formatação correcta destes atributos. Não se destina a uma especificação completa para a formatação correcta dos atributos.

legacyExchangeDN proxyAddresses textEncodedORAddress correio electrónico mailNickname displayName

Atributos adicionais necessárias em utilizadores compatíveis com a caixa de correio

Juntamente com os atributos anteriores, todos os utilizadores mailbox-enabled têm de ter os seguintes atributos correctamente definidas:

• msExchHomeServerName
• homeMDB
• homeMTA
• msExchUserAccountControl
• msExchMasterAccountSid
• msExchMailboxGuid

Segue-se uma explicação breve sobre a formatação correcta destes atributos. Não se destina a uma especificação completa para a formatação correcta dos atributos.

msExchHomeServerName homeMDB homeMTA msExchUserAccountControl Sintaxe do atributo : número inteiro de valor único

O atributo msExchUserAccountControl é utilizado pelo arquivo de informações para determinar se deve utilizar objectSid ou msExchMasterAccountSid quando definir ou ler as permissões de arquivo de informações. Este atributo tem dois valores possíveis:

• 0: Este é um utilizador activado
• 2: Este é um utilizador desactivado

Os termos "activado utilizador" e "utilizador desactivado" apenas consulte indica se a conta de utilizador do Microsoft Windows NT pode ser utilizada para iniciar sessão domínio ou não. O RUS, Recipient Update Service é responsável por actualizar este valor automaticamente sempre que uma conta de utilizador é criada, activada ou desactivada. Também terá de se certificar que o valor de msExchUserAccountControl é definido quando o utilizador é mailbox-enabled e actualizado se um utilizador é activada ou desactivada. O RUS, Recipient Update Service determina este valor verificando o segundo bit (0 x 2) do valor userAccountControl . Se o 0 x 2 bit não estiver definido, a conta está activada. Se o 0 x 2 bit estiver definido, a conta está desactivada.

Se msExchUserAccountControl estiver definido como 0, esta é uma conta de utilizador activada e o arquivo de informações refere objectSid do utilizador quando está a ler ou definir permissões de arquivo de informações. Se msExchUserAccountControl estiver definida para 2, este é um utilizador desactivada e as referências de arquivo de informações que o identificador de segurança (SID) define em msExchMasterAccountSid quando está a ler ou definir informações de armazenam as permissões. msExchMasterAccountSid Sintaxe do atributo : valor único SID

Nota : O RUS, Recipient Update Service não define msExchMasterAccountSid. Este atributo é populado por ou o Active Directory Connector (ADC) ou quando um administrador concede um utilizador o direito de Associated External Account em Mailbox Rights de um utilizador. Este artigo menciona o atributo msExchMasterAccountSid devido a respectiva relação com outros atributos que preenchem o RUS, Recipient Update Service.

Se a conta de utilizador é um utilizador desactivado e consequentemente msExchUserAccountControl é definido como 2, o atributo msExchMasterAccountSid tem de ser preenchido. Se msExchUserAccountControl estiver definido como 0, o valor de msExchMasterAccountSid não tem de ser preenchido. Este atributo tem duas categorias possíveis de valores, dependendo de como a caixa de correio associada este utilizador será utilizada.

• Se a caixa de correio for uma caixa de correio recursos, msExchMasterAccountSid deve conter SID de conhecidos Microsoft Windows 2000, "Automático", também designado por "Próprio do principal."
  • A definição de uma conta de recurso é uma conta de utilizador desactivadas que não é utilizada para iniciar sessão, na realidade, o domínio, mas em vez disso, um marcador de posição para uma caixa de correio a que outros utilizadores na organização do Exchange 2000 delegou direitos.
  • Não é possível conceder uma permissão de conta de recurso para aceder a outros recursos.
  • O SID do próprio pode ser definido como msExchMasterAccountSid em várias contas de recurso de uma vez que o próprio não é um SID real, mas uma forma de referência objectSid para o objecto no qual estiver definido, sempre que serão exclusivas.
  • O valor hexadecimal do SID próprio é:
    0 x 01 0 x 01 0 x 00 0 x 00 0 x 00 0 x 00 0 x 05 0 x 00 0 x 00 0x0a 0 x 00 0 x 00
    Para obter informações adicionais sobre os SID conhecidos, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
    243330  (http://support.microsoft.com/kb/243330/ ) Identificadores de segurança conhecidos em sistemas operativos Windows Server
• Se a caixa de correio é possuída por um utilizador que é fora da floresta local Windows 2000, msExchMasterAccountSid deve conter o SID dessa conta de utilizador externo.
  • Neste caso, a conta de utilizador desactivadas não também é utilizada para iniciar sessão directamente, mas em vez disso, esta configuração permite ao utilizador fora da floresta para ter uma caixa de correio Exchange 2000 na sua organização.
  • A conta de utilizador externa pode ser um utilizador de uma floresta diferente do Windows 2000 ou uma conta de utilizador do Windows NT 4.0.
  • Se o valor de msExchMasterAccountSid o SID de uma conta externa, o valor tem de ser exclusivo. Poderá não ter mais do que uma conta de utilizador desactivada com o mesmo SID no msExchMasterAccountSid em toda a floresta.
  • O atributo msExchMasterAccountSid não deve apontar para um principal de segurança (utilizador ou grupo) que está na floresta local, à excepção dos principais de segurança externa.
  • A conta externa especificada no atributo msExchMasterAccountSid também deve ter "Full Mailbox Access" direitos concedidos no descritor de segurança da caixa de correio.
• O SID têm de ser escrito num formato binário, não descritor de definição de idioma (SDDL) formato de segurança.

msExchMailboxGuid Nota : O atributo targetAddress não deveria ser definido num utilizador mailbox-enabled.

Atributos adicionais necessário em correio activados os utilizadores e contactos

Juntamente com os atributos anteriores, os utilizadores de todos os mail-enabled e contactos têm de ter o atributo targetAddress definido correctamente.

Segue-se uma explicação breve sobre a formatação correcta deste atributo. Não se destina a uma especificação completa para a formatação correcta do atributo.

targetAddress

Atributos adicionais necessárias em grupos de correio activado

Grupos mail-enabled necessita apenas os atributos necessários em todos os mailbox-enabled e objectos mail-enabled. Existem dois atributos opcionais que pode utilizar para definir o servidor de expansão para o grupo se achar. No entanto, o RUS, Recipient Update Service não é responsável pela definição estes nem o RUS, Recipient Update Service actualizará um se o outro já está definido.

msExchExpansionServerName homeMTA

Atributos necessárias em pastas públicas correio activados

Quando é criada uma pasta pública utilizando um cliente ou o Exchange System Manager, homeMDB , displayName , atributos legacyExchangeDN , mailNickname e targetAddress já são definidos.

Poderá ser necessário definir correctamente os seguintes atributos no objecto pasta pública para enviar correio directamente para a pasta pública:

• correio electrónico
• proxyAddresses
• textEncodedORAddress

Aplicar políticas de lista de endereços

Para objectos mailbox-enabled e mail-enabled apareça na lista de endereços global e qualquer outro endereço listas, o RUS, Recipient Update Service normalmente aplica cada política de lista de endereços a cada objecto para determinar que listas de endereços de um objecto deve ser membro do. Quando o RUS, Recipient Update Service determina que um utilizador deve ser um membro de uma lista de endereços global ou lista de endereços, adiciona o nome distinto dessa lista de endereços global ou o endereço para o atributo showInAddressBook no objecto de mailbox-enabled ou mail-enabled. Se o RUS, Recipient Update Service estiver desactivado, tem de definir manualmente o atributo showInAddressBook no seus objectos mailbox-enabled e mail-enabled.

showInAddressBook

Membros do grupo oculto

O RUS, Recipient Update Service é responsável pelo processamento a ocultar e revelar de membros de grupo quando o visualizar as propriedades de um grupo de correio a partir de um cliente de correio. Se o atributo boleano hideDLMembership estiver definido para TRUE, as marcas RUS, Recipient Update Service descritor de segurança não canónicas especial no objecto de grupo no Active Directory para assegurar que os servidores de Exchange 2000 podem aceder a todos os atributos de grupo, mas os utilizadores normais não conseguirá visualizar os membros do grupo.

Se o RUS, Recipient Update Service está desactivada e pretender utilizar o atributo hideDLMembership , tem de definir manualmente os descritores de segurança em grupos dependendo do facto de hideDLMembership ser VERDADEIRO ou FALSO. Também tem de actualizar o descritor de segurança se o valor de hideDLMembership atributo no grupo forem alterados.

Para informações adicionais sobre o formato de descritores de segurança em grupos com membros ocultos, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:

Ocultar objectos de listas de endereços

O RUS, Recipient Update Service é responsável por monitorizar o valor de atributo boleano mxExchHideFromAddressLists e se o valor for TRUE, remove todas as listas de endereços do atributo showInAddressBook no objecto de mailbox-enabled ou mail-enabled. Posteriormente, se o valor de msExchHideFromAddressLists posteriormente altera, o atributo showInAddressBook para o objecto preenche novamente a RUS, Recipient Update Service.

Se pretender utilizar o atributo msExchHideFromAddressLists , manualmente deve preencher ou desmarque o atributo showInAddressBook no objecto dependendo do estado do atributo msExchHideFromAddressLists .

Manter a associação dos grupos de servidores do Exchange 2000 Enterprise

O RUS, Recipient Update Service é responsável por manter os membros de todos os grupos de servidores do Exchange 2000 Enterprise na floresta.

Quando executar setup /domainprep num domínio ou instalar o primeiro servidor do Exchange 2000 num domínio, são criados dois grupos:

• Servidores de domínio do Exchange
  
  Este grupo contém todos os servidores Exchange 2000 no domínio local.
• Exchange Enterprise Server
  
  Este grupo contém o grupo de servidores de domínio do Exchange 2000 para cada domínio que tenha um servidor do Exchange 2000 instalado ou para o qual setup /domainprep tiver sido executada no domínio

Sempre que são criados novos grupos de servidores de domínio do Exchange e para os servidores Exchange num novo domínio, o RUS, Recipient Update Service é responsável por efectuar as seguintes tarefas:

• Adicione todos os dos grupos de servidores de domínio do Exchange existentes ao grupo Exchange Enterprise Server no novo domínio.
• Adicione os grupos de servidores de domínio do Exchange a partir do novo domínio a todos os grupos de Exchange Enterprise Server existentes na floresta.

Quando desactiva o domínio Recipient Update Services tem de manter os membros de grupo Exchange Enterprise Server manualmente para todos os domínios.

Para obter informações adicionais sobre o serviço de actualização de destinatários, clique os números de artigo seguinte para visualizar os artigos na base de dados de conhecimento da Microsoft: