A parte à direita do sinal de arroba precisa ser um endereço de site válido?

A parte à direita dos endereços de e-mail de entrada deve ser um URL válido do site? Acabei de ver dois endereços de email em que a parte certa não parecia ser um endereço de site. Na verdade, ele não foi aberto quando tentei fazê-lo através de um navegador da web.

Não, não precisa ser o mesmo. O email usa um protocolo diferente dos sites, e sempre há a opção de ter domínios inexistentes para emails internos (dentro das empresas).

Por exemplo, se eu tiver um controlador de domínio que hospede MyDomain.local e um servidor de troca dentro desse domínio, posso ter LPChip@MyDomain.local

Se eu não hospedar um servidor da web e desativar todo o resto que cria sites, o http: //MyDomain.local não funcionará.

Além disso, como esse é apenas um endereço interno, também não funcionará de fora.

Se falamos sobre endereços de e-mail externos, o seguinte é importante:

O endereço de email tem duas partes: o usuário e o domínio + opcionalmente subdomínios.

Se considerarmos, por exemplo: LPChip@email.example.com, LPChip é o usuário, o email é o subdomínio e example.com é o domínio.

O domínio possui registros MX que informam onde o email está localizado. É essa rota usada para entregar email pelo protocolo SMTP.

Agora também é possível ter um @ em um URL de site, o que geralmente significa nome de usuário @ site, mas também pode ser usado como @ char na URL do site.

Por exemplo, o seguinte endereço de site é válido: https://example.net/owa/username@example.com

O URL aqui é /owa/username@example.com e contém um @.

Outro exemplo é este:

ftp: //username@ftp.example.com

Não, o site e o endereço de email não têm basicamente nada em comum.

A parte direita de info@microsoft.com significa que você envia email para um domínio chamado microsoft.com. O protocolo usado para enviar email é SMTP.

Mas o URL http://www.microsoft.com/ significa que você deseja informações hospedadas em um servidor chamado www. O protocolo usado é HTTP.

Não é necessário que essas duas partes existam para os dois protocolos. E o contrário também é válido. Por exemplo, você pode ter um site de suporte como http://support.dell.com/ e não ter nenhum endereço de e-mail em support.dell.com.

user@example.org é um endereço de email de trabalho se o registro MX de example.org apontar para um servidor de email de trabalho que aceita email para esse endereço de email (ou seja, escutando na porta 25 e manipulando solicitações SMTP).

http://example.org/ é uma URL de trabalho se o registro A, por exemplo.org, apontar para um host executando um servidor da web (ou seja, escutando na porta 80 e manipulando solicitações HTTP). Se não houver servidor da web em example.org, a maioria dos navegadores segue a recomendação padrão para tentar também http://www.example.org/ .

Procure as RFCs da Internet relevantes, por exemplo, para TCP, onde são explicadas as portas, se desejar mais detalhes.

Estes são dois serviços diferentes que são completamente separados. Um servidor pode estar executando um ou ambos.

Como Tersosauros salienta, "válido" tem um significado técnico de erro não-sintaxe, não necessariamente "funcionando". Veja essa resposta para mais.

O email é especial em termos de DNS. Os registros MX podem listar qualquer servidor de correio como o Exchange-Mail para um nome de domínio. Todos os outros serviços (ssh, ftp, http, https, etc. etc.) usam o registro A (Endereço IP) diretamente, em vez de primeiro verificar o registro "qual é o servidor FTP para example.org" para obter uma camada extra de indireção. Isso é irrelevante para esta questão, no entanto. Todos os serviços da Internet são ortogonais e podem ou não estar presentes para qualquer nome de domínio.

(o roteamento baseado em porta por um roteador / firewall pode dividir o tráfego http e ftp (por exemplo) em servidores diferentes para um único IP, se necessário em sites grandes, para que outros serviços não faltem por não terem seu próprio direcionamento registros como o e-mail.)

O OP (e talvez alguns dos comentadores / respostas) pode estar confuso no vocabulário.

Um URL de site válido (enquanto tenta não ser muito pedante) pode ser uma de duas coisas diferentes:

1. Um URL de formato válido (URI no léxico moderno), como - no entanto, NÃO é um endereço da web .abc://azertyfoo.baz:303/
2. Uma URL que é sintaticamente válida (como acima), mas também especifica um esquema conhecido (o bit anterior ://), AND nomeia um nome de domínio totalmente qualificado (FQDN) de resolução válido. Por exemplo: http://superuser.com:80/é um URL de site válido (nessas condições).

Muitas outras respostas abordaram as diferenças nos registros DNS com relação à Web (isto é, registros A) versus e-mail (registros MX).

Eu suspeito que onde as pessoas talvez estejam ficando confusas pode estar com a parte do host do endereço de email.

Um host pode ser um dos seguintes em um endereço de email:

• Um FQDN, configurado corretamente com registros MX.
• Um nome de domínio resolvível de outra forma que pode não ser totalmente qualificado (conforme usado em muitos ambientes corporativos). Por exemplo MyMail.local- obviamente .localnão é um domínio de nível superior (TLD) válido , no entanto, esse nome de domínio ainda é válido e pode ser resolvido em um ambiente corporativo.
• Um nome de host, como localhost(o endereço padrão nas páginas de erro em muitas versões do Apache é webmaster@localhost, por exemplo). Ninguém além da máquina local poderá enviar e-mail para essa caixa de entrada; no entanto, nessa máquina (supondo que esteja executando o sendmail ou similar), o endereço é válido .
• um endereço IP, 127.0.0.1- novamente, isso é válido em um ambiente específico. No entanto, duvido que muitos servidores de correio (ou algum?) Encaminhem e-mails para esse host se você tentar isso na Internet aberta.

Qualquer um desses hosts válidos também pode ser um URL de site válido se estiver incluído em um esquema e caminho apropriados : http://[qualquer um dos itens acima]/