[MASOCH-L] #RFCFAIL

[Leandro]

Poxa Lucas. Nestes casos que você apontou, a gente não tem muito o que
fazer se houver bloqueio de falso positivo. :-(

A gente está tentando construir métodos de validação se serviço genuíno de
e-mail (para ter certeza que não se trata de ataques de robôs) usando a RFC
como base.

A ideia seria que sem postmaster ativo e respondendo, não tem serviço
genuíno de e-mail rodando lá. Como se a conta postmaster fosse um critério
de genuinidade do serviço manja?

Creio que o problema deverá ser resolvido pela imposição da RFC mesmo. Peço
pela paciência todos vocês se tivermos contratempos com seus clientes nessa
transição beleza galera? Não é nossa intenção prejudicar alguém legítimo,
apenas spammers e fraudadores.

Abraços,
Leandro
SPFBL.net

Em 8 de setembro de 2016 11:04, Lucas Willian Bocchi <lucas.bocchi at gmail.com
> escreveu:

> Leandro.
> Isso não é incomum, assim como o > /dev/null do postmaster, webmaster,
> etc...
>
> Em 8 de setembro de 2016 10:24, Leandro <leandro at spfbl.net> escreveu:
>
> > Pessoal,
> >
> > Avisem seus clientes para ficarem atentos à RFC por gentileza:
> >
> >
> > *Não é possível entregar: Chave de desbloqueio DNSBL*
> >
> > *Falha na entrega aos seguintes destinatários ou grupos:*
> >
> > postmaster at constran.com.br
> >
> > O endereço de mail que você inseriu não pôde ser encontrado. Verifique o
> > endereço de email do destinatário e tente reenviar a mensagem. Se o
> > problema continuar, entre em contato com a assistência técnica.
> >
> > Pretendemos implementar futuramente a verificação ativa do postmaster na
> > ferramenta de análise do SPFBL, com bloqueio automático.
> >
> > Essa verificação acima é passiva e invocada no método de delisting. Mesmo
> > assim, são vários casos deste tipo.
> >
> > Abraços,
> > Leandro
> > SPFBL.net
> > __
> > masoch-l list
> > https://eng.registro.br/mailman/listinfo/masoch-l
> >
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>