Perché non riesco a inviarmi un'e-mail a: MyEmail@74.125.235.55?

120

Ho aperto cmde digitato ping gmail.com. Mi mostra:

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>

Ho un account Gmail , quindi mi sono mandato un'email ma invece di email@gmail.comusarlo email@74.125.235.55.

Risposta:

Questa è una notifica sullo stato di spedizione generata automaticamente

QUESTO È SOLO UN MESSAGGIO DI AVVERTIMENTO.

NON AVETE BISOGNO DI INVIARE IL MESSAGGIO.

La consegna al seguente destinatario è stata ritardata:
xxxxxx@74.125.235.54
Il messaggio verrà riprovato per altri 2 giorni

Dettagli tecnici di errore temporaneo: il server destinatario non ha accettato le nostre richieste di connessione. Ulteriori informazioni su http://mail.google.com/support/bin/answer.py?answer=7720 [74.125.235.54 (1): connessione rifiutata]

----- Messaggio originale -----

Versione MIME: 1.0 ricevuta: da 10.223.93.196 con ID SMTP w4mr3261626fam.44.1309944998035; Mer, 06 lug 2011 02:36:38 -0700 (PDT) Ricevuto: entro il 10.223.104.194 con HTTP; Mer, 6 lug 2011 02:36:37 -0700 (PDT) Data: mer, 6 lug 2011 17:36:37 +0800 ID messaggio: Oggetto: test Da: Joseph A: xxxxxx@74.125.235.54 Tipo di contenuto: multipart / alternative; boundary = 20cf3054a49348815504a763560c

test

Non ho ricevuto l'email. Perché?

Perché non posso semplicemente sostituire la gmail.comparte con 74.125.235.55?

ip gmail ping smtp

— Pacerier
fonte

152

Perché 74.125.235.55 non è il MX (scambio di posta) per gmail.com.

Se esegui il ping di gmail.com, pingutilizza il record A per eseguire la sua attività, ma l'invio di e-mail (spesso) incorpora altri server.

Puoi usare lo strumento dig(su Windows: nslookup -q=mx gmail.comcome la gravità menzionato nei commenti) per vedere quei record 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.

Come puoi vedere, ci sono anche più server che gestiscono la posta elettronica per gmail.com e ognuno di questi ha priorità diverse (il numero nell'ultima colonna).

E se procedi oltre, vedrai che gmail-smtp-in.l.google.com (il primo mxnell'elenco sopra) punta a un indirizzo IP diverso:

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

Quindi dovresti usare recipient@[74.125.39.27](questa è la sintassi giusta come JdeBP ha menzionato nei commenti).

MA Google non accetterà queste mail:

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 ulteriormente a questo: Google non accetterà o non potrà accettare queste mail perché non sanno a chi ti piace inviarle . Il server dietro 74.125.39.27 in grado di gestire una mail per gmail.com, google.com, picasa.com(ecc, ecc ...), quindi non c'è modo di distinguere l'utente.

— Trurl
fonte

49

Hai dimenticato di dire che email@74.125.39.27sarebbe comunque la sintassi sbagliata, secondo RFC 5322 § 3.4.1.

— JdeBP,

13

Sezione RFC pertinente .

— Humphrey Bogart,

9

nslookupfornirà informazioni simili sui computer Windows.

— MikeJ-UK,

12

nslookup -q=mx gmail.comper essere precisi.

— Grawity il

25

Quando invii e-mail a user@domain.com, il server di posta in uscita utilizza il record MX DNS del dominio di destinazione per determinare quale indirizzo IP è responsabile della gestione della posta in quel dominio. Potrebbe non essere lo stesso indirizzo IP restituito durante un normale ping.

Utilizzando lo strumento 'dig' su Linux posso determinare che il record MX per gmail.com si risolve con il seguente set di server:

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.

che producono risultati ping completamente diversi:

$ 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à di inviare e-mail direttamente a tale indirizzo IP dipende probabilmente dal client e dal server di posta e potrebbe essere necessario inserire l'indirizzo tra parentesi quadre secondo la risposta di slotishtype .

11

Prova ad usare:

email@[74.125.235.55]

— slotishtype
fonte

Questo potrebbe non funzionare, come dimostra l'analisi dei ragazzi, ma forse vale la pena provare.

— slotishtype,

1

L'indirizzo "xxxxx @ [74.125.235.55]" nel campo "A" non è stato riconosciuto. Assicurati che tutti gli indirizzi siano correttamente formati.

— Pacerier,

Lo so, questa è un'impostazione specifica di Gmail. Puoi inviarlo da un altro client di posta ma potrebbe non inviarlo.

— slotishtype,

a proposito sono curioso qual è il motivo che ti ha fatto pensare che avrebbe funzionato?

— Pacerier,

16

@[ip]è una sintassi speciale nell'RFC definita come bypassare la ricerca MX.

— Casuale 832

7

74.125.235.55non è un gateway Gmail. Se vai direttamente all'indirizzo IP nel tuo browser, non andrà al sito Web di Gmail; andrà a Google, quindi potrebbe essere un punto.

— Sandeep Bansal
fonte

1

quindi qual è il gateway di Gmail? per riformulare, quali numeri devo digitare nel browser per ottenere la pagina che di solito vedo su gmail.com?

— Pacerier,

2

@Pacerier, i server Web visualizzeranno pagine diverse a seconda del nome di dominio utilizzato per accedervi. Ad esempio, gestisco iconsf.org e iconsfinc.com. Si trovano sullo stesso server con lo stesso indirizzo IP, ma la pagina Web visualizzata dipende dal nome digitato. Se usi semplicemente l'indirizzo IP vedrai sempre iconsf.org.

— CarlF,

6

Innanzitutto, quell'indirizzo IP stesso non verrà elencato come record MX DNS (anche se hai utilizzato l'indirizzo IP corretto del server di posta), come hanno detto gli altri, quindi non troverà il server in primo luogo (esso inoltre non verrà instradato in base a quell'indirizzo IP poiché @thedomainviene utilizzato solo per le ricerche). Anche se hai usato telnet per connetterti direttamente al server (è così che gli esperti testano direttamente la posta elettronica), fallirebbe comunque per il seguente motivo:

Ogni volta che configuro un sistema di posta, e ne faccio molti, con Microsoft Exchange o altri, devi sempre dirgli quali sono i domini che accetterà. Inserisco sempre @thedomain.com, il che significa che accetterà e-mail solo per quel dominio. Poiché @74.125.235.55non è un dominio, e certamente non nell'elenco dei domini accettati, anche se tu fossi collegato direttamente al server di posta, lo rifiuterà comunque.

— KCotreau
fonte

2

In realtà, 74.125.235.55 è un dominio (per RFC 5322 § 3.4.1 non è la sintassi di un indirizzo IP in un addr-spec). È un dominio inesistente, ma è un dominio, con grande fastidio di diversi operatori di server DNS di contenuti. Si noti inoltre che diversi MTS accetteranno automaticamente la posta indirizzata agli indirizzi IP dei loro server di inoltro SMTP (nel modo sintatticamente corretto). Le versioni precedenti di exim hanno fatto questo. Lo stesso vale per qmail.

— JdeBP,

@JdeBP Non sono un esperto di quell'RFC, e quando l'ho guardato, a testa alta voleva esplodere, ma non dovrebbe avere un .com o .net per essere effettivamente un dominio? In ogni caso, per tutti gli scopi pratici, non è un dominio, e certamente non è nella domanda data.

— KCotreau,

1

Questo è parte del problema: è un dominio nella domanda, specialmente per scopi pratici . È solo che l'interrogante è come te e non se ne rende conto. In una addr-specsequenza di caratteri 74.125.235.55è un dominio, con le etichette 55, 235, 125, e 74in ordine decrescente dalla radice. Nel 2008, Duane Wessels et al. inserire nomi di dominio inesistenti che causano circa il 3,8% delle query sul server DNS con contenuto radice "K" di ICANN. Adesso è tempo che tu legga RFC 4697 § 2.9. ☺

— JdeBP,

Avrei dovuto dire dominio "risolvibile" nel mio primo commento. Sì, sta cercando di essere risolto, ma senza il .com, ecc. Fallirà sempre.

— KCotreau,

3

Il problema è quello che un indirizzo di posta elettronica in realtà è .

In molti schemi di protocolli, la sintassi dell'indirizzo xxx@example.comsignifica semplicemente "connettersi all'host Internet example.come specificare (per il protocollo pertinente) l'utente xxx". SSH, FTP, SCP e altri seguono questo modello: example.comè solo un nome di fantasia per un indirizzo IP (che viene risolto come quando si esegue un ping). Per le e-mail, è diverso. La stringa completa xxx@example.comè qui un indirizzo e-mail, il dominio fa parte dell'indirizzo, non è solo il server a cui connettersi per inviarlo; questo server è chiamato "relay" ed è ottenuto, da quella parte host, da una speciale richiesta DNS (record MX) come spiegato in altre risposte, ma tenere presente:

potrebbe coincidere o no con l'indirizzo IP "normale" per example.com( Arecord). spesso sono diversi.
una volta che il client scopre il relay e si connette ad esso, deve comunque indicare all'indirizzo di posta elettronica completo "Voglio inviare un messaggio a xxx@example.com" (lo stesso relay può elaborare messaggi per domini diversi).

A proposito, il secondo punto (ma non il primo) si applica anche a HTTP , poiché 1.1: il dominio viene utilizzato per risolvere l'indirizzo IP dell'host, ma viene anche utilizzato per specificare la risorsa.

— leonbloy
fonte

2

Ricorda che i server di posta di destinazione guardano l' intero indirizzo , incluso il nome che segue il @segno. I server di posta Gmail instraderanno solo i messaggi che finiscono @gmail.com, scartando o rifiutando tutti gli altri indirizzi ^[1] .

L'indirizzo IP del server di posta di Gmail è 74.125.45.27. Ma l'indirizzo tyler@gmail.comnon è la stessa cosa di tyler@74.125.45.27. Gmail direbbe "So chi è tyler@gmail.com, ma non ho mai sentito parlare del nome tyler@74.125.45.27" e decido che non è possibile recapitare al secondo indirizzo.

^[1] Sì, so che non è esattamente vero, e sì, conosco Google Apps.

— tylerl
fonte