Noções Básicas Sobre Resolução de Destinatário

Aplica-se a: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Tópico modificado em: 2015-03-09

A Resolução de destinatário é o processo de expansão e resolução de todos os destinatários em uma mensagem. O ato de resolução de destinatários compara um destinatário ao objeto do Active Directory correspondente na organização do Microsoft Exchange. O ato de expansão de destinatários expande todos os grupos de distribuição para uma lista de destinatários individuais. A resolução de destinatário permite que os limites de mensagens e destinatários alternativos sejam aplicados corretamente para cada destinatário.

Em uma organização do Microsoft Exchange Server 2010, a resolução de destinatário é executada pelo categorizador em um servidor que possua a função de servidor Transporte de Hub instalada. A categorização de cada mensagem ocorre depois que uma mensagem recém-chegada é posicionada na fila de Envio. A resolução de destinatário, além do roteamento e da conversão do conteúdo, é executada na mensagem antes que esta seja posicionada na fila de entrega. O categorizador executa a resolução de destinatário antes do roteamento. O componente do categorizador responsável pela resolução de destinatário é frequentemente chamado de resolvedor.

Sumário

Resolução de Nível Superior

Expansão

Bifurcação e Controle da Expansão de Destinatário

Diagnóstico da Resolução de Destinatário

Resolução de Nível Superior

A Resolução de nível superior consiste na primeira etapa da resolução de destinatário. A resolução de nível superior associa cada destinatário de uma mensagem de entrada a um objeto de destinatário correspondente no Active Directory. Durante a resolução de nível superior, o categorizador cria uma lista que contém o remetente e os endereços de email iniciais não expandidos dos destinatários existentes na mensagem. Em seguida, o categorizador utiliza a lista de endereços de email para consultar o Active Directory, a fim de encontrar os objetos habilitados para email que possuam atributos de endereço de email correspondentes. Quando uma correspondência é encontrada, as propriedades dos objetos do Active Directory correspondentes são armazenadas para uso posterior. As restrições de mensagem do remetente também são aplicadas. 

Endereços de Email de Destinatário

A resolução de nível superior começa com uma mensagem e a lista inicial, não expandida, de destinatários do envelope da mensagem. O envelope da mensagem contém os comandos usados para transmitir as mensagens entre os servidores de mensagem SMTP. O endereço de email do remetente está contido no comando MAIL FROM: O endereço de email de cada destinatário está contido em um comando RCPT TO: separado. O remetente e os destinatários do envelope normalmente são criados a partir do remetente e dos destinatários contidos nos campos Para:, De:, Cc: e Cco: do cabeçalho da mensagem. No entanto, isso não ocorre sempre. Os campos de cabeçalho Para:, De:, Cc: e Cco: de uma mensagem podem ser falsificados facilmente e não corresponder aos endereços de email reais do remetente ou destinatário usados para transmitir a mensagem.

Endereços de Email Encapsulados

Os endereços de email SMTP padrão seguem as especificações da RFC 2821 e da RFC 2822, como chris@contoso.com, por exemplo. Entretanto, um endereço de email também pode ser um endereço não-SMTP que é encapsulado dentro de um endereço SMTP válido. O Exchange 2010 suporta endereços encapsulados que usam o método de encapsulamento IMCEA (Endereço Encapsulado do Conector de Email da Internet).

Esse método de encapsulamento requer a codificação de quaisquer caracteres inválidos no endereço de email SMTP. Os caracteres alfanuméricos, o sinal de igual ( = ) e o hífen ( - ) não necessitam de codificação. Outros caracteres usam a sintaxe de codificação a seguir:

• O caractere barra ( / ) é substituído por um caractere de sublinhado ( _ ).

• Outros caracteres US-ASCII são substituídos por um sinal de mais ( + ) e os dois dígitos do valor ASCII são escritos no formato hexadecimal. Por exemplo, o caractere de espaço possui o valor codificado +20.

O método de encapsulamento IMCEA usa a sintaxe a seguir: IMCEA<Type>-<address>@<domain>

O marcador <Tipo> identifica o tipo de endereço não SMTP, como EX, X400 ou FAX, por exemplo.

O marcador <endereço> é o endereço original codificado. O marcador <domínio> representa o domínio SMTP usado para encapsular o endereço não SMTP como, por exemplo, contoso.com

Com o método de encapsulamento IMCEA, os endereços são desencapsulados apenas quando o domínio corresponde ao domínio autoritativo padrão na organização do Exchange. Para obter mais informações sobre domínios aceitos, consulte Noções Básicas Sobre Domínios Aceitos.

O comprimento máximo de um endereço de email SMTP no Exchange 2010 é de 571 caracteres. Esse limite inclui o seguinte:

• 315 caracteres para a parte do nome do endereço

• 255 caracteres para o nome do domínio

• O caractere arroba (@) que separa a parte do nome do endereço do nome do domínio

Atualmente, o Exchange 2010 não aceita mensagens codificadas com o método de encapsulamento IMCEA quando a parte do nome do endereço excede os 315 caracteres.

Resolução de Endereço

Para cada mensagem, os endereços de email do remetente e de todos os destinatários são adicionados à lista usada para consultar o Active Directory. Os endereços encapsulados são desencapsulados antes de serem adicionados à lista de endereços de email. A consulta do Active Directory é realizada em até 20 endereços de email ao mesmo tempo. Se a consulta do Active Directory encontrar erros transitórios, a mensagem retornará à fila de Envio e será adiada pelo tempo especificado pelo parâmetro ResolverRetryInterval, no arquivo de configuração do aplicativo EdgeTransport.exe.config. O valor padrão é 30 minutos.

A tabela a seguir descreve os objetos de destinatário encontrados no Active Directory. Para mais informações sobre os tipos de destinatário do Exchange 2010, consulte Noções básicas sobre destinatários.

Objetos de destinatário no Active Directory

Um objeto que contenha propriedades críticas ausentes ou malformadas é classificado pela consulta do Active Directory como um objeto inválido. Por exemplo, um objeto do grupo dinâmico de distribuição sem endereço de email é considerado inválido. As mensagens enviadas aos destinatários classificados como objetos inválidos geram uma notificação de falha na entrega (NDR).

Para cada endereço de email, é executada uma única consulta inicial para todas as propriedades de destinatário possíveis, tais como identificadores de destinatário, tipo de destinatário, limites de mensagem, endereços de email e destinatários alternativos. As propriedades aplicáveis ao destinatário são armazenadas para utilização posterior. A resolução de destinatário classifica os destinatários com base nas semelhanças no modo como estes são resolvidos e também na semelhança das propriedades aplicáveis ao destinatário.

O filtro LDAP usado para resolução de endereço é descrito da seguinte forma:

• Para o tipo de endereço de email EX, o filtro LDAP se baseia no atributo do destinatário legacyExchangeDNActive Directory ou proxyAddresses Active Directory. O atributo legacyExchangeDN Active Directory tem precedência.

• Para todos os outros tipos de endereços de email, o atributo do destinatário proxyAddressesActive Directory é utilizado como filtro LDAP.

Se o endereço de email usado na mensagem não corresponder ao endereço SMTP principal do objeto do Active Directory correspondente, o categorizador irá reconfigurar o endereço de email na mensagem, para que ele corresponda ao endereço SMTP principal. O endereço original é salvo no parâmetro ORCPT= no comando RCPT TO: no envelope da mensagem.

Restrições de Mensagem do Remetente

O tamanho usado para a restrição de tamanho da mensagem do remetente é o valor do campo X-MS-Exchange-Organization-OriginalSize: do cabeçalho da mensagem. O Exchange 2010 usa esse campo para registrar o tamanho original da mensagem quando ela chegou à organização do Exchange 2010. Sempre que a mensagem é verificada em relação aos limites de tamanho de mensagem especificados, é usado o menor valor de tamanho de mensagem atual ou o cabeçalho do tamanho de mensagem original. O tamanho da mensagem pode mudar por causa de conversão de conteúdo, codificação e processamento do agente. Se esse campo do cabeçalho não existir, ele será criado com o valor de tamanho de mensagem atual. Se a mensagem for muito grande, será gerada uma notificação de falha de entrega e o processamento da mensagem será interrompido.

O limite remetente-destinatário só é aplicado no primeiro servidor de Transporte de Hub que processa a mensagem. A contagem de destinatário do envelope da mensagem original, não expandida, é comparada ao limite remetente-destinatário. Essa contagem é usada para evitar problemas de entrega de mensagem parcial, que podem ocorrer no Microsoft Exchange Server 2003 quando as listas de distribuição aninhadas usam servidores remotos de expansão.

O remetente da mensagem e todos os destinatários são marcados como resolvidos, por meio de um carimbo de propriedade estendida na mensagem. Essa propriedade estendida permite que a mensagem ignore a resolução de nível superior, se ela tiver que passar pela resolução de destinatário novamente. Uma mensagem pode ter que passar novamente pela resolução de destinatário caso o serviço de Transporte do Microsoft Exchange seja reiniciado.

Voltar ao início

Expansão

A expansão ocorre depois da resolução de nível superior. A expansão expande completamente os níveis de destinatários aninhados para destinatários individuais. Ela também pode exigir várias viagens pelo processo de expansão para expandir todos os destinatários. Nem todos os destinatários precisam ser expandidos. Entretanto, todos os destinatários devem passar pelo processo de expansão. Esse processo também aplica as restrições de mensagem do destinatário para todos os tipos de destinatários.

A lista a seguir descreve os tipos de destinatários que requerem expansão:

• Grupos de distribuição e grupos dinâmicos de distribuição   Os grupos de distribuição são expandidos com base na propriedade memberOfActive Directory. Os grupos dinâmicos de distribuição são expandidos pela definição da consulta do Active Directory. Se o parâmetro ExpansionServer for definido no grupo, o grupo não será expandido pelo servidor atual. O grupo de distribuição é roteado para o servidor especificado para a expansão.

  Dica

  Se você selecionar um servidor específico de Transporte de Hub como o servidor de expansão na organização, o uso do grupo de distribuição se tornará dependente da disponibilidade do servidor de expansão. Se o servidor de expansão não estiver disponível, as mensagens enviadas ao grupo de distribuição não poderão ser entregues. Se você planeja usar servidores de expansão específicos para seus grupos de distribuição, para reduzir o risco de interrupção de serviço, deverá considerar a implementação de soluções de alta disponibilidade para esses servidores.

• Destinatários alternativos   O parâmetro ForwardingAddress pode ser definido em caixas de correio e pastas públicas habilitadas para email. O parâmetro ForwardingAddress redireciona todas as mensagens para o destinatário alternativo especificado. Ele é denominado destinatário encaminhado. Quando um endereço de entrega alternativo é especificado no parâmetro ForwardingAddress e o parâmetro DeliverToMailboxAndForward é configurado como $true, a mensagem é entregue ao destinatário original e ao destinatário alternativo. Eles são denominados destinatários entregue e encaminhado.

• Cadeias de contato   Uma cadeia de contato consiste em um usuário ou contato de email que apresenta o parâmetro ExternalEmailAddress configurado para o endereço de email de outro destinatário na organização do Exchange.

Detecção de Loops de Destinatário

À medida que os grupos de distribuição, os destinatários alternativos e as cadeias de contato são expandidos, o categorizador verifica os loops de destinatário. Um loop de destinatário consiste em um problema de configuração do destinatário que causa a entrega de mensagens aos mesmos destinatários, como em um círculo sem fim. A lista a seguir descreve os diversos tipos de loops de destinatário:

• Loop de destinatário inofensivo   Um loop de destinatário inofensivo resulta na entrega bem-sucedida da mensagem. A lista a seguir descreve os dois cenários possíveis para a ocorrência de loops de destinatário inofensivos:

  • Quando dois grupos de distribuição contêm um ao outro como membros.

  • Quando as caixas de correio ou as pastas públicas habilitadas para email são configuradas para entregar e encaminhar de uma para a outra. Isso acontece quando o parâmetro DeliverToMailboxAndForward de ambos os destinatários é definido como $true e o parâmetro ForwardingAddress é definido de uma para outra.

  Quando um loop de destinatário inofensivo é detectado, a mensagem é entregue ao destinatário, mas não ocorrem novas tentativas de entrega da mensagem ao mesmo destinatário.

• Loop de destinatário interrompido   Um loop de destinatário interrompido não resulta na entrega bem-sucedida da mensagem. Um exemplo de loop de destinatário interrompido ocorre quando as caixas de correio ou pastas públicas habilitadas para email apresentam o parâmetro ForwardingAddress configurado de uma para a outra. Quando o categorizador detecta um loop de destinatário interrompido, a atividade de expansão do destinatário atual é interrompida e uma notificação de falha na entrega é gerada para esse destinatário.

A detecção de loops de destinatário não impede a entrega duplicada da mensagem. Por exemplo, o Grupo de Distribuição C apresentará a entrega de mensagem duplicada, se ocorrerem as condições a seguir:

• Os Grupos de Distribuição B e C são membros do Grupo de Distribuição A.

• O Grupo de Distribuição C também é membro do Grupo de Distribuição B.

Redirecionamento de Notificações de Entrega para Grupos de Distribuição

Quando um grupo de distribuição é expandido, o tipo de mensagem é verificado para determinar se ela é uma notificação de entrega. Se ela for uma notificação de entrega, as configurações de redirecionamento do grupo de distribuição serão verificadas para determinar se é necessário redirecionar a notificação de entrega. Você pode desejar suprimir as notificações de entrega pelo fato de divulgarem informações indesejadas sobre o grupo de distribuição e sua associação.

A lista a seguir descreve as configurações de redirecionamento da notificação de entrega disponíveis para os grupos de distribuição e grupos dinâmicos de distribuição:

• ReportToManagerEnabled   Este parâmetro permite que notificações de entrega sejam enviadas ao gerenciador do grupo de distribuição. Os valores válidos são $true ou $false. O valor-padrão é $false. Para um grupo de distribuição, o gerenciador é controlado pelo parâmetro ManagedBy no cmdlet Set-Group. Para um grupo de distribuição dinâmico, o gerenciador é controlado pelo parâmetro ManagedBy no cmdlet Set-DynamicDistributionGroup.

• ReportToOriginatorEnabled   Este parâmetro permite que notificações de entrega sejam enviadas ao remetente de mensagens de email que são enviadas a este grupo de distribuição. Os valores válidos são $true ou $false. O valor-padrão é $true.

  Dica

  Os valores dos parâmetros ReportToManagerEnabled e ReportToOriginatorEnabled não podem ser ambos $true. Se um desses parâmetros estiver definido como $true, o outro deverá ser definido como $false. Os valores dos dois parâmetros podem ser $false. Isso elimina o redirecionamento de todas as mensagens de notificação de entrega.

A lista a seguir descreve as mensagens de notificação de entrega disponíveis:

• Notificação de entrega (DR)   Essa notificação confirma a entrega da mensagem ao destinatário pretendido.

• Notificação de status de entrega (DSN)   Essa notificação descreve o resultado de uma tentativa de entrega de mensagem. Para obter mais informações sobre mensagens de notificação de status de entrega, consulte Gerenciando Notificações de Status de Entrega.

• Notificação de disposição de mensagem (MDN)   Essa notificação descreve o status de uma mensagem depois que ela é entregue com êxito ao destinatário. A notificação de leitura (RN) e a notificação de falha na leitura (NRN) são exemplos de mensagens MDN. As mensagens MDN são definidas na RFC 2298 e são controladas pelo campo Disposition-Notification-To: no cabeçalho da mensagem. As configurações de MDN que utilizam o campo de cabeçalho Disposition-Notification-To: são compatíveis com diversos servidores de mensagens. As configurações de MDN também podem ser definidas pelas propriedades MAPI no Microsoft Outlook e no Exchange.

• Notificação de falha na entrega (NDR)   Essa notificação indica ao remetente que a mensagem não pôde ser entregue aos destinatários especificados.

• Notificação de falha na leitura (NRN)   Essa notificação indica que a mensagem foi excluída antes de ser lida.

• Ausência temporária (OOF)   Essa notificação indica que o destinatário não responderá às mensagens de email. O acrônimo OOF vem desde o sistema de mensagens original da Microsoft, no qual a notificação correspondente era "out of facility" ("fora do recinto").

• Notificação de leitura (RN)   Essa notificação indica que a mensagem foi lida.

• Notificação de cancelamento de mensagem   Essa notificação indica o status de uma solicitação de cancelamento de mensagem de um determinado destinatário. Uma solicitação de cancelamento de mensagem ocorre quando o remetente tenta cancelar uma mensagem enviada, usando o Outlook.

Quando a mensagem de notificação de entrega é enviada a um grupo de distribuição, as configurações a seguir fazem com que a notificação seja excluída:

• O redirecionamento da notificação não está configurado. Ou, o redirecionamento da notificação está configurado para o remetente da mensagem.

• O redirecionamento da notificação está definido para o gerente do grupo de distribuição, e a mensagem de notificação de entrega não é uma NDR.

Quando a mensagem de notificação de entrega é enviada a um grupo de distribuição, as configurações a seguir fazem com que a notificação seja entregue ao gerenciador do grupo de distribuição:

• O redirecionamento da notificação está definido para o gerente do grupo de distribuição, e a mensagem de notificação não é uma NDR.

Quando uma mensagem que não consiste em uma notificação de entrega é enviada a um grupo de distribuição, ela é entregue aos membros do grupo de distribuição. As configurações da solicitação de notificação são resumidas na lista a seguir:

• Se o redirecionamento da notificação estiver configurado para o remetente da mensagem, as configurações da solicitação de notificação não serão modificadas.

• Se o redirecionamento da notificação não estiver configurado, todas as configurações da solicitação de notificação serão suprimidas. O parâmetro NOTIFY=NEVER é adicionado ao RCPT TO: para cada destinatário no envelope da mensagem.

• Se o redirecionamento da notificação estiver configurado para o gerenciador do grupo de distribuição, todas as configurações da solicitação de notificação serão suprimidas, com exceção das mensagens de NDR enviadas ao gerenciador do grupo de distribuição.

Restrições de Mensagem nos Destinatários

O processo de expansão também aplica as restrições de mensagem configuradas para os destinatários. Essas restrições podem ser configuradas individualmente para cada destinatário ou para toda a organização, em todos os servidores de Transporte de Hub da organização do Exchange. A tabela a seguir descreve as restrições de mensagem configuradas para os destinatários:

Restrições de mensagem nos destinatários

Alguns tipos de mensagens enviados pelos remetentes autenticados são isentos de restrições. A lista a seguir descreve as mensagens isentas de restrições de destinatários:

• Todas as mensagens enviadas pelo destinatário do Microsoft ExchangeEssas mensagens incluem relatórios de diário, mensagens de cota e de DSN, além de outras mensagens geradas pelo sistema, que são enviadas aos remetentes de mensagem internos. Para obter mais informações sobre o destinatário do Microsoft Exchange, consulte Noções Básicas Sobre o Destinatário do Microsoft Exchange (página em inglês).

• Mensagens de replicação de pasta pública   Essas mensagens podem ser enviadas por um remetente de banco de dados público.

• Todas as mensagens enviadas pelo endereço do postmaster externo Essas mensagens incluem mensagens de DSN e outras mensagens geradas pelo sistema, que são enviadas aos remetentes de mensagem externos. Para obter mais informações sobre o endereço de postmaster externo, consulte Configurar o endereço postmaster externo.

Alguns tipos de mensagens são bloqueados quando enviados da organização do Exchange para domínios externos. As configurações são controladas pelos seguintes parâmetros no cmdlet Set-RemoteDomain:

• AllowedOOFType

• AutoForwardEnabled

• AutoReplyEnabled

• DeliveryReportEnabled

• NDREnabled

Para obter mais informações, consulte Noções Básicas Sobre Domínios Remotos (página em inglês). 

Voltar ao início

Bifurcação e Controle da Expansão de Destinatário

Pelo fato de a lista completa de destinatários da mensagem ser expandida e resolvida pela resolução de destinatário, há ocasiões em que é necessário criar cópias diferentes da mesma mensagem. Essas ocasiões são descritas pelos cenários a seguir:

• Quando os destinatários da mensagem precisam de configurações de mensagem diferentes   As propriedades de mensagem, tais como notificações de leitura, podem precisar ser habilitadas para alguns destinatários e bloqueadas para outros. A criação de uma nova versão da mensagem que apresenta propriedades ligeiramente diferentes da mensagem original é chamada de bifurcação.

• Para limitar o número de destinatários do envelope em uma única mensagem   O processo de expansão de destinatário pode gerar inúmeros destinatários individuais quando grupos de distribuição extensos são expandidos. No Exchange 2010, em vez de criar uma única cópia da mensagem com milhares de destinatários no envelope, são criadas várias cópias da mesma mensagem com um número limitado de destinatários no envelope.

Bifurcação

A resolução de destinatário bifurcará uma mensagem, se as condições a seguir forem verdadeiras:

• Quando o remetente da mensagem no campo MAIL FROM:, no envelope da mensagem, for atualizado. Um exemplo é quando o parâmetro ReportToManagerEnabled de um grupo de distribuição tem o valor $true.

• Quando as mensagens de resposta automática, tais como DSNs, mensagens de ausência temporária e notificações de cancelamento de mensagem tiverem que ser suprimidas.

• Quando os destinatários alternativos forem expandidos.

• Quando um campo de cabeçalho Resent-From: tiver que ser adicionado ao cabeçalho da mensagem. Os campos de cabeçalho de reenvio são campos informativos que podem ser usados para determinar se uma mensagem foi encaminhada por um usuário. Os campos de cabeçalho de reenvio são usados para que a mensagem apareça para o destinatário como se tivesse sido enviada diretamente pelo remetente original. O destinatário pode exibir o cabeçalho da mensagem para descobrir quem encaminhou a mensagem. Os campos de cabeçalho de reenvio são definidos na seção 3.6.6 da RFC 2822.

• Quando o histórico da expansão do grupo de distribuição tiver que ser transmitido.

Controle da Expansão de Destinatário

Quando o número de destinatários expandidos for muito grande, o categorizador dividirá a mensagem em várias cópias. Isso é efetuado para reduzir o uso de recursos do sistema durante a expansão da mensagem. O número máximo de destinatários do envelope em uma mensagem é controlado pelo parâmetro ExpansionSizeLimit no arquivo de configuração do aplicativo EdgeTransport.exe.config. O valor padrão é 1000.

Voltar ao início

Diagnóstico da Resolução de Destinatário

As informações de diagnóstico e de relatório da resolução de destinatário são fornecidas por contadores de desempenho, entradas do log de controle de mensagens e pelo log da resolução de destinatário. Essas fontes podem ajudá-lo a identificar e diagnosticar problemas com a resolução de destinatário.

Contadores de Desempenho da Resolução de Destinatário

A tabela a seguir descreve alguns contadores de desempenho disponíveis para a resolução de destinatário.

Contadores de desempenho da resolução de destinatário

Eventos da Resolução de Destinatário Gravados no Log de Controle de Mensagens

A tabela a seguir descreve os eventos da resolução de destinatário gravados no log de controle de mensagens.

Eventos da resolução de destinatário no log de controle de mensagens

Para obter mais informações sobre controle de mensagens, consulte Noções Básicas do Rastreamento de Mensagens.

Log da Resolução de Destinatário

O log da resolução de destinatário é controlado pelo parâmetro ResolverLogLevel no arquivo de configuração do aplicativo EdgeTransport.exe.config. Os valores válidos para esse parâmetro são Disabled, Enabled e FullContent. O valor padrão é Disabled. Quando o parâmetro ResolverLogLevel for configurado como Enabled, apenas os dados do envelope da mensagem serão registrados. Quando o parâmetro ResolverLogLevel for configurado como FullContent, os dados do envelope da mensagem e do cabeçalho da mensagem serão registrados.

Voltar ao início

 © 2010 Microsoft Corporation. Todos os direitos reservados.