Entenda o “Recipient Update Service” e como as “Recipient Policies” são aplicadas – Parte II

Por: Viviane Lopes

Clique aqui para ler a primeira parte deste artigo.

Aplicando uma “Recipient Policy”

Existem duas formas de aplicar uma “Recipient Policy”, descritas à seguir:

· Selecionar “Apply this policy now” nas propriedades da política – esta ação atualiza TODOS os endereços de e-mail.

· Responder “Yes” a pergunta “Do you want to update all corresponding recipient e-mail addresses to match these new addresses…” após alterar o endereço de alguma política – esta ação atualiza apenas o endereço de e-mail modificado para todos os usuários englobados pela política.

Quando você aplica uma “recipient policy”, o resultado final é diferente das opções explicadas na primeira parte deste artigo.

Inicialmente, um atributo do RUS denominado “gatewayProxy” é configurado/populado, de forma a servir como uma lista de tarefas a serem executadas pelo RUS.

Adicionalmente, o filtro da política aplicada (atributo “purportedSearch”) também é modificado através da adição ou remoção de um caracter do tipo espaço. A adição ou remoção do espaço no atributo “purportedSearch” força o RUS a fazer uma busca por todos os objetos correspondentes a esta política na próxima vez em que ele for executado, ao contrário da busca normal apenas por objetos novos ou modificados.

A lista da tarefas do RUS (atributo “gatewayProxy” populado) força os endereços de e-mail de um usuário a ficarem iguais ao endereços de e-mail configurados na política. O RUS reconfigura ou remove endereços de e-mail já existentes somente quando o atributo “gatewayProxy” é populado.

Ao aplicar uma “recipient policy”, o atributo “gatewayProxy” dos objetos RUS são populados com uma lista de valores similares ao descritos abaixo:

gatewayProxy:

{0F0C01E3-1DD8-45BF-98B7-DD93A5460BCB}smtp:@acme.com;
{0F0C01E3-1DD8-45BF-98B7-DD93A5460BCB}SMTP:@contoso.com;
{0F0C01E3-1DD8-45BF-98B7-DD93A5460BCB}X400:c=US;a= ;p=Organization;o=Exchange;

Estes valores são a combinação do atributo “objectGUID” da política seguido pelos endereços de e-mail configurados na mesma. Observe que dois dos endereços acima estão em letras maiusculas. Isso significa que estes são os endereços de e-mail primários da política. O endereço especificado em minúsculo é considerado um endereço de e-mail secundário.

Quando o RUS termina de atualizar os usuários com os endereços configurados na política, o atributo “gatewayProxy” é limpado.

Na interface do Exchange System Manager, a “Recipient Policy” estaria configurada da seguinte forma:

Uma vez que o atributo “gatewayProxy” esteja populado, o endereço X400 e SMTP primário dos usuários afetados pela política serão gerados novamente caso os endereços atuais não correspondam aos endereços configurados na política. O endereço primário corrente existente no usuário se torna um endereço secundário. Adicionalmente, endereços secundários listados na política são adicionados para os usuários que não os possuirem.

Quando você usa a opção “Apply Now”, todos os endereços de e-mail especificados na política são afetados. O RUS realiza uma busca baseando-se no filtro da política, varrendo todos os objetos englobados por ela. Quando o RUS encontra todos os objetos que devem ser atualizados, os endereços de e-mail são adicionados ou removidos seguindo a lista de tarefas (atributo gatewayProxy).

Como o RUS determina as ações a serem tomadas em um objeto específico

1. Primeiro, o RUS determina qual “Recipient Policy”deve ser aplicada em um objeto – uma organização pode ter várias políticas criadas, cada uma com uma prioridade diferente. O RUS irá escolher qual política aplicar baseando-se nos seguintes itens:

a. Prioridade – a política com maior prioridade é escolhida em detrimento das demais.

b. Filtro – o filtro especificado deve englobar o usuário.

c. Atributo “msExchPoliciesExcluded” - o atributo “objectGUID” da política não pode estar estampado no atributo “msExchPoliciesExcluded” do usuário.

Em suma, o RUS escolhe a política de maior prioridade cujo filtro englobe o usuário, desde que a mesma não esteja incluida no atributo “msExchPoliciesExcluded” do objeto a ser estampado.

Uma vez que a escolha tenha sido feito, o RUS estampa o “objectGUID” da política no atributo “msExchPoliciesIncluded”do usuário.

2. O segundo passo é determinar se o usuário é novo ou não. Se o usuário não possuir nenhum endereço de e-mail configurado, então ele é considerado novo, e os endereços marcados na política serão estampados no atributo “proxyAddresses”.

Se o usuário não for considerado novo, então o RUS irá consultar a sua lista de tarefas, através do atributo “gatewayProxy”:

a. Se algum dos endereços primários presentes no “gatewayProxy” não corresponder aos endereços primários estampados correntemente no usuário, o RUS irá reconfigurar os endereços. O endereço primário corrente existente no usuário se torna um endereço secundário.

b. Se algum dos endereços secundários presentes no “gatewayProxy” não existir nos endereços de e-mail do usuário, o RUS adiciona os endereços secundários.

c. Se algum dos endereços estiver marcado para ser removido, o RUS remov e todos os endereços do tipo especificado da lista endereços do usuário.

3. Se o usuário não possuir um tipo de endereço especifico (por exemplo, CCMail) que esteja configurado na política, o RUS adiciona o endereço primário para o tipo em questão. O RUS não adiciona nenhum endereço secundário nesta etapa, e também não avalia se um endereço em particular corresponde ao formato do endereço configurado na política. O RUS apenas verifica se aquele tipo de endereço existe ou não na lista de endereços do usuário.

Sumário dos pontos abordados

1. O RUS reconfigura endereços primários para um usuário de forma que os mesmos correspondam a configuração de uma “Recipient Policy” somente se a política for aplicada e o atributo “gatewayProxy” estiver populado. Caso contrário, o RUS nunca verifica se o endereço atribuido a um usuário corresponde ao que está configurado na política.

Por esta razão, você deve ter muito cuidado ao aplicar uma “Recipient Policy” . Um exemplo prático é quando os usuários possuem endereços primários de e-mail que foram configurados manualmente (customizados). Normalmente, a customização não corresponde ao que está especificado na política. A aplicação da “Recipient Policy” causaria a alteração de todos os endereços, e obviamente, toda a customização realizada seria perdida.

2. O RUS adiciona endereços de e-mail secundários somente quando o usuário é considerado novo ou quando a política já tiver sido aplicada. Se um administrador adicionar endereços de e-mail secundários em uma “Recipient Policy” já existente, os novos endereços não serão estampados para os usuários existentes até que a política seja aplicada.

3. Se você desmarcar o endereço primário de uma política, todos os endereços daquele tipo em particular serão removidos na próxima vez que a política for aplicada. Quando você desmarca um endereço de uma política, o RUS não pergunta se você quer aplicar a política e os endereços não são removidos. Contudo, se a política for aplicada posteriormente, os endereços desmarcados serão removidos. O mesmo vale se você remover endereços de uma política.

Na próxima semana veremos exemplos práticos de como o RUS funciona. Até breve!