Confirme que o endereço de e-mail não existe (e, portanto, não é possível receber mensagens)

Confirme que o endereço de e-mail não existe (e, portanto, não é possível receber mensagens)

Observe que isso é diferente de confirmar a existência do endereço. Existe uma maneira de provar que determinado endereço de e-mail definitivamente não pode receber e-mails?

ou seja. com sites comohttp://www.email-validator.net/

existe uma maneira 100% de provar que determinado endereço não pode receber dados?

Responder1

O único caso em que você pode estarclaroé se o nome de domínio (a parte atrás do @ no endereço) for inválido. Por exemplo se for[e-mail protegido]isso nunca poderá ser entregue porque .c não é e nunca será um TLD válido. Portanto ninguém pode ter esse domínio e ninguém pode configurar um servidor de correio com um IP para onde este domínio aponta.

Caso contrário, você pode no máximo verificar o seguinte:

  1. O domínio é válido agora? Caso contrário, nenhuma correspondência poderá ser recebida nesse endereço. Mas novos TLDs são lançados com frequência. Portanto, alguns domínios que são inválidos agora podem se tornar válidos mais tarde e depois podem ser usados ​​para e-mail e seu endereço pode ser usado. Por exemplo, a capital da Suíça é Berna. Eles não enviaram uma solicitação para o TLD .bern à ICANN a tempo, mas há pessoas que querem tentar na próxima vez. Então[e-mail protegido]é inválido no momento, mas pode ser usado mais tarde.

  2. O domínio é válido, mas ainda não está registrado para ninguém? Então nenhuma correspondência poderá ser recebida lá por enquanto. Mas ele sempre pode ser registrado e usado posteriormente e, se for o momento certo, o servidor poderá ficar online enquanto o servidor SMTP ainda tenta enviar o e-mail regularmente. Por exemplo[e-mail protegido]é válido (sim, realmente existem endereços .horse), mas o domínio example.horse não está em uso atualmente.

  3. O domínio está registrado, mas nenhum servidor de e-mail responde lá? Semelhante ao acima, nenhum e-mail pode ser recebido no momento, mas um servidor de e-mail pode ficar online em questão de minutos. Por exemplo, meu próprio domínio não tem nenhum servidor de e-mail em execução, mas provavelmente eu poderia instalar um básico em uma ou duas horas, com alguma experiência no assunto, certamente ainda menos.

  4. Um servidor responde, mas a resposta é "endereço desconhecido". Isso pode ser verdade, não existe nenhuma conta com esse nome no domínio e o servidor de e-mail descarta seu e-mail, ou pode ser verdade e o servidor de e-mail redireciona seu e-mail para uma conta pega-tudo ou pode ser uma mentira e o servidor age como se a conta não existisse, mas na verdade a possui e entrega sua correspondência.

  5. Um caso especial: o endereço de e-mail está em conformidade com os padrões (https://www.rfc-editor.org/rfc/rfc6530), por exemplo, está dentro do comprimento permitido (não me lembro exatamente, mas acho que tinha menos de 300 caracteres) ou contém apenas caracteres permitidos. Se não, então fica interessante. Se o seu cliente de e-mail e o servidor SMTP puderem lidar com isso, eles poderão tentar enviar o e-mail, mesmo que o endereço não esteja em conformidade com os padrões. Agora, teoricamente, o servidor de e-mail receptor poderia jogá-lo fora devido à não conformidade ou poderia agir como se o tivesse jogado fora, mas ainda assim entregá-lo. Este caso, porém, é altamente teórico. Exemplo: a"b(c)d,e:f;gi[j\k][e-mail protegido]

Responder2

Na verdade. Há muitas coisas que podem causar falsos positivos e também falsos negativos.

Os exemplos iniciais incluem: - Servidor de e-mail temporariamente inativo - Filtro de spam configurado incorretamente sendo muito agressivo - Servidor funcionando corretamente, mas a caixa de correio não está recebendo (aconteceu no meu servidor por causa de um erro de configuração)

A única indicação verdadeira de que um endereço está funcionando conforme o esperado é receber uma resposta dele. E mesmo isso pode ser temporariamente. Por outro lado, qualquer problema relatado ao tentar acessá-lo também pode ser temporário.

A única exceção que consigo pensar é se o domínio simplesmente não existir.

Responder3

Não, não tem como.

O servidor de e-mail pode aceitar e-mails e simplesmente descartá-los.

PS: Há alguns casos em que você pode ter 80% de certeza de que o e-mail não existe neste momento.

  • Domínio não possui MXregistro (não há servidor para enviar e-mails) < Isto está errado. Se não houver MX, a entrega de correio será tentada para o registro A do domínio. Verifique os RFCs.

  • Não há servidor SMTP (nada escuta na porta 25). No entanto, o servidor pode ficar temporariamente inativo.

  • O servidor SMTP informa explicitamente que "não existe essa caixa de correio". Mas alguns servidores hacky podem retornar este erro para qualquer pessoa, exceto alguns clientes especiais.

informação relacionada