Executando verificação de segurança...
21
hebertcisco
1 min de leitura ·

[PITCH] API de validação profunda de email | usevalid.email

Desde dezembro de 2024 tinha nas minhas anotações do Notion o que viria ser uma API de validação de e-mails.

No início eu queria criar algo capaz de validar se o e-mail era temporário, já que notei ser possível manipular o TRIAL de muitos SaaS por aí, colocando toda vez um e-mail diferente. E eu não queria que isso acontecesse em meus projetos, já que é fácil manipular ips também…

Depois quis incrementar mais tipos de validações como verificação de registros MX, e verificar se a caixa de entrada pode receber e-mails, servidor SMTP, sintaxe, tipografia...

Foi bem tranquilo implementar isso, fiz rapidamente o que precisava, e depois criei SDKs pras tecnologias que costumo usar.

Daí só então deixei público e disponibilizei na rapidapi para qualquer pessoa poder usar a ferramenta

Ainda falta bastante para ser algo sólido, mas já é um começo, por exemplo, ainda falta lidar melhor com e-mails corporativos, alguns acusam inválido sendo válido, porém o primeiro passo já foi dado.

Ainda irei ajustar o que falta para ser totalmente abrangente e até quero incrementar mais validações, como se o e-mail é seguro, implementando a ferramenta do mano @MezzoDio.

Essa é meu primeiro projeto que publico no rapidapi, se possível, dá uma olhada lá e deixa seu feedback, desde já agradeço pelo espaço na tua leitura <3

Fonte: https://docs.usevalid.email/consuming-api

Carregando publicação patrocinada...
2
user1

Ideia interessante, mas testei com meus e-mails no teste que existe na página inicial e retornou como Email SMTP is invalid. Fiz dois testes:

  • Com o e-mail que uso realmente;
  • Com um e-mail do tipo catch-all, mas para o mesmo domínio.
1
hebertcisco
Autor
Autor

pois é, para alguns ainda tem essa disfunção, mas logo logo fixarei, para os gmails funciona legalzinho, mas pra a maioria dos emails corporativos, por exemplo configurados no Titan, não funcionam bem, de toda forma vlw pelo feedback

1
user1

Não sei se a informação te faz diferença, mas o meu está hospedado na Hostinger. Além disso, validar e-mails do tipo catch-all deve ser bem complicado, já vi serviços semelhantes no passado que também não conseguiam validar esse tipo de e-mail, tratando eles como temporários.

2
Oletros

Meus 2 cents:

Testei um email da UOL direto na pagina principal ('Test Our Email Verifier') e deu erro:

Verification Result
{
  "email": "[email protected]",
  "status": "invalid_smtp",
  "reason": "Email SMTP is invalid",
  "disposable": false,
  "user": "meu_email",
  "domain": "uol.com.br"
}

Onde "meu_email" eh o meu email pessoal.

2
Oletros

Meus 2 cents extendidos:

Fico imaginando como estao testando os emails.

O comando VRFY geralmente eh desativado nos servidores de email justamente para impedir que sistemas automatizados fiquem verificando emails aleatorios com fins de 'spam'.

Sem o VRFY a opcao eh usar o fluxo MAIL (HELO, MAIL FROM, RCPT TO, DATA) e ver ate aonde chega - mas dependendo de como o servidor de email eh configurado, a checagem final do 'recipient' so eh realizado quando o stream do email (DATA) completo foi realizado - e portanto nao da para cancelar no meio, gerando um 'spam' - ainda que nao intencional.

So que as ferramentas de anti-spam vao detectar este comportamento - e eventualmente o SMTP de origem vai ser barrado ou incluido em black-lists.

Como eh que voces lidam com esta questao ?

2
ktfth

Realmente é um problema interessante de resolver, mas vem a respnsabilidade de lidar com diferentes tipos de serviço e com o uso empregado para esta ferramenta.

Uma ótima ideia, projeto promissor e muito trabalho pela frente para identificar em cada contexto de servidor de email.

Vejo que falta um pouco de dados de caso de uso para ser uma apresentação irresistível e como ela trará recursos para quem utilizar.

Sucesso!

1
0