Pourquoi ne puis-je pas m'envoyer un courrier électronique à l'adresse suivante: [email protected]?

120

J'ai ouvert cmdet tapé ping gmail.com. Cela me montre:

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>

J'ai un compte Gmail , alors je me suis envoyé mais au lieu d' [email protected]utiliser [email protected].

Réponse:

Il s'agit d'une notification d'état généré automatiquement

CECI EST UN MESSAGE D'AVERTISSEMENT SEULEMENT.

VOUS N'AVEZ PAS BESOIN DE RENVOYER VOTRE MESSAGE.

La livraison au destinataire suivant a été retardée:

[email protected]

Le message sera réessayé pendant 2 jour (s) supplémentaire (s)

Détails techniques d'une défaillance temporaire: le serveur destinataire n'a pas accepté nos demandes de connexion. Pour plus d'informations, consultez la page http://mail.google.com/support/bin/answer.py?answer=7720 [74.125.235.54 (1): connexion refusée].

----- Message d'origine -----

MIME-Version: 1.0 Received: par 10.223.93.196 avec l'ID SMTP w4mr3261626fam.44.1309944998035; Mer., 06 juil. 2011 02:36:38 - 0700 (PDT) Reçu: par 10.223.104.194 avec HTTP; Mer., 6 juil. 2011 02:36:37 -0700 (PDT) Date: mer., 6 juil. 2011 17:36:37 +0800 ID de message: Objet: test De: Joseph À: [email protected] Type de contenu: en plusieurs parties / alternative; frontière = 20cf3054a49348815504a763560c

testtest

Je n'ai pas reçu le mail. Pourquoi?

Pourquoi ne puis-je pas simplement remplacer la gmail.compartie par 74.125.235.55?

Pacerier
la source

Réponses:

152

Parce que 74.125.235.55 n'est pas le MX (échange de courrier) pour gmail.com.

Si vous envoyez une requête ping à gmail.com, pingl’ enregistrement A est utilisé pour effectuer sa tâche, mais l’envoi de courriers électroniques (souvent) intègre d’autres serveurs.

Vous pouvez utiliser l'outil dig(sous Windows: nslookup -q=mx gmail.comcomme indiqué dans les commentaires grawity) pour voir les enregistrements 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.

Comme vous pouvez le constater, il existe même plusieurs serveurs gérant le courrier électronique de gmail.com et chacun de ces serveurs a des priorités différentes (le nombre dans la dernière colonne).

Et si vous continuez plus loin, vous verrez que gmail-smtp-in.l.google.com (le premier mxdans la liste ci-dessus) pointe vers une adresse IP différente:

;; 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

Il faut donc utiliser recipient@[74.125.39.27](c'est la bonne syntaxe que JdeBP mentionnée dans les commentaires).


MAIS Google n'acceptera pas ces mails:

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))

Pensez-y davantage: Google n'accepte pas ou ne peut pas accepter ces e-mails, car ils ne savent pas à qui vous souhaitez les envoyer . Le serveur derrière 74.125.39.27 pourrait gérer des e - mails pour gmail.com, google.com, picasa.com(etc, etc ...), donc il n'y a aucun moyen de distinguer l'utilisateur.

trurl
la source
49
Vous avez oublié de mentionner que ce [email protected]serait de toute façon une syntaxe incorrecte, conformément à la RFC 5322, § 3.4.1.
JdeBP
13
Section RFC pertinente .
Humphrey Bogart
9
nslookupdonnera des informations similaires sur les machines Windows.
MikeJ-UK
12
nslookup -q=mx gmail.compour être précis.
Grawity
25

Lorsque vous envoyez un courrier électronique à [email protected], le serveur de courrier sortant utilise l' enregistrement DNS MX du domaine de destination pour déterminer quelle adresse IP est responsable du traitement du courrier sur ce domaine. Cette adresse IP peut ne pas être identique lors d'un ping normal.

À l'aide de l'outil 'dig' sous Linux, je peux déterminer que l'enregistrement MX de gmail.com correspond à l'ensemble de serveurs suivant:

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.

qui produisent des résultats de ping complètement différents:

$ 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

La possibilité d'envoyer directement un courrier électronique à cette adresse IP dépendra probablement de votre client de messagerie et de votre serveur de messagerie. Il vous faudra peut-être mettre l'adresse entre crochets, comme indiqué dans la réponse de slotishtype .


la source
11

Essayez d'utiliser:

email@[74.125.235.55]
type de fente
la source
Cela pourrait ne pas fonctionner, comme l'illustre l'analyse des gars, mais peut-être vaut-il la peine d'essayer.
slot
1
L'adresse "xxxxx @ [74.125.235.55]" dans le champ "À" n'a pas été reconnue. Veuillez vous assurer que toutes les adresses sont correctement formées.
Pacerier
Je sais que c’est un paramètre spécifique à Gmail. Vous pouvez l'envoyer à partir d'un client de messagerie différent, mais il est possible que ce ne soit pas le cas.
Type de slot
btw je suis curieux de savoir quelle est la raison qui vous a fait penser que cela fonctionnerait?
Pacerier
16
@[ip]est une syntaxe spéciale dans le RFC qui est définie comme contournant la recherche MX.
Random832
7

74.125.235.55n'est pas une passerelle Gmail. Si vous allez directement à l'adresse IP de votre navigateur, vous n'irez pas sur le site Web de Gmail. ça va aller à Google, donc ça pourrait être un point.

Sandeep Bansal
la source
1
alors quelle est la passerelle gmail? Pour reformuler, quels numéros dois-je taper dans le navigateur pour obtenir la page que je vois habituellement sur gmail.com?
Pacerier
2
@Pacerier, les serveurs Web afficheront des pages différentes en fonction du nom de domaine que vous utilisez pour y accéder. Par exemple, j'administre iconsf.org et iconsfinc.com. Ils se trouvent sur le même serveur, à la même adresse IP, mais la page Web affichée dépend du nom que vous tapez. Si vous utilisez simplement l'adresse IP, vous verrez toujours iconsf.org.
CarlF
6

Tout d’abord, cette adresse IP elle-même ne sera pas répertoriée en tant qu’enregistrement DNS MX (même si vous avez utilisé l’adresse IP correcte du serveur de messagerie), comme d’autres l'ont dit, de sorte que le serveur ne va pas non plus acheminer en fonction de cette adresse IP car elle @thedomainest simplement utilisée pour les recherches). Même si vous utilisiez telnet pour vous connecter directement au serveur (c’est ainsi que les experts testent directement le courrier électronique), cela échouerait pour la raison suivante:

Chaque fois que je configure un système de messagerie, et j'en fais beaucoup, avec Microsoft Exchange ou d'autres, vous devez toujours lui indiquer quels sont les domaines qu'il acceptera. J'entre toujours @thedomain.com, ce qui signifie qu'il acceptera uniquement les courriels pour ce domaine. Étant donné que ce @74.125.235.55n'est pas un domaine, et certainement pas dans la liste des domaines acceptés, même si vous étiez directement connecté au serveur de messagerie, il le rejettera quand même.

KCotreau
la source
2
En fait, 74.125.235.55 est un domaine (selon RFC 5322 § 3.4.1 ce n'est pas la syntaxe d'une adresse IP dans un addr-spec). C'est un domaine inexistant, mais c'est un domaine, au grand dam de plusieurs opérateurs de serveur de contenu DNS. Notez également que plusieurs MTS accepteront automatiquement le courrier adressé aux adresses IP de leurs serveurs de relais SMTP (de manière syntaxiquement correcte). Les anciennes versions de exim faisaient cela. Qmail aussi.
JdeBP
@JdeBP Je ne suis pas un expert sur ce RFC, et quand je l'ai regardé, je voulais absolument exploser, mais ne devrait-il pas avoir un .com ou un .net pour être un domaine? En tout cas, à toutes fins pratiques, ce n'est pas un domaine, et certainement pas dans la question posée.
KCotreau
1
Cela fait partie du problème: c'est un domaine de la question, en particulier à des fins pratiques . C'est juste que le questionneur est comme vous et ne s'en rend pas compte. Dans une addr-specséquence de caractères 74.125.235.55est un domaine, avec les étiquettes 55, 235, 125, et 74dans l' ordre décroissant à partir de la racine. En 2008, Duane Wessels et al. 3,8% des requêtes sur le serveur DNS de contenu racine "K" de l’ICANN. Il est maintenant temps de lire la RFC 4697 § 2.9. ☺
JdeBP
J'aurais dû dire "résolvable" domaine dans mon premier commentaire. Oui, il essaie d'être résolu, mais sans le .com, etc., il échouera toujours.
KCotreau
3

La question est ce que l'adresse e - mail en fait est .

Dans de nombreux schémas de protocoles, la syntaxe d'adresse [email protected]signifie simplement "se connecter à un hôte Internet example.comet spécifier l'utilisateur (pour le protocole approprié) xxx". SSH, FTP, SCP et autres suivent ce modèle: example.comest juste un nom de fantaisie pour une adresse IP (qui est résolu de la même manière que lorsqu’on fait a ping). Pour les emails, c'est différent. La chaîne complète [email protected]est ici une adresse e-mail, le domaine en fait partie, ce n’est pas simplement le serveur auquel une connexion doit être envoyée pour l’envoyer; ce serveur s'appelle le "relais", et il est obtenu, à partir de cette partie hôte, par une requête DNS spéciale (enregistrements MX) comme expliqué dans d'autres réponses, mais gardez à l'esprit:

  1. il peut coïncider ou non avec l'adresse IP "normale" de example.com( Aenregistrement). souvent ils sont différents.

  2. une fois que le client a découvert le relais et s’y connecte, il doit toujours indiquer à l’adresse mail complète "Je veux envoyer un mail à [email protected]" (le même relais peut traiter des mails pour différents domaines).

BTW, le deuxième point (mais pas le premier) s’applique également à HTTP , puisque 1.1: le domaine est utilisé pour résoudre l’adresse IP de l’hôte, mais également pour spécifier la ressource.

Leonbloy
la source
2

N'oubliez pas que les serveurs de messagerie de destination examinent l' intégralité de l'adresse , y compris le nom qui suit le @signe. Les serveurs de messagerie Gmail acheminent uniquement les messages qui se terminent par la @gmail.comsuppression ou le rejet de toutes les autres adresses [1] .

L'adresse IP du serveur de messagerie de Gmail est 74.125.45.27. Mais l'adresse [email protected]n'est pas la même chose que [email protected]. Gmail dirait "je sais qui est [email protected], mais je n'ai jamais entendu parler du nom [email protected]", et déciderait qu'il ne pouvait pas être livré à la deuxième adresse.


[1] Oui, je sais que ce n'est pas tout à fait vrai et oui, je connais Google Apps.

tylerl
la source