Abrí cmdy escribí ping gmail.com. Me muestra
C:\Windows\system32>ping gmail.com
Pinging gmail.com [74.125.235.55] with 32 bytes of data:
Reply from 74.125.235.55: bytes=32 time=6ms TTL=56
Reply from 74.125.235.55: bytes=32 time=6ms TTL=56
Reply from 74.125.235.55: bytes=32 time=6ms TTL=56
Reply from 74.125.235.55: bytes=32 time=215ms TTL=56
Ping statistics for 74.125.235.55:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 6ms, Maximum = 215ms, Average = 58ms
C:\Windows\system32>
Tengo una cuenta de Gmail , así que me envié un correo electrónico a mí mismo, pero en lugar de [email protected]usarlo [email protected].
Respuesta:
Esto es una notificación de estado de entrega generada automáticamente
ESTO ES SOLO UN MENSAJE DE ADVERTENCIA.
USTED NO NECESITA REENVIAR SU MENSAJE.
Entrega al siguiente destinatario se ha retrasado:
[email protected]El mensaje se volverá a intentar durante 2 días más.
Detalles técnicos de la falla temporal: el servidor receptor no aceptó nuestras solicitudes de conexión. Obtenga más información en http://mail.google.com/support/bin/answer.py?answer=7720 [74.125.235.54 (1): conexión rechazada]
----- Mensaje original -----
Versión MIME: 1.0 Recibido: antes del 10.223.93.196 con identificación SMTP w4mr3261626fam.44.1309944998035; Mié, 06 de julio de 2011 02:36:38 -0700 (PDT) Recibido: antes del 10.223.104.194 con HTTP; Mié, 6 de julio de 2011 02:36:37 -0700 (PDT) Fecha: mié, 6 de julio de 2011 17:36:37 +0800 ID de mensaje: Asunto: prueba De: Joseph Para: [email protected] Tipo de contenido: multiparte / alternativa; límite = 20cf3054a49348815504a763560c
prueba prueba
No recibí el correo electrónico. ¿Por qué?
¿Por qué no puedo simplemente sustituir la gmail.comparte 74.125.235.55?
[email protected], de todos modos, sería una sintaxis incorrecta, según RFC 5322 § 3.4.1.nslookupdará información similar en máquinas con Windows.nslookup -q=mx gmail.compara ser preciso.Cuando envía un correo electrónico a [email protected], el servidor de correo saliente usa el registro DNS MX del dominio de destino para determinar qué dirección IP es responsable de manejar el correo en ese dominio. Es posible que esta no sea la misma dirección IP devuelta durante un ping normal.
Usando la herramienta 'cavar' en Linux puedo determinar que el registro MX para gmail.com se resuelve en el siguiente conjunto de servidores:
que producen resultados de ping completamente diferentes:
Si realmente puede enviar un correo electrónico directamente a esa dirección IP probablemente depende de su cliente de correo electrónico y servidor de correo, y es posible que deba poner la dirección entre corchetes según la respuesta de slotishtype .
fuente
Tratar de usar:
fuente
@[ip]es una sintaxis especial en el RFC que se define como omitir la búsqueda MX.74.125.235.55No es una puerta de enlace de Gmail. Si va directamente a la dirección IP en su navegador, no irá al sitio web de Gmail; irá a Google, por lo que podría ser un punto.fuente
Primero, esa dirección IP en sí misma no aparecerá en la lista como un registro DNS MX (incluso si usó la dirección IP correcta del servidor de correo), como dijeron los demás, por lo que no va a encontrar el servidor en primer lugar ( tampoco se enrutará en función de esa dirección IP, ya
@thedomainque solo se usa para búsquedas). Incluso si usó telnet para conectarse directamente al servidor (así es como los expertos prueban el correo electrónico directamente), aún fallaría por la siguiente razón:Cada vez que configuro un sistema de correo, y hago muchos de ellos, con Microsoft Exchange u otros, siempre tiene que decirle cuáles son los dominios que aceptará. Siempre ingreso
@thedomain.com, lo que significa que solo aceptará correos electrónicos para ese dominio. Dado@74.125.235.55que no es un dominio, y ciertamente no está en la lista de dominios aceptados, incluso si estuviera conectado directamente al servidor de correo, aún lo rechazará.fuente
74.125.235.55es un dominio (según RFC 5322 § 3.4.1 no es la sintaxis de una dirección IP en unaddr-spec). Es un dominio inexistente, pero es un dominio, para molestia de varios operadores de servidores DNS de contenido. Tenga en cuenta también que varios MTS aceptarán automáticamente el correo dirigido a las direcciones IP de sus servidores de retransmisión SMTP (de la manera sintácticamente correcta). Las versiones anteriores de exim hicieron esto. También qmail.addr-specla secuencia de caracteres74.125.235.55es un dominio, con las etiquetas55,235,125y74en orden descendente desde la raíz. En 2008, Duane Wessels et al. poner nombres de dominio inexistentes que causan alrededor del 3.8% de las consultas en el servidor DNS de contenido raíz "K" de ICANN. Es hora de que leas RFC 4697 § 2.9. ☺La cuestión es lo que una dirección de correo electrónico en realidad es .
En muchos esquemas de protocolos, la sintaxis de la dirección
[email protected]significa simplemente "conectarse al host de Internetexample.comy especificar (para el protocolo correspondiente) el usuarioxxx". SSH, FTP, SCP y otros siguen este patrón:example.comes solo un nombre elegante para una dirección IP (que se resuelve de la misma manera que cuando se hace unaping). Para correos electrónicos, es diferente. La cadena completa[email protected]es aquí una dirección de correo electrónico, el dominio es parte de la dirección, no es solo el servidor al que se conecta para enviarlo; Este servidor se denomina "retransmisión" y se obtiene, desde esa parte del host, mediante una solicitud DNS especial (registros MX) como se explica en otras respuestas, pero tenga en cuenta:puede coincidir o no con la dirección IP "normal" para
example.com(Aregistro). Con frecuencia son diferentes.una vez que el cliente descubre el relé y se conecta a él, aún debe decirle a la dirección de correo completa "Quiero enviar un correo
[email protected]" (el mismo retransmisor puede procesar correos para diferentes dominios).Por cierto, el segundo punto (pero no el primero) también se aplica a HTTP , ya que 1.1: el dominio se usa para resolver la dirección IP del host, pero también se usa para especificar el recurso.
fuente
Recuerde que los servidores de correo de destino miran la dirección completa , incluido el nombre que sigue al
@signo. Los servidores de correo de Gmail solo enrutarán mensajes que terminen@gmail.com, descartando o rechazando todas las demás direcciones [1] .La dirección IP del servidor de correo de Gmail es
74.125.45.27. Pero la dirección[email protected]no es lo mismo que[email protected]. Gmail diría "Sé quién es [email protected], pero nunca he oído hablar del nombre [email protected]", y decidí que no podía enviarlo a la segunda dirección.[1] Sí, sé que eso no es exactamente cierto, y sí, sé acerca de Google Apps.
fuente