ID do artigo: 304897 - �ltima revis�o: s�bado, 10 de mar�o de 2007 - Revis�o: 11.0

Comportamento de retransmiss�o SMTP no Windows 2000, no Windows XP e no Exchange Server

Exibir os produtos aos quais esse artigo se aplica.

Dica do SistemaEste artigo aplica-se a um sistema operativo diferente do que est� a utilizar. Foi desactivado o conte�do do artigo, que pode n�o ser relevante para si.

A retransmiss�o SMTP (Simple Mail Transfer Protocol) da Microsoft � um recurso que permite o uso de um servidor SMTP por um cliente SMTP para encaminhar emails a um dom�nio remoto. Conforme descrito no RFC (Request for Comments) 282, se��es 2.1 e 3.7, o SMTP foi desenvolvido com a capacidade para retransmitir emails.

No entanto, se a retransmiss�o n�o for controlada, um usu�rio mal-intencionado poder� us�-la para enviar emails em massa n�o solicitados. Um host descontrolado � conhecido como um host de "retransmiss�o aberta". Ao enviar esses emails n�o solicitados para o host intermedi�rio, o usu�rio mal-intencionado disfar�a sua identidade. Isso tamb�m pode causar o uso excessivo de recursos no host de retransmiss�o e impedir que o host de retransmiss�o envie emails v�lidos. Especificamente, um usu�rio mal-intencionado que envia emails n�o solicitados pode enviar uma �nica mensagem para diversos destinat�rios sem usar sua pr�pria largura de banda.

Por padr�o, os produtos da Microsoft listados na se��o "Aplica-se a" n�o est�o configurados para a retransmiss�o aberta.

Voltar para o in�cio

Mais Informa��es

Ao usar algumas ferramentas de outras empresas para testar os servidores SMTP com rela��o a retransmiss�o, o servidor SMTP podem parecer ter falhado no teste e o produto Microsoft SMTP poder� aparecer como aberto a retransmiss�o, mesmo se ele n�o estiver. Isso ocorre porque o servidor SMTP pode n�o rejeitar imediatamente o email. Em vez disso, ele processa o email e envia um relat�rio NDR (notifica��o de falha na entrega). Para obter mais informa��es sobre a resposta do servidor SMTP � retransmiss�o, consulte a se��o Resposta do servidor SMTP � retransmiss�o. Para obter mais informa��es sobre como testar o servidor SMTP para retransmiss�o, consulte a se��o Teste para retransmiss�o.

Cada endere�o PARA ou DE em uma conversa��o de protocolo SMTP cont�m duas partes: a parte local e a parte de dom�nio. Se a parte de dom�nio, ou seja, a parte imediatamente ap�s o sinal (@), n�o estiver especificada, o email ser� considerado local. Alguns produtos Microsoft SMTP acrescentam o dom�nio local pois alguns usu�rios configuram seus clientes SMTP para usarem apenas um nome de usu�rio como o endere�o de email. Ao adicionar o dom�nio local padr�o, o servidor Microsoft pode adicionar o que provavelmente � o dom�nio local para reduzir o custo do suporte.

Esse comportamento ocorre pois alguns produtos Microsoft SMTP n�o executam uma busca de diret�rio antes de aceitarem emails SMTP para entrega. Os produtos Microsoft SMTP verificam apenas o dom�nio do destinat�rio para constatar se este � um dom�nio local ou dom�nio expressamente permitido. Se o dom�nio do destinat�rio n�o for um dom�nio local ou um dom�nio permitido, o servidor SMTP responder� com uma mensagem de erro semelhante a seguinte:

550 5.7.1 Retransmiss�o proibida

O �nico requisito para impedir a retransmiss�o � a verifica��o de que a parte do dom�nio do endere�o PARA � local. Uma op��o � verificar o diret�rio do servidor de mensagem para constatar se o destinat�rio � v�lido, mas ela n�o � obrigat�ria. Se o servidor aceitar a mensagem e, em seguida, decidir que n�o pode entreg�-la, ele dever� gerar um relat�rio NDR. Os produtos Microsoft SMTP est�o em conformidade com este requisito.

Observa��o O Microsoft Exchange Server 2003 pode realizar pesquisas em diret�rios durante a conversa��o de protocolo SMTP. Esse recurso pode ser ativado no Gerenciador do sistema. Para obter mais informa��es sobre a filtragem de destinat�rio no Exchange Server 2003, clique no n�mero abaixo para ler o artigo na Base de Dados de Conhecimento Microsoft (a p�gina pode estar em ingl�s):

823866� (http://support.microsoft.com/kb/823866/ ) Como configurar a filtragem de conex�es para usar RBLs (Lista de bloqueios em tempo real) e a filtragem de destinat�rios no Exchange 2003

A realiza��o de uma pesquisa de diret�rio durante a conversa��o de protocolo SMTP pode ser usada para verificar endere�os. Portanto, recomendamos a ativa��o da funcionalidade TarpitTime descrita no seguinte artigo da Base de Dados de Conhecimento Microsoft (a p�gina pode estar em ingl�s):

842851� (http://support.microsoft.com/kb/842851/ ) recurso SMTP tar pit para Microsoft Windows Server 2003

Importante Caso precise executar pesquisas de diret�rio durante a conversa��o do protocolo SMTP, poder� gravar um receptor de eventos para o protocolo Windows 2000 SMTP. Para obter informa��es adicionais, consulte o seguinte site do MSDN Platform SDK SMTP Server Events (em ingl�s):

http://msdn.microsoft.com/library/en-us/smtpevt/html/0e0c3b0d-5b08-42b5-8312-59a9f3cd8fd9.asp?frame=true (http://msdn.microsoft.com/library/en-us/smtpevt/html/0e0c3b0d-5b08-42b5-8312-59a9f3cd8fd9.asp?frame=true)

Voltar para o in�cio

Resposta do servidor SMTP para Retransmiss�o

A resposta compat�vel com RFC � semelhante ao seguinte:

550 5.1.1 NomeDoUsu�rio@NomeDoDom�nio.tld... Usu�rio desconhecido

Nos produtos listados na se��o "Aplica-se a", a Microsoft escolheu n�o realizar as pesquisas de diret�rio durante a conversa��o de protocolo SMTP pelas seguintes raz�es:

Se o servidor SMTP retornar um erro 5xx para um usu�rio mal-intencionado que est� tentando enviar emails em massa n�o solicitados, esse usu�rio saber� instantaneamente quais endere�os s�o reais. Se o usu�rio mal-intencionado enviar um dicion�rio de nomes por meio do protocolo SMTP, ele poder� facilmente obter uma lista de endere�os de email v�lidos. Isso tamb�m pode ser um risco para os usu�rios locais, pois os nomes das contas geralmente s�o os mesmos dos endere�os de email.
Um usu�rio mal-intencionado pode usar o endere�o DE para obter um acesso n�o autorizado a um sistema e usar o servidor da v�tima para enviar NDRs ao destinat�rio pretendido. Esse ataque, conhecido como falsifica��o, atinge apenas esse servidor com todos os dados enviados pelo invasor. Em outras palavras, se o usu�rio mal-intencionado deseja enviar um 1 megabyte (MB) de dados para um terceiro, ele dever� utilizar 1 MB da sua largura de banda para enviar um 1 MB de dados para o servidor SMTP. Geralmente, esse usu�rio mal-intencionado tenta enviar 1 MB de dados, mas faz com que dezenas ou centenas de MBs de dados ataquem uma v�tima ou um conjunto de v�timas na Internet.
Se uma pesquisa de diret�rio for realizada durante a conversa��o de protocolo SMTP, a conversa��o poder� ser muito mais lenta. Quando esse artigo foi publicado, a Microsoft estava operando sob a premissa de que o servidor SMTP deve ser o mais r�pido poss�vel para impedir bloqueios de mensagens SMTP na Internet ou na �rea de trabalho dos clientes SMTP. Algumas vezes o diret�rio tamb�m pode estar indispon�vel ou a retransmiss�o de um dom�nio espec�fico pode ser necess�ria, mas uma c�pia do diret�rio pode n�o estar dispon�vel. Esse comportamento pode ocorrer em um ambiente de hospedagem do ISP (provedor de servi�os de Internet ).

Voltar para o in�cio

Como testar a retransmiss�o

� poss�vel testar o servidor SMTP para determinar se ele est� configurado para retransmitir emails. Nos seguintes exemplos, os testes de retransmiss�o 1 a 5 n�o s�o aceitos pelo servidor SMTP e s�o imediatamente rejeitados. Os testes 6 e 7 s�o aceitos pelo servidor STMP, mas o email n�o � retransmitido e o servidor eventualmente gera um NDR.

Para executar os seguintes testes de retransmiss�o, primeiro inicie uma sess�o Telnet e conecte-se � porta 25 no servidor SMTP:

Inicie um prompt de comando.
Digite telnet Nome_do_servidor 25, no qual Nome_do_servidor � o nome do servidor SMTP ou endere�o IP e 25 � o n�mero da porta, e pressione ENTER.
Digite EHLO e pressione ENTER.

Teste de retransmiss�o 1

Este � o teste padr�o para retransmiss�o SMTP. Um cliente SMTP n�o deve ter permiss�o para retransmitir dessa maneira, a menos que o administrador tenha autorizado especificamente ou o cliente tenha autenticado primeiro. Para fazer esse teste, execute as seguintes etapas:

No prompt de sess�o do Telnet, digite RSET.

A sess�o do telnet responde com um texto semelhante ao seguinte:
250 2.0.0 Reiniciando
Digite MAIL FROM:NomeDoUsu�rio@NomeDoDom�nio.tld, no qual NomeDoUsu�rio � o nome do usu�rio, NomeDoDom�nio � o nome do dom�nio e tld � o dom�nio de n�vel superior como .com ou .net.

A sess�o do telnet responde com um texto semelhante ao seguinte:
250 2.1.0 NomeDoUsu�rio@NomeDoDom�nio.tld....Remetente OK
Digite RCPT TO:Nome_do_destinat�rio@NomeDoDom�nio.tld, no qual Nome_do_destinat�rio � o endere�o de email do destinat�rio.

A sess�o do telnet responde com um texto semelhante ao seguinte:
550 5.7.1 N�o foi poss�vel retransmitir para Nome_do_destinat�rio@ NomeDoDom�nio.tld

Teste de retransmiss�o 2

Este teste � quase quase igual ao teste de retransmiss�o 1, mas o remetente � um usu�rio local em vez de um usu�rio em um dom�nio remoto. Como os endere�os DE s�o normalmente usados para obter acesso n�o-autorizado a um sistema, o servidor n�o deve retransmitir o email. Para fazer esse teste, execute as seguintes etapas:

No prompt de sess�o do Telnet, digite RSET.

A sess�o do telnet responde com um texto semelhante ao seguinte:
250 2.0.0 Reiniciando
Digite MAIL FROM:Usu�rio_local, no qual Usu�rio_local � o nome do email local para uma conta de usu�rio no dom�nio, e pressione ENTER.

A sess�o do telnet responde com um texto semelhante ao seguinte:
250 2.1.0 Usu�rio_local@NomeDoDom�nio.tld....Remetente OK
Digite RCPT TO:Nome_do_destinat�rio@NomeDoDom�nio.tld

A sess�o do telnet responde com um texto semelhante ao seguinte:
550 5.7.1 N�o foi poss�vel retransmitir para Nome_do_destinat�rio@NomeDoDom�nio.tld

Teste de retransmiss�o 3

Este teste � para um endere�o do destinat�rio NULO ou DE em branco. Os NDRs e as demais notifica��es t�m um endere�o DE NULO. No entanto, as notifica��es n�o devem ser retransmitidas a menos que o dom�nio no endere�o PARA seja um dom�nio local. Para fazer esse teste, execute as seguintes etapas:

No prompt de sess�o do Telnet, digite RSET.

A sess�o do telnet responde com um texto semelhante ao seguinte:
250 2.0.0 Reiniciando
Digite MAIL FROM:<> e pressione ENTER.

A sess�o do telnet responde com um texto semelhante ao seguinte:
250 2.1.0 <>....Remetente OK
Digite RCPT TO:Nome_do_destinat�rio@NomeDoDom�nio.tld

A sess�o do telnet responde com um texto semelhante ao seguinte:
550 5.7.1 N�o foi poss�vel retransmitir para Nome_do_destinat�rio@NomeDoDom�nio.tld

Teste de retransmiss�o 4

Este teste � igual ao teste de retransmiss�o 2, mas o dom�nio local � explicitamente adicionado ao endere�o de email. Um servidor SMTP fechado para a retransmiss�o n�o deve retransmitir esse email. Para fazer esse teste, execute as seguintes etapas:

No prompt de sess�o do Telnet, digite RSET.

A sess�o do telnet responde com um texto semelhante ao seguinte:
250 2.0.0 Reiniciando
Digite MAIL FROM:NomeDoUsu�rio@NomeDoDom�nio.tld, no qual NomeDoDom�nio � o nome do dom�nio local e pressione ENTER.

A sess�o do telnet responde com um texto semelhante ao seguinte:
250 2.1.0 NomeDoUsu�rio@NomeDoDom�nio.tld....Remetente OK
Digite RCPT TO:NomeDoUsu�rio@NomeDoDom�nio.tld e pressione ENTER.

A sess�o do telnet responde com um texto semelhante ao seguinte:
550 5.7.1 N�o foi poss�vel retransmitir para NomeDoUsu�rio@NomeDoDom�nio.tld

Teste de retransmiss�o 5

Este teste tamb�m � igual ao teste de retransmiss�o 2, mas o endere�o IP do servidor � usado no lugar no nome do dom�nio. Apesar do formato desse endere�o ser normalmente aceito, o servidor n�o deve aceitar a retransmiss�o para o dom�nio remoto. Em diversos outros testes que usam o nome do "localhost" ou do DNS (Sistema de nomes de dom�nios ) do servidor no endere�o DE, o servidor n�o dever� retransmitir emails que usem esse m�todo. Para fazer esse teste, execute as seguintes etapas:

No prompt de sess�o do Telnet, digite RSET.

A sess�o do telnet responde com um texto semelhante ao seguinte:
250 2.0.0 Reiniciando
Digite MAIL FROM:NomeDoUsu�rio@10.10.10.10 e pressione ENTER.

A sess�o do telnet responde com um texto semelhante ao seguinte:
250 2.1.0 NomeDoUsu�rio@10.10.10.10....Remetente OK
Digite RCPT TO:NomeDoUsu�rio@NomeDoDom�nio.tld e pressione ENTER.

A sess�o do telnet responde com um texto semelhante ao seguinte:
550 5.7.1 N�o foi poss�vel retransmitir para NomeDoUsu�rio@NomeDoDom�nio.tld

Teste de retransmiss�o 6

Este teste � especificamente para os servidores antigos com base em UNIX que roteiam emails anexando o dom�nio local e alterando o sinal de arroba (@) para um s�mbolo de porcentagem (%). O servidor ent�o retransmite a mensagem. Como o s�mbolo de porcentagem (%) � um caractere v�lido na parte local do endere�o de email, o servidor SMTP pode aceitar a mensagem e enviar um NDR caso a pesquisa de diret�rio falhar. Os produtos Microsoft SMTP n�o s�o vulner�veis a esse tipo de retransmiss�o, pois a mensagem n�o � encaminhada e um NDR � gerado. Para fazer esse teste, execute as seguintes etapas:

No prompt de sess�o do Telnet, digite RSET.

A sess�o do telnet responde com um texto semelhante ao seguinte:
250 2.0.0 Reiniciando
Digite MAIL FROM:NomeDoUsu�rio e pressione ENTER.

A sess�o do telnet responde com um texto semelhante ao seguinte:
NomeDoUsu�rio@NomeDoDom�nio.tld....Remetente OK
Digite RCPT TO:NomeDoUsu�rio%NomeDoDom�nio.tld e pressione ENTER.

A sess�o do telnet responde com um texto semelhante ao seguinte:
250 2.1.5 NomeDoUsu�rio%NomeDoDom�nio.tld@NomeDoDom�nio.tldNomeDoUsu�rio@NomeDoDom�nio.tld
Observa��o O dom�nio local � anexado ao dom�nio do destinat�rio no endere�o de email.

Teste de retransmiss�o 7

Este teste � uma varia��o do teste de retransmiss�o 6. Como o caractere de aspas (") � um caractere v�lido na parte local do endere�o de email, o servidor SMTP aceita a mensagem e envia um NDR se a pesquisa de diret�rio falhar. Os produtos Microsoft SMTP n�o s�o vulner�veis a esse tipo de retransmiss�o, pois a mensagem n�o � encaminhada e um NDR � gerado. Para fazer esse teste, execute as seguintes etapas:

No prompt de sess�o do Telnet, digite RSET.

A sess�o do telnet responde com um texto semelhante ao seguinte:
250 2.0.0 Reiniciando
Digite MAIL FROM:NomeDoUsu�rio e pressione ENTER.

A sess�o do telnet responde com um texto semelhante ao seguinte:
NomeDoUsu�rio@NomeDoDom�nio.tld....Remetente OK
Digite RCPT TO:"NomeDoUsu�rio@NomeDoDom�nio.tld" e pressione ENTER.

A sess�o do telnet responde com um texto semelhante ao seguinte:
"NomeDoUsu�rio@NomeDoDom�nio.tld"@NomeDoDom�nio.tld
Observa��o O dom�nio local � anexado ao dom�nio do destinat�rio no endere�o de email.

Como saber se o servidor SMTP est� fechado para os testes de retransmiss�o 6 e 7

Ao executar os testes de retransmiss�o 6 e 7 em um computador com o Exchange 2000, os testes geram uma mensagem para um destinat�rio que n�o resolve e os NDRs s�o recebidos pela caixa de correio especificada no Exchange System Manager. � poss�vel configurar a caixa de correio para os destinat�rios n�o resolvidos nas propriedades do servidor virtual SMTP padr�o na caixa Forward all mail with unresolved recipients to host na guia Messages no Exchange System Manager.

Os NDRs s�o uma evid�ncia de que os emails n�o s�o retransmitidos.

Voltar para o in�cio

Refer�ncias

Para obter mais informa��es sobre o que fazer se estiver executando o Exchange Server 5.5 e quiser configurar o servidor para que ele n�o seja um retransmissor aberto, clique no n�mero abaixo para ler o artigo na Base de Dados de Conhecimento Microsoft (a p�gina pode estar em ingl�s):

196626� (http://support.microsoft.com/kb/196626/ ) Restri��o de roteamento no servi�o de email da Internet

Para obter mais informa��es sobre como impedir a retransmiss�o no Windows 2000, clique no n�mero abaixo para ler o artigo na Base de Dados de Conhecimento Microsoft (a p�gina pode estar em ingl�s):

310356� (http://support.microsoft.com/kb/310356/ ) Como impedir a retransmiss�o de email no servidor SMTP IIS 5.0 no Windows 2000

Existem testes comuns que podem ser usados para testar os servidores SMTP quanto ao direcionamento. Por exemplo, � poss�vel usar os seguintes sites e ferramentas de outras empresas (em ingl�s):

http://www.abuse.net/relay.html (http://www.abuse.net/relay.html)

A Microsoft fornece informa��es para contato com terceiros para ajud�-lo a encontrar suporte t�cnico. Estas informa��es podem ser alteradas sem aviso pr�vio. A Microsoft n�o garante a precis�o destas informa��es.

Os produtos de terceiros mencionados neste artigo s�o fabricados por empresas que s�o independentes da Microsoft. A Microsoft n�o oferece garantia, impl�cita ou n�o, em rela��o ao desempenho ou � confiabilidade desses produtos.

Voltar para o in�cio

A informa��o contida neste artigo aplica-se a:

Microsoft Windows XP Professional
Microsoft Windows 2000 Server
Microsoft Windows 2000 Advanced Server
Microsoft Windows 2000 Professional Edition
Microsoft Exchange 2000 Enterprise Server
Microsoft Exchange Server 5.5 Standard Edition
Microsoft Exchange Server 5.0 Standard Edition

Voltar para o in�cio

kbhowto kbwinservnetwork kbnetwork KB304897

Voltar para o in�cio

This site in other countries/regions:

Comportamento de retransmiss�o SMTP no Windows 2000, no Windows XP e no Exchange Server

Nesta p�gina

INTRODU��O

Mais Informa��es

Resposta do servidor SMTP para Retransmiss�o

Como testar a retransmiss�o

Teste de retransmiss�o 1

Teste de retransmiss�o 2

Teste de retransmiss�o 3

Teste de retransmiss�o 4

Teste de retransmiss�o 5

Teste de retransmiss�o 6

Teste de retransmiss�o 7

Como saber se o servidor SMTP est� fechado para os testes de retransmiss�o 6 e 7

Refer�ncias

A informa��o contida neste artigo aplica-se a:

Palavras-chave:�

Forne�a coment�rios sobre essa informa��o

Outros Sites de Suporte

Comunidades

Obtenha Ajuda Agora

Tradu��es deste artigo

Centros de suporte relacionados