[GTER] gter Digest, Vol 28, Issue 5

Anderson Nadal security at onda.com.br
Wed Jul 6 09:22:22 -03 2005 

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Não que o SPF vá resolver todos os problemas, mas por enquanto não são
todos que estão utilizando o SPF.
Continuo achando que um pouco de cada solução acaba ajudando a
resolver o problema.
Ou seja, um pouco de cada um ajuda bastante no resultado final, SPF,
verificação reversa de e-mail (como eu gosto de chamar), proteção de
hello, RBL, etc...

[]'s
Nadal




Leandro Cerqueira wrote:

> Oi, Pessoal
>
> Nadal, o SPF não deixaria essa verificação sem sentido?
>
> At,
>
> Leandro
>
> ----- Original Message ----- From: <gter-request at eng.registro.br>
> To: <gter at eng.registro.br> Sent: Tuesday, July 05, 2005 12:00 PM
> Subject: gter Digest, Vol 28, Issue 5
>
>
>> Send gter mailing list submissions to gter at eng.registro.br
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>> https://eng.registro.br/mailman/listinfo/gter or, via email, send
>> a message with subject or body 'help' to
>> gter-request at eng.registro.br
>>
>> You can reach the person managing the list at
>> gter-owner at eng.registro.br
>>
>> When replying, please edit your Subject line so it is more
>> specific than "Re: Contents of gter digest..."
>>
>>
>> Today's Topics:
>>
>> 1. Como dobrar o trafego de email... (Marcos Tadeu) 2. Re: Como
>> dobrar o trafego de email... (Leandro Pereira de Lima e Silva) 3.
>> Re: Como dobrar o trafego de email... (Giovanni P. Tirloni) 4.
>> Re: Como dobrar o trafego de email... (Anderson Nadal)
>>
>>
>> ----------------------------------------------------------------------
>>
>>
>> Message: 1 Date: Tue, 5 Jul 2005 10:56:06 -0300 (BRT) From:
>> "Marcos Tadeu" <marcos at telecom.uff.br> Subject: [GTER] Como
>> dobrar o trafego de email... To: "Grupo de Trabalho de Engenharia
>> e Operacao de Redes" <gter at eng.registro.br> Message-ID:
>> <1911.200.239.245.121.1120571766.squirrel at www.telecom.uff.br>
>> Content-Type: text/plain;charset=iso-8859-1
>>
>> Alguns MTAs est?o passando a testar a veracidade do from fazendo
>> uma tentativa vazia de enviar email de volta, ap?s receber o
>> DATA. Este foi um teste com from fake. O email foi enviado de
>> <xxxx at yyy.com.br> para <tttt at jjj.com.br>... o tttt existe, mas o
>> xxxx, n?o. Se a moda pega, isto vai dobrar (em m?dia) a
>> quantidade de requisi??es
>
> SMTP.
>
>> E se meu mta tiver isto e for tentar fazer a mesma coisa para o
>> from do testador? LOOP! ? Tem alguma RFC sobre isto?
>>
>> =========
>>
>>>> DATA
>>
>> <<< 550-Verification failed for <xxxx at yyy.com.br> <<< 550-Called:
>> 200.239.245.121 <<< 550-Sent: RCPT TO:<xxxx at yyy.com.br> <<<
>> 550-Response: 550 5.1.1 <xxxx at yyy.com.br>... User unknown <<<
>> 550-O seu endere?o n?o pode ser verificado, favor utilizar um
>> email v?lido ou <<< 550-contatar o seu suporte t?cnico. (Your
>> email address cannot be verified, <<< 550 please use a valid
>> email). 550 5.1.1 <tttt at jjj.com.br>... User unknown <<< 503 valid
>> RCPT command must precede DATA 550 5.1.1 <xxxx at localhost>... User
>> unknown ==========
>>
>> []s, Marcos Tadeu
>>
>>
>>
>>
>> ------------------------------
>>
>> Message: 2 Date: Tue, 05 Jul 2005 11:39:20 -0300 From: Leandro
>> Pereira de Lima e Silva <leandro at limaesilva.com.br> Subject: Re:
>> [GTER] Como dobrar o trafego de email... To: Grupo de Trabalho de
>> Engenharia e Operacao de Redes <gter at eng.registro.br> Message-ID:
>> <42CA9B98.1000905 at limaesilva.com.br> Content-Type: text/plain;
>> charset=ISO-8859-1; format=flowed
>>
>> Nao tinha nem ouvido falar sobre isso, mas acho que a moda nao
>> pega nao. Acredito que qualquer bom administrador vai notar que
>> isso causa sobrecarga em qualquer servidor de e-mail que gerencie
>> um numero razoavel de contas.
>>
>> []s Leandro
>>
>> Marcos Tadeu wrote:
>>
>>> Alguns MTAs est?o passando a testar a veracidade do from
>>> fazendo uma tentativa vazia de enviar email de volta, ap?s
>>> receber o DATA. Este foi um teste com from fake. O email foi
>>> enviado de <xxxx at yyy.com.br> para <tttt at jjj.com.br>... o tttt
>>> existe, mas o xxxx, n?o. Se a moda pega, isto vai dobrar (em
>>> m?dia) a quantidade de requisi??es
>
> SMTP.
>
>>> E se meu mta tiver isto e for tentar fazer a mesma coisa para o
>>> from do testador? LOOP! ? Tem alguma RFC sobre isto?
>>>
>>> =========
>>>
>>>
>>>>> DATA
>>>>>
>>>>>
>>> <<< 550-Verification failed for <xxxx at yyy.com.br> <<<
>>> 550-Called: 200.239.245.121 <<< 550-Sent: RCPT
>>> TO:<xxxx at yyy.com.br> <<< 550-Response: 550 5.1.1
>>> <xxxx at yyy.com.br>... User unknown <<< 550-O seu endere?o n?o
>>> pode ser verificado, favor utilizar um email v?lido ou <<<
>>> 550-contatar o seu suporte t?cnico. (Your email address cannot
>>> be verified, <<< 550 please use a valid email). 550 5.1.1
>>> <tttt at jjj.com.br>... User unknown <<< 503 valid RCPT command
>>> must precede DATA 550 5.1.1 <xxxx at localhost>... User unknown
>>> ==========
>>>
>>> []s, Marcos Tadeu
>>>
>>>
>>> -- gter list https://eng.registro.br/mailman/listinfo/gter
>>>
>>>
>>>
>>
>>
>> ------------------------------
>>
>> Message: 3 Date: Tue, 05 Jul 2005 11:41:41 -0300 From: "Giovanni
>> P. Tirloni" <gpt at tirloni.org> Subject: Re: [GTER] Como dobrar o
>> trafego de email... To: Grupo de Trabalho de Engenharia e
>> Operacao de Redes <gter at eng.registro.br> Message-ID:
>> <42CA9C25.6090309 at tirloni.org> Content-Type: text/plain;
>> charset=ISO-8859-1; format=flowed
>>
>> Marcos Tadeu wrote:
>>
>>> Alguns MTAs est?o passando a testar a veracidade do from
>>> fazendo uma tentativa vazia de enviar email de volta, ap?s
>>> receber o DATA. Este foi um teste com from fake. O email foi
>>> enviado de <xxxx at yyy.com.br> para <tttt at jjj.com.br>... o tttt
>>> existe, mas o xxxx, n?o. Se a moda pega, isto vai dobrar (em
>>> m?dia) a quantidade de requisi??es
>
> SMTP.
>
>>> E se meu mta tiver isto e for tentar fazer a mesma coisa para o
>>> from do testador? LOOP! ? Tem alguma RFC sobre isto?
>>
>> J? existe faz algum tempo isso no Exim e acho que tem pro Postfix
>> tamb?m. ? algo que gerou algumas disputas porque alguma empresa,
>> que n?o lembro o nome, disse que ela tinha a patente disso. Mas
>> j? existia implementa??o anterior. ? aqueles rolos do depto. de
>> patentes dos EUA.
>>
>> Mas pelo que venho acompanhando isso n?o pegou muito n?o... tem
>> poucos lugares usando.
>>
>> -- Giovanni P. Tirloni / gpt at tirloni.org / PGP: 0xD0315C26
>>
>>
>> ------------------------------
>>
>> Message: 4 Date: Tue, 05 Jul 2005 11:46:01 -0300 From: Anderson
>> Nadal <security at onda.com.br> Subject: Re: [GTER] Como dobrar o
>> trafego de email... To: Grupo de Trabalho de Engenharia e
>> Operacao de Redes <gter at eng.registro.br> Message-ID:
>> <42CA9D29.5090900 at onda.com.br> Content-Type: text/plain;
>> charset=ISO-8859-1
>>

> Bom, eu uso aqui a algum tempo e estou muito feliz com o resultado.
> :) Nao gera tanta carga, pois ele faz cache de todas as conexoes e
> tudo mais. Quem quiser saber mais:
> http://www.postfix.org/ADDRESS_VERIFICATION_README.html
>
> []'s Nadal
>
>
> Giovanni P. Tirloni wrote:
>
>> Marcos Tadeu wrote:
>
>>> Alguns MTAs est?o passando a testar a veracidade do from
>>> fazendo uma tentativa vazia de enviar email de volta, ap?s
>>> receber o DATA. Este foi um teste com from fake. O email foi
>>> enviado de <xxxx at yyy.com.br> para <tttt at jjj.com.br>... o tttt
>>> existe, mas o xxxx, n?o. Se a moda pega, isto vai dobrar (em
>>> m?dia) a quantidade de requisi??es SMTP. E se meu mta tiver
>>> isto e for tentar fazer a mesma coisa para o from do testador?
>>> LOOP! ? Tem alguma RFC sobre isto?
>
>
>> J? existe faz algum tempo isso no Exim e acho que tem pro Postfix
>> tamb?m. ? algo que gerou algumas disputas porque alguma empresa,
>> que n?o lembro o nome, disse que ela tinha a patente disso. Mas
>> j? existia implementa??o anterior. ? aqueles rolos do depto. de
>> patentes dos EUA.
>
>> Mas pelo que venho acompanhando isso n?o pegou muito n?o... tem
>> poucos lugares usando.
>
> -- +-------------------------------------------------------+ |
> Anderson Nadal <nadal at ondacorp.com.br> | | RHCE -
> Red Hat Certified Engineer | |
> Coordenador Tecnico | | Onda Provedor de
> Servi?os S/A http://www.onda.com.br | | Registered Linux
> User: 56841 | | PGP KEY: www.keyserver.net KEY
> ID 6ABB668D | | "There are 10 types of people in the world:
> Those who | | understand binary, and those who don't"
> | | M.O.V.I |
> +-------------------------------------------------------+


- ------------------------------

- --
gter digest list    https://eng.registro.br/mailman/listinfo/gter

End of gter Digest, Vol 28, Issue 5
***********************************


> -- gter list https://eng.registro.br/mailman/listinfo/gter


- --
+-------------------------------------------------------+
|        Anderson Nadal <nadal at ondacorp.com.br>         |
|        RHCE - Red Hat Certified Engineer              |
|                Coordenador Tecnico                    |
| Onda Provedor de Serviços S/A http://www.onda.com.br  |
|          Registered Linux User: 56841                 |
|     PGP KEY: www.keyserver.net KEY ID 6ABB668D        |
| "There are 10 types of people in the world: Those who |
|    understand binary, and those who don't"            |
|                     M.O.V.I                           |
+-------------------------------------------------------+
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iD8DBQFCy8z8LQAusHT90XQRAt/sAJ9jYAWndXhzHaNzso98fBQiKyiNOACgli0s
ZbSMl28vRwlB3rxvau6jLDw=
=iHLH
-----END PGP SIGNATURE-----

More information about the gter mailing list