[MASOCH-L] Erro checando SPF da Locaweb
Leandro
leandro at allchemistry.com.br
Fri Jul 4 09:58:19 -03 2014
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
More information about the masoch-l
mailing list