ID do artigo: 296479 - Última revisão: sábado, 28 de outubro de 2006 - Revisão: 3.2 XADM: Requisitos para desabilitar o serviço de atualização de destinatário
Nesta páginaSumárioEm determinadas situações, como cenários de hospedagem específicas, convém desativar o RUS (Recipient Update Service) e usar scripts ou outros métodos para lidar com as tarefas que são geralmente executadas pelo RUS. O objetivo deste artigo é documentar as diretrizes a que serem seguidas, bem como quais tarefas você devem executar manualmente se você decidir usar um método personalizado em vez do RUS para atualizar objetos do Active Directory. Este artigo aborda os seguintes tópicos:
Mais InformaçõesA seguir estão diretrizes e tarefas que normalmente são manipuladas pelo RUS. Se você optar por definir a agenda do RUS do domínio para nunca, o processo deve executar todas essas funções. Não desativar a empresa RUSHá dois tipos de Recipient Update Services. Uma é responsável pelo processamento de objetos de sistema do Exchange 2000 no recipiente de configuração e a outra é responsável pelo processamento de destinatários em cada domínio. Houver somente uma do tipo primeiro em toda a floresta do Microsoft Windows 2000 porque há apenas um recipiente de configuração. Isso é o RUS empresarial e não devem ser desabilitado. Isso também significa que você não deve excluir a diretiva de destinatário padrão, pois o RUS empresarial precisa dele para processar objetos no recipiente de configuração.Aplicar diretivas de destinatárioTodos os objetos de caixa de correio habilitada e habilitados para email devem ter um conjunto mínimo de atributos definidos corretamente para permitir que todos os componentes do Exchange 2000 para funcionar corretamente. Alguns desses atributos são comuns aos objetos de caixa de correio habilitada tanto habilitados para email, e algumas são específicas para objetos de caixa de correio habilitada ou habilitados para email.Atributos necessários em todos os objetos habilitado para caixa de correio e habilitados para emailÉ importante compreender a diferença entre um usuário habilitado para caixa de correio e um usuário habilitado para email ou contato. Um usuário habilitado para caixa de correio, na verdade, armazena as mensagens no servidor do Exchange 2000 nas informações do Exchange 2000 armazenamento. Um usuário habilitado para email ou contato é uma referência a um endereço que esteja fora da organização Exchange 2000. Os usuários habilitados para email não têm qualquer espaço de armazenamento no servidor do Exchange 2000; elas são uma maneira fácil de enviar email para um destino fora da organização local do Exchange 2000. Um usuário pode ser uma caixa de correio habilitada ou habilitados para email, mas não ambos. Contatos só podem ser habilitados para email; eles não podem ser habilitados para caixa de correio.Você deve definir os seguintes atributos em todos os habilitados para email ou objetos de caixa de correio habilitada:
legacyExchangeDN Sintaxe de atributo : valor único seqüência de caracteres sem diferenciação de maiúsculas e minúsculas proxyAddresses legacyExchangeDN é o nome distinto do estilo do Exchange 2000 para o objeto. Por exemplo: / o = Organization / ou = AdministrativeGroup / cn = RecipientContainer / cn = mailNickname Embora a sintaxe (LIGHTWEIGHT Directory Access Protocol) deste atributo seja uma seqüência de caracteres não diferencia maiúsculas de minúsculas, é recomendável que você usar letras minúsculas para os delimitadores, como "m", "ou" e "cn" e se você preservar o caso da organização e grupos administrativos. Os nomes de grupo administrativo e organização devem coincidir com os valores da organização e grupo administrativo que são mantidos no Active Directory. Se esta for uma organização mista do Exchange 2000 e Microsoft Exchange Server 5.5, certifique-se que os valores definidos por você são consistentes com os objetos do diretório do Exchange Server 5.5 existentes. Sintaxe de atributo : seqüência de caracteres Unicode com valores múltiplos textEncodedORAddress O atributo proxyAddresses contém todos os emails podem ser usados para enviar email para este destinatário. O formato para esse atributo é PREFIX: proxy, onde PREFIX é o SMTP, X 400, GWISE, observações, ou digite outro endereço. No mínimo, um objeto de email deve conter um endereço do tipo X 400 e SMTP. Outros tipos de endereço ou endereços de proxy secundários adicionais SMTP também podem ser incluídos, se o system attendant pode gerar o tipo de endereço correto. Um exemplo genérico e específico de um SMTP válido e X 400 de entrada são: SMTP: user@company.com Somente o endereço SMTP primário deve ter o todos os tipo de endereço "SMTP" maiúsculas. Os endereços de proxy SMTP adicionais devem começar em letras minúsculas: smtp. 400 X: c = US; a =; p = Organization; o = AdministrativeGroup; s = Surname; g = GivenName SMTP:User@Microsoft.com 400 X: c = US; a =; p = organização; o = Exchange; s = sobrenome; g = nome Sintaxe de atributo : valor único cadeia de caracteres Unicode email O atributo textEncodedORAddress contém o endereço primário X.400, que também está contido no campo proxyAddresses . O formato do endereço X.400 é o mesmo que o formato usado em proxyAddresses . Sintaxe de atributo : valor único cadeia de caracteres Unicode mailNickname O atributo de email contém o endereço SMTP principal do objeto. Esse atributo não tem um prefixo de endereço e contém apenas o endereço SMTP. Por exemplo: usuario@Microsoft.com Sintaxe de atributo : valor único cadeia de caracteres Unicode displayName O atributo mailNickname é semelhante ao campo de alias ou UID , no Exchange Server 5.5. O atributo tem um comprimento máximo de 64 caracteres. Se o objeto for habilitado para caixa de correio, o atributo mailNickname também é usado para gerar a URL para acessar a caixa de correio. Por exemplo, uma URL deve estar no formato de: http:// servername /exchange/ mailnickname Sintaxe de atributo : valor único cadeia de caracteres Unicode O atributo displayName contém o nome de exibição do objeto conforme ele aparece na lista de endereços global e qualquer outro endereço de lista que o objeto é um membro de. Atributos adicionais necessários em usuários habilitados para caixa de correioAlém para os atributos anteriores, todos os usuários habilitados para caixa de correio devem ter os seguintes atributos definidos corretamente:
msExchHomeServerName Sintaxe de atributo : valor único cadeia de caracteres Unicode homeMDB O atributo msExchHomeServerName contém o nome distinto do estilo do Exchange 2000 do servidor que contém a caixa de correio do usuário. Por exemplo: / o = Organization / ou = AdministrativeGroup / cn = Configuration/cn = servidores/cn = ServerName Sintaxe de atributo : nome distinto homeMTA O atributo homeMDB contém um link de nome distinto para o armazenamento de caixa de correio que contém a caixa de correio do usuário. O valor deste atributo deve corresponder exatamente ao distinto do objeto 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 Sintaxe de atributo : nome distinto msExchUserAccountControl Sintaxe de atributo : valor único inteiroO atributo homeMTA contém um link de nome distinto para o agente de transferência de mensagem (MTA) no servidor que contém a caixa de correio do usuário. O valor deste atributo deve corresponder exatamente o nome distinto do objeto 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 O atributo msExchUserAccountControl é usado pelo armazenamento de informações para determinar se deseja usar o objectSid ou msExchMasterAccountSid quando definir ou ler permissões de armazenamento de informações. Este atributo tem dois valores possíveis:
Se msExchUserAccountControl é definido como 0, isso é uma conta de usuário ativado e o armazenamento de informações faz referência o objectSid do usuário quando ele é ler ou definir permissões de armazenamento de informações. Se msExchUserAccountControl é definido como 2, isso é um usuário desabilitado e as referências de armazenamento de informações que a identificação de segurança (SID) definida na msExchMasterAccountSid quando ele é ler ou configurar informações armazenam permissões. msExchMasterAccountSid Sintaxe de atributo : valor único SID Observação : O RUS não define msExchMasterAccountSid. Esse atributo é preenchido por tanto o Active Directory Connector (ADC), ou quando um administrador concede um usuário o direito de Associated External Account in os direitos de caixa de correio de um usuário. Este artigo menciona o atributo msExchMasterAccountSid devido a sua relação com outros atributos que preenche o RUS. Se a conta de usuário é um usuário desabilitado e, portanto, msExchUserAccountControl é definido como 2, o atributo msExchMasterAccountSid deve ser preenchido. Se msExchUserAccountControl é definido como 0, o valor msExchMasterAccountSid não deve ser preenchido. Este atributo tem duas categorias possíveis de valores, dependendo de como a caixa de correio associada a esse usuário será usada.
Sintaxe de atributo : seqüência de octeto valor único Observação : O atributo targetAddress não deve ser definido em um usuário habilitado para caixa de correio. Quando você cria um usuário habilitado para caixa de correio, você deve definir o valor msExchMailboxGuid para um código exclusivo (GUID) em formato binário. O GUID em msExchMailboxGuid será definido como o GUID do objeto caixa de correio no armazenamento de informações do Exchange 2000. Depois que o objeto de armazenamento de informações for criado, esse valor é como o sistema determina que o objeto de armazenamento de informações está vinculado para o objeto de diretório. msExchMailboxGuid não devem ser alteradas após inicialmente definidas. Alterar o msExchMailboxGuid em um usuário habilitado para caixa de correio existente desassocia que o usuário com o objeto de caixa de correio no armazenamento de informações do Exchange 2000. Atributos adicionais necessário em habilitados para email usuários e contatosEm adição aos atributos anteriores, todos os habilitados para email usuários e contatos devem ter o atributo targetAddress definido corretamente.A seguir está uma breve explicação sobre a formatação correta deste atributo. Ele não pretende ser uma especificação completa para a formatação correta do atributo. targetAddress Sintaxe de atributo : valor único cadeia de caracteres Unicode O valor do atributo targetAddress é o endereço do usuário que está fora da organização local do Exchange 2000 que email deve ser enviado para. Quando o email é enviada para o usuário habilitado para email ou contato, o email é redirecionado para o endereço mantido no campo targetAddress . O formato do campo é semelhante para o formato usado no campo proxyAddresses . Seguem exemplos geral e específico de targetAddress : PREFIX: Address SMTP:User@externalcompany.com Atributos adicionais necessários em grupos habilitados para emailGrupos habilitados para email só precisam os atributos necessários em todas as caixa de correio habilitada e objetos habilitados para email. Existem dois atributos opcionais que você pode usar para definir o servidor de expansão para o grupo se você assim escolher. No entanto, o RUS não é responsável por definir esses nem será o RUS atualizar um se o outro já está definido.msExchExpansionServerName Sintaxe de atributo : valor único cadeia de caracteres Unicode homeMTA O atributo msExchExpansionServerName contém o nome distinto do estilo do Exchange 2000 do servidor que é responsável pela expansão da associação grupo deste grupo para entrega de email habilitados para email. A sintaxe desse atributo é semelhante ao msExchHomeServerName acima. sintaxe de atributo : nome distinto O atributo homeMTA contém um link de nome distinto para o MTA no servidor que é responsável pela expansão de associação deste grupo. A sintaxe desse atributo é o mesmo homeMTA . Atributos necessários em pastas públicas habilitadas por emailQuando uma pasta pública é criada usando um cliente ou o Exchange System Manager, homeMDB , displayName , legacyExchangeDN mailNickname e targetAddress atributos já são definidos.Talvez você precise definir adequadamente os seguintes atributos no objeto de pasta pública para enviar email diretamente para a pasta pública:
Aplicar diretivas de lista de endereçosPara objetos de caixa de correio habilitada e habilitados para email apareça na lista de endereços global e qualquer outro endereço listas, o RUS geralmente aplica cada diretiva de lista de endereço a cada objeto para determinar quais listas de endereços um objeto deve ser membro de. Quando o RUS determina que um usuário deve ser um membro de uma lista de endereços global ou a lista de endereços, ele adiciona o nome distinto dessa lista de endereços global ou o endereço para o atributo showInAddressBook no objeto de caixa de correio habilitada ou habilitado para email. Se o RUS estiver desativado, você deve definir manualmente o atributo showInAddressBook em suas caixa de correio habilitada e habilitados para email objetos.showInAddressBook Sintaxe de atributo : nome distinto com valores múltiplos O valor showInAddressBook é um link para cada lista de lista de endereços global ou o endereço que o objeto caixa de correio habilitada ou habilitados para email é um membro de. Este é um atributo com valores múltiplos, portanto, um objeto pode ser um membro de mais de uma lista de endereços. No entanto, um objeto normalmente é apenas um membro de uma lista de endereços global. Este é um exemplo de um valor possível para showInAddressBook : CN = Default Global Address List, CN = All Global Address Lists, CN = endereço Lists Container, CN = organização, CN = Microsoft Exchange, CN = Services, CN = Configuration, DC = domain, DC = com Oculta membros do grupoO RUS é responsável por manipular o ocultando e revelar da participação no grupo quando o exibindo as propriedades de um grupo de um cliente de email habilitados para email. Se o atributo booleano hideDLMembership é definida como TRUE, os carimbos de RUS um descritor de segurança não canônico especial no objeto de grupo no Active Directory para garantir que os servidores Exchange 2000 podem acessar todos os atributos de grupo, mas usuários normais não poderá ser exibir a participação do grupo.Se o RUS estiver desativado e você planeja usar o atributo hideDLMembership , você deve definir manualmente os descritores de segurança em grupos dependendo se hideDLMembership for VERDADEIRO ou FALSO. Você também deve atualizar o descritor de segurança se o valor de hideDLMembership atributo sobre as alterações de grupo. Para informações adicionais sobre o formato de descritores de segurança em grupos com associação oculta, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft: 253827
(http://support.microsoft.com/kb/253827/
)
XADM: Exchange como oculta grupo participação no Active Directory Ocultar objetos de listas de endereçosO RUS é responsável pelo monitoramento o valor de atributo booleano mxExchHideFromAddressLists e se o valor for TRUE, ele remove todas as listas de endereços do atributo showInAddressBook no objeto de caixa de correio habilitada ou habilitado para email. Posteriormente, se o valor de msExchHideFromAddressLists posteriormente alterado, o RUS preenche o atributo showInAddressBook para o objeto.Se você planeja usar o atributo msExchHideFromAddressLists , você deve preencher manualmente ou limpar o atributo showInAddressBook no objeto dependendo do estado do atributo msExchHideFromAddressLists . Manter a participação dos grupos de servidores do Exchange 2000 EnterpriseO RUS é responsável por manter a participação de todos os grupos Exchange 2000 Enterprise Servers na floresta.Quando você executar o setup /domainprep em um domínio ou instalar o primeiro servidor do Exchange 2000 em um domínio, são criados dois grupos:
Para obter informações adicionais sobre o serviço de atualização de destinatário, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento da Microsoft: 253838
(http://support.microsoft.com/kb/253838/
)
XADM: Como o serviço de atualização de destinatário aplica diretivas de sistema 253828
(http://support.microsoft.com/kb/253828/
)
XADM: Como o serviço de atualização de destinatário preenche listas de endereços 253827
(http://support.microsoft.com/kb/253827/
)
XADM: Exchange como oculta grupo participação no Active Directory 253770
(http://support.microsoft.com/kb/253770/
)
XADM: Tarefas executadas pelo serviço de atualização de destinatário
Tradução automáticaIMPORTANTE: 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 traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado. Clique aqui para ver a versão em Inglês deste artigo: 296479
(http://support.microsoft.com/kb/296479/en-us/
)
| Outros Recursos Outros Sites de Suporte
ComunidadesObtenha Ajuda AgoraTraduções deste artigo
|






Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email


Voltar para o início