Pourquoi ne puis-je pas m'envoyer un courrier électronique à l'adresse suivante: MyEmail@74.125.235.55?

Question

J'ai ouvert cmd et 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 de email@gmail.com, j'ai utilisé email@74.125.235.55.

Réponse:

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

CECI IS UN MESSAGE D'AVERTISSEMENT UNIQUEMENT.

VOUS N'AVEZ PAS BESOIN DE RENVOYER VOTRE MESSAGE.

La livraison au destinataire suivant a été retardée:
xxxxxx@74.125.235.54 
Le message sera réessayé pendant 2 jour (s) supplémentaire (s)

Détails techniques d'un échec 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=772 [74.125.235.54 (1): connexion refusée].

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

MIME-Version: 1.0 Received: par 10.223.93.196 avec l'identifiant 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 À: xxxxxx@74.125.235.54 Type de contenu: en plusieurs parties/alternative; frontière = 20cf3054a49348815504a763560c

testtest

Je n'ai pas reçu l'email. Pourquoi?

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

trurl · Accepted Answer

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

Si vous ping gmail.com, ping utilise un enregistrement pour s'acquitter de sa tâche, mais l'envoi de courriels (souvent) intègre d'autres serveurs. .

Vous pouvez utiliser l'outil Dig (sous Windows: nslookup -q=mx gmail.com en tant que grawity mentionné dans les commentaires) pour voir ces DNS enregistrements:

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 , chacun ayant des priorités différentes (le nombre indiqué dans la dernière colonne).

Et si vous continuez plus loin, vous verrez que gmail-smtp-in.l.google.com (le premier mx de 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

Donc vous devriez utiliser recipient@[74.125.39.27] (c'est la bonne syntaxe que JdeBP mentionnée dans les commentaires).

MAIS Google n'acceptera pas ces messages:

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

Si nous réfléchissons davantage à cela, Google refusera ou n'acceptera pas ces messages, car ils ne savent pas à qui vous souhaitez les envoyer . Le serveur derrière 74.125.39.27 pourrait gérer les emails pour gmail.com, google.com, picasa.com (etc., etc ...), il n'y a donc aucun moyen de distinguer l'utilisateur.

user89061 · Answer

Lorsque vous envoyez un courrier électronique à utilisateur@domaine.com, le serveur de courrier sortant utilise le 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épend probablement de votre client de messagerie et de votre serveur de messagerie; vous devrez peut-être mettre l'adresse entre crochets, comme indiqué dans slotishtype la réponse.

slotishtype · Answer

Essayez d'utiliser:

email@[74.125.235.55]

Sandeep Bansal · Answer

74.125.235.55 n'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.

KCotreau · Answer

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 le @thedomain est simplement utilisé 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. Je saisis toujours @thedomain.com, ce qui signifie que seuls les emails pour ce domaine seront acceptés. @74.125.235.55 n'étant 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.

leonbloy · Answer

Le problème est de savoir quelle adresse électronique est réellement .

Dans de nombreux protocoles, la syntaxe d'adresse xxx@example.com signifie simplement "se connecter à l'hôte Internet example.com et spécifier (pour le protocole approprié) l'utilisateur xxx". SSH, FTP, SCP et autres suivent ce modèle: example.com est juste un nom de fantaisie pour une adresse IP (qui est résolu de la même manière que lorsque vous faites un ping). Pour les emails, c'est différent. La chaîne complète xxx@example.com 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 est appelé 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 n'oubliez pas:

il peut coïncider ou non avec l'adresse IP "normale" de example.com (enregistrement A). souvent ils sont différents.
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 à xxx@example.com" (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.

tylerl · Answer

N'oubliez pas que les serveurs de messagerie de destination examinent adresse complète, y compris le nom qui suit le signe @. Les serveurs de messagerie Gmail acheminent uniquement les messages se terminant par @gmail.com, en ignorant ou en rejetant toutes les autres adresses.^[1].

L'adresse IP du serveur de messagerie de Gmail est 74.125.45.27. Mais l'adresse tyler@gmail.com n'est pas la même chose que tyler@74.125.45.27. Gmail dirait "je sais qui est tyler@gmail.com, mais je n'ai jamais entendu parler du nom tyler@74.125.45.27", 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.

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

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