¿Por qué no puedo enviarme un correo electrónico a: [email protected]?

120

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?

Pacerier
fuente

Respuestas:

152

Porque 74.125.235.55 no es el MX (intercambio de correo) para gmail.com.

Si hace ping a gmail.com, pingutiliza el registro A para realizar su tarea, pero el envío de correos electrónicos (a menudo) incorpora otros servidores.

Puede usar la herramienta dig(en Windows: nslookup -q=mx gmail.comcomo la gravedad mencionada en los comentarios) para ver esos registros DNS :

Probe:~ trurl$ dig -t ANY gmail.com

; <<>> DiG 9.6.0-APPLE-P2 <<>> -t ANY gmail.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 65087
;; flags: qr rd ra; QUERY: 1, ANSWER: 13, AUTHORITY: 0, ADDITIONAL: 9

;; QUESTION SECTION:
;gmail.com.         IN  ANY

;; ANSWER SECTION:
gmail.com.      3519    IN  MX  30 alt3.gmail-smtp-in.l.google.com.
gmail.com.      3519    IN  MX  5 gmail-smtp-in.l.google.com.
gmail.com.      74086   IN  NS  ns4.google.com.
gmail.com.      3519    IN  MX  10 alt1.gmail-smtp-in.l.google.com.
gmail.com.      74086   IN  NS  ns3.google.com.
gmail.com.      3   IN  A   209.85.148.18
gmail.com.      3519    IN  MX  40 alt4.gmail-smtp-in.l.google.com.
gmail.com.      3   IN  A   209.85.148.83
gmail.com.      3   IN  A   209.85.148.17
gmail.com.      74086   IN  NS  ns1.google.com.
gmail.com.      3   IN  A   209.85.148.19
gmail.com.      3519    IN  MX  20 alt2.gmail-smtp-in.l.google.com.
gmail.com.      74086   IN  NS  ns2.google.com.

Como puede ver, incluso hay varios servidores que manejan el correo electrónico para gmail.com y cada uno de ellos tiene diferentes prioridades (el número en la última columna).

Y si continúa, verá que gmail-smtp-in.l.google.com (el primero mxen la lista anterior) apunta a una dirección IP diferente:

;; QUESTION SECTION:
;gmail-smtp-in.l.google.com.    IN  ANY

;; ANSWER SECTION:
gmail-smtp-in.l.google.com. 42  IN  A   74.125.39.27

Entonces tendría que usar recipient@[74.125.39.27](esta es la sintaxis correcta como JdeBP mencionó en los comentarios).


PERO Google no aceptará estos correos:

Jul  6 13:25:15 lofi postfix/smtp[31213]: C6FXXXXXXX: to=<REMOVED@[74.125.39.27]>,
relay=74.125.39.27[74.125.39.27]:25, delay=3.4, delays=0.16/0.01/0.15/3.1, dsn=5.1.1,
status=bounced(host 74.125.39.27[74.125.39.27] said:
550-5.1.1 The email account that you tried to reach does not exist. Please try
550-5.1.1 double-checking the recipient's email address for typos or
550-5.1.1 unnecessary spaces. Learn more at
550 5.1.1 http://mail.google.com/support/bin/answer.py?answer=6596 REMOVEDg.99
(in reply to RCPT TO command))

Pensando más en esto: Google no acepta o no puede aceptar estos correos porque no saben a quién le gustaría enviarlos . El servidor detrás 74.125.39.27 podía manejar correos electrónicos para gmail.com, google.com, picasa.com(etc, etc ...), así que no hay manera de distinguir el usuario.

trurl
fuente
49
Olvidó mencionar que [email protected], de todos modos, sería una sintaxis incorrecta, según RFC 5322 § 3.4.1.
JdeBP
13
Sección relevante de RFC .
Humphrey Bogart
99
nslookupdará información similar en máquinas con Windows.
MikeJ-UK
12
nslookup -q=mx gmail.compara ser preciso.
Grawity
25

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:

gmail-smtp-in.l.google.com.
alt1.gmail-smtp-in.l.google.com.
alt2.gmail-smtp-in.l.google.com.
alt3.gmail-smtp-in.l.google.com.
alt4.gmail-smtp-in.l.google.com.

que producen resultados de ping completamente diferentes:

$ ping gmail-smtp-in.l.google.com.
PING gmail-smtp-in.l.google.com (209.85.227.27) 56(84) bytes of data.
64 bytes from wy-in-f27.1e100.net (209.85.227.27): icmp_req=1 ttl=50 time=12.8 ms

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
11

Tratar de usar:

email@[74.125.235.55]
tipo slish
fuente
Esto podría no funcionar, como ilustra el análisis de los chicos, pero tal vez valga la pena intentarlo.
slotishtype
1
No se reconoció la dirección "xxxxx @ [74.125.235.55]" en el campo "Para". Asegúrese de que todas las direcciones estén formadas correctamente.
Pacerier
Lo sé, esa es una configuración específica de gmail. Puede enviarlo desde un cliente de correo diferente pero puede que no se envíe.
slotishtype
Por cierto, tengo curiosidad por cuál es la razón que te hizo pensar que eso funcionaría.
Pacerier el
16
@[ip]es una sintaxis especial en el RFC que se define como omitir la búsqueda MX.
Random832
7

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.

Sandeep Bansal
fuente
1
Entonces, ¿cuál es la puerta de enlace de Gmail? para reformular, ¿qué números debo escribir en el navegador para obtener la página que generalmente veo en gmail.com?
Pacerier
2
@Pacerier, los servidores web mostrarán diferentes páginas según el nombre de dominio que use para acceder a ellos. Por ejemplo, administro iconsf.org e iconsfinc.com. Están en el mismo servidor con la misma dirección IP, pero la página web que ve depende del nombre que escriba. Si solo usa la dirección IP, siempre verá iconsf.org.
CarlF
6

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á.

KCotreau
fuente
2
En realidad, 74.125.235.55 es un dominio (según RFC 5322 § 3.4.1 no es la sintaxis de una dirección IP en un addr-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.
JdeBP
@JdeBP No soy un experto en ese RFC, y cuando lo miré, por cabeza quería explotar, pero ¿no debería tener un .com o .net para ser realmente un dominio? En cualquier caso, a todos los efectos prácticos, no es un dominio, y ciertamente no está en la pregunta dada.
KCotreau
1
Eso es parte del problema: es un dominio en la pregunta, especialmente para fines prácticos . Es solo que el interrogador es como tú y no se da cuenta de eso. En una addr-specla secuencia de caracteres 74.125.235.55es un dominio, con las etiquetas 55, 235, 125y 74en 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. ☺
JdeBP
Debería haber dicho dominio "resoluble" en mi primer comentario. Sí, está tratando de resolverse, pero sin el .com, etc. siempre fallará.
KCotreau
3

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 Internet example.comy especificar (para el protocolo correspondiente) el usuario xxx". 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 una ping). 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:

  1. puede coincidir o no con la dirección IP "normal" para example.com( Aregistro). Con frecuencia son diferentes.

  2. 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.

leonbloy
fuente
2

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.

tylerl
fuente