[MASOCH-L] Adoção de SPF

[Henrique de Moraes Holschuh]

On 18-01-2011 11:24, Alexandre J. Correa - Onda Internet wrote:
>> endereço do remetente quando fazem redirecionamento. Os
>> administradores destes MTA's não prestam atenção a este problema e
>> não fazem as correções necessárias. Tenho certeza que o principal

Claro.  Já tentou implementar SRS em um MTA de 100-500 msg/s ?  Só tem
implementação lerda, em perl ou python, que é apropriada só para MX
pequeno de 10 msg/s.  Ninguém escreveu um plugin em C, devidamente
testado, para integrar com postfix e exim, que implemente o SRS.

Ou seja, não tem ferramenta profissional que cubra todo o stack SPF.
Aliado aos problemas de design do SPF e condições de contorno, ele acaba
não sendo levado a sério pela grande maioria.

Agora, *verificar* o SPF e rejeitar qualquer mensagem que falhe, muita
gente faz mesmo sem implementar o SRS, e muito menos publicar registros
SPF.  Tem plugin de alta performance para verificar SPF, afinal de contas...

Azar dos usuários de quem publica SPF restrito, os incomodados que mudem
de provedor se a falta de SRS causar o retorno ou descarte das emails
deles.   Mas acaba chovendo reclamação de que "não consigo mandar email
para vocês" de usuário de provedor de email gratuito se você rejeita por
SPF, então você tem que assumir um custo de suporte que muitas vezes não
vale à pena.

Aqui marcamos como SPAM tudo o que falhar SPF, e pronto.  Não gera
pedido de suporte, e se a email some silenciosamente porque o
destinatário deleta SPAM sem nem olhar, azar do remetente.  Nossos
sistemas entregaram a email como deveriam, e levaram em conta a
informação de SPF definida por quem tem o controle do DNS do domínio
remetente como deveriam.

-- 
Henrique de Moraes Holschuh <hmh at ima.sp.gov.br>
IM@ - Informática de Municípios Associados
Engenharia de Telecomunicações
TEL +55-19-3755-6555/CEL +55-19-9293-9464

Antes de imprimir, lembre-se de seu compromisso com o Meio Ambiente
e do custo que você pode evitar.