[MASOCH-L] O que você mais odeia no SPF?

[Leandro Carlos Rodrigues]

Pessoal. Vou pedir para vocês testarem casos na qual o SPF convencional 
os deixa na mão por qualquer um dos motivos apontados.

Eu estou vendo nos logs lá do servidor que vocês estão fazendo somente 
consultas manjadas, na qual o SPF convencional dá conta sem esforço algum.

A ideia é melhorar o SPF convencional então peço mandem as consultas 
mais complicadas que vocês tiverem. Obrigado!

Leandro Carlos Rodrigues
TI All Chemistry do Brasil
(11) 3014-7100

On 16/06/2015 08:30, Leandro Carlos Rodrigues wrote:
> Pessoal. Quem gostou destas soluções, me ajudem a testá-las utilizando 
> este script:
>
> https://github.com/leonamp/SmartToolsMX/blob/master/spfquery2.sh
>
> Coloquei o serviço na AWS e deixei testando este script ontem no nosso 
> servidor de e-mail. Parece que está bastante estável.
>
> Prestem atenção pois são apenas dois parâmetros, sendo o primeiro o IP 
> (v4 ou v6) de origem (não é o nome do host), e o segundo é o e-mail do 
> remetente (ou return-path como preferir).
>
> O script substitui o spfquery original pois retorna os códigos de 
> saída exatamente igual.
>
> A única solução que ainda não foi implementada é a de número 5. O 
> restante foram todas implementadas.
>
> Só peço que não coloquem uma carga muito alta por enquanto pois não 
> sei se o servidor lá vai aguentar.
>
> Me passem todos os bugs que encontrarem por favor. Obrigado.
>
> Leandro Carlos Rodrigues
> TI All Chemistry do Brasil
> (11) 3014-7100
>
> On 15/06/2015 08:13, Leandro Carlos Rodrigues wrote:
>> Segue as soluções que pretendo implementar, algumas já implementadas, 
>> na minha implementação SPF.
>>
>> Se alguém tiver melhores soluções, vamos discutir para chegarmos em 
>> algo que realmente será útil para todos.
>>
>>> 1. *Looping pelo mecanismo include:*
>> Resolvido registrando cada include visitado e pulando os includes que 
>> já foram visitados. Tecnicamente seria a poda da árvore: 
>> http://pt.wikipedia.org/wiki/Poda_%28computa%C3%A7%C3%A3o%29
>>> 2. *Várias consultas DNS para resolver uma consulta SPF:*
>> Utilização de cache para manter a árvore em memória e atualização 
>> periódica em background, para não comprometer a latência.
>>> 3. *Too many DNS lookups:*
>> Não tem esta limitação. A implementação vai carregar quantos nós 
>> (include) forem necessários para encontrar aquele que dê match. O 
>> cache vai minimizar a necessidade de consultas excessivas.
>>> 4. *O domínio não ter registro SPF:*
>> Solução best-guess: http://www.openspf.org/FAQ/Best_guess_record
>>> 5. *Registro permissivo demais:*
>> Para os mecanismos ip4 ou ip6, testar os IPs reservados de cada 
>> versão. Se passar algum reservado, ignorar aquele mecanismo.
>>> 6. *Erro de sintaxe no registro:*
>> Uso de corretores, quando a correção for possível, e no caso de não 
>> ser possível, ignorar o mecanismo com erro. No caso de algum 
>> mecanismo estiver com erro, só apresentaria o erro caso nenhum outro 
>> mecanismo, com exceção do all, desse match. Se o administrador errou 
>> um mecanismo pouco importante mas manteve integro os demais, então a 
>> consulta vai funcionar para maioria dos casos.
>>> 7.*domínios com acl terminando em +all*
>> Não permitir o mecanismo +all. Vamos banir o +all. Considerar sempre 
>> SOFTFAIL quando usarem +all.
>>
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l