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

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?

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.

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 .

Essayez d'utiliser:

email@[74.125.235.55]

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.

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.

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.

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.