Conectores de Envio
Aplica-se a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
Tópico modificado em: 2007-07-10
Conectores de envio são configurados em computadores que executem o Microsoft Exchange Server 2007 e que tenham as funções de servidor Transporte de Hub e Transporte de Borda instaladas. O Conector de Envio representa um gateway lógico através do qual mensagens de saída são enviadas. Este tópico oferece uma visão geral dos conectores de envio e explica como a sua configuração afeta o processamento de mensagens individuais.
Visão geral dos conectores de envio
Os servidores de transporte do Exchange 2007 exigem que os conectores de envio entreguem as mensagens no próximo salto do caminho para seus respectivos destinos. Um conector de envio controla as conexões de saída do servidor de envio para o servidor de recebimento ou o sistema de email de destino. Por padrão, nenhum conector de envio explícito é criado quando a função de servidor Transporte de Hub ou Transporte de Borda é instalada. No entanto, conectores de envio invisíveis e implícitos que são calculados automaticamente com base na topologia do site de serviço de diretório do Active Directory são usados para rotear mensagens internamente entre servidores de Transporte de Hub. O fluxo de mensagens ponto a ponto só é possível depois que o servidor de Transporte de Borda é inscrito no site do Active Directory usando o processo de Inscrição de Borda. Outros cenários, como um servidor de Transporte de Hub voltado para a Internet ou um servidor de Transporte de Borda não inscrito, exigem configuração manual de conectores para estabelecer o fluxo de mensagens ponto a ponto. Para obter mais informações, consulte os seguintes tópicos:
Os conectores de envio criados nos servidores de Transporte de Hub são armazenados no Active Directory e estão disponíveis a todos os servidores de Transporte de Hub da organização. No Active Directory, um conector de envio é criado como objeto em um contêiner de conector. Se um conector de envio for configurado para enviar mensagens a um domínio externo, quando qualquer servidor de Transporte de Hub da organização rotear uma mensagem para esse domínio, ela será entregue em um servidor de origem desse conector para retransmissão ao domínio de destino.
O conector de envio usado para rotear mensagens a um destinatário é selecionado durante a fase de resolução de roteamento da categorização de mensagens. Para obter mais informações, consulte Compreendendo o roteamento baseado em site do Active Directory (página em inglês).
Selecionando o tipo de uso para um Conector de Envio
Quando você usa o Console de Gerenciamento do Exchange para criar um conector de envio, o assistente de Novo Conector de Envio SMTP solicita a escolha de um tipo de uso para o conector. O tipo de uso determina os conjuntos de permissão padrão atribuídos no conector e concede essas permissões às entidades de segurança confiáveis. Entidades de segurança incluem usuários, computadores e grupos de segurança. Uma entidade de segurança é identificada por um SID (identificador de segurança). Você também pode especificar um tipo de uso ao criar um conector de envio usando o cmdlet New-SendConnector no Shell de Gerenciamento do Exchange. Entretanto, o parâmetro Usage não é necessário. Se você não especificar um tipo de uso quando executar o cmdlet New-SendConnector, o tipo de uso padrão será definido como Custom. A tabela 1 descreve os tipos de uso do conector de envio e suas respectivas configurações padrão.
Tabela 1 Tipos de uso do conector de envio
| Tipo | Permissões padrão | SID concedido às permissões padrão | Mecanismo padrão inteligente de autenticação de host |
|---|---|---|---|
Personalizado |
Nenhum |
Nenhum |
Nenhum |
Interno |
|
|
Autenticação do Exchange Server |
Internet |
Ms-Exch-Send-Headers-Routing |
Conta de Usuário Anônimo |
Nenhum |
Parceiro |
Ms-Exch-Send-Headers-Routing |
Servidores de Parceiros |
Não aplicável. Esse tipo de uso é selecionado quando você estabelece autenticação de protocolo TLS mútuo com um domínio remoto. |
Dica
Em alguns cenários, a resolução de registro MX de DNS é usada para rotear mensagens, e não para retransmiti-las por meio de um host inteligente. Se a resolução de DNS for selecionada para um conector de envio, nenhum mecanismo de autenticação será configurado.
As permissões do conector de envio e os mecanismos de autenticação de host inteligente serão descritos posteriormente neste tópico.
Cenários de uso de conectores de envio
Cada tipo de uso é adequado a um cenário de conexão específico. Selecione o tipo de uso que tenha as configurações padrão mais aplicáveis à configuração que você deseja. Para modificar as permissões, use os cmdlets Add-ADPermission e Remove-ADPermission. Para obter mais informações, consulte os seguintes tópicos:
A tabela 2 lista os cenários comuns de conexão e o tipo de uso de cada cenário.
Table 2 Cenários de uso do conector
| Cenário de conector | Tipo de uso | Comentário |
|---|---|---|
Servidor de Transporte de Borda que envia email para a Internet |
Internet |
Um conector de envio que é configurado para enviar email a todos os domínios criados automaticamente quando o servidor de Transporte de Borda é registrado na organização do Exchange. |
Servidor de Transporte de Hub que envia email para a Internet |
Internet |
Esta não é uma configuração recomendada. Para obter mais informações, consulte Como configurar conectores para fluxo de mensagens da Internet. |
Um servidor de Transporte de Borda assinado que envia email para um servidor de Transporte de Hub |
Interno |
Esse conector é criado automaticamente pelo processo de Inscrição de Borda. |
Servidor de Transporte de Borda que envia email a um servidor bridgehead Exchange Server 2003 ou Exchange 2000. |
Interno |
O servidor bridgehead Exchange 2003 ou Exchange 2000 é configurado como um host inteligente do conector de envio. |
Servidor de Transporte de Hub que envia email para um servidor de Transporte de Hub |
Interno |
Você não precisa configurar conectores de envio entre os servidores de Transporte de Hub da mesma organização. Esse tipo de uso destina-se a configurar um conector de envio entre florestas. |
Servidor de Transporte de Hub que envia email para um servidor bridgehead Exchange 2003 ou Exchange 2000 na mesma floresta |
Interno |
Essa é uma configuração opcional. O transporte entre o Exchange 2007 e as versões anteriores do Exchange Server é feito por meio de conectores de grupo de roteamento bidirecional. Se você criar conectores SMTP para grupos de roteamento do Exchange 2003 ou Exchange 2000, um conector de grupo de roteamento também deverá existir. Para obter mais informações, consulte Como criar conectores de grupo de roteamento do Exchange 2007 para o Exchange Server 2003. |
Servidor de Transporte de Borda que envia email para um servidor de Transporte de Hub |
Personalizado |
Quando o processo de Inscrição de Borda não é usado, um conector manual deve ser criado. Use o cmdlet Add-AdPermission para definir os direitos estendidos. Defina o mecanismo de autenticação como básico ou protegido externamente. |
Conector de envio entre florestas para um servidor de Transporte de Hub de uma floresta que envia email a um servidor de Transporte de Hub de uma segunda floresta |
Personalizado |
Para obter etapas de configuração detalhadas, consulte Configurando conectores entre florestas. |
Conector de envio entre florestas para um servidor de Transporte de Hub de uma floresta que envia email a um servidor bridgehead Exchange 2003 ou Exchange 2000 de uma segunda floresta |
Personalizado |
Para obter etapas de configuração detalhadas, consulte Configurando conectores entre florestas. |
Servidor de Transporte de Hub que envia email para um agente de transferência de mensagens de terceiros |
Personalizado |
Use o cmdlet Add-AdPermission para definir os direitos estendidos. Roteie todas as mensagens para um host inteligente e defina o mecanismo de autenticação como básico ou protegido externamente. |
Servidor de Transporte de Borda que envia email para um agente de transferência de mensagens de terceiros |
Personalizado |
Use o cmdlet Add-AdPermission para definir os direitos estendidos. Roteie todas as mensagens para um host inteligente e defina o mecanismo de autenticação como básico ou protegido externamente. |
Servidor de Transporte de Borda que envia email para um domínio de retransmissão externo |
Personalizado |
O servidor de Transporte de Borda pode aceitar email de um domínio de retransmissão externo e depois retransmitir as mensagens para o sistema de email autorizado desse domínio. Roteie todas as mensagens para um host inteligente, defina o mecanismo de autenticação apropriado e use o cmdlet Add-AdPermission para definir os direitos estendidos. |
Servidor de Transporte de Borda que envia email para um domínio no qual você estabeleceu autenticação TLS mútua |
Parceiro |
A autenticação TLS mútua funcionará corretamente apenas se as seguintes condições forem verdadeiras:
Para obter mais informações, consulte Set-SendConnector. |
Permissões de Conector de Envio
Atribua permissões de conector de envio a uma entidade de segurança. Quando uma entidade de segurança estabelece sessão com um conector de envio, as permissões do conector determinam os tipos de informações de cabeçalho que podem ser enviadas com a mensagem de email. Se uma mensagem de email incluir informações de cabeçalho não permitidas pelas permissões do conector de envio, esses cabeçalhos serão removidos quando a mensagem for enviada. A tabela 3 descreve as permissões de um conector de envio que podem ser atribuídas a entidades de segurança. Você não pode definir as permissões do conector de envio no Console de Gerenciamento do Exchange. Para modificar as permissões padrão de um conector de envio, use o cmdlet Add-AdPermission no Shell de Gerenciamento do Exchange.
Tabela 3 Permissões do conector de envio
| Permissão do conector de envio | Descrição |
|---|---|
ms-Exch-Send-Exch50 |
Essa permissão autoriza a sessão a enviar uma mensagem que contém o comando EXCH50. Se essa permissão não for concedida, e uma mensagem contendo o comando EXCH50 for enviada, o servidor enviará a mensagem, mas não incluirá o comando EXCH50. |
Ms-Exch-Send-Headers-Routing |
Essa permissão autoriza a sessão a enviar uma mensagem que tenha todos os cabeçalhos recebidos intactos. Se essa permissão não for concedida, o servidor removerá todos os cabeçalhos recebidos. |
Ms-Exch-Send-Headers-Organization |
Essa permissão autoriza a sessão a enviar uma mensagem que tenha todos os cabeçalhos da organização intactos. Todos os cabeçalhos da organização começam com "X-MS-Exchange-Organization-". Se essa permissão não for concedida, o servidor de envio removerá todos os cabeçalhos da organização. |
Ms-Exch-Send-Headers-Forest |
Essa permissão autoriza a sessão a enviar uma mensagem que tenha todos os cabeçalhos da floresta intactos. Todos os cabeçalhos da floresta começam com "X-MS-Exchange-Forest-". Se essa permissão não for concedida, o servidor de envio removerá todos os cabeçalhos da floresta. |
Espaços de endereçamento e escopo do conector
O espaço de endereçamento de um conector de envio especifica os domínios de destinatário para os quais o conector de envio roteará emails. É possível especificar espaços de endereçamento SMTP ou não-SMTP nos conectores de envio configurados em servidores de Transporte de Hub. Somente espaços de endereçamento SMTP podem ser especificados em conectores de envio configurados em servidores de Transporte de Borda. Se você usar um tipo de espaço de endereçamento diferente de SMTP, use um host inteligente para rotear o email.
Dica
Embora seja possível configurar espaços de endereçamento que não sejam SMTP em um conector de envio de um servidor de Transporte de Hub, o conector de envio usa SMTP como o mecanismo de transporte para enviar mensagens a outros servidores de mensagens. Os conectores externos em servidores de Transporte de Hub são usados para envio de mensagens para servidores de mensagens locais, como servidores de gateway de fax de terceiros, que não usem SMTP como o mecanismo de transporte principal. Para obter mais informações, consulte Conectores estrangeiros (página em inglês).
A tabela 4 lista as entradas válidas para o espaço de endereçamento SMTP de um conector de envio.
Tabela 4 Entradas válidas para o espaço de endereçamento SMTP de um conector de envio
| Entrada de espaço de endereçamento | O conector de envio roteia email para: |
|---|---|
* |
Todos os domínios que não têm uma entrada de espaço de endereçamento explícita na entrada de outro conector de envio ou que não são um subdomínio incluído de um espaço de endereçamento em outro conector de envio. |
Contoso.com |
Todos os destinatários com endereços de email no domínio Contoso.com. |
*.Contoso.com |
Todos os destinatários com endereços de email no domínio Contoso.com ou em qualquer subdomínio de Contoso.com. No Console de Gerenciamento do Exchange, selecione Incluir todos os subdomínios para definir essa configuração. |
Durante a resolução de roteamento, é selecionado um conector de envio para o qual o email é roteado para entrega no espaço de endereçamento de destino. O conector de envio cujo espaço de endereçamento mais combinar com o endereço de email do destinatário será selecionado. Por exemplo, uma mensagem de email endereçada a Destinatário@marketing.contoso.com seria roteada pelo conector configurado para usar o espaço de endereçamento *.Contoso.com. Quando você configura um conector de envio para um determinado espaço de endereçamento, o email enviado a esse espaço de endereçamento é roteado sempre por esse conector. Além disso, as definições de configuração desse conector são sempre aplicadas ao email enviado a esse espaço de endereçamento.
Você pode usar o escopo de um conector de envio para controlar a visibilidade do conector de envio dentro da organização do Exchange. Por padrão, todos os conectores de envio que você cria podem ser usados por todos os servidores de Transporte de Hub da organização do Exchange. No entanto, você pode limitar o escopo de qualquer conector de envio, de modo que ele seja utilizável somente por outros servidores de Transporte de Hub existentes no mesmo site do Active Directory.
Espaços de endereçamento e escopo do conector na RTM do Exchange 2007
Na RTM (Versão de Produção) do Exchange 2007, a sintaxe completa para especificar um espaço de endereçamento é a seguinte:
<ConnectorScope>:<AddressSpaceType>:<AddressSpace>;<AddressSpaceCost>
Os elementos do espaço de endereçamento são descritos na seguinte lista:
ConnectorScope Se você especificar um valor
Local, o conector poderá ser usado apenas por outros servidores de Transporte de Hub no mesmo site do Active Directory. Se você omitir o qualificador ConnectorScope, o conector poderá ser usado por todos os servidores de Transporte de Hub da organização do Exchange 2007.AddressSpaceType O tipo de espaço de endereçamento pode ser
SMTP,X400ou qualquer outra cadeia de caracteres de texto. Se você omitir o tipo de espaço de endereçamento, será usado o tipo de espaço de endereçamento SMTP.AddressSpace Para tipos de espaço de endereçamento SMTP, o espaço de endereçamento que você inserir deve ser compatível com RFC 1035. Por exemplo,
*,*.come*.contoso.comsão permitidos, mas*contoso.comnão é permitido. Para tipos de espaço de endereçamento X.400, o espaço de endereçamento que você inserir deve ser compatível com a RFC 1685, como o=MySite;p=MyOrg;a=adatum;c=us. Para todos os outros valores de tipo de endereço, você pode inserir qualquer texto para o espaço de endereçamento.AddressSpaceCost O intervalo de entrada válido para o custo é de 1 a 100. Um custo mais baixo indica uma rota melhor. Se você omitir o custo do espaço de endereçamento, será usado um custo de 1. Se você digitar um espaço de endereçamento que não seja SMTP que contenha o caractere de ponto-e-vírgula ( ; ), será necessário especificar o custo do espaço de endereçamento.
Se você especificar o escopo do conector, o tipo de espaço de endereçamento ou o custo do espaço de endereçamento, deverá colocar o espaço de endereçamento entre aspas duplas ( " ). Por exemplo, as entradas de espaço de endereçamento a seguir são equivalentes:
"SMTP:contoso.com;1""contoso.com;1""SMTP:contoso.com"contoso.com
Você pode especificar vários espaços de endereçamento, separando-os por vírgulas, como no exemplo a seguir: contoso.com,fabrikam.com. Se você especificar o escopo do conector, o tipo de espaço de endereçamento ou o custo do espaço de endereçamento, deverá colocar o espaço de endereçamento entre aspas duplas ( " ), como no exemplo a seguir: "contoso.com;2","Local:fabrikam.com;3".
Espaços de endereçamento e escopo do conector no Exchange 2007 SP1
No Microsoft Exchange Server 2007 Service Pack 1 (SP1), a sintaxe de espaço de endereçamento é ligeiramente diferente da sintaxe de espaço de endereçamento da RTM do Exchange 2007. No Exchange 2007 SP1, a sintaxe completa para especificar um espaço de endereçamento é a seguinte:
<AddressSpaceType>:<AddressSpace>;<AddressSpaceCost>
Você pode usar um dos seguintes métodos para especificar o escopo do conector de envio:
No Console de Gerenciamento do Exchange, use a propriedade Conector de envio com escopo na página Espaço de Endereçamento do assistente de Novo Conector de Envio SMTP, ou na guia Espaço de Endereçamento das propriedades de um conector de envio existente.
Quando Conector de envio com escopo for selecionado, o conector só poderá ser usado pelos servidores de Transporte de Hub no mesmo site do Active Directory. Quando Conector de envio com escopo não for selecionado, o conector poderá ser usado por todos os servidores de Transporte de Hub da organização do Exchange.
No Shell de Gerenciamento do Exchange, use o parâmetro IsScopedConnector no cmdlet New-SendConnector ou Set-SendConnector.
Quando o valor desse parâmetro é
$True, o conector só pode ser usado pelos servidores de Transporte de Hub do mesmo site do Active Directory. Quando o valor desse parâmetro é$False, o conector pode ser usado por todos os servidores de Transporte de Hub da organização do Exchange.
Configurações de rede
Você pode definir os conectores de envio de modo que entreguem o email usando a resolução de endereço DNS ou roteando o email para um host inteligente.
Usando DNS para rotear email
Quando o conector de envio é definido para usar os registros MX de DNS para rotear email automaticamente, o cliente DNS do servidor de origem deve estar apto a resolver registros DNS públicos. Por padrão, o servidor DNS configurado no adaptador de rede interno do servidor de origem é usado na resolução de nome. Você pode configurar um servidor DNS específico para uso nas pesquisas internas e externas de DNS, usando o Console de Gerenciamento do Exchange para modificar as configurações de DNS nas propriedades do servidor Exchange. É possível também usar o Shell de Gerenciamento do Exchange para configurar os parâmetros no cmdlet Set-TransportServer .
Se você configurar um servidor DNS específico no servidor de transporte para uso em pesquisas externas de DNS, selecione Usar as configurações de pesquisa externa de DNS no servidor de transporte na página Configurações de Rede do assistente de Novo Conector de Envio SMTP ou, no Shell de Gerenciamento do Exchange, no cmdlet Set-TransportServer, defina o parâmetro UseExternalDNSServersEnabled como $True. O parâmetro DnsRoutingEnabled do conector de envio também deve ser definido como $True.
Para obter mais informações, consulte os seguintes tópicos:
Usando um host inteligente para rotear email
Se você selecionar o tipo de uso Interno para o conector de envio, especifique um host inteligente. Ao rotear email por um host inteligente, o host inteligente conduz a entrega ao próximo salto no destino de entrega. Você pode usar um endereço IP ou o FQDN (nome de domínio totalmente qualificado) do host inteligente para especificar a identidade do host inteligente. A identidade do host inteligente pode ser o FQDN de um servidor de host inteligente, um registro MX (troca de mensagens) ou um registro A (endereço). Se você configurar um FQDN como a identidade do host inteligente, o servidor de origem do conector de envio deverá estar apto a usar a resolução de nomes DNS para localizar o servidor host inteligente.
Dica
Se o Exchange Server 2007 SP1 for implantado em um computador que esteja executando o Windows Server 2008, você poderá inserir endereços IP e intervalos de endereço IP nos formatos IPv4 e IPv6, ou em ambos os formatos. Uma instalação padrão do Windows Server 2008 permite suporte para IPv4 e IPv6. Para obter mais informações sobre o suporte do Exchange 2007 SP1 para endereços IPv6, consulte Suporte a IPv6 no Exchange 2007 SP1 e SP2 (página em inglês).
O host inteligente de um conector de envio com o tipo de uso Internet pode ser um servidor hospedado por seu provedor de serviços de Internet. O host inteligente de um conector de envio com o tipo de uso personalizado ou interno pode ser outro servidor de email em sua organização ou um servidor de email em um domínio remoto.
Configurações de segurança de host inteligente
Ao rotear email por um host inteligente, especifique como o servidor de origem será autenticado no computador do host inteligente. Você não poderá exigir configurações de segurança em um conector de envio, a menos que um destino de host inteligente seja especificado. Por exemplo, um conector voltado para a Internet não pode ser definido para exigir TLS.
A tabela 5 lista o mecanismo de autenticação de host inteligente que você pode configurar para um conector de envio.
Tabela 5 Mecanismos de autenticação de host inteligente
| Configuração de segurança | Descrição |
|---|---|
Nenhum |
É permitido acesso anônimo. |
Autenticação básica |
A autenticação básica exige que você forneça um nome de usuário e uma senha. Autenticação básica envia credenciais em texto não criptografado. Todos os hosts inteligentes nos quais esse conector de envio está sendo autenticado devem aceitar o mesmo nome de usuário e senha. |
Autenticação básica por TLS |
Selecione TLS para criptografar a transmissão das credenciais. O servidor de recebimento deve ter um certificado de servidor. O FQDN exato do host inteligente, do registro MX ou do registro A que está definido no conector de envio como a identidade do host inteligente também deve existir no certificado do servidor. O conector de envio tentará STARTTLS no servidor de destino e só executará a autenticação básica depois que a sessão TLS tiver sido estabelecida. Um certificado de cliente também é necessário para suporte à autenticação TLS mútua. |
Autenticação do Exchange Server |
Autenticação do Exchange Server (GSSAPI e GSSAPI mútua) |
Protegida externamente (por exemplo, com IPsec) |
A conexão de rede é protegida com o uso de um método externo ao servidor Exchange. |
Servidor de Origem
Selecione pelo menos um servidor de origem para um conector de envio. O servidor de origem é o servidor de transporte para o qual as mensagens são roteadas para entrega através do conector de envio selecionado. Você pode definir mais de um servidor de origem em um conector de envio configurado para a organização do Exchange. Ao especificar mais de um servidor de origem, ofereça equilíbrio de carga e redundância se um servidor falhar. Os servidores de origem associados aos conectores de envio configurados para a organização do Exchange podem se servidores de Transporte de Hub ou servidores de Transporte de Borda assinados.
FQDN
A guia Geral das propriedades do conector de envio no Console de Gerenciamento do Exchange inclui uma opção para Especificar o FQDN que esse conector fornecerá em resposta a HELO ou EHLO. No Shell de Gerenciamento do Exchange, essa propriedade é definida usando o parâmetro Fqdn com o cmdlet Set-SendConnector. Após uma sessão SMTP ter sido estabelecida, uma conversa do protocolo SMTP é iniciada entre um servidor de envio de email e um servidor de recebimento de email. O servidor de envio de email ou o cliente enviam o comando SMTP EHLO ou HELO e o FQDN (nome de domínio totalmente qualificado) para o servidor de recebimento. Em resposta, o servidor de destino envia um código de sucesso e fornece seu próprio FQDN. No Exchange 2007, é possível personalizar o FQDN que é fornecido pelo servidor de envio, se você configurar essa propriedade em um conector de envio. O valor do parâmetro Fqdn é exibido para servidores de mensagens conectados sempre que um nome de servidor de origem é exigido, como nos exemplos a seguir:
No campo de cabeçalho
Received:mais recente da mensagem que é adicionado pelo servidor de mensagens do próximo salto depois que a mensagem sai do servidor de Transporte de Hub ou de Transporte de BordaDurante a autenticação TLS
Dica
Se o conector de envio estiver configurado em um servidor de Transporte de Hub que também tenha a função de servidor Caixa de Correio instalada, nenhum valor especificado para o parâmetro Fqdn será usado. Em vez disso, será usado sempre o FQDN do servidor que é exibido com o cmdlet Get-ExchangeServer.
Para servidores que possuem as funções de servidor Transporte de Hub e Caixa de Correio instaladas, a única maneira de remover o nome do servidor dos cabeçalhos Received: da mensagem de saída é usar o cmdlet Remove-ADPermission para remover a permissão Ms-Exch-Send-Headers-Routing das entidades de segurança que usam o conector. Essa ação removerá todos os cabeçalhos Received: da mensagem quando ela deixar o servidor de Transporte de Hub. Recomendamos que você não remova os cabeçalhos Received: de mensagens internas, porque eles são usados para cálculos de contagem de número máximo de saltos. Para obter mais informações sobre os cmdlets Remove-ADPermission e Get-ExchangeServer, consulte os seguintes tópicos:
• Remove-ADPermission
• Get-ExchangeServer
Propriedades adicionais de conector de envio
A configuração de propriedade de um conector de envio define como o email é enviado por esse conector. Nem todas as propriedades são configuráveis no Console de Gerenciamento do Exchange. Para obter mais informações sobre as propriedades que podem ser configuradas usando o Shell de Gerenciamento do Exchange, consulte Set-SendConnector. Essas propriedades adicionais do conector de envio incluem configurações de nível de registro de protocolo e conectores de recebimento vinculados. Quando um conector de envio está vinculado a um conector de recebimento, todas as mensagens recebidas por esse conector de recebimento são entregues usando o conector de envio ao qual ele está vinculado.
Para obter mais informações
Para obter mais informações, consulte os seguintes tópicos: