Scegliere una porta SMTP può essere difficile. La prima domanda che ci viene in mente quando stiamo impostando il server SMTP Simple Mail Transfer Protocol è questa. E correggetemi se sbaglio: qual è la migliore porta per la connettività SMTP? Ci sono diverse opzioni di porta disponibili, ma quale si dovrebbe usare? Lasciate che vi porti attraverso la storia di ogni porta. Ti darà un’idea chiara di tutte le porte e poi discuteremo quale sia la migliore per la connettività SMTP.
Storia delle porte SMTP
Nell’agosto 1982, USC/Information Sciences Institute ha presentato una proposta alla Internet Engineering Task Force (IETF). La Request For Comments (RFC) 821 fu pubblicata, stabilendo la porta 25 come canale di trasmissione predefinito per la posta elettronica su Internet.
Cosa si intende per canale di trasmissione?
Il canale di trasmissione SMTP è una connessione TCP stabilita tra la porta U del processo mittente e la porta L del processo destinatario. A questo protocollo è assegnata la porta 25, che è L=25 come canale di trasmissione predefinito per la comunicazione tra server di posta. Anche dopo 3,5 decenni, la porta 25 è usata come mezzo primario per la trasmissione di e-mail tra due server di posta.
Nel dicembre del 1998, R. Gellens e J. Klensin hanno presentato RFC 2476. Questo specifica i protocolli della traccia degli standard Internet per la comunità Internet. SMTP è stato definito come un protocollo di *trasferimento* dei messaggi, cioè un mezzo per instradare (se necessario) e consegnare messaggi finiti. Tuttavia, SMTP è ora largamente usato anche come protocollo di *invio* dei messaggi, cioè un mezzo per gli interpreti dei messaggi per introdurre nuovi messaggi nella rete di instradamento MTA.
La RFC proposta separa l’invio dei messaggi dal loro inoltro. Questo beneficerà gli sviluppatori e gli amministratori di rete, rendendo facile l’implementazione dell’invio autenticato, le politiche di sicurezza e la guardia contro il relaying di posta non autorizzato. La RFC ha definito che la porta 587 è riservata all’invio di messaggi di posta elettronica.
Più tardi, all’inizio del 1997, la IANA ha registrato la 465 per SMTPS. Inizialmente era previsto per la crittografia SMTPS e l’autenticazione “wrapper” su SMTP. Ma alla fine del 1998, questo fu revocato in favore di STARTTLS su SMTP (RFC 3207). Con STARTTLS, questa porta può essere usata con o senza TLS. Nonostante questo fatto, ci sono molti server che supportano il protocollo wrapper deprecato, principalmente per supportare i vecchi client che implementavano SMTPS. A meno che non abbiate bisogno di supportare vecchi client, SMTPS e il suo uso sulla porta 465 dovrebbero rimanere niente più che una nota storica.
Porte SMTP comuni
Queste sono alcune delle porte SMTP più comuni che dovresti conoscere, cioè la porta 25, la porta 465, 587-
Porta 25
La porta 25 è la più vecchia. La Request for Comments (RFC) 821 è stata pubblicata nel 1982 quando la University of Southern California ha presentato una proposta alla Internet Engineering Task Force (IETF), che ha stabilito la porta 25 come canale di trasmissione predefinito per la posta elettronica su Internet.
Dal 1982 ad oggi, la porta 25 è utilizzata come porta predefinita per comunicare le e-mail su Internet utilizzando l’SMTP. Ma la tendenza sta cambiando ora. La maggior parte dei client SMTP non utilizza la porta 25 a causa di molti ISP e fornitori di hosting che bloccano o limitano le connessioni SMTP sulla porta 25. Questo viene fatto per ridurre il numero di email non richieste che vengono inviate dalle loro reti. A meno che tu non stia gestendo specificamente un server di posta, non dovresti avere traffico che attraversa questa porta sul tuo server.
//Type the following command to see if Port 25 is blocked on your network.telnet pepipost.com 25//If Port 25 is not blocked, you will get a successful 220 response (text may vary).Trying 202.162.247.93...Connected to pepipost.com.Escape character is '^]'.220 pepipost.com ESMTP Postfix//If Port 25 is blocked, you will get a connection error or no response at all.Trying 202.162.247.93...telnet: connect to address 202.162.247.93: Connection refusedtelnet: Unable to connect to remote host
Porta 465
Quasi ogni ESP non accetta connessioni sulla porta 465. La porta 465 non è mai stata pubblicata dalla Internet Engineering Task Force (IETF) come canale ufficiale di trasmissione SMTP, ma è stata registrata come porta SMTP dalla Internet Assigned Numbers Authority (IANA).
Questa porta è stata inizialmente utilizzata per la crittografia SMTPS e l’autenticazione “wrapper” su SMTP. È stata introdotta per inviare e-mail in modo sicuro utilizzando Secure Sockets Layer (SSL). SSL era comunemente usato per criptare le comunicazioni su internet. Alla fine del 1998, IANA ha riassegnato questo numero di porta per un nuovo servizio. Ma, ancora molti servizi continuano ad offrire la deprecata interfaccia SMTPS sulla porta 465. I fornitori di servizi che mantengono la porta 465 lo fanno perché le vecchie applicazioni Microsoft non supportano STARTTLS.
Non usare la porta 465, perché questa porta non è più uno standard accettato per SMTP.
Porta 587
Nel 1998, RFC 2476 è stata presentata per aggiungere una nuova porta per la comunicazione e-mail su Internet. L’RFC proponeva il concetto di scindere l’invio tradizionale dei messaggi e il relè dei messaggi. Così la porta 587 fu assegnata all’invio dei messaggi per assicurarsi che la nuova politica e i requisiti di sicurezza non interferissero con il tradizionale traffico di relay sulla porta 25.
Si dovrebbe usare la porta 587 come porta SMTP predefinita. Quasi tutti i server di posta supportano questa porta. Infatti, la porta 587 è quella raccomandata per gli invii di posta al posto della porta 25 come da RFC 2476. Ma anche se il server di posta la supporta, potrebbe essere aperta o meno per l’invio della posta. Per questo, devi controllare con il tuo amministratore o con il tuo fornitore di servizi di hosting. Perché tutti i servizi di hosting più grandi non supportano la porta 587. Puoi usare la stessa tecnica della porta 25 per controllare se la porta 587 è bloccata o meno. Basta usare il seguente comando:
telnet example.com 587
Questa porta, insieme alla crittografia TLS, assicurerà che l’email sia inviata in modo sicuro e seguendo le linee guida stabilite dall’IETF.
Pepipost supporta le connessioni TLS, che è possibile verificare collegandosi ed emettendo un comando EHLO dall’interfaccia della riga di comando. Il risultante “250 STARTTLS” conferma che l’endpoint accetta le richieste di connessione TLS.
telnet smtp.pepipost.com 587Trying 202.162.242.95...Connected to smtp.pepipost.com.Escape character is '^]'.220 pepipost.comehlo pepipost.com250-smta2.pepipost.com250-PIPELINING250-SIZE 20783082250-VRFY250-ETRN250-STARTTLS
Porta 2525
Quasi ogni ESP supporta l’uso della porta 2525, anche se questa non è una porta SMTP ufficiale e non è approvata né dalla IETF né dalla IANA. La porta 2525 è utilizzata come alternativa alla porta 587 per SMTP, è possibile utilizzare questa porta se tutte le porte precedenti sono bloccate. Supponiamo che i vostri servizi siano ospitati su Google Compute Engine e che abbiate problemi di connettività sulla porta 587. In questo caso, potete provare la porta 2525. Poiché si tratta di un numero di porta alto non tradizionale, è supportato dagli ISP di consumo e dai fornitori di cloud hosting. Questa porta supporta anche la crittografia TLS.
Sommario
Per riassumere,
- La porta SMTP 587 è una delle scelte migliori per quasi tutti i casi d’uso per la connessione a Pepipost
- La porta 25 è la porta predefinita utilizzata per il relaying
- La porta 465 non dovrebbe più essere usata
- Porta 2525 usata quando tutte le altre porte sono bloccate
Spero che queste informazioni siano state utili per prendere la giusta decisione sulla porta SMTP.
Leggi anche-
Controlla se le email dal tuo dominio arrivano nello Spam – Email Blacklist Tool
Tutto quello che devi sapere sul server SMTP.
I migliori fornitori di servizi SMTP
SMTP Relay Service
Pepipost SMTP V/S Sendgrid SMTP
Le migliori alternative Sendgrid
Amazon SES Alternative
Migliore Alternativa Mailgun
Vuoi configurare Pepipost per il tuo relay SMTP e la consegna delle email? Abbiamo buone notizie. Oltre alla migliore consegna e all’infrastruttura pulita, offriamo anche il miglior prezzo che non ha eguali. Iscriviti oggi stesso a Pepipost!
Autore
Dibya Sahoo
Co-fondatore, Pepipost
Ho trovato questo blog interessante, Please Rate This Blog(23 voti, media: 4.57 su 5)