2009-03-20 13 views
11

Tutte le comunicazioni SMTP inviano e-mail tra domini su port25? Tutte le comunicazioni non sono protette? Comprendi che l'utilizzo della comunicazione Gmail simile è assicurato al server Gmail ma dopo deve utilizzare la porta non protetta 25, giusto?Tutte le comunicazioni SMTP si verificano oltre 25?

SMTP può essere su qualsiasi porta, ma non è quello di cui sto parlando. Non sto parlando di connessione a server Gmail, Yahoo o ISP SMTP. Questi sono i relè SMTP e accettano le richieste SMTP su qualsiasi porta che desiderano crittografate/non crittografate per il loro utente.

Ma una volta che il server di inoltro SMTP riceve una richiesta, il server di posta lo inoltra all'e-mail in base al record MX del nome di dominio. Utilizza solo SMTP sulla porta 25? Il server di posta ha solo la conoscenza del nome di dominio e poi lo inoltra. Non può sapere quale porta stanno ascoltando.

Ad esempio, sto ospitando un server Exchange 2007 per il mio dominio. Mi collego al mio server Exchange per inviare posta a [email protected] Il mio server di scambio deve fare comunicazione con il protocollo standard del settore, giusto? E questa è la porta 25 (dato che il mio server Exchange non funzionava senza la porta 25).

risposta

29

Pensavo che avrei fatto un passo qui, dal momento che scrivo software di posta elettronica per vivere.

Esistono due scenari comuni per il traffico SMTP: 1) Server su server e 2) Client su server.

1) Server to Server Tutto server pubblico di comunicazione e-mail del server avviene sulla porta 25. Se si desidera che il dominio di ricevere email da altri domini, allora si deve accettare il traffico SMTP sulla porta 25. Questo è unsecurred. Viene inviato come testo chiaro. Esistono modi per codificare il messaggio specifico, ma per quanto riguarda il traffico, viene inviato come testo ASCII (ovviamente in formato binario). Ma non viene inviato su SSL.

C'è anche una comunicazione server-server privata che può avvenire. Questo potrebbe aver luogo nelle grandi organizzazioni, dove potrebbero avere il server aziendale interno che tutti usano. Quando si invia un'e-mail, questa viene inviata al server aziendale, ma questo server aziendale inoltra l'e-mail a un server pubblico. Quel server di fronte pubblico invia l'e-mail a un server ricevente. Il server di ricezione accetta la posta elettronica alla porta 25.

2) Da client a server. Questo ha più opzioni. Sul server è possibile configurare diverse porte di invio (porte aperte su cui si accetterà l'email). Questi possono essere qualsiasi cosa tu voglia che siano. Devi solo ricordare di dire ai tuoi utenti di configurare correttamente il software client. Le porte più comuni sono 25 e 587. Molti provider di servizi Internet bloccheranno la porta in uscita 25 (poiché è quello che usano i bot spam - per inviare ai server di posta pubblici). Ma, hanno 587 aperti in modo da poter inviare e-mail al server SMTP. La porta comune per SMTP su SSL è 465.

Ovviamente, questo può essere molto più complicato, e ho lasciato fuori un bel po 'di dettagli, ma questo è tutto sommato.

+0

Molti provider di posta elettronica ora utilizzano "TLS opportunistico" per crittografare l'email da server a server, tuttavia fino a quando ** tutti i provider di posta elettronica lo fanno, oppure esiste un meccanismo per garantire il 100% che l'enciclopedia end-to-end verrà utilizzata, dovrebbe assumere che il testo semplice possa essere coinvolto. – ss64

+0

Non credo che sia effettivamente accurato -> "1) Server al server Tutte le comunicazioni e-mail server-server pubbliche avvengono sulla porta 25." Un server (MTA) può inviare e ricevere su porte diverse da 25 con un altro MTA da quello che ho visto. –

8

No. SMTP può essere configurato per utilizzare porte diverse da 25, anche se questa è la porta standard utilizzata.

SMTP è un protocollo - specifica COME le informazioni vengono trasmesse. Il server SMTP, d'altra parte, è un software (separato dal protocollo stesso) che esegue la trasmissione. La porta SMTP è in realtà una porta di ascolto - i client si connettono a questo per poter utilizzare il server - ma è separata dal protocollo stesso. Molti server di posta sono configurati per utilizzare altre porte. Ad esempio, Dreamhost imposta i suoi server di posta per utilizzare entrambe le porte 25 e 465.

3

È possibile utilizzare qualsiasi porta, davvero. La porta 25 è una convenzione, tutto qui. Ho sentito che alcuni provider bloccano la porta 25 per il traffico in uscita (per regnare nei bot spam) e le persone devono passare ad altre porte.

+0

Buon punto sul blocco della porta. –

0

SMTP utilizza la porta 25 per impostazione predefinita, ma può utilizzare qualsiasi porta.

SMTP di Gmail server richiede una connessione crittografata (SSL) sulla porta 465.

1

software di posta elettronica La maggior parte corrente (client e server) possono utilizzare SSL/TLS per SMTP. Questo di solito significa che la porta 25 è SMTP non crittografata e la porta 465 è crittografata. I numeri di porta effettivi possono essere modificati ed è solo per convenzione che la porta 25 è SMTP.

+0

Devo dire che l'SMTP sicuro tramite la porta 465 non è standard. Il modo ufficiale e incoraggiante di fare SMTP sicuro è tramite la porta 25. –

+0

In ogni caso, se uno ha davvero bisogno di SMTP/465 dovrebbe anche fornire SMTP/25. –

4

Quasi tutte le comunicazioni tra server di posta su Internet avvengono sulla porta 25. Questa è la porta ben nota.

Vedere rfc4409, riserva tcp/587 come porta di invio alternativo per SMTP. Le porte 25 e 587 sono riservate per SMTP e Invio tramite IANA http://www.iana.org/assignments/port-numbers.

SMTP può essere protetto tramite TLS tramite la porta 25, ma questo non sembra essere ampiamente utilizzato per l'e-mail Internet, ma so che viene utilizzato per alcune comunicazioni interne su alcune reti.

Molti ISP sembrano accettare anche l'invio su TCP/465, ma questa porta non è registrata ufficialmente per questo scopo.

Naturalmente, qualsiasi server di posta poteva ascoltare per SMTP su qualsiasi porta, ma un server di invio non avrà alcun metodo per scoprire la porta alternativa e deve assumersi che è sulla porta 25.

So che alcuni le organizzazioni accettano le richieste dei clienti di posta su altri porti insoliti come 2525 e altri.

Problemi correlati