Risoluzione del server di posta gmail.com

Question

Sto cercando di trovare il server di posta gmail.com utilizzando il comando dig e verificando i risultati restituiti dal comando dig usando telnet.

$ dig gmail.com MX 

; <<>> DiG 9.7.3 <<>> gmail.com MX 
;; global options: +cmd 
;; Got answer: 
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 54145 
;; flags: qr rd ra; QUERY: 1, ANSWER: 5, AUTHORITY: 0, ADDITIONAL: 0 

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

;; ANSWER SECTION: 
gmail.com.  800 IN MX 10 alt1.gmail-smtp-in.l.google.com. 
gmail.com.  800 IN MX 20 alt2.gmail-smtp-in.l.google.com. 
gmail.com.  800 IN MX 30 alt3.gmail-smtp-in.l.google.com. 
gmail.com.  800 IN MX 40 alt4.gmail-smtp-in.l.google.com. 
gmail.com.  800 IN MX 5 gmail-smtp-in.l.google.com. 

;; Query time: 14 msec 
;; SERVER: 192.168.1.1#53(192.168.1.1) 
;; WHEN: Tue Dec 27 02:09:50 2011 
;; MSG SIZE rcvd: 150 

Dig comando dice "alt1.gmail-smtp-in.l.google.com" è uno dei server di posta. Le porte smtp 25 o 587 non vengono aperte (verificate tramite telnet) per il collegamento "alt1.gmail-smtp-in.1.google.com". Tuttavia il link http://support.google.com/mail/bin/answer.py?hl=en&answer=13287 dice che smtp.gmail.com è il server di posta per gmail.com e la porta 587 si apre per esso. Perché scavare sta dando server email sbagliati o dove la mia comprensione della lettura dell'output di digitazione sta andando male.

Answer 1

Teoria Generale

In generale, un server SMTP ha due funzioni diverse che spesso si conflated: in uscita invio di posta elettronica, e ricevere posta da altre reti. Queste due funzioni vengono eseguite utilizzando lo stesso protocollo SMTP. Di solito queste due funzioni sono eseguite dalla stessa macchina e storicamente potrebbero anche essere eseguite sulla stessa porta. Quindi è facile capire perché le persone confondono queste due funzioni.

Sebbene queste due funzioni mantengano lo stesso protocollo SMTP, sta diventando sempre meno vero che queste vengono eseguite sulla stessa porta (gli amministratori di sistema impediscono ai loro clienti di inviare spam bloccando il traffico in uscita 25). Spesso l'invio SMTP utilizza la crittografia SSL in questi giorni, mentre il trasporto della posta tra due reti diverse viene ancora fatto in testo normale. Con la complessità della rete di Google, non mi sorprenderebbe se queste due funzioni venissero eseguite su macchine diverse. (Disclaimer: io lavoro per Google, ma non ho alcuna conoscenza interna del funzionamento di GMail.)

1. Invio posta in uscita. Quando invii email da GMail, in particolare quando configuri un client di posta elettronica come Evolution da inviare dal tuo account Gmail, devi configurare un server SMTP da utilizzare per inviare la posta. Il tuo client di posta si connette direttamente con questo server SMTP e il server SMTP si assume la responsabilità di inviare il messaggio al posto giusto altrove su Internet. Questo viene spesso configurato utilizzando una porta speciale e richiede le informazioni di accesso in modo che solo gli utenti autorizzati possano inviare e-mail. Questa è la funzione con cui si confronta il link di supporto sopra. Configura il tuo client di posta elettronica per utilizzare il nome di dominio smtp.gmail.com sulla porta 587 e ritengo che il tuo client di posta elettronica trovi questo server utilizzando il record DNS A per una normale ricerca del nome di dominio.

2. Ricezione di e-mail da altre reti. Il server SMTP che inoltra il messaggio all'altra rete cerca il record MX per gmail.com (nel tuo caso, trovando che il posto dove inviare il messaggio è alt1.gmail-smtp-in.l.google.com) e invia il messaggio alla porta 25 su quell'host. Questo è ciò che hai cercato su DIG e testato con telnet.

   Ora, perché non hai visto la porta 25 alt1.gmail-smtp-in.l.google.com quando hai provato a telnet dalla tua connessione Internet? La risposta è che per prevenire lo spam in uscita, il tuo ISP blocca il traffico in uscita sulla porta 25. Pertanto non puoi inviare nulla alla porta 25 gmail.com senza passare attraverso il server SMTP del tuo ISP o qualche altro server SMTP che richiede un login e accetta le presentazioni sulla porta 587.

Cosa hai provato a fare.

Quindi stai cercando di eseguire la funzione # 2. Hai effettuato la ricerca MX per gmail.com e hai trovato che corrisponde al server alt1.gmail-smtp-in.l.google.com. Quindi hai provato a telnettere sulla porta 587 su alt1.gmail-smtp-in.l.google.com.Questo non ha funzionato perché alt1.gmail-smtp-in.l.google.com non sta ascoltando su quella porta (deve solo ascoltare sulla porta 25 per eseguire la funzione # 2). Quindi hai provato a telnetting sulla porta 25 su alt1.gmail-smtp-in.l.google.com. Questo non ha funzionato perché il tuo ISP blocca le connessioni in uscita sulla porta 25.

Quello che devi fare per inviare email a gmail.com è trovare un server che svolge la funzione n. 1 e invia la tua email attraverso la stessa. In alternativa, trovare un ISP che non dispiace essere un rifugio spam e non blocca il traffico in uscita sulla porta 25. (In realtà, si prega di non.)