¿La parte a la derecha de un signo tiene que ser una dirección de sitio web válida?

11

¿La parte a la derecha de las direcciones de correo electrónico de inicio de sesión debe ser una URL de sitio web válida? Acabo de ver dos direcciones de correo electrónico donde la parte correcta no parecía ser una dirección de sitio web. De hecho, no se abrió cuando intenté hacerlo a través de un navegador web.

email

— codezombie
fuente

12

Nota: Hubo correo electrónico en Internet (usando los mismos protocolos que hoy) antes de que existiera la WWW.

— Carsten S

14

No, no tiene por qué ser igual. El correo electrónico utiliza un protocolo diferente al de los sitios web, y siempre existe la opción de tener dominios no existentes para correos electrónicos internos (dentro de las empresas).

Por ejemplo, si tengo un controlador de dominio que aloja MyDomain.local y tengo un servidor de intercambio dentro de este dominio, puedo tener LPChip@MyDomain.local

Si no alojo un servidor web y deshabilito todo lo que crea sitios web, http: //MyDomain.local no funcionará.

Además de eso, dado que esta es solo una dirección interna, tampoco funcionará desde el exterior.

Si hablamos de direcciones de correo electrónico externas, lo siguiente es importante:

La dirección de correo electrónico tiene 2 partes: el usuario y el dominio + opcionalmente subdominios.

Si tomamos por ejemplo: LPChip@email.example.com, LPChip es el usuario, el correo electrónico es el subdominio y example.com es el dominio.

El dominio tiene registros MX que indican dónde se encuentra el correo electrónico. Es esta ruta la que se utiliza para entregar el correo electrónico mediante el protocolo SMTP.

Ahora también es posible tener una @ en la URL de un sitio web, que generalmente significa nombre de usuario @ sitio web, pero también se puede usar como @ char en la uri del sitio web.

Por ejemplo, la siguiente dirección del sitio web es válida: https://example.net/owa/username@example.com

La uri aquí es /owa/username@example.com y contiene una @.

Otro ejemplo es este:

ftp: //username@ftp.example.com

— LPChip
fuente

1

Entonces, ¿SMTP requiere un nombre de dominio válido para entregar correos electrónicos fuera de las organizaciones?

— codezombie

2

Sí, a menos que conozca la dirección IP (de todos modos, eso es lo que da el dominio). Además, tenga en cuenta que el sitio web debe ser compatible con esto. Incluso puede hacer nombre de usuario: contraseña @ dominio, pero esto es muy inseguro.

— LPChip

1

Si bien es bastante omnipresente que la porción después de la @ sea un nombre de dominio y se llame un nombre de dominio en estos días, también es válido colocar una cadena que, de lo contrario, es un nombre de host y podría considerarse un nombre de host después de la @. Debe haber un registro MX para que funcione. Si tiene un host llamado email.domain.com y crea un registro MX para email.domain.com, puede dirigir el correo a user@email.domain.com y es lógico llamar al "email.domain.com". parte ya sea un "nombre de host", "nombre de dominio" o "nombre de subdominio".

— Todd Wilcox

1

@JasonStack generalmente no puedes. La mayoría de los sitios web no usan la autenticación básica. ¿Y cómo lo haría incluso con GMail, considerando que su "nombre de usuario" tiene una dirección de correo electrónico, que tiene una @? :)

— hobbs

2

@ToddWilcox Exactamente: así es como se enrutó el correo de Internet a los hosts uucp (algo con lo que tuve cierta experiencia en el pasado). No todos los registros DNS contienen una dirección IP asociada (pero si incluye una entrada MX, el enrutamiento de correo fuera de Internet puede funcionar) y no todas las direcciones IP deben alojar un sitio web. Creo que el OP puede estar confundido acerca de la distinción entre "nombre de dominio válido" y "dirección de sitio web válida".

— Jamie Hanrahan

13

No, el sitio web y la dirección de correo electrónico no tienen básicamente nada en común.

La parte correcta de info@microsoft.com significa que envía un correo electrónico a un dominio llamado microsoft.com. El protocolo utilizado para enviar correos electrónicos es SMTP.

Pero la url http://www.microsoft.com/ significa que desea información alojada en un servidor llamado www. El protocolo utilizado es HTTP.

No se requiere que estas dos partes existan para ambos protocolos. Y lo contrario también es válido. Por ejemplo, puede tener un sitio web de soporte como http://support.dell.com/ y no tener una dirección de correo electrónico en absoluto @ support.dell.com.

— Bruno Mairlot
fuente

1

Sería un mejor ejemplo si usaras microsoft.com, así que al menos el dominio es el mismo.

— Carreras de ligereza en órbita el

10

user@example.org es una dirección de correo electrónico que funciona si el registro MX de example.org apunta a un servidor de correo en funcionamiento que acepta correo para esa dirección de correo electrónico (es decir, escucha en el puerto 25 y maneja las solicitudes SMTP).

http://example.org/ es una URL funcional si el registro A por ejemplo.org apunta a un host que ejecuta un servidor web (es decir, escucha en el puerto 80 y maneja las solicitudes HTTP). Si no hay un servidor web en example.org, la mayoría de los navegadores siguen la recomendación estándar para probar también http://www.example.org/ .

Busque los RFC de Internet relevantes, por ejemplo, TCP donde explica los puertos, si desea más detalles.

Estos son dos servicios diferentes que están completamente separados. Un servidor puede estar ejecutando uno o ambos.

Como señala Tersosauros, "válido" tiene un significado técnico de no un error de sintaxis, no necesariamente "funcionando". Vea esa respuesta para más.

El correo electrónico es especial en términos de DNS. Los registros MX pueden incluir cualquier servidor de correo como Mail-Exchange para un nombre de dominio. Todos los demás servicios (ssh, ftp, http, https, etc., etc.) usan el registro A (dirección IP) directamente, en lugar de verificar primero un registro de "cuál es el servidor FTP por ejemplo.org" para una capa adicional de indirección. Sin embargo, esto es irrelevante para esta pregunta. Todos los servicios de Internet son ortogonales, y pueden o no estar presentes para cualquier nombre de dominio dado.

(el enrutamiento basado en puertos por un enrutador / firewall puede dividir el tráfico http y ftp (por ejemplo) a diferentes servidores para una sola IP si es necesario para sitios grandes, de modo que otros servicios no se pierdan por no tener su propia indirección registros como el correo electrónico).

— Peter Cordes
fuente

2

Esta es, de lejos, la mejor respuesta.

— Keavon el

1

@Keavon: Gracias :). Las otras dos respuestas realmente no llegaron al meollo del asunto, OMI, y parecían algo confusas.

— Peter Cordes

1

No son los servicios que utiliza SRVregistros para proporcionar un tipo similar de indirección - ejemplos destacados son SIP y XMPP. Si estuviéramos reconstruyendo Internet desde cero, podríamos querer hacer eso para todo.

— zwol

3

El OP (y quizás algunos de los comentaristas / respuestas) pueden confundirse en vocabulario.

Una URL de sitio web válida (al intentar no ser demasiado pedante) podría ser una de dos cosas diferentes:

Un URL de formato válido (URI en el léxico moderno), como , sin embargo, NO es una dirección web .abc://azertyfoo.baz:303/
Una URL que es sintácticamente válida (como arriba), pero que también especifica un esquema conocido (el bit anterior ://), Y nombra un nombre de dominio completo de resolución válido (FQDN). Por ejemplo: http://superuser.com:80/es una URL de sitio web válida (bajo estas condiciones).

Muchas otras respuestas han abordado las diferencias en los registros DNS con respecto a la web (es decir, los registros A) versus el correo electrónico (registros MX).

Sospecho que las personas que tal vez se confunden pueden ser con la parte del host de la dirección de correo electrónico.

Un host puede ser cualquiera de los siguientes en una dirección de correo electrónico:

Un FQDN, configurado correctamente con registros MX.
Un nombre de dominio que de otro modo se podría resolver y que podría no estar completamente calificado (como se usa en muchos entornos corporativos). Por ejemplo MyMail.local, obviamente .localno es un dominio de nivel superior (TLD) válido , sin embargo, este nombre de dominio sigue siendo válido y puede resolverse en un entorno corporativo.
Un nombre de host, como localhost(por ejemplo, la dirección predeterminada en las páginas de error en muchas versiones de Apache webmaster@localhost). Nadie más allá de la máquina local podrá enviar correo a esa bandeja de entrada, sin embargo, en esa máquina (suponiendo que esté ejecutando sendmail o similar), la dirección es válida .
una dirección IP, 127.0.0.1nuevamente, esto es válido en un entorno particular. Sin embargo, dudo que muchos servidores de correo (¿o alguno?) Reenvíen el correo a ese host si intentaste esto en Internet abierto.

Cualquiera de estos hosts válidos también puede ser una URL de sitio web válida si se incluye en un esquema y ruta apropiados : http://[cualquiera de los anteriores]/

— Tersosauros
fuente

Buen punto, actualicé mi respuesta para decir "trabajando" en lugar de usar la palabra "válida" del OP, que tiene un significado técnico diferente.

— Peter Cordes