O único caso em que você pode ter certeza é se o nome do domínio (a parte por trás do @ no endereço) é inválido. Por exemplo, se for [email protected], 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 email com um IP para o qual esse domínio aponta.
Caso contrário, você pode, no máximo, verificar o seguinte:
-
O domínio é válido agora? Se não for, nenhum email poderá ser recebido nesse endereço. Mas novos DPNs surgem com tanta frequência. Portanto, alguns domínios que são inválidos agora podem se tornar válidos mais tarde, então eles podem ser usados para o email e seu endereço pode ser usado. Por exemplo, a capital da Suíça é Berna. Eles não conseguiram uma inscrição para o TLD para a ICANN a tempo, mas há pessoas que querem tentar da próxima vez. Então [email protected] é inválido agora, mas pode ser usado mais tarde.
-
O domínio é válido, mas ainda não está registrado? Então nenhum email pode ser recebido lá por enquanto. Mas sempre pode ser registrado e usado mais tarde e, se o momento for correto, o servidor pode ficar online enquanto o servidor SMTP ainda está tentando enviar o email regularmente. Por exemplo, [email protected] é válido (sim, existem endereços .horse), mas o domínio example.horse não está em uso atualmente.
-
O domínio está registrado, mas nenhum servidor de e-mail responde lá? Semelhante ao anterior, nenhum e-mail pode ser recebido agora, mas um servidor de e-mail pode ficar on-line em questão de minutos. Por exemplo, meu próprio domínio não tem nenhum servidor de e-mail funcionando, mas eu provavelmente poderia instalar um básico em uma ou duas horas, com alguma experiência no assunto, certamente menos ainda.
-
Um servidor responde, mas a resposta é "endereço desconhecido". Isso pode ser verdadeiro, nenhuma conta com esse nome existe no domínio e o servidor de e-mail descarta seus e-mails, ou pode ser verdadeiro e o servidor de e-mail redireciona seu e-mail para uma conta pega-tudo ou pode ser mentira e o servidor age como se a conta não existisse, mas na verdade tem a conta e entrega seu e-mail.
-
Um caso especial: o endereço de e-mail está em conformidade com os padrões ( link ), e. g. está dentro do tamanho permitido (não me lembro exatamente, mas acho que estava em 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 seu servidor SMTP puderem lidar com isso, eles podem tentar enviar o e-mail mesmo que o endereço não esteja em conformidade com os padrões. Agora, teoricamente, o servidor de recebimento de e-mails poderia descartá-lo devido à não conformidade ou poderia agir como se tivesse sido descartado, mas, em vez disso, ainda assim entregá-lo. Este caso, no entanto, é altamente teórico. Exemplo: a "b (c) d, e: f; gi [j \ k] [email protected]