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

Traduções de Artigos Traduções de Artigos
Artigo: 296479 - Ver produtos para os quais este artigo se aplica.
Expandir tudo | Reduzir tudo

Nesta página

Sumário

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

Mais Informação

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
Sintaxe do atributo : valor único a cadeia não sensível a maiúsculas e minúsculas

O legacyExchangeDN é o nome distinto do estilo do Exchange 2000 para o objecto. Por exemplo:
/ o = Organization / ou = AdministrativeGroup / cn = RecipientContainer / cn = mailNickname
Embora este atributo a sintaxe (LIGHTWEIGHT Directory Access Protocol) seja uma cadeia não sensível a maiúsculas e minúsculas, recomenda-se que utilize letras minúsculas para os delimitadores como "o", "ou" e "cn" e se preservar o caso da organização e grupos administrativos. Os nomes de grupo administrativo e organização deverão correspondem aos valores da sua organização e o grupo administrativo que são mantidos no Active Directory. Se se tratar de uma organização mista do Exchange 2000 e Microsoft Exchange Server 5.5, certifique-se que os valores que definiu são consistentes com os objectos existentes no directório do Exchange Server 5.5.
proxyAddresses
Sintaxe do atributo : cadeia de Unicode com valores múltiplos

O atributo proxyAddresses mantém todos os endereços de correio electrónico podem ser utilizados para enviar correio para este destinatário. O formato para este atributo é PREFIX: proxy, onde PREFIX é o SMTP, X 400, GWISE, notas, ou escreva outro endereço. No mínimo, um objecto de correio tem de conter um endereço de tipo X 400 e SMTP. Endereços proxy secundários adicionais SMTP ou outros tipos de endereço podem também ser incluídos, se o serviço system attendant pode gerar o tipo de endereço adequado. Um exemplo genérico e específico de um SMTP válido e X 400 movimento são:
SMTP: user@company.com
X 400: c = US; a =; p = Organization; o = AdministrativeGroup; s = Surname; g = GivenName

SMTP:User@Microsoft.com
X 400: c = US; a =; p = organização; o = Exchange; s = Apelido; g = nome
Apenas o endereço SMTP principal deve ter o tipo de todos os endereços de "SMTP" maiúsculas. Os endereços de proxy de SMTP adicionais devem começar em minúsculas: smtp.
textEncodedORAddress
Sintaxe do atributo : cadeia de valor único de Unicode

O atributo textEncodedORAddress contém o endereço X.400 principal, que também está contido no campo proxyAddresses . O formato do endereço X.400 é o mesmo que o formato utilizado em proxyAddresses .
correio electrónico
Sintaxe do atributo : cadeia de valor único de Unicode

O atributo de correio electrónico contém o endereço SMTP principal do objecto. Este atributo não tem um prefixo de endereço e apenas contém o endereço SMTP. Por exemplo:
utilizador@exemplo.Microsoft.com
mailNickname
Sintaxe do atributo : cadeia de valor único de Unicode

O atributo mailNickname é similar ao campo alias ou UID , no Exchange Server 5.5. O atributo tem um comprimento máximo de 64 caracteres. Se o objecto for mailbox-enabled, o atributo mailNickname também é utilizado para gerar o URL para aceder a caixa de correio. Por exemplo, um URL seria no formato:
http:// servername /exchange/ mailnickname
displayName
Sintaxe do atributo : cadeia de valor único de Unicode

O atributo de displayName contém o nome do objecto, tal como aparece na lista de endereços global e lista de qualquer endereço que o objecto é membro de.

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
Sintaxe do atributo : cadeia de valor único de Unicode

O atributo msExchHomeServerName contém o nome distinto do estilo do Exchange 2000 do servidor que contém a caixa de correio do utilizador. Por exemplo:
/ o = Organization / ou = AdministrativeGroup / cn = Configuration/cn = servidores/cn = ServerName
homeMDB
Sintaxe do atributo : nome distinto

O atributo de homeMDB contém uma hiperligação de nome distinto para o arquivo de caixa de correio que contém a caixa de correio do utilizador. O valor deste atributo deve corresponder exactamente ao distinto do objecto Mailbox Store no Active Directory. Por exemplo:
CN MailboxStore CN = StorageGroup, CN = = InformationStore, CN = ServerName, CN = Servers, CN = AdministrativeGroup, CN = Administrative Groups, CN = Organization, CN = Microsoft Exchange, CN = Services, CN = Configuration, DC = domain, DC = com
homeMTA
Sintaxe do atributo : nome distinto

O atributo homeMTA contém uma hiperligação de nome distinto ao agente de transferência de mensagens (MTA, Message) no servidor que contém a caixa de correio do utilizador. O valor deste atributo tem de corresponder exactamente ao nome distinto do objecto MTA no Active Directory. Por exemplo:
CN MTA do Microsoft, CN = = ServerName, CN = Servers, CN = AdministrativeGroup, CN = Administrative Groups, CN = Organization, CN = Microsoft Exchange, CN = Services, CN = Configuration, DC = domain, DC = com
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:
      243330Identificadores 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
Sintaxe do atributo : cadeia de octeto de valor único

Quando cria um utilizador mailbox-enabled, tem de definir o valor de msExchMailboxGuid para um globalmente exclusivo ID (GUID) em formato binário. O GUID de msExchMailboxGuid será definido como o GUID do objecto da caixa de correio no arquivo de informações do Exchange 2000. Depois do objecto de arquivo de informações é criado, este valor é como o sistema determina que o objecto de arquivo de informações está ligado ao objecto de directório. msExchMailboxGuid não deve ser alterado depois de definido inicialmente. Alterar msExchMailboxGuid um utilizador existente mailbox-enabled dissocia esse utilizador com o objecto de caixa de correio no arquivo de informações do Exchange 2000.
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
Sintaxe do atributo : cadeia de valor único de Unicode

O valor do atributo targetAddress é o endereço do utilizador que é fora da organização Exchange 2000 local que deverá ser enviado correio para. Quando é enviado correio para o utilizador mail-enabled ou contacto, o correio é redireccionado para o endereço mantida no campo targetAddress . O formato do campo é semelhante ao formato utilizado no campo proxyAddresses . Seguem-se exemplos gerais e específicos de targetAddress :
PREFIX: Address

SMTP:User@externalcompany.com

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
Sintaxe do atributo : cadeia de valor único de Unicode

O atributo msExchExpansionServerName contém o nome distinto do estilo do Exchange 2000 do servidor que é responsável pela expansão a associação a grupos deste grupo mail-enabled para entrega de correio. A sintaxe deste atributo é semelhante ao msExchHomeServerName acima.
homeMTA
sintaxe do atributo : nome distinto

O atributo homeMTA contém uma hiperligação de nome distinto para o MTA no servidor que é responsável pela expansão de membros deste grupo. A sintaxe deste atributo é o mesmo 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
Sintaxe do atributo : nome distinto com valores múltiplos

O valor de showInAddressBook é uma hiperligação para cada lista de lista de endereços global ou o endereço que o objecto mailbox-enabled ou mail-enabled é um membro de. Este é um atributo com valores múltiplos, pelo que um objecto pode ser um membro de mais do que uma lista de endereços. No entanto, um objecto é normalmente apenas um membro de uma lista de endereços global. Segue-se um exemplo de um valor possível para showInAddressBook :
CN = Default Global Address List, CN = All Global Address Lists, CN = endereço listas Container, CN = Organization, CN = Microsoft Exchange, CN = Services, CN = Configuration, DC = domain, DC = com

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:
253827XADM: Como Exchange oculta agrupa os membros do Active Directory

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:
253838XADM: como o serviço de actualização de destinatários aplica políticas de sistema
253828XADM: Como o serviço de actualização de destinatários povoa o listas de endereços
253827XADM: Como Exchange oculta agrupa os membros do Active Directory
253770XADM: Tarefas executadas pelo serviço de actualização de destinatários

Propriedades

Artigo: 296479 - Última revisão: 28 de outubro de 2006 - Revisão: 3.2
A informação contida neste artigo aplica-se a:
  • Microsoft Exchange 2000 Server Standard Edition
Palavras-chave: 
kbmt kbinfo KB296479 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 296479

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com