Como o serviço de actualização de destinatários aplica políticas de sistema

Traduções de Artigos Traduções de Artigos
Artigo: 253838 - Ver produtos para os quais este artigo se aplica.
Este artigo foi arquivado. Este artigo é oferecido "tal como está" e deixará de ser actualizado.
Expandir tudo | Reduzir tudo

Nesta página

Sumário

O serviço de actualização de destinatários tem três políticas de sistema que são instaladas por predefinição, quando instalar o Exchange 2000. São o Destinatário Mail-Enabled , Utilizador Mailbox-Enabled e Ocultos membro DL . Todos têm o mesmo objectivo de actualizar alguns atributos de cada movimento em determinadas circunstâncias.

Mais Informação

A ideia atrás as políticas de sistema é permitir que pessoas escrever a sua própria ferramenta para adicionar e editar utilizadores, grupos, contactos e assim sucessivamente. Para tornar a criação destas ferramentas mais simples, que o Serviço Recipient Update Service demora parte da responsabilidade preencher intervalos em que uma ferramenta poderá foram descurados criar algo, causar outros serviços para não funcionar correctamente.

Para um destinatário de correio, existe um conjunto mínimo de atributos necessários para efectuar todos os componentes do Exchange funcione correctamente. Por exemplo, uma entrada mail-enabled (utilizador, contacto, grupo, pastas públicas e assim sucessivamente) necessita de ter, pelo menos, estes atributos: mailNickname legacyExchangeDN e displayName . Sem o atributo mailNickname , um objecto não é considerado mail-enabled. Depois de ter um atributo mailNickname , tem de ser definidos dois outros atributos.

Política de destinatários permitidos de correio

Se o serviço de actualização de destinatários identifica que uma nova entrada foi adicionada ou modificada com que o atributo mailNickname , mas que não tem os atributos legacyExchangeDN ou displayName tenta criar estes atributos.

O atributo displayName é copiado o atributo mailNickname , tal como está e o atributo legacyExchangeDN atravessa um algoritmo que identifica o grupo de organização e administração para esta entrada e, em seguida, cria um valor no seguinte formato:
/ o = minhaempresa/ou = MyAdminGroup/cn = Recipients/cn = MailNickname

Política de activado da caixa de correio do utilizador

Para um utilizador Mailbox-Enabled, dois atributos tem de estar presente. O primeiro é o atributo mailNickname e segundo é um dos seguintes três atributos:
  • msExchHomeServerName
  • homeMDB
  • homeMTA
Se qualquer uma das três estes atributos estiver presente e o utilizador tem um atributo mailNickname , é considerado um utilizador Mailbox-Enabled. No entanto, isto acontece apenas quando não tiver alterado o atributo purportedSearch de um utilizador Mailbox-Enabled. Se tiver alterado o atributo purportedSearch para "(&(objectCategory=person)(objectClass=user)(mailnickname=*)(homeMdb=*))", the Recipient Update Service will consider an object a mailbox-enabled object if thesão marcados atributos mailNickname e homeMDB num utilizador. Com base nos atributos mailNickname e homeMDB , o serviço de actualização de destinatários irá tentar preencher outros atributos. Para obter mais informações, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
903291Serviço de actualização destinatários poderá substituir o valor do atributo ' homeMDB ' para novos utilizadores do Exchange Server 2003
Neste caso, o serviço de actualização de destinatários tentar preencher alguns atributos se não estiverem presentes. São:
  • msExchHomeServerName
  • homeMDB
  • homeMTA
  • legacyExchangeDN
  • displayName
  • msExchMailboxGuid
Estes são colocados na seguinte ordem:
  1. Se o atributo msExchHomeServerName não estiver presente, será criado com base no atributo homeMDB ou homeMTA , dependendo de qual deles está presente. Se não pode ser criada, o processo pára.
  2. Depois de definido o atributo msExchHomeServerName , os atributos homeMDB e homeMTA são preenchidos se um estiver em falta. Se tiver várias bases de mensagens dados (MDBs) ou agentes de transferência de mensagens (MTA) no servidor, escolhe primeiro que encontrar efectuando uma procura do Active Directory, para que possa ser considerada uma escolha aleatória.
  3. Para criar os atributos legacyExchangeDN e displayName , segue os mesmos passos utilizados para um destinatário Mail-Enabled.
  4. Finalmente, se o atributo msExchMailboxGuid não estiver presente, será criado por gerar um identificador exclusivo global (GUID) aleatório.

Política de membro DL oculta

A política de sistema "Ocultos DL membros", ela é executada não só quando é criada uma nova entrada, tal como uma segurança ou o grupo de distribuição, mas quando modificar o status do atributo hideDLMembership .

Se este atributo estiver definido como TRUE, o serviço de actualização de destinatários adiciona uma parte não canónicas ao descritor de segurança, impede que qualquer pessoa que visualizem o atributo "member" para essa entrada. Isto será aplicada a qualquer tipo de cliente pesquisa do directório, através de MAPI (Messaging Application Programming Interface) ou (LIGHTWEIGHT Directory Access Protocol).

Se o atributo é definido como FALSE, remove o descritor de segurança não canónicas expor o atributo "member" novamente.

Para obter informações adicionais sobre como ocultar membros do grupo, clique no número de artigo existente abaixo para visualizar o artigo na base de dados de conhecimento da Microsoft:
253827XADM: Como o Exchange oculta o membro do grupo no Active Directory

Propriedades

Artigo: 253838 - Última revisão: 23 de fevereiro de 2014 - Revisão: 4.0
A informação contida neste artigo aplica-se a:
  • Microsoft Exchange 2000 Server Standard Edition
  • the operating system: Microsoft Windows 2000
Palavras-chave: 
kbnosurvey kbarchive kbmt kbinfo KB253838 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: 253838

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