Escolher um porto SMTP pode ser complicado. A primeira pergunta que nos vem à mente quando estamos a configurar o Servidor SMTP Simple Mail Transfer Protocol é esta. E corrige-me se estiver errado – Qual é a melhor porta para a conectividade SMTP? Existem múltiplas opções de porta disponíveis, mas qual delas deve ser usada? Deixem-me levar-vos através da história de cada porta. Dar-lhe-á uma ideia clara sobre todas as portas e depois discutiremos qual é a melhor para a conectividade SMTP.
História das Portas SMTP
Em Agosto de 1982, a USC/Instituto de Ciências da Informação apresentou uma proposta à Internet Engineering Task Force (IETF). O Request For Comments (RFC) 821 foi publicado, estabelecendo a porta 25 como o canal de transmissão padrão para o correio electrónico na Internet.
O que se entende por Canal de Transmissão?
O canal de transmissão SMTP é uma ligação TCP estabelecida entre a porta de processo do remetente U e a porta de processo do receptor L. Esta ligação é utilizada como o canal de transmissão. A este protocolo é atribuída a porta 25, que é L=25 como o canal de transmissão padrão para a comunicação entre servidores de correio. Mesmo após 3,5 décadas, a porta 25 é utilizada como o principal meio de transmissão de correio electrónico entre dois servidores de correio.
Em Dezembro de 1998, R. Gellens e J. Klensin submeteram RFC 2476. Isto especifica os protocolos de rastreio das normas da Internet para a comunidade da Internet. SMTP foi definido como um protocolo de mensagem *transferência*, ou seja, um meio para encaminhar (se necessário) e entregar mensagens terminadas. Contudo, o SMTP é agora também amplamente utilizado como protocolo de envio* de mensagem, ou seja, um meio para os agentes de utilizadores de mensagens introduzirem novas mensagens na rede de encaminhamento MTA.
O RFC propôs uma submissão dividida de mensagens a partir de retransmissão de mensagens. Isto irá beneficiar os programadores e administradores de rede, facilitando a implementação de submissão autenticada, políticas de segurança e protecção contra a retransmissão não autorizada de correio. O RFC definiu que a Porta 587 está reservada para submissão de mensagens de correio electrónico.
Later on no início de 1997, a IANA registou 465 para SMTPS. Foi inicialmente planeado para a encriptação e autenticação SMTPS “wrapper” sobre SMTP. Mas no final de 1998, isto foi revogado a favor de STARTTLS sobre SMTP (RFC 3207). Com STARTTLS, esta porta pode ser utilizada com ou sem TLS. Apesar desse facto, existem muitos servidores que suportam o invólucro de protocolo depreciado, principalmente para apoiar clientes mais antigos que implementaram SMTPS. A menos que seja necessário apoiar clientes mais antigos, o SMTPS e a sua utilização na porta 465 não deve permanecer mais do que uma nota de rodapé histórica.
Portos SMTP comuns
Aqui estão alguns dos Portos SMTP mais comuns que deve conhecer, nomeadamente Port 25, Port 465, 587-
Port 25
Port 25 é o porto mais antigo. Request for Comments (RFC) 821 foi publicado em 1982 quando a Universidade do Sul da Califórnia submeteu uma proposta à Internet Engineering Task Force (IETF), que estabeleceu a porta 25 como o canal de transmissão padrão para correio electrónico da Internet.
De 1982 até à data, a porta 25 é utilizada como porta padrão para comunicar correio electrónico através da Internet utilizando o SMTP. Mas a tendência está agora a mudar. A maioria dos clientes SMTP não estão a utilizar a porta 25 devido a muitos ISPs e fornecedores de alojamento bloquearem ou restringirem as ligações SMTP na porta 25. Isto é feito para reduzir um número de e-mails não solicitados que são enviados a partir das suas redes. A menos que esteja a gerir especificamente um servidor de correio, não deverá ter tráfego a atravessar esta porta no seu servidor.
//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
Port 465
Almost every ESP does not accept connections on port 465. A porta 465 nunca foi publicada pela Internet Engineering Task Force (IETF) como canal oficial de transmissão SMTP, mas foi registada como porta SMTP pela Internet Assigned Numbers Authority (IANA).
Esta porta foi inicialmente utilizada para a encriptação SMTPS e “invólucro” de autenticação sobre SMTP. Foi introduzida para o envio seguro de e-mails utilizando a camada de Secure Sockets (SSL). O SSL era normalmente utilizado para encriptar comunicações através da Internet. No final de 1998, a IANA reatribuiu este número de porta para um novo serviço. Mas, ainda assim, muitos serviços continuam a oferecer a interface SMTPS obsoleta na porta 465. Os fornecedores de serviços que mantêm a porta 465 fazem-no porque as aplicações Microsoft mais antigas não suportam STARTTLS.
Não utilizar a porta 465, porque esta porta já não é um padrão aceite para SMTP.
Port 587
Em 1998, o RFC 2476 foi submetido a fim de adicionar uma nova porta para comunicação por correio electrónico através da Internet. O conceito de divisão do envio e retransmissão tradicional de mensagens foi proposto pelo RFC. Assim, a porta 587 foi atribuída à submissão de mensagens para garantir que a nova política e requisitos de segurança não interferissem com o tráfego tradicional de retransmissão sobre a porta de retransmissão de mensagens 25.
Deve-se utilizar a porta 587 como porta SMTP padrão. Quase todos os servidores de correio suportam esta porta. De facto, a porta 587 é a recomendada para envios de correio em vez da porta 25, conforme o RFC 2476. Mas mesmo que o servidor de correio suporte, pode ou não estar aberto para envios de correio. Para tal, é necessário verificar com o seu administrador ou com o seu fornecedor de serviços de alojamento. Porque todos os serviços de alojamento de maior dimensão não suportam a porta 587. Pode usar a mesma técnica da porta 25 para verificar se a porta 587 está bloqueada ou não. Basta usar o seguinte comando:
telnet example.com 587
Esta porta, juntamente com a encriptação TLS, assegurará que o correio electrónico é submetido de forma segura e seguindo as directrizes estabelecidas pela IETF.
Pepipost suporta ligações TLS, que pode verificar ligando e emitindo um comando EHLO a partir da interface de linha de comando. O resultado “250 STARTTLS” confirma que o ponto final aceita pedidos de ligação 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
Port 2525
Almost every ESP supports the use of Port 2525, mesmo que esta não seja uma porta SMTP oficial e não seja endossada nem pela IETF nem pela IANA. O porto 2525 é utilizado como alternativa ao porto 587 para SMTP, pode utilizar-se este porto se todos os portos acima referidos estiverem bloqueados. Suponhamos que os seus serviços estão alojados no Google Compute Engine e que está a ter problemas de conectividade na porta 587. Nesse caso, pode experimentar a porta 2525. Uma vez que é um número de porta elevado não tradicional, é suportado pelos ISPs consumidores e fornecedores de alojamento em nuvem. Esta porta também suporta a encriptação TLS.
Sumário
Para resumir,
- SMTP port 587 é uma das melhores escolhas para quase todos os casos de utilização para ligação a Pepipost
- Port 25 é a porta padrão utilizada para retransmissão
- Port 465 não deve ser mais utilizado
- Port 2525 utilizado quando todas as outras portas estão bloqueadas
Espero que esta informação tenha sido útil para tomar a decisão correcta sobre o porto SMTP.
Leitura-
Verifica se os e-mails do teu domínio estão a aterrar em Spam – Email Blacklist Tool
Tudo o que precisas de saber sobre o Servidor SMTP.
p>Best SMTP Service Providersp>SMTP Relay Servicep>Pepipost SMTP V/S Sendgrid SMTPp>Best Sendgrid Alternativesp>Amazon Alternativas SES
Best Mailgun Alternative
Quer configurar o Pepipost para o seu relé SMTP e entrega de correio electrónico? Temos algumas boas notícias. Para além da melhor entrega e da infra-estrutura limpa, oferecemos também o melhor preço que vai sem igual. Inscreva-se hoje na Pepipost!
Autor
Dibya Sahoo
Co-founder, Pepipost
Encontrei este Blog Interessante, Por favor classifique este Blog
(23 votos, média: 4.57 de 5)