587 vs. 465

Estas atribuições de portos são especificadas pela Autoridade de números atribuídos à Internet (IANA)):

• Porto 587: [SMTP] Message submission (SMTP-MSA), um serviço que aceita a submissão de E-mail de clientes de E-mail (MUAs). Descrito na RFC 6409.
• Porto 465: Directório de localização do URL para o SSM (totalmente alheio ao email)

A irremediavelmente confusa e imprecisa prazo, SSL, tem sido muitas vezes usado para indicar o SMTPS wrapper e TLS para indicar o STARTTLS protocolo de extensão.

Para completar: porta 25

• Porto 25: Simple Mail Transfer (SMTP-MTA), um serviço que aceita a submissão de E-mail de outros servidores (MTAs ou MSAs). Descrito na RFC 5321.

Fontes:

• IANA nome do Serviço e Transporte Registo Do Número Do Porto Do Protocolo
• "revogando a porta tcp do smtps " - e-mail do director do Consórcio de correio electrónico da Internet, Paul Hoffman, de 12 de Novembro de 1998.
• RFC 6409-envio de mensagens para correio
• RFC 5321-Simple Mail Transfer Protocol
• RFC 3207 - SMTP Service Extension for Secure SMTP over Transport Layer Security
• RFC 4607-Multicast específico para o IP

A resposta correcta a esta pergunta foi alterada pela publicação de RFC 8314. Como resultado, port 465 e 587 são ambos portos válidos para um agente de envio de correio (MSA). O porto 465 requer negociação de TLS / SSL na configuração da conexão e o porto 587 usa STARTTLS se alguém optar por negociar TLS. O registro IANA foi atualizado para permitir a utilização legítima do Porto 465 para este fim. Para o relé de correio, apenas a porta 25 é usada, então STARTTLS é a única maneira de fazer TLS com relé de correio. É ... útil para pensar no relé de E-mail e envio de E-mail como dois serviços muito diferentes (com muitas diferenças de comportamento como a necessidade de auth, timeouts diferentes, regras de modificação de mensagens diferentes, etc.) que por acaso usam um protocolo similar.

Porto 465: A IANA transferiu um novo serviço para este porto, e não deve mais ser usado para comunicações SMTP.

No entanto, como já foi reconhecido pela IANA como válido, pode haver sistemas legados que só são capazes de usar este método de conexão. Normalmente, você só vai usar este porto se a sua aplicação o exigir. Uma pesquisa rápida no Google, e você vai encontrar muitos artigos ISP consumidores que sugerem porta 465 como a configuração recomendada. Espero que isto acabe. em breve! Não é compatível com o RFC.

Porto 587: Este é o porto de envio de E-mail por omissão. Quando um cliente de E-mail ou servidor está enviando um e-mail para ser encaminhado por um servidor de E-mail adequado, ele deve sempre usar este porto.

Todos devem considerar a utilização deste porto por omissão, a menos que esteja explicitamente bloqueado pela sua rede a montante ou pelo seu fornecedor de hospedagem. Este porto, juntamente com a encriptação TLS, assegurará que o e-mail seja enviado de forma segura e de acordo com as orientações definidas pelo IETF.

Porto 25: Esta porta continua a ser usada principalmente para afinação SMTP. Relaying SMTP é a transmissão de E-mail do servidor de E-mail para o servidor de E-mail.

Na maioria dos casos, os clientes SMTP modernos (Outlook, Mail, Thunderbird, etc) não devem usar este porto. É tradicionalmente bloqueado, por ISPs residenciais e provedores de hospedagem em nuvem, para conter a quantidade de spam que é transmitida a partir de computadores ou servidores comprometidos. A menos que esteja especificamente a gerir um servidor de E-mail, você não deverá haver tráfego a atravessar esta porta no seu computador ou servidor.

Uso sempre o porto 465.

A resposta de danorton está desactualizada. Como ele e Wikipedia dizem, o porto 465 foi inicialmente planejado para a criptografia SMTPS e rapidamente obsoleto há 15 anos. Mas muitos ISPs ainda estão usando o porto 465, especialmente para estar em conformidade com as recomendações atuais do RFC 8314 , que incentiva o uso de TLS implícitos em vez do uso do comando STARTTLS com o porto 587. (Ver secção 4. 4).3.3). Usar o porto 465 é a única maneira de começar uma sessão implicitamente segura com um servidor SMTP que está atuando como um agente de envio de E-mail (MSA).

Basicamente, o que o RFC 8314 recomenda é que as trocas de E-mail cleartext sejam abandonadas e que todos os três protocolos de E-mail comuns do IETF sejam usados apenas em sessões TLS implícitas para consistência quando possível. As portas seguras recomendadas, então, são 465, 993 e 995 para SMTPS, IMAP4S e POP3S, respectivamente.

Embora a RFC 8314 permita a continuação o uso de TLS explícitos com a porta 587 e o comando STARTTLS, fazendo isso, abre o agente de usuário de E-mail (MUA, o cliente de E-mail) para um ataque downgrade onde um homem-no-meio intercepta o pedido STARTTLS para atualizar para a segurança TLS, mas nega, forçando assim a sessão a permanecer em cleartext.

Se está tão inclinado, pode querer ler a RFC referenciada.