Como solucionar problemas de retransmissão de email em Exchange Server problemas de 2003 e no Exchange 2000 Server

Este artigo descreve o seguinte:

• Como solucionar problemas de retransmissão de email em 2003 de Microsoft Exchange Server e no Microsoft Exchange 2000 Server.
• Como impedir que o computador do Exchange que está sendo usado como uma retransmissão de email aberta
• Como configurar domínios SMTP para receber emails de mala direta e retransmissão no Exchange

Exchange fornece serviços completos de email SMTP Simple Mail Transfer Protocol (). O servidor SMTP do Exchange pode ser usado para receber email e para retransmitir email para outros computadores do Exchange em sua rede ou para outros servidores SMTP na Internet. A retransmissão permite que os clientes de email do Exchange para enviar emails para usuários de outras organizações. Se não for permitida a retransmissão de email, o computador do Exchange só pode receber e enviar emails para usuários que estão no mesmo domínio de email como o computador do Exchange.

Quando ele retransmite mensagens, o computador do Exchange pode encaminhar o email endereçado a domínios de email diferente do seu próprio domínio. Este comportamento permite encaminhar emails do Exchange para qualquer servidor SMTP de rede internos ou externos.

Você deve ter cuidado quando os usuários da Internet podem acessar o computador do Exchange. Isso ocorre porque o computador do Exchange pode ser usado como uma retransmissão de email por usuários inescrupulosos. Esses usuários podem encaminhar emails para o servidor SMTP do Exchange para distribuir email comercial não solicitado, também conhecido como spam, a um grande número de computadores. Isso pode ter um efeito adverso na largura de banda disponível para conexão com a Internet. Além disso, ele pode levar ao computador do Exchange que está sendo adicionado às listas "buraco negro" de retransmissões abertas de email. Se o computador do Exchange é adicionado a uma lista como essa, outros servidores de email podem não aceitar email de seu domínio.

Sintomas de problemas de retransmissão de email

Um ou mais dos seguintes sintomas podem ocorrer quando tiver problemas de retransmissão de email:

• Você recebe relatórios de não-entrega (NDRs) que contêm o código de erro 5.0.0, 5.7.1 ou 5.7.3.
• Você não pode enviar mensagens a um número crescente de domínios.
• Emails comerciais não solicitados aparece em suas filas de mensagens e detectar que o computador Exchange envia emails comerciais não solicitados.
• Um domínio remoto informa que ele receba emails comerciais não solicitados do seu computador do Exchange.
• Um ou mais dos seguintes eventos é registrado no log do aplicativo:

  Tipo de evento: aviso
  Origem do evento: MSExchangeTransport
  Categoria do evento: Protocolo SMTP
  Identificação do evento: 1709
  Computador: Nome_do_computador
  Descrição: Um cliente SMTP não autenticou antes de tentar enviar um email. O acesso foi negado. Dados: 0000: 05 00 80 de 07...?

  Tipo de evento: aviso
  Origem do evento: MSExchangeTransport
  Categoria do evento: Protocolo SMTP
  Identificação do evento: 1710
  Computador: Nome_do_computador
  Descrição: Um cliente SMTP autenticado como usuário "Autoridade NT\LOGON" tentou enviar como "User.one @ domain.edu". O acesso foi negado porque o cliente autenticado não tem permissão para enviar como esse endereço SMTP. Dados: 0000: 05 00 80 de 07...?

  Tipo de evento: erro
  Origem do evento: MSExchangeTransport
  Categoria do evento: Protocolo SMTP
  Identificação do evento: 7004
  Data: Data
  Tempo: Tempo
  Usuário: n/D
  Computador: Nome_do_computador
  Descrição: A descrição para Event ID (7004) na origem (MSExchangeTransport) não foi encontrada. O computador local não pode ter as informações de registro necessárias ou os arquivos DLL de mensagem para exibir mensagens de um computador remoto. Talvez você possa usar o /AUXSOURCE = sinalizador para recuperar esta descrição; Para obter detalhes, consulte Ajuda e suporte. As seguintes informações são parte do evento: 1, 1, de helicóptero, 571 de Endereço IP Não podemos retransmitir por você. HELO Domain_name. com Você encontrará mensagens presas na fila de entrega remota a um domínio remoto e o log de eventos não confere a você qualquer detalhe sobre o nome de domínio remoto. Se você executar um telnet para o domínio remoto na porta 25, você descobrirá que a conexão será interrompida imediatamente com o mesmo erro na entrada do log de eventos acima: 571 da endereço IP, não retransmitir por você.

  Data: Data
  Fonte: MSExchangeTransport
  Tempo: Tempo
  Categoria: (3).
  Tipo: aviso
  Identificação do evento: 4001
  Usuário: n/D
  Computador: Nome_do_computador
  Descrição: Mensagem de entrega para o domínio remoto 'Mail.example.com' falhou. A mensagem de erro é 'Ocorreu erro de protocolo SMTP An'. 553 5.3.0 Email, correio de endereço de ip recusado, consulte http://mail-abuse.org/rbl + / lookup.cgi? Dados de endereço IP: 0000: d7 c0 02 04

  Data: Data
  Fonte: MSExchangeTransport
  Tempo: Tempo
  Categoria: (3).
  Tipo: aviso
  Identificação do evento: 4001
  Usuário: n/D
  Computador: Nome_do_computador
  Descrição: Mensagem de entrega para o domínio remoto 'Mail.example.com' falhou. A mensagem de erro é 'Ocorreu erro de protocolo SMTP An'. 550 Emails de dial-up email, rejeitado; consulte http://mail-abuse.org/dul/enduser.htm ou entre em contato com o suporte técnico de exemplo no. Dados: 0000: d7 c0 02 04

  Data: Data
  Fonte: MSExchangeTransport
  Tempo: Tempo
  Categoria: (3).
  Tipo: aviso
  Identificação do evento: 4001
  Usuário: n/D
  Computador: Nome_do_computador
  Descrição: Mensagem de entrega para o domínio remoto 'Mail.example.com' falhou. A mensagem de erro é 'Ocorreu erro de protocolo SMTP An'. 550 5.7.1 Emails email, Ip_Address recusada pelo site do blackhole dialups.mail-abuse.org. Dados: 0000: d7 c0 02 04

  Data: Data
  Fonte: MSExchangeTransport
  Tempo: Tempo
  Categoria: (3).
  Tipo: aviso
  Identificação do evento: 4001
  Usuário: n/D
  Computador: Nome_do_computador
  Descrição: Mensagem de entrega para o domínio remoto 'Mail.example.com' falhou. A mensagem de erro é 'Ocorreu erro de protocolo SMTP An'. RCPT, 554 serviço indisponível; [Ip_Address] bloqueadas, usando o dialups.mail-abuse.org. Dados: 0000: d7 c0 02 04

Possíveis causas de NDRs que contêm o código de erro 5.0.0, 5.7.1 ou 5.7.3

Código de erro 5.0.0 ou 5.7.1 pode ocorrer se a seguinte condição for verdadeira:

• O computador do Exchange está listado como um servidor de mensagens que envia emails comerciais não solicitados.

O código de erro 5.7.1 pode ocorrer se uma ou mais das seguintes condições forem verdadeiras:

• O remetente da mensagem não tem os privilégios necessários para concluir a entrega.
• Você tenta retransmitir sua mensagem usando um segundo servidor, e o segundo servidor não Let retransmitir o email. O servidor remoto retorna um 5.7.1 código de erro.
• Você não tem uma diretiva de destinatário configurada para o domínio ao qual a mensagem é enviada.
• O destinatário possui restrições de entrega de caixa de correio habilitadas. Por exemplo, a restrição de entrega de caixa de correio do destinatário está configurada para receber apenas email de uma lista determinada. Outro email será rejeitada.
• Uma lista de distribuição está configurada restringir a entrega de emails para mensagens de autenticado. usuários. Email enviado de uma sessão anônima será rejeitada.
• O computador do Exchange está em uma lista de emails comerciais não solicitados. O computador do Exchange pode estar listado como uma retransmissão aberta.
• O nome FQDN (nome) de domínio totalmente qualificado do computador Exchange termina com ".Local".
• Um servidor Microsoft Windows NT 4.0 ou Windows 2000 Domain Name System (DNS) recebe uma resposta não-autorizada de uma dica de raiz ou um encaminhador. Em seguida, o servidor DNS do Windows 2000 ou do Windows NT 4.0 envia uma falha do servidor para o servidor de email que consultado para um domínio que não foi configurado com um registro MX (Mail Exchange). Esse comportamento ocorre quando o servidor DNS do Windows 2000 ou do Windows NT 4.0 recebe um registro de início de autoridade (SOA) de um recurso não-autorizado. As versões mais recentes do BIND em cache respostas de autorizacao em vazias. Servidores DNS do Windows considere as respostas de autorizacao em vazias sejam referências. Quando os servidores DNS do Windows recebem essas respostas, as respostas são desconsideradas. Além disso, o cliente recebe uma falha do servidor em vez de um registro SOA.
• A Chave de metabase DS2MB está corrompido.
• O Allow all computers which successfully authenticate to relay, regardless of the list above caixa de seleção não estiver no servidor virtual SMTP.
• Acesso anônimo aos servidores virtuais SMTP está desabilitado.

O código de erro 5.7.3 pode ocorrer se a uma das seguintes condições for verdadeira:

• Autenticação anônima não é permitida pelo servidor de destino.
• O servidor de destino não é possível localizar o destinatário pretendido.

Código de erro 5.7.1 ou 5.7.3 pode ocorrer se uma das seguintes condições for verdadeira:

• O recurso do DNS não está configurado corretamente.
• Os usuários têm endereços de email que não correspondem a qualquer uma das diretivas de destinatário existentes. Normalmente, endereços de proxy devem corresponder a pelo menos uma diretiva de destinatário.
• Use o Microsoft ISA Server 2000 e uma das seguintes condições for verdadeira:
  • O endereço IP externo do ISA server é alterado.
  • O endereço IP da regra de publicação SMTP é atualizado para refletir o novo endereço IP externo do ISA server.
  • O serviço Isactrl não é reiniciado após o endereço IP da regra de publicação SMTP é atualizado.

Possíveis causas de eventos 1701, 1709, 1710, 4001 e 7004

Evento 1701, 1709, 1710, 4001 ou 7004 é registrado no log do aplicativo quando uma das seguintes condições for verdadeira:

• Eventos 1709 e 1710 ocorrem quando um NDR que contém o código de erro 5.7.1 é gerado pelo computador do Exchange.
• Evento 1701 ocorre quando um NDR que contém o código de erro 5.7.3 é recebido pelo computador do Exchange.
• Eventos 7004 e 4001 ocorrem se outros servidores de email listam seu computador do Exchange como um servidor de mensagens que envia emails comerciais não solicitados ou se o seu computador com Exchange é um redirecionador de email aberta.

Se o seu computador do Exchange está configurado como uma retransmissão de mensagens abertas que envia emails comerciais não solicitados

Se outros servidores de email listam seu computador do Exchange como um servidor de mensagens que envia emails comerciais não solicitados, você pode enfrentar um ou mais dos seguintes sintomas:

• Você não pode enviar mensagens a um número crescente de domínios.
• Emails comerciais não solicitados aparece em suas filas de mensagens e detectar que o computador Exchange envia emails comerciais não solicitados.
• Um domínio remoto informa que ele receba emails comerciais não solicitados do seu computador do Exchange.
• Você recebe NDRs que contêm o código de erro 5.7.1 ou 5.0.0
• Eventos 7004 e 4001 são registrados no log do aplicativo.

Esse problema pode ocorrer se o seu computador do Exchange está configurado como uma retransmissão de mensagens abertas. Como alternativa, esse problema pode ocorrer se uma conta no computador do Exchange foi comprometida e está sendo usada como uma retransmissão de email. Para resolver esse problema, execute estas etapas:

1. Verifique se o computador do Exchange não é uma retransmissão de mensagens abertas. Para fazer isso, execute estas etapas:
   1. Clique em Iniciar, aponte para Programas, aponte para Microsoft Exchangee, em seguida, clique em Gerenciador de sistema.
   2. Em Gerenciador do Sistema do Exchange, expanda o objeto a seguir:
      Servers \Your_Exchange_Server_Name\Protocols\SMTP
   3. O servidor SMTP virtual onde você deseja impedir a retransmissão de email e, em seguida, clique com o botão direito Propriedades.
   4. Clique no Acesso guia e clique Retransmissão.
   5. Por padrão, abrem retransmissão está bloqueada. As configurações padrão são:
      • O Somente a lista abaixo a caixa de seleção está marcada.
      • O Allow all computers which successfully authenticate to relay, regardless of the list above a caixa de seleção está marcada.
   6. Se você deve permitir que um único computador, um grupo de computadores ou um domínio para a retransmissão por meio do servidor, clique em Adicionar. No Computador caixa de diálogo, clique na seleção apropriada para os computadores que você deseja retransmitir através do servidor. Em seguida, digite as informações necessárias.
      
      Observação Habilitando o acesso por endereço IP ou por nome de domínio é útil para usuários que não autenticam com o computador do Exchange.
   7. No Restrições de retransmissão caixa de diálogo, clique em OK.
   8. Clique em Aplicare, em seguida, clique em OK no Default SMTP Virtual Server Properties caixa de diálogo.
   Se o computador Exchange continua a retransmitir mensagens para domínios externos, o computador Exchange tem um conector SMTP que permite a retransmissão. Para obter mais informações sobre como impedir a retransmissão por meio de um conector SMTP, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
   314734  (http://support.microsoft.com/kb/314734/ ) Restrições de retransmissão no servidor SMTP virtual padrão não estão funcionando.
2. Para determinar se o computador do Exchange está em uma lista de emails comerciais não solicitados, visite o seguinte Web site:
   http://www.moensted.DK/spam (http://www.moensted.dk/spam)
   A Microsoft fornece informações de contato de terceiros para ajudá-lo a encontrar suporte técnico. Estas informações para contato podem ser alterados sem aviso prévio. A Microsoft não garante a precisão dessas informações de contato de terceiros.
3. Determine se o computador do Exchange está em uma lista de emails comerciais não solicitados do AOL. Se você determinar que o computador do Exchange está listado em uma lista de emails comerciais não solicitados de AOL, remova o computador Exchange na lista. Para obter informações sobre como fazer isso, visite o seguinte site da AOL:
   http://www.postmaster.info.AOL.com/ (http://www.postmaster.info.aol.com/)
4. Determine se o computador do Exchange está na lista de Abuse.org de correio das organizações que enviam emails comerciais não solicitados. Para fazer isso, execute estas etapas:
   1. Visite o seguinte Web site:
      http://www.Mail-Abuse.com/cgi-bin/Lookup (http://www.mail-abuse.com/cgi-bin/lookup)
   2. Na página de pesquisa MAPS, digite o endereço IP publicamente acessível do seu computador do Exchange e, em seguida, pressione ENTER.
      
      Observação MAPAS representa o sistema de prevenção de abuso de email.
5. Remova o computador Exchange na lista de Abuse.org de correio. Para fazer isso, execute estas etapas:
   1. Visite o seguinte Web site:
      http://www.Mail-Abuse.org/removereq.HTML (http://www.mail-abuse.org/removereq.html)
   2. Digite o endereço IP publicamente acessível do computador do Exchange na Você pode procurar neste índice. Digite as palavras-chave que você deseja procurar caixa e pressione ENTER.
   3. Siga as instruções para concluir a remoção do seu computador Exchange na lista.
6. Remova o computador Exchange de qualquer lista de bloqueio de retransmissão aberta que não é coberta por email-Abuse.org. OpenRBL.org mantém um mecanismo de consulta com links para mais de 35 listas de bloqueio de retransmissão aberta. Cada lista mantém uma lista separada de servidores de email de retransmissão aberta. Portanto, o computador Exchange pode aparecer em alguns, mas nem todas as listas.
   1. Visite o seguinte site da Web e, em seguida, consultar no endereço IP ou FQDN do computador Exchange:
      http://openrbl.org/ (http://openrbl.org/)
   2. Se o seu computador do Exchange estiver em qualquer uma das listas de bloqueio de retransmissão aberta, você receberá um link para o site do provedor que lista específica.
   3. O site da Web para aquele provedor de lista geralmente fornece instruções sobre como remover o computador com Exchange nessa lista.

Observação Siga o processo de remoção de lista para cada lista que inclui o seu computador do Exchange. Quando você remove o computador Exchange de uma lista, o computador do Exchange não pode ser removido de todas as listas.

Se você não encontrar o computador do Exchange listado em qualquer lista de bloqueios em tempo real, você talvez precise entrar em contato com o administrador do servidor de email para o domínio remoto para o qual você não consegue enviar email. Em seguida, solicite que o computador Exchange ser removidos manualmente da lista de bloqueio do administrador. Nem todos os administradores usam listas de bloqueios em tempo real. Alguns administradores mantêm suas próprias listas. Você deve contatar esses administradores diretamente.

Se ocorrer de retransmissão de email de uma conta em um computador do Exchange que não está configurado como uma retransmissão de email aberta

Determine se uma conta no seu Exchange para o computador envia autenticado retransmitidas mail. Para fazer isso, execute estas etapas:

1. Clique em Iniciar, aponte para Programas, aponte para Microsoft Exchangee, em seguida, clique em Gerenciador de sistema.
2. Com o botão direito em Gerenciador do Sistema do Exchange, Your_Exchange_Server_Namee, em seguida, clique em Propriedades.
3. Clique no Log de diagnóstico guia.
4. No Serviços Clique em Transporte do MSExchange.
5. No Categorias Clique em Autenticaçãoe, em seguida, clique em Máximo no Nível de log área.
6. Clique em Aplicar, clique em OKe saia do Gerenciador do Sistema do Exchange.
7. Clique em Iniciar, aponte para Programas, aponte para Ferramentas administrativase, em seguida, clique em Serviços.
8. Com o botão direito Simple Mail Transport Protocol (SMTP)e, em seguida, clique em Reiniciar.
9. Clique em Iniciar, aponte para Programas, aponte para Ferramentas administrativase, em seguida, clique em Visualizador de eventos.
10. No Visualizador de eventos, pesquise o log de aplicativo para o evento 1708. Evento 1708 indica que a conta autentica com o computador do Exchange para enviar correio retransmitido.

Para impedir que uma conta de autenticação com o computador do Exchange para enviar mensagem retransmitida, siga estas etapas:

1. Clique em Iniciar, aponte para Programas, aponte para Microsoft Exchangee, em seguida, clique em Gerenciador de sistema.
2. Em Gerenciador do Sistema do Exchange, expanda o objeto a seguir:
   Servers \Your_Exchange_Server_Name\Protocols\SMTP
3. Com o botão direito Servidor Virtual SMTP padrãoe, em seguida, clique em Propriedades.
4. Clique no Acesso guia e clique Retransmissão.
5. Dependendo do ambiente, execute um dos seguintes procedimentos:
   • Se não tiver um cliente POP3 para retransmitir email, clique para desmarcar a Allow all computers which successfully authenticate to relay, independentemente da lista acima caixa de seleção. Altere a senha e o nome da conta que é usado para retransmitir emails.
   • Se os servidores ou clientes específicos devem retransmitir email, adicioná-los à lista de Restrições de retransmissão caixa de diálogo.

Como configurar domínios SMTP para emails de entrada e para retransmitir email

Você talvez queira aceitar as mensagens para um ou mais das seguintes classes de domínios SMTP da Internet:

• Domínios locais para sua organização do Exchange
• Domínios que não são locais para sua organização do Exchange
• Domínios compartilhados entre a organização do Exchange e outro servidor SMTP

Domínios locais para sua organização do Exchange

Para aceitar as mensagens de domínios locais para sua organização do Exchange, crie uma diretiva de destinatário que inclui um endereço que é semelhante à seguinte: Para obter mais informações sobre como criar uma diretiva de destinatário, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:

Domínios que não são locais para sua organização do Exchange

Para aceitar mensagens dos domínios que não são locais para sua organização do Exchange, crie um conector SMTP. Para obter mais informações sobre como configurar um conector SMTP, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:

Domínios compartilhados entre a organização do Exchange e outro servidor SMTP

Para aceitar mensagens dos domínios que são compartilhadas entre a sua organização do Exchange e outro servidor SMTP, configure um conector SMTP. Para fazer isso, siga as etapas na seção "Domínios que não são locais para a organização do Exchange". No entanto, quando você adiciona o domínio às diretivas de destinatário para que os usuários possam receber email do endereço, clique para desmarcar a Este Exchange Organization is responsible for all mail delivery to this address caixa de seleção. Para obter mais informações sobre como compartilhar domínios SMTP com outro sistema de email, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:

Como solucionar problemas de NDRs que contêm o código de erro 5.7.1 ou 5.7.3

Códigos de erro 5.7.1 e 5.7.3 e eventos de log do aplicativo 1709, 1710 ou 1701 ocorrem sob diversas condições. Os cenários a seguir descrevem essas condições e explicam como resolver o respectivo NDRs e aplicativo log de eventos.

Observação NDRs que contêm o código de erro 5.7.1 podem conter a seguinte mensagem:

"O originador não tem permissão para enviar a mensagem."

Esta mensagem pode ser enganosa, pois ele implica que o remetente tem um problema de permissões. No entanto, o real motivo este NDR é que o domínio remoto proibiu o domínio que está enviando a mensagem de retransmissão de email.Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:

Cenário 1: Os computadores autenticados não têm permissão para retransmitir email

Se o Allow all computers which successfully authenticate to relay, independentemente da lista acima a caixa de seleção não estiver marcada no servidor virtual SMTP, você pode receber NDRs que contêm o código de erro 5.7.1. Para selecionar o Allow all computers which successfully authenticate to relay, independentemente da lista acima caixa de seleção, execute estas etapas:

1. Clique em Iniciar, aponte para Programas, aponte para Microsoft Exchangee, em seguida, clique em Gerenciador de sistema.
2. Em Gerenciador do Sistema do Exchange, expanda o objeto a seguir:
   Servers \Your_Exchange_Server_Name\Protocols\SMTP
3. Clique com o botão direito no objeto do servidor virtual SMTP e clique em Propriedades.
4. Clique no Acesso guia e clique Retransmissão. Clique para selecionar o Allow all computers which successfully authenticate to relay, independentemente da lista acima caixa de seleção.

Cenário 2: O acesso anônimo aos servidores virtuais SMTP está desabilitado

Se o Acesso anônimo a caixa de seleção não estiver marcada, você pode receber NDRs que contêm o código de erro 5.7.1. Para selecionar o Acesso anônimo caixa de seleção, execute estas etapas:

1. Clique em Iniciar, aponte para Programas, aponte para Microsoft Exchangee, em seguida, clique em Gerenciador de sistema.
2. Em Gerenciador do Sistema do Exchange, expanda o objeto a seguir:
   Servers \Your_Exchange_Server_Name\Protocols\SMTP
3. Clique com o botão direito no objeto do servidor virtual SMTP e clique em Propriedades.
4. Clique no Acesso guia e clique Autenticação.
5. Clique para selecionar o Acesso anônimo caixa de seleção.
6. Clique em OK duas vezes.
7. Clique com o botão direito no servidor virtual SMTP e clique em Parar.
8. Clique com o botão direito no servidor virtual SMTP e clique em Iniciar.
9. Clique em Iniciar, aponte para Programas, aponte para Ferramentas administrativase, em seguida, clique em Serviços.
10. Com o botão direito Simple Mail Transport Protocol (SMTP)e, em seguida, clique em Reiniciar.
11. Com o botão direito Microsoft Exchange Routing Enginee, em seguida, clique em Reiniciar.

Cenário 3: O recurso do DNS não está configurado corretamente

Se o recurso do DNS não está configurado corretamente, você pode receber NDRs que contêm o código de erro 5.7.1 ou 5.7.3. Além disso, o evento 1701, 1709 ou 1710 pode ser registrado no log do aplicativo. Para solucionar problemas na configuração do DNS, certifique-se de que mail exchanger (MX) registra o ponto para o servidor virtual SMTP correto. Se o recurso do DNS não está configurado corretamente, tentativas de conexão SMTP de entrada aleatoriamente podem se conectar ao servidor virtual SMTP errado.

Cenário 4: Não há nenhuma diretiva de destinatário correspondente para endereços de proxy

Se os usuários em uma organização possuem endereços de email que não correspondem a qualquer uma das diretivas de destinatário existentes na organização, os remetentes enviem emails para esses usuários podem receber NDRs que contêm o código de erro 5.7.1 ou 5.7.3. Além disso, o evento 1707, 1709 ou 1710 pode ser registrado no log do aplicativo. Normalmente, os endereços de proxy de usuários na organização devem corresponder a pelo menos uma diretiva de destinatário na organização.

Observação O termo "endereços de proxy" refere-se aos domínios SMTP locais para a organização.Para obter mais informações sobre como criar novas diretivas de destinatário ou como atualizar as diretivas de destinatário existentes, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:

Cenário 5: O servidor de destino requer autenticação adicional

Se a autenticação anônima não é permitida pelo servidor de destino, você pode receber NDRs que contêm o código de erro 5.7.3. Certifique-se de que o cliente de envio ou o servidor de envio pode autenticar no servidor de destino.

Observação O código de erro 5.7.3 também pode ocorrer quando o servidor de destino não pode localizar o destinatário pretendido.

O cenário 6: A regra de publicação do SMTP do ISA Server 2000 não é atualizada

Se você usar o ISA Server 2000, e a regra de publicação SMTP não é atualizada, você pode receber NDRs que contêm o código de erro 5.7.1 ou 5.7.3. Além do evento 1701, 1709 ou 1710 pode ser registrado no log do aplicativo. Esse problema ocorre se você usar o ISA Server 2000 e uma das seguintes condições for verdadeira:

• O endereço IP externo do ISA server é alterado.
• O endereço IP da regra de publicação SMTP não é atualizado para refletir o novo endereço IP externo do ISA server.
• O serviço Isactrl não é reiniciado após o endereço IP da regra de publicação SMTP é atualizado.

Para obter mais informações sobre a retransmissão de email do Exchange, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento da Microsoft: