[MASOCH-L] Erro checando SPF da Locaweb

Bruno Vane broonu at gmail.com
Fri Jul 4 10:17:59 -03 2014 

Leandro,

Me enganei, não foi nesta lista, foi na lista "caiu".
Seguem os contatos de quem me ajudou quando tive problemas lá:

Glauco Oliveira <glauco.oliveira em locaweb.com.br>
Ricardo Amaro <ricardo.amaro em locaweb.com.br>



Em 4 de julho de 2014 09:58, Leandro <leandro at allchemistry.com.br> escreveu:

> Bruno. Muito bom saber disto. Quem sabe agora eles podem me ajudar a
> resolver o mesmo problema no domínio de um de nossos fornecedores, que é
> cliente deles. O domínio deles é polimate.com.br. Veja o resultado da
> validação em kitterman.com:
>
>    SPF record lookup and validation for: polimate.com.br
>
>    SPF records are published in DNS as TXT records.
>
>    The TXT records found for your domain are:
>    v=spf1 include:_spf.admincontrolpanel.com include:16871.meuspf.com ~all
>
>    Checking to see if there is a valid SPF record.
>
>    Found v=spf1 record for polimate.com.br:
>    v=spf1 include:_spf.admincontrolpanel.com include:16871.meuspf.com ~all
>
>    evaluating...
>    Results - PermError SPF Permanent Error: Void lookup limit of 2
>    exceeded
>
> Se eles responderem, vai ser a primeira vez na história que consigo falar
> diretamente com o pessoal da infra deles. Vou aguardar e ficar torcendo
> aqui. Valeu!
>
>
> Leandro Carlos Rodrigues
> TI All Chemistry do Brasil
> (11) 3014-7100
>
> Em 04/07/2014 09:46, Bruno Vane escreveu:
>
>  Bom dia Rafael,
>>
>> Muito obrigado, me esclareceu algumas dúvidas.
>> Na verdade esse pessoal da 3corp não é cliente nosso aqui, só tive
>> problema
>> para receber e-mails deles e vi que era o limite de consultas DNS
>> estourado
>> no SPF. Eu também não altero minhas regras de SPF, e quando vejo que estou
>> recebendo muito SPAM que não é barrado pelas listas, eu rejeito
>> manualmente
>> mesmo e não me importo.
>>
>> Leandro, na verdade eles participam sim, e inclusive me ajudaram num
>> problema grande que tive com eles: simplesmente colocaram no antispam
>> deles
>> o meu dominio inteiro, e faziam checagem de antispam mesmo se o cliente
>> deles estivesse usando webmail. Como o clienet de webmail deles estava
>> usando meu IP, que resolvia para x.x.x.x-meudominio.com.br, o email do
>> cliente era barrado. Fiquei com duas classes /19 barradas no sistema de
>> antispam deles.
>>
>>
>> Em 4 de julho de 2014 08:55, Leandro <leandro at allchemistry.com.br>
>> escreveu:
>>
>>  A Locaweb sempre come bola em qualquer coisa que façam. O estranho seria
>>> se tudo lá funcionasse perfeitamente. Tenho inúmeros exemplos de má
>>> administração dos serviços deles, que não vale a pena ser comentado aqui
>>> para não gerar polêmica. O que acho mais estranho de tudo é que eles não
>>> participam desta lista de discussão, ou então, participam mas ficam
>>> quietinhos na deles sem resolver os problemas apontados, e talvez rindo a
>>> beça de todos nós. rssss
>>>
>>>
>>> Leandro Carlos Rodrigues
>>> TI All Chemistry do Brasil
>>> (11) 3014-7100
>>>
>>> Em 04/07/2014 08:38, Rafael Henrique Faria escreveu:
>>>
>>>   Boa tarde Bruno.
>>>
>>>> Então, neste caso, ele não conseguirá utilizar a Locaweb junto. Pelo
>>>> limite da própria RFC-4408 (10.1. Processing Limits).
>>>>
>>>> Eu não sei se isso é de conhecimento da Locaweb, se eles que fornecem
>>>> aos clientes de famoso e-mail marketing deles a configuração para
>>>> incluir o _spf.locaweb.com.br em suas configurações de SPF. Se eles
>>>> que fornecem essa configuração, pode ser que eles não tenham se dado
>>>> conta que o SPF deles já está no limite de requisições.
>>>>
>>>> Fazendo as contas:
>>>>
>>>> [1] 3corp.com.br: "v=spf1 include:_spf.locaweb.com.br
>>>> include:_spf.google.com ?all"
>>>> [2] _spf.locaweb.com.br: "v=spf1 ip4:200.234.192.0/19
>>>> ip4:201.76.32.0/19 ip4:189.126.96.0/19 ip4:187.45.192.0/19
>>>> ip4:187.45.224.0/19 ip4:216.163.188.0/24 ip4:65.74.168.0/24
>>>> ip4:186.202.1.0/25 ip4:186.202.0.0/24 ip4:186.202.9.64/26
>>>> include:_spf2.locaweb.com.br mx/24 ?all"
>>>> [3] _spf2.locaweb.com.br: "v=spf1 ip4:10.20.54.0/26
>>>> ip4:200.234.210.0/25 ip4:186.202.22.0/28 ip4:186.202.140.160/27
>>>> ip4:186.202.21.128/25 ip4:177.153.9.0/26 ip4:191.252.28.0/24
>>>> ip4:191.252.29.0/24 include:relay.mailchannels.net mx/24 ?all"
>>>> [4] relay.mailchannels.net: "v=spf1 include:spf1.mailchannels.net
>>>> include:spf2.mailchannels.net include:spf3.mailchannels.net
>>>> include:spf4.mailchannels.net include:spf5.mailchannels.net
>>>> include:spf6.mailchannels.net"
>>>> [5] spf1.mailchannels.net: "v=spf1 ip4:108.178.49.163/32
>>>> ip4:108.178.49.164/30 ip4:108.178.49.168/29 ip4:198.20.101.156/31
>>>> ip4:198.20.101.220/30 ip4:198.20.101.224/30 ip4:198.20.101.228/31
>>>> ip4:198.20.101.230/32 ip4:198.20.101.152 ip4:198.20.122.7"
>>>> [6] spf2.mailchannels.net: "v=spf1 ip4:184.154.112.128/25
>>>> ip4:204.187.13.88/29 ip4:50.115.116.0/25 ip4:50.115.116.128/27
>>>> ip4:174.127.115.80/28 ip4:174.127.117.204 ip4:198.20.121.0/24
>>>> ip4:173.236.122.32/30 ip4:173.236.122.36/30"
>>>> [7] spf3.mailchannels.net: "v=spf1 ip4:107.6.164.0/24
>>>> ip4:107.6.181.0/24 ip4:184.154.223.0/24 ip4:184.154.157.0/24"
>>>> [8] spf4.mailchannels.net: "v=spf1 ip4:72.249.144.0/24
>>>> ip4:72.249.127.0/24 ip4:174.136.5.0/24 ip4:108.161.138.0/24
>>>> ip4:162.253.144.0/24"
>>>> [9] spf5.mailchannels.net: "v=spf1 ip4:143.95.81.24/29
>>>> ip4:143.95.81.24/29 ip4:143.95.81.32/29 ip4:207.210.193.16/28
>>>> ip4:174.136.13.64/28 ip4:174.136.13.80/29 ip4:23.91.64.112/28
>>>> ip4:23.91.64.128/29"
>>>> [10] spf6.mailchannels.net: "v=spf1 ip4:143.95.104.19/32
>>>> ip4:143.95.105.19/32 ip4:143.95.106.19/32 ip4:143.95.107.19/32
>>>> ip4:143.95.108.19/32 ip4:143.95.109.18/32 ip4:143.95.110.18/32
>>>> ip4:143.95.111.16/32"
>>>> [11] _spf.localweb.com.br: mx/24
>>>>
>>>> Apenas o _spf.locaweb.com.br já possui sozinho 10 consultas como
>>>> podemos observar, 1 como sendo a própria consulta do TXT de
>>>> _spf.locaweb.com.br, e mais 8 do include de _spf2.locaweb.com.br, e
>>>> mais 1 do mx/24.
>>>>
>>>> Com isso é impossível incluir o _spf.locaweb.com.br em qualquer outro
>>>> SPF, mesmo via redirect.
>>>>
>>>> Ou alguém da Locaweb cometeu um erro de configuração do SPF ao incluir
>>>> tantos IPs em um único SPF, ou quem indicou o uso de
>>>> _spf.locaweb.com.br se equivocou.
>>>>
>>>> E ao meu ver, opinião pessoal, esse 3corp.com.br está utilizando a
>>>> Locaweb para enviar spam, digo, e-mail marketing. Pois oficialmente
>>>> seus MX não são da Locaweb, mas sim o Google.
>>>>
>>>> E como a Locaweb para tentar fugir das RBL possuem inúmeros IPs para
>>>> enviar seus spams, digo, e-mail marketing, acabam abarrotando o SPF,
>>>> mas pode ser que não se tocaram que passaram do limite de 10 consultas
>>>> de DNS.
>>>>
>>>> Qualquer dúvida, é só dar uma conferida na RFC-4408:
>>>> http://www.ietf.org/rfc/rfc4408.txt
>>>> No tópico 10.1, que trata sobre os limites de processamento.
>>>>
>>>> Resumindo, cada include, redirect, a, mx, ptr e exists contam como uma
>>>> requisição de DNS, as tag ip4 e ip6 não contam.
>>>> E acredito que muitos responsáveis pelos domínios desconhecem as
>>>> regras do SPF. Acham que basta colocar o que quiserem lá que irá
>>>> funcionar. E nós administradores temos que contornar estas falhas. Mas
>>>> infelizmente isso acaba fazendo parte do nosso dia a dia.
>>>>
>>>> Espero que consiga resolver por aí facilmente.
>>>>
>>>> Abraço.
>>>>
>>>> 2014-07-03 15:10 GMT-03:00 Bruno Vane <broonu at gmail.com>:
>>>>
>>>>  Rafael,
>>>>>
>>>>> Já que você tocou no assunto da correta utilização do SPF, fiquei com
>>>>> uma
>>>>> dúvida a respeito, não sei se você poderia me ajudar.
>>>>> Este domínio em específico (3corp.com.br) parece só utilizar SMTP via
>>>>> google:
>>>>>
>>>>> 3corp.com.br mail is handled by 30 aspmx4.googlemail.com.
>>>>> 3corp.com.br mail is handled by 30 aspmx5.googlemail.com.
>>>>> 3corp.com.br mail is handled by 10 aspmx.l.google.com.
>>>>> 3corp.com.br mail is handled by 20 alt1.aspmx.l.google.com.
>>>>> 3corp.com.br mail is handled by 20 alt2.aspmx.l.google.com.
>>>>> 3corp.com.br mail is handled by 30 aspmx2.googlemail.com.
>>>>> 3corp.com.br mail is handled by 30 aspmx3.googlemail.com.
>>>>>
>>>>> Não sei o que eles utilizam na Locaweb, mas caso eles enviem e-mail
>>>>> tanto
>>>>> pelo Google quanto pela Locaweb, qual seria a maneira correta de
>>>>> utilizar o
>>>>> SPF? Na verdade a Locaweb já está com 10 consultas:
>>>>>
>>>>> "v=spf1 ip4:201.76.62.40/32 ip4:201.76.49.0/24 ip4:189.126.112.0/24
>>>>> ip4:
>>>>> 200.234.214.0/26 ip4:187.45.217.64/26 ip4:200.234.214.192/27 ip4:
>>>>> 187.45.249.192/26 ip4:186.202.1.0/25 ip4:186.202.0.0/24 ip4:
>>>>> 189.126.123.173/32 include:_spflw.locaweb.com.br -all"
>>>>>
>>>>>
>>>>>
>>>>> Em 3 de julho de 2014 14:58, Bruno Vane <broonu at gmail.com> escreveu:
>>>>>
>>>>>   Boa tarde Rafael,
>>>>>
>>>>>> Realmente eu nem chequei quem estava causando o problema, quando tenho
>>>>>> problemas desse tipo eu entro em contato também, mas não desativo
>>>>>> minhas
>>>>>> regras.
>>>>>>
>>>>>> Obrigado pela atenção.
>>>>>>
>>>>>>
>>>>>> Em 3 de julho de 2014 12:06, Rafael Henrique Faria <
>>>>>> rafaelhfaria at cenadigital.com.br> escreveu:
>>>>>>
>>>>>> On Thu, Jul 3, 2014 at 10:12 AM, Bruno Vane <broonu at gmail.com> wrote:
>>>>>>
>>>>>>  S-interactive terms limit (10) exceeded;
>>>>>>> Boa tarde Bruno.
>>>>>>>
>>>>>>> Se você reparar bem o problema não é da Locaweb, mas sim do dominio
>>>>>>> 3corp.com.br
>>>>>>>
>>>>>>> A Locaweb já utiliza 9 consultas de DNS para o seu SPF. Quando o
>>>>>>> responsável pelo domínio 3corp.com.br incluiu o da locaweb, já
>>>>>>> chegou
>>>>>>> no limite de 10.
>>>>>>> Porém, ele incluiu ainda o spf do Google, que realiza mais 4.
>>>>>>>
>>>>>>> Então o SPF do domínio 3corp.com.br que está inválido.
>>>>>>>
>>>>>>> Muita gente reclama que o SPF não funciona, mas ele funciona. O que
>>>>>>> não funciona são as pessoas que configuram o mesmo que não conhecem a
>>>>>>> RFC, e acham que podem colocar qualquer coisa dentro do SPF que ele
>>>>>>> vai continuar funcionando.
>>>>>>>
>>>>>>> Esses dias para trás, o icloud.com estava com erro de sintaxe na
>>>>>>> configuração do SPF.
>>>>>>>
>>>>>>> Eu sou responsável por um servidor de e-mail na Unesp, e eu coloquei
>>>>>>> o
>>>>>>> SPF como restritivo, se deu erro, a mensagem é negada sem segunda
>>>>>>> chance. E eu tenho algumas reclamações sobre isso. Porém eu prefiro
>>>>>>> entrar em contato com os responsáveis pelo domínio (whois e soa),
>>>>>>> apontando o erro da configuração deles, do que desativar a
>>>>>>> verificação
>>>>>>> de SPF do meu servidor. E eu te afirmo, já vi erros de configuração
>>>>>>> do
>>>>>>> SPF de domínio muito utilizados.
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Rafael Henrique da Silva Faria
>>>>>>> __
>>>>>>> masoch-l list
>>>>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>>>>
>>>>>>>
>>>>>>>    __
>>>>>>
>>>>> masoch-l list
>>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>>
>>>>>
>>>>
>>>>  __
>>> masoch-l list
>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>
>>>  __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>

More information about the masoch-l mailing list