Qual porta SMTP devo usar?
Pássaro
20 de abr. de 2020
1 min read
Principais Conclusões
SMTP (Protocolo Simples de Transferência de Correio) permite a transmissão de e-mails entre servidores e clientes.
Quatro portas são comumente mencionadas para SMTP: 25, 465, 587 e 2525, mas apenas 587 e 2525 são recomendadas atualmente.
A porta 25 é reservada para o relé servidor-a-servidor e frequentemente bloqueada por ISPs devido ao abuso de spam.
A porta 465 está obsoleta e não deve ser usada.
A porta 587 é o padrão moderno e seguro para submissão autenticada com TLS.
A porta 2525 serve como uma alternativa prática quando a 587 está bloqueada.
A configuração adequada da porta melhora a entregabilidade e garante a transmissão de e-mails criptografada e em conformidade.
Destaques de Perguntas e Respostas
Qual é o propósito do SMTP e por que a porta é importante?
SMTP define como os emails se movem do remetente ao destinatário através da internet. A porta determina como e onde essas mensagens são transmitidas—escolher a errada pode bloquear a entrega ou enfraquecer a segurança.
Por que a porta 25 não é mais recomendada?
A porta 25 foi uma vez padrão, mas se tornou o principal alvo de spam e malware. A maioria dos ISPs agora a bloqueia para prevenir abusos, reservando-a principalmente para comunicação entre servidores.
E quanto ao porta 465?
A porta 465 foi originalmente designada para SMTPS (SMTP sobre SSL), mas foi descontinuada. Agora, está reservada para outros fins e não deve ser usada para a submissão de e-mails modernos.
Qual porta SMTP devo usar hoje?
Use a porta 587 com STARTTLS para envio de e-mail seguro e autenticado. Se isso não estiver disponível, a porta 2525 é uma alternativa suportada por muitos provedores, incluindo o SparkPost.
Qual é a diferença prática entre submissão e retransmissão?
A submissão (geralmente na porta 587) é quando um cliente entrega o correio a um servidor para envio. O revezamento (geralmente na porta 25) acontece entre servidores de e-mail transferindo mensagens entre domínios.
Pessoas configurando um aplicativo ou sistema de correio para enviar (ou retransmitir) e-mails frequentemente têm uma pergunta comum: “Qual porta SMTP eu devo usar?”
Pessoas configurando um aplicativo ou sistema de correio para enviar (ou retransmitir) e-mails frequentemente têm uma pergunta comum: “Qual porta SMTP eu devo usar?”
Pessoas configurando um aplicativo ou sistema de correio para enviar (ou retransmitir) e-mails frequentemente têm uma pergunta comum: “Qual porta SMTP eu devo usar?”
Por que a porta 25 geralmente é bloqueada? Como você pode verificar se está bloqueada?
A porta 25 é bloqueada em muitas redes para conter a quantidade de spam que é retransmitida de computadores ou servidores comprometidos. A menos que você esteja gerenciando especificamente um servidor de e-mail, você não deve ter tráfego atravessando esta porta em seu computador ou servidor.
Para verificar se a porta 25 está bloqueada por um ISP:
Se você estiver usando Windows, abra o seu prompt de comando. Se você estiver usando um Mac, abra o seu Terminal. E, se você estiver usando Linux, abra o seu emulador de Terminal.
Digite o seguinte comando: telnet examplemailserver.com 25
Se a porta 25 não estiver bloqueada, você deve receber uma mensagem como esta:
user@localhost:~# telnet gmail-smtp-in.l.google.com 25 Trying 1.2.3.4... Connected to gmail-smtp-in.l.google.com. Escape character is '^]'. 220 mx.google.com ESMTP 123si3448417qkd.359 - gsmtp
Se você receber uma mensagem semelhante à abaixo, é provável que a porta 25 esteja bloqueada:
telnet: connect to address XX.XX.XX.XX: Connection refused telnet: Unable to connect to remote host
A porta 25 é bloqueada em muitas redes para conter a quantidade de spam que é retransmitida de computadores ou servidores comprometidos. A menos que você esteja gerenciando especificamente um servidor de e-mail, você não deve ter tráfego atravessando esta porta em seu computador ou servidor.
Para verificar se a porta 25 está bloqueada por um ISP:
Se você estiver usando Windows, abra o seu prompt de comando. Se você estiver usando um Mac, abra o seu Terminal. E, se você estiver usando Linux, abra o seu emulador de Terminal.
Digite o seguinte comando: telnet examplemailserver.com 25
Se a porta 25 não estiver bloqueada, você deve receber uma mensagem como esta:
user@localhost:~# telnet gmail-smtp-in.l.google.com 25 Trying 1.2.3.4... Connected to gmail-smtp-in.l.google.com. Escape character is '^]'. 220 mx.google.com ESMTP 123si3448417qkd.359 - gsmtp
Se você receber uma mensagem semelhante à abaixo, é provável que a porta 25 esteja bloqueada:
telnet: connect to address XX.XX.XX.XX: Connection refused telnet: Unable to connect to remote host
A porta 25 é bloqueada em muitas redes para conter a quantidade de spam que é retransmitida de computadores ou servidores comprometidos. A menos que você esteja gerenciando especificamente um servidor de e-mail, você não deve ter tráfego atravessando esta porta em seu computador ou servidor.
Para verificar se a porta 25 está bloqueada por um ISP:
Se você estiver usando Windows, abra o seu prompt de comando. Se você estiver usando um Mac, abra o seu Terminal. E, se você estiver usando Linux, abra o seu emulador de Terminal.
Digite o seguinte comando: telnet examplemailserver.com 25
Se a porta 25 não estiver bloqueada, você deve receber uma mensagem como esta:
user@localhost:~# telnet gmail-smtp-in.l.google.com 25 Trying 1.2.3.4... Connected to gmail-smtp-in.l.google.com. Escape character is '^]'. 220 mx.google.com ESMTP 123si3448417qkd.359 - gsmtp
Se você receber uma mensagem semelhante à abaixo, é provável que a porta 25 esteja bloqueada:
telnet: connect to address XX.XX.XX.XX: Connection refused telnet: Unable to connect to remote host
Qual Porta SMTP Devo Usar: Porta 25, 465, 587 ou 2525?
Pessoas configurando um aplicativo ou sistema de e-mail para enviar (ou retransmitir) e-mails frequentemente têm uma pergunta comum: “Qual porta SMTP eu devo usar?” Você pode ver informações que dizem para usar as portas 25, 465, 587 ou 2525 para retransmissão SMTP. Então, qual dessas deve ser sua porta SMTP padrão? Aqui está o que você precisa saber, e por quê.
Pessoas configurando um aplicativo ou sistema de e-mail para enviar (ou retransmitir) e-mails frequentemente têm uma pergunta comum: “Qual porta SMTP eu devo usar?” Você pode ver informações que dizem para usar as portas 25, 465, 587 ou 2525 para retransmissão SMTP. Então, qual dessas deve ser sua porta SMTP padrão? Aqui está o que você precisa saber, e por quê.
Pessoas configurando um aplicativo ou sistema de e-mail para enviar (ou retransmitir) e-mails frequentemente têm uma pergunta comum: “Qual porta SMTP eu devo usar?” Você pode ver informações que dizem para usar as portas 25, 465, 587 ou 2525 para retransmissão SMTP. Então, qual dessas deve ser sua porta SMTP padrão? Aqui está o que você precisa saber, e por quê.
O que é uma porta SMTP?
SMTP (Protocolo Simples de Transferência de Correio) é o padrão básico que os servidores de e-mail usam para enviar e-mails uns aos outros pela internet. O SMTP também é utilizado por aplicativos como Apple Mail ou Outlook para enviar e-mails para servidores de correio que então os retransmitem para outros servidores de correio. (Por outro lado, os aplicativos de correio geralmente dependem de outros padrões como IMAP ou POP3 para recuperar e-mails dos servidores.)
Como outros serviços da Internet, como sites, o e-mail SMTP depende de nomes de domínio e endereços da Internet para saber onde enviar mensagens. Todos nós hoje estamos familiarizados com a versão textual desses endereços, como www.sparkpost.com. A maioria de nós sabe que o endereço de texto representa um endereço IP numérico como 107.21.246.67. Mas não são tantos que sabem que esses endereços de rede também incluem “números de porta” específicos. Uma “porta SMTP” refere-se à parte específica do endereço da Internet que é usada para transferir e-mails.
A web e o HTTP usam o número da porta 80. Para e-mails e SMTP, esse número de porta é… bem, depende.
SMTP (Protocolo Simples de Transferência de Correio) é o padrão básico que os servidores de e-mail usam para enviar e-mails uns aos outros pela internet. O SMTP também é utilizado por aplicativos como Apple Mail ou Outlook para enviar e-mails para servidores de correio que então os retransmitem para outros servidores de correio. (Por outro lado, os aplicativos de correio geralmente dependem de outros padrões como IMAP ou POP3 para recuperar e-mails dos servidores.)
Como outros serviços da Internet, como sites, o e-mail SMTP depende de nomes de domínio e endereços da Internet para saber onde enviar mensagens. Todos nós hoje estamos familiarizados com a versão textual desses endereços, como www.sparkpost.com. A maioria de nós sabe que o endereço de texto representa um endereço IP numérico como 107.21.246.67. Mas não são tantos que sabem que esses endereços de rede também incluem “números de porta” específicos. Uma “porta SMTP” refere-se à parte específica do endereço da Internet que é usada para transferir e-mails.
A web e o HTTP usam o número da porta 80. Para e-mails e SMTP, esse número de porta é… bem, depende.
SMTP (Protocolo Simples de Transferência de Correio) é o padrão básico que os servidores de e-mail usam para enviar e-mails uns aos outros pela internet. O SMTP também é utilizado por aplicativos como Apple Mail ou Outlook para enviar e-mails para servidores de correio que então os retransmitem para outros servidores de correio. (Por outro lado, os aplicativos de correio geralmente dependem de outros padrões como IMAP ou POP3 para recuperar e-mails dos servidores.)
Como outros serviços da Internet, como sites, o e-mail SMTP depende de nomes de domínio e endereços da Internet para saber onde enviar mensagens. Todos nós hoje estamos familiarizados com a versão textual desses endereços, como www.sparkpost.com. A maioria de nós sabe que o endereço de texto representa um endereço IP numérico como 107.21.246.67. Mas não são tantos que sabem que esses endereços de rede também incluem “números de porta” específicos. Uma “porta SMTP” refere-se à parte específica do endereço da Internet que é usada para transferir e-mails.
A web e o HTTP usam o número da porta 80. Para e-mails e SMTP, esse número de porta é… bem, depende.
Como o SMTP é diferente do SSL e do TLS?
Ambas as tecnologias facilitam o envio de emails. Enquanto o SMTP pode ser considerado o músculo e os ossos do processo, o Secure Sockets Layer (SSL) forma a pele para manter seu email seguro. O SSL funciona com qualquer porta disponível.
O SSL foi o protocolo de segurança padrão para portas de email comuns no passado não muito distante. Com a adoção de seu descendente novo e aprimorado, o Transport Layer Security (TLS), as comunicações eletrônicas se tornaram ainda mais seguras.
Embora ambos os protocolos criem um canal privado entre o computador de envio e o de recebimento para proteger as transmissões, o TLS oferece mais alertas do que seu antecessor e pode executar mais funções de hash para melhorar a comunicação criptografada. Hoje, muitos emails usam a convenção mais atualizada, STARTTLS, que combina com os protocolos SSL ou TLS para máxima segurança.
O protocolo SMTP por si só não é tão seguro quanto poderia ser. Usar o método de transferência em conjunto com um dos protocolos de segurança fornece mais proteção de criptografia. Para o envio de emails, o SSL e outros protocolos melhoram a transmissão SMTP.
Ambas as tecnologias facilitam o envio de emails. Enquanto o SMTP pode ser considerado o músculo e os ossos do processo, o Secure Sockets Layer (SSL) forma a pele para manter seu email seguro. O SSL funciona com qualquer porta disponível.
O SSL foi o protocolo de segurança padrão para portas de email comuns no passado não muito distante. Com a adoção de seu descendente novo e aprimorado, o Transport Layer Security (TLS), as comunicações eletrônicas se tornaram ainda mais seguras.
Embora ambos os protocolos criem um canal privado entre o computador de envio e o de recebimento para proteger as transmissões, o TLS oferece mais alertas do que seu antecessor e pode executar mais funções de hash para melhorar a comunicação criptografada. Hoje, muitos emails usam a convenção mais atualizada, STARTTLS, que combina com os protocolos SSL ou TLS para máxima segurança.
O protocolo SMTP por si só não é tão seguro quanto poderia ser. Usar o método de transferência em conjunto com um dos protocolos de segurança fornece mais proteção de criptografia. Para o envio de emails, o SSL e outros protocolos melhoram a transmissão SMTP.
Ambas as tecnologias facilitam o envio de emails. Enquanto o SMTP pode ser considerado o músculo e os ossos do processo, o Secure Sockets Layer (SSL) forma a pele para manter seu email seguro. O SSL funciona com qualquer porta disponível.
O SSL foi o protocolo de segurança padrão para portas de email comuns no passado não muito distante. Com a adoção de seu descendente novo e aprimorado, o Transport Layer Security (TLS), as comunicações eletrônicas se tornaram ainda mais seguras.
Embora ambos os protocolos criem um canal privado entre o computador de envio e o de recebimento para proteger as transmissões, o TLS oferece mais alertas do que seu antecessor e pode executar mais funções de hash para melhorar a comunicação criptografada. Hoje, muitos emails usam a convenção mais atualizada, STARTTLS, que combina com os protocolos SSL ou TLS para máxima segurança.
O protocolo SMTP por si só não é tão seguro quanto poderia ser. Usar o método de transferência em conjunto com um dos protocolos de segurança fornece mais proteção de criptografia. Para o envio de emails, o SSL e outros protocolos melhoram a transmissão SMTP.
Como você pode descobrir qual é a sua porta SMTP?
Se você está inscrito em um serviço de retransmissão de e-mail hospedado, pode obter o nome do host do servidor SMTP e o número da porta na página de suporte do seu serviço de e-mail.
Se você executar seu próprio servidor SMTP, pode encontrar o número da porta SMTP configurada e o endereço na configuração do servidor SMTP. No PowerMTA, você pode encontrar essas informações na diretiva “smtp-listener” configurada dentro do arquivo de configuração. O arquivo de configuração pode ser encontrado em /etc/pmta/config em um servidor Linux e C:\pmta\config.dat em um Windows Server.
# listens on port 587 and IP 10.0.1.22 smtp-listener 10.0.1.22:587
Se você está inscrito em um serviço de retransmissão de e-mail hospedado, pode obter o nome do host do servidor SMTP e o número da porta na página de suporte do seu serviço de e-mail.
Se você executar seu próprio servidor SMTP, pode encontrar o número da porta SMTP configurada e o endereço na configuração do servidor SMTP. No PowerMTA, você pode encontrar essas informações na diretiva “smtp-listener” configurada dentro do arquivo de configuração. O arquivo de configuração pode ser encontrado em /etc/pmta/config em um servidor Linux e C:\pmta\config.dat em um Windows Server.
# listens on port 587 and IP 10.0.1.22 smtp-listener 10.0.1.22:587
Se você está inscrito em um serviço de retransmissão de e-mail hospedado, pode obter o nome do host do servidor SMTP e o número da porta na página de suporte do seu serviço de e-mail.
Se você executar seu próprio servidor SMTP, pode encontrar o número da porta SMTP configurada e o endereço na configuração do servidor SMTP. No PowerMTA, você pode encontrar essas informações na diretiva “smtp-listener” configurada dentro do arquivo de configuração. O arquivo de configuração pode ser encontrado em /etc/pmta/config em um servidor Linux e C:\pmta\config.dat em um Windows Server.
# listens on port 587 and IP 10.0.1.22 smtp-listener 10.0.1.22:587
Qual porta você deve usar para SMTP?
As portas 25, 465, 587 ou 2525 para SMTP foram consideradas portas SMTP padrão em algum momento, mas apenas 587 ou 2525 realmente devem ser consideradas para uso moderno.
Se você está configurando seus sistemas para usar o SparkPost como um serviço de retransmissão SMTP, deve usar a porta 587 como sua porta SMTP padrão, com 2525 como alternativa caso a porta 587 não esteja disponível.
Vou explicar por que à medida que passamos pelas diferentes portas comumente usadas para enviar e-mails hoje.
Abaixo está uma comparação rápida para ajudá-lo a escolher a porta SMTP certa.
Número da Porta | Descrição | Quando Usar |
|---|---|---|
25 | Porta SMTP padrão | Freqüentemente bloqueada por ISPs e provedores de nuvem |
465 | Porta obsoleta (deprecada) para SMTP seguro | Não use a menos que seja absolutamente necessário |
587 | Porta moderna para SMTP seguro | A melhor escolha para SparkPost e aplicativos modernos |
2525 | Porta SMTP alternativa e não padrão | Uma alternativa em casos em que as portas padrão não estão disponíveis |
As portas 25, 465, 587 ou 2525 para SMTP foram consideradas portas SMTP padrão em algum momento, mas apenas 587 ou 2525 realmente devem ser consideradas para uso moderno.
Se você está configurando seus sistemas para usar o SparkPost como um serviço de retransmissão SMTP, deve usar a porta 587 como sua porta SMTP padrão, com 2525 como alternativa caso a porta 587 não esteja disponível.
Vou explicar por que à medida que passamos pelas diferentes portas comumente usadas para enviar e-mails hoje.
Abaixo está uma comparação rápida para ajudá-lo a escolher a porta SMTP certa.
Número da Porta | Descrição | Quando Usar |
|---|---|---|
25 | Porta SMTP padrão | Freqüentemente bloqueada por ISPs e provedores de nuvem |
465 | Porta obsoleta (deprecada) para SMTP seguro | Não use a menos que seja absolutamente necessário |
587 | Porta moderna para SMTP seguro | A melhor escolha para SparkPost e aplicativos modernos |
2525 | Porta SMTP alternativa e não padrão | Uma alternativa em casos em que as portas padrão não estão disponíveis |
As portas 25, 465, 587 ou 2525 para SMTP foram consideradas portas SMTP padrão em algum momento, mas apenas 587 ou 2525 realmente devem ser consideradas para uso moderno.
Se você está configurando seus sistemas para usar o SparkPost como um serviço de retransmissão SMTP, deve usar a porta 587 como sua porta SMTP padrão, com 2525 como alternativa caso a porta 587 não esteja disponível.
Vou explicar por que à medida que passamos pelas diferentes portas comumente usadas para enviar e-mails hoje.
Abaixo está uma comparação rápida para ajudá-lo a escolher a porta SMTP certa.
Número da Porta | Descrição | Quando Usar |
|---|---|---|
25 | Porta SMTP padrão | Freqüentemente bloqueada por ISPs e provedores de nuvem |
465 | Porta obsoleta (deprecada) para SMTP seguro | Não use a menos que seja absolutamente necessário |
587 | Porta moderna para SMTP seguro | A melhor escolha para SparkPost e aplicativos modernos |
2525 | Porta SMTP alternativa e não padrão | Uma alternativa em casos em que as portas padrão não estão disponíveis |
Porta 25: O padrão original da porta SMTP
A porta 25 é a porta padrão original de e-mail SMTP e a mais antiga, desde que foi lançada em 1982. Hoje, a Autoridade de Números Atribuídos da Internet (IANA), o grupo responsável pela manutenção do esquema de endereçamento da internet, ainda reconhece a porta 25 como a porta SMTP padrão e padrão. O SMTP foi designado para usar a porta 25 na Solicitação de Comentários (RFC) 821 do IETF. Mas, na prática, não é tão simples quanto parece.
Embora a porta 25 continue a ser usada para o encaminhamento SMTP de servidor para servidor, a maioria dos clientes SMTP modernos não deve ser configurada para usar essa porta. A porta 25 geralmente é bloqueada por provedores de internet residenciais e provedores de hospedagem em nuvem empresarial, pois ganhou uma má reputação como a porta preferida para spammers que enviam quantidades massivas de comunicações não solicitadas.
A porta 25 é a porta padrão original de e-mail SMTP e a mais antiga, desde que foi lançada em 1982. Hoje, a Autoridade de Números Atribuídos da Internet (IANA), o grupo responsável pela manutenção do esquema de endereçamento da internet, ainda reconhece a porta 25 como a porta SMTP padrão e padrão. O SMTP foi designado para usar a porta 25 na Solicitação de Comentários (RFC) 821 do IETF. Mas, na prática, não é tão simples quanto parece.
Embora a porta 25 continue a ser usada para o encaminhamento SMTP de servidor para servidor, a maioria dos clientes SMTP modernos não deve ser configurada para usar essa porta. A porta 25 geralmente é bloqueada por provedores de internet residenciais e provedores de hospedagem em nuvem empresarial, pois ganhou uma má reputação como a porta preferida para spammers que enviam quantidades massivas de comunicações não solicitadas.
A porta 25 é a porta padrão original de e-mail SMTP e a mais antiga, desde que foi lançada em 1982. Hoje, a Autoridade de Números Atribuídos da Internet (IANA), o grupo responsável pela manutenção do esquema de endereçamento da internet, ainda reconhece a porta 25 como a porta SMTP padrão e padrão. O SMTP foi designado para usar a porta 25 na Solicitação de Comentários (RFC) 821 do IETF. Mas, na prática, não é tão simples quanto parece.
Embora a porta 25 continue a ser usada para o encaminhamento SMTP de servidor para servidor, a maioria dos clientes SMTP modernos não deve ser configurada para usar essa porta. A porta 25 geralmente é bloqueada por provedores de internet residenciais e provedores de hospedagem em nuvem empresarial, pois ganhou uma má reputação como a porta preferida para spammers que enviam quantidades massivas de comunicações não solicitadas.
Porta 465: Porta SMTP desatualizada e obsoleta
A porta 465 não é mais um padrão aceito para SMTP. No entanto, existem alguns sistemas legados que ainda usam a porta 465 para SMTP, e algumas páginas de ajuda na internet ainda sugerem a porta 465 como a configuração recomendada. A porta ganhou redundância no final da década de 1990, mas ainda depende do método SSL implícito passivo para estabelecer uma transmissão segura. O nosso conselho? Não faça isso a menos que seu aplicativo exija absolutamente.
A IANA inicialmente designou a porta 465 para uma versão criptografada do SMTP chamada SMTPS. Inicialmente, foi proposto enviar e-mails usando a camada de soquetes seguros (SSL). No entanto, a IANA desde então reatribuiu essa porta para um uso diferente, de modo que não deve mais ser usada para SMTP. É por isso que o SparkPost não aceita conexões na porta 465.
A porta 465 não é mais um padrão aceito para SMTP. No entanto, existem alguns sistemas legados que ainda usam a porta 465 para SMTP, e algumas páginas de ajuda na internet ainda sugerem a porta 465 como a configuração recomendada. A porta ganhou redundância no final da década de 1990, mas ainda depende do método SSL implícito passivo para estabelecer uma transmissão segura. O nosso conselho? Não faça isso a menos que seu aplicativo exija absolutamente.
A IANA inicialmente designou a porta 465 para uma versão criptografada do SMTP chamada SMTPS. Inicialmente, foi proposto enviar e-mails usando a camada de soquetes seguros (SSL). No entanto, a IANA desde então reatribuiu essa porta para um uso diferente, de modo que não deve mais ser usada para SMTP. É por isso que o SparkPost não aceita conexões na porta 465.
A porta 465 não é mais um padrão aceito para SMTP. No entanto, existem alguns sistemas legados que ainda usam a porta 465 para SMTP, e algumas páginas de ajuda na internet ainda sugerem a porta 465 como a configuração recomendada. A porta ganhou redundância no final da década de 1990, mas ainda depende do método SSL implícito passivo para estabelecer uma transmissão segura. O nosso conselho? Não faça isso a menos que seu aplicativo exija absolutamente.
A IANA inicialmente designou a porta 465 para uma versão criptografada do SMTP chamada SMTPS. Inicialmente, foi proposto enviar e-mails usando a camada de soquetes seguros (SSL). No entanto, a IANA desde então reatribuiu essa porta para um uso diferente, de modo que não deve mais ser usada para SMTP. É por isso que o SparkPost não aceita conexões na porta 465.
Porta 587: A porta SMTP segura padrão
Os servidores de email modernos usam a porta 587 para a submissão segura de SMTP de emails para entrega. Por exemplo, se você usar um software cliente de email como Outlook ou Apple Mail, é muito provável que ele esteja configurado para usar essa porta para enviar suas mensagens. Não é apenas o software cliente de email pessoal, no entanto. Sistemas que transmitem mensagens para um serviço de entrega de email como SparkPost também devem ser configurados para usar esta porta.
Todos os clientes do SparkPost devem usar a porta 587 como padrão, a menos que você esteja explicitamente bloqueado pela sua rede de origem ou provedor de hospedagem. Usar a porta 587, juntamente com a criptografia TLS, é a melhor maneira de garantir que o email seja enviado de forma segura e confiável para o SparkPost (ou quase qualquer outro provedor).
Os servidores de email modernos usam a porta 587 para a submissão segura de SMTP de emails para entrega. Por exemplo, se você usar um software cliente de email como Outlook ou Apple Mail, é muito provável que ele esteja configurado para usar essa porta para enviar suas mensagens. Não é apenas o software cliente de email pessoal, no entanto. Sistemas que transmitem mensagens para um serviço de entrega de email como SparkPost também devem ser configurados para usar esta porta.
Todos os clientes do SparkPost devem usar a porta 587 como padrão, a menos que você esteja explicitamente bloqueado pela sua rede de origem ou provedor de hospedagem. Usar a porta 587, juntamente com a criptografia TLS, é a melhor maneira de garantir que o email seja enviado de forma segura e confiável para o SparkPost (ou quase qualquer outro provedor).
Os servidores de email modernos usam a porta 587 para a submissão segura de SMTP de emails para entrega. Por exemplo, se você usar um software cliente de email como Outlook ou Apple Mail, é muito provável que ele esteja configurado para usar essa porta para enviar suas mensagens. Não é apenas o software cliente de email pessoal, no entanto. Sistemas que transmitem mensagens para um serviço de entrega de email como SparkPost também devem ser configurados para usar esta porta.
Todos os clientes do SparkPost devem usar a porta 587 como padrão, a menos que você esteja explicitamente bloqueado pela sua rede de origem ou provedor de hospedagem. Usar a porta 587, juntamente com a criptografia TLS, é a melhor maneira de garantir que o email seja enviado de forma segura e confiável para o SparkPost (ou quase qualquer outro provedor).
Porta 2525: Uma porta SMTP alternativa comum
A porta 2525 não é uma porta SMTP oficial, e não é sancionada pela IETF nem pela IANA. No entanto, o SparkPost e muitos outros provedores de serviços de e-mail suportam o uso da porta 2525 como uma alternativa à porta 587 para SMTP, no caso de as portas acima estarem bloqueadas. (Um exemplo notável onde isso é necessário é para serviços hospedados no Google Compute Engine.) Se você tentou a porta 587 mas está encontrando problemas de conectividade, experimente a porta 2525. Assim como a porta 587, a maioria das implementações que escutam na porta 2525 também suportam criptografia TLS.
A porta 2525 não é uma porta SMTP oficial, e não é sancionada pela IETF nem pela IANA. No entanto, o SparkPost e muitos outros provedores de serviços de e-mail suportam o uso da porta 2525 como uma alternativa à porta 587 para SMTP, no caso de as portas acima estarem bloqueadas. (Um exemplo notável onde isso é necessário é para serviços hospedados no Google Compute Engine.) Se você tentou a porta 587 mas está encontrando problemas de conectividade, experimente a porta 2525. Assim como a porta 587, a maioria das implementações que escutam na porta 2525 também suportam criptografia TLS.
A porta 2525 não é uma porta SMTP oficial, e não é sancionada pela IETF nem pela IANA. No entanto, o SparkPost e muitos outros provedores de serviços de e-mail suportam o uso da porta 2525 como uma alternativa à porta 587 para SMTP, no caso de as portas acima estarem bloqueadas. (Um exemplo notável onde isso é necessário é para serviços hospedados no Google Compute Engine.) Se você tentou a porta 587 mas está encontrando problemas de conectividade, experimente a porta 2525. Assim como a porta 587, a maioria das implementações que escutam na porta 2525 também suportam criptografia TLS.
O Port SMTP Importa?
Além dos desafios com a conectividade, você encontrará que usar a porta incorreta impacta a entregabilidade de e-mails, impedindo que as mensagens cheguem de forma confiável às caixas de entrada. A comunicação por e-mail só pode ser eficaz quando encontra seu caminho entre o remetente e o destinatário, e a porta correta garante a entrega bem-sucedida.
Para a maioria dos usuários, seu provedor de e-mail configurará as portas para você, para que você não precise escolher. Para outros, no entanto, é importante entender que existem diferentes funções atribuídas a várias portas, principalmente divididas em submissão e retransmissão.
Além dos desafios com a conectividade, você encontrará que usar a porta incorreta impacta a entregabilidade de e-mails, impedindo que as mensagens cheguem de forma confiável às caixas de entrada. A comunicação por e-mail só pode ser eficaz quando encontra seu caminho entre o remetente e o destinatário, e a porta correta garante a entrega bem-sucedida.
Para a maioria dos usuários, seu provedor de e-mail configurará as portas para você, para que você não precise escolher. Para outros, no entanto, é importante entender que existem diferentes funções atribuídas a várias portas, principalmente divididas em submissão e retransmissão.
Além dos desafios com a conectividade, você encontrará que usar a porta incorreta impacta a entregabilidade de e-mails, impedindo que as mensagens cheguem de forma confiável às caixas de entrada. A comunicação por e-mail só pode ser eficaz quando encontra seu caminho entre o remetente e o destinatário, e a porta correta garante a entrega bem-sucedida.
Para a maioria dos usuários, seu provedor de e-mail configurará as portas para você, para que você não precise escolher. Para outros, no entanto, é importante entender que existem diferentes funções atribuídas a várias portas, principalmente divididas em submissão e retransmissão.
Submissão e Revezamento
A submissão é a ação de você entregar sua comunicação eletrônica recém-criada à sua caixa de saída com seu provedor de serviços de email. Se você e seu provedor estiverem em portas diferentes, é aqui que o processo para — seu email não irá mais longe. Quando estão na mesma porta, seu servidor de email aceita a comunicação de saída e faz a conexão com o computador do outro lado. Quando tudo está seguro e em acordo, a transmissão acontece. Esse processo é conhecido como retransmissão.
A submissão é a ação de você entregar sua comunicação eletrônica recém-criada à sua caixa de saída com seu provedor de serviços de email. Se você e seu provedor estiverem em portas diferentes, é aqui que o processo para — seu email não irá mais longe. Quando estão na mesma porta, seu servidor de email aceita a comunicação de saída e faz a conexão com o computador do outro lado. Quando tudo está seguro e em acordo, a transmissão acontece. Esse processo é conhecido como retransmissão.
A submissão é a ação de você entregar sua comunicação eletrônica recém-criada à sua caixa de saída com seu provedor de serviços de email. Se você e seu provedor estiverem em portas diferentes, é aqui que o processo para — seu email não irá mais longe. Quando estão na mesma porta, seu servidor de email aceita a comunicação de saída e faz a conexão com o computador do outro lado. Quando tudo está seguro e em acordo, a transmissão acontece. Esse processo é conhecido como retransmissão.
O que é um servidor SMTP?
Um servidor SMTP é um computador que alimenta o protocolo que seu cliente de e-mail usa ao enviar, receber e/ou retransmitir mensagens de saída. Como parte do processo, um servidor SMTP verifica se um remetente está autorizado a enviar através do SMTP e, se o remetente estiver autorizado a enviar e a mensagem for considerada indesejável, o servidor SMTP a enviará de volta para o endereço MAIL FROM. O PowerMTA é um dos principais servidores SMTP, pois permite que os remetentes adotem as mais recentes especificações de autenticação para enviar e-mails em alto volume e para cumprir com as novas políticas de autenticação.
Um servidor SMTP é um computador que alimenta o protocolo que seu cliente de e-mail usa ao enviar, receber e/ou retransmitir mensagens de saída. Como parte do processo, um servidor SMTP verifica se um remetente está autorizado a enviar através do SMTP e, se o remetente estiver autorizado a enviar e a mensagem for considerada indesejável, o servidor SMTP a enviará de volta para o endereço MAIL FROM. O PowerMTA é um dos principais servidores SMTP, pois permite que os remetentes adotem as mais recentes especificações de autenticação para enviar e-mails em alto volume e para cumprir com as novas políticas de autenticação.
Um servidor SMTP é um computador que alimenta o protocolo que seu cliente de e-mail usa ao enviar, receber e/ou retransmitir mensagens de saída. Como parte do processo, um servidor SMTP verifica se um remetente está autorizado a enviar através do SMTP e, se o remetente estiver autorizado a enviar e a mensagem for considerada indesejável, o servidor SMTP a enviará de volta para o endereço MAIL FROM. O PowerMTA é um dos principais servidores SMTP, pois permite que os remetentes adotem as mais recentes especificações de autenticação para enviar e-mails em alto volume e para cumprir com as novas políticas de autenticação.
Como configurar o seu servidor SMTP
Quando se trata de configuração de servidor de email, existem duas opções a explorar para configurar um servidor SMTP. Você pode assinar um serviço de retransmissão de email hospedado. O SparkPost é um provedor líder de serviços de entrega de email e análises. Alternativamente, você pode configurar seu servidor SMTP "local" para ter um controle mais granular. Um exemplo é o PowerMTA.
Para configurar um servidor PowerMTA, entre em contato com support@port25.com para obter pacote de instalação, licença e instruções de instalação. Toda a configuração do PowerMTA é feita no arquivo de configuração que é encontrado em /etc/pmta/config em um servidor Linux e C:\pmta\config.dat em um Windows Server.
Para uma configuração básica do seu servidor SMTP, existem algumas considerações e etapas a serem seguidas.
Qual endereço IP e número da porta você deseja que seu servidor SMTP receba e-mails? A porta 25 é a porta padrão para retransmissão de email. No PowerMTA, você pode alterar esse número de porta padrão editando a diretiva "smtp-listener" no arquivo de configuração. smtp-listener 0/0:25 # escuta na porta 25 de todos os IPs locais. Você também pode especificar uma faixa CIDR de endereços IP
ou
smtp-listener 10.0.1.22:25 # escuta na porta 25 e no IP 10.0.1.22
Você deve permitir a retransmissão de mensagens do seu cliente de email para o seu servidor SMTP. Seu servidor SMTP NUNCA deve ser um relay aberto. Isso significa que você deve, de alguma forma, permitir a retransmissão de forma seletiva. No PowerMTA, existem algumas maneiras de fazer isso. Você pode autenticar com nome de usuário e senha. O PowerMTA suporta autenticação com LOGIN, PLAIN ou o mecanismo CRAM-MD5 para conexões internas. Isso é configurado dentro da seção smtp-user e source do arquivo de configuração. Para um usuário "foo" e senha "barbaz" <smtp-user foo> senha barbaz método-de-autenticação senha #certificado (TLS) ou sistema (usuário linux) são outras opções </smtp-user> #Em seguida, exija autenticação na seção de origem <source 0/0> require-auth true </source>
Você também pode permitir seletivamente a retransmissão a partir de um endereço IP específico ou faixa CIDR. Esse seria o endereço IP do seu cliente de email.
<source 10.0.5.20> sempre-permitir-retransmissão sim # permitir alimentação de 10.0.5.20 </source>
Você também pode definir um nome de domínio/endereço de destinatário (ou padrão) para o qual o PowerMTA aceitará emails.
# permitir retransmissão de email para some.domain relay-domain some.domain relay-address bounce@bounce.seudominio.com relay-address /@foo(bar)?\.com$/ # padrão regex
Outra consideração é se você deseja retransmitir emails de forma segura do seu cliente de email para o seu servidor SMTP (Inbound TLS)? Se sua resposta for sim, você deve habilitar STARTTLS para conexões de entrada e configurar um certificado TLS. No PowerMTA, o TLS é suportado de TLSv1 a TLSv1.3. smtp-server-tls-certificate /etc/pmta/seucertificado.pem #Habilitar TLS em conexões de entrada <source 0/0> allow-starttls true require-starttls-before-auth true #garante que as informações de autenticação sejam enviadas apenas por tls </source>
Você deseja que seu servidor SMTP entregue emails de forma segura para servidores remotos (Outbound TLS)? No PowerMTA, você tem a opção de usar TLS se o servidor remoto o suportar ou impor TLS e descartar a conexão se o TLS não for suportado pelo servidor remoto. <domain *> # (*) é um curinga para todos os domínios de destinatários use-starttls true #usa TLS se disponível require-starttls true #impõe TLS </domain>
Defina o endereço IP e o nome do host a partir dos quais seu servidor SMTP deve iniciar conexões SMTP de saída. No PowerMTA isso é definido com a diretiva smtp-source-host. smtp-source-host 192.168.0.10 mail10.seuserver.com #Você também pode especificar a faixa CIDR
Finalmente, uma característica muito única do PowerMTA é a capacidade de separar seu fluxo de email construindo um host multi-homed. A tecnologia VirtualMTA no PowerMTA permite que os usuários definam e controlem o endereço IP de origem, nome do host e parâmetros de entrega de mensagens para cada fluxo de email. Isso permite criar campanhas, clientes ou departamentos separados e específicos, enquanto ainda executa apenas uma instância do PowerMTA.
<virtual-mta mta1> smtp-source-host 1.2.3.4 mta1.yourserver.com <domain *> use-starttls true require-starttls true retry-after 10m </domain> </virtual-mta> <virtual-mta mta2> smtp-source-host 2.3.4.5 mta2.yourserver.com <domain *> use-starttls false require-starttls false retry-after 45m </domain> </virtual-mta>
Quando a configuração básica estiver concluída, você poderá enviar mensagens para o nome do host/IP e número da porta do seu servidor SMTP configurado (10.0.1.22:25 no exemplo acima) e, dependendo de como você permitir a submissão de e-mail, autentique-se com o nome de usuário configurado (foo) e senha (barbaz).
Em resumo, a porta SMTP 587 é a melhor escolha para quase todos os casos de uso para se conectar ao SparkPost e outros serviços de entrega de email.
Espero que estas informações tenham ajudado você a aprender um pouco mais sobre qual porta SMTP usar!
Quando se trata de configuração de servidor de email, existem duas opções a explorar para configurar um servidor SMTP. Você pode assinar um serviço de retransmissão de email hospedado. O SparkPost é um provedor líder de serviços de entrega de email e análises. Alternativamente, você pode configurar seu servidor SMTP "local" para ter um controle mais granular. Um exemplo é o PowerMTA.
Para configurar um servidor PowerMTA, entre em contato com support@port25.com para obter pacote de instalação, licença e instruções de instalação. Toda a configuração do PowerMTA é feita no arquivo de configuração que é encontrado em /etc/pmta/config em um servidor Linux e C:\pmta\config.dat em um Windows Server.
Para uma configuração básica do seu servidor SMTP, existem algumas considerações e etapas a serem seguidas.
Qual endereço IP e número da porta você deseja que seu servidor SMTP receba e-mails? A porta 25 é a porta padrão para retransmissão de email. No PowerMTA, você pode alterar esse número de porta padrão editando a diretiva "smtp-listener" no arquivo de configuração. smtp-listener 0/0:25 # escuta na porta 25 de todos os IPs locais. Você também pode especificar uma faixa CIDR de endereços IP
ou
smtp-listener 10.0.1.22:25 # escuta na porta 25 e no IP 10.0.1.22
Você deve permitir a retransmissão de mensagens do seu cliente de email para o seu servidor SMTP. Seu servidor SMTP NUNCA deve ser um relay aberto. Isso significa que você deve, de alguma forma, permitir a retransmissão de forma seletiva. No PowerMTA, existem algumas maneiras de fazer isso. Você pode autenticar com nome de usuário e senha. O PowerMTA suporta autenticação com LOGIN, PLAIN ou o mecanismo CRAM-MD5 para conexões internas. Isso é configurado dentro da seção smtp-user e source do arquivo de configuração. Para um usuário "foo" e senha "barbaz" <smtp-user foo> senha barbaz método-de-autenticação senha #certificado (TLS) ou sistema (usuário linux) são outras opções </smtp-user> #Em seguida, exija autenticação na seção de origem <source 0/0> require-auth true </source>
Você também pode permitir seletivamente a retransmissão a partir de um endereço IP específico ou faixa CIDR. Esse seria o endereço IP do seu cliente de email.
<source 10.0.5.20> sempre-permitir-retransmissão sim # permitir alimentação de 10.0.5.20 </source>
Você também pode definir um nome de domínio/endereço de destinatário (ou padrão) para o qual o PowerMTA aceitará emails.
# permitir retransmissão de email para some.domain relay-domain some.domain relay-address bounce@bounce.seudominio.com relay-address /@foo(bar)?\.com$/ # padrão regex
Outra consideração é se você deseja retransmitir emails de forma segura do seu cliente de email para o seu servidor SMTP (Inbound TLS)? Se sua resposta for sim, você deve habilitar STARTTLS para conexões de entrada e configurar um certificado TLS. No PowerMTA, o TLS é suportado de TLSv1 a TLSv1.3. smtp-server-tls-certificate /etc/pmta/seucertificado.pem #Habilitar TLS em conexões de entrada <source 0/0> allow-starttls true require-starttls-before-auth true #garante que as informações de autenticação sejam enviadas apenas por tls </source>
Você deseja que seu servidor SMTP entregue emails de forma segura para servidores remotos (Outbound TLS)? No PowerMTA, você tem a opção de usar TLS se o servidor remoto o suportar ou impor TLS e descartar a conexão se o TLS não for suportado pelo servidor remoto. <domain *> # (*) é um curinga para todos os domínios de destinatários use-starttls true #usa TLS se disponível require-starttls true #impõe TLS </domain>
Defina o endereço IP e o nome do host a partir dos quais seu servidor SMTP deve iniciar conexões SMTP de saída. No PowerMTA isso é definido com a diretiva smtp-source-host. smtp-source-host 192.168.0.10 mail10.seuserver.com #Você também pode especificar a faixa CIDR
Finalmente, uma característica muito única do PowerMTA é a capacidade de separar seu fluxo de email construindo um host multi-homed. A tecnologia VirtualMTA no PowerMTA permite que os usuários definam e controlem o endereço IP de origem, nome do host e parâmetros de entrega de mensagens para cada fluxo de email. Isso permite criar campanhas, clientes ou departamentos separados e específicos, enquanto ainda executa apenas uma instância do PowerMTA.
<virtual-mta mta1> smtp-source-host 1.2.3.4 mta1.yourserver.com <domain *> use-starttls true require-starttls true retry-after 10m </domain> </virtual-mta> <virtual-mta mta2> smtp-source-host 2.3.4.5 mta2.yourserver.com <domain *> use-starttls false require-starttls false retry-after 45m </domain> </virtual-mta>
Quando a configuração básica estiver concluída, você poderá enviar mensagens para o nome do host/IP e número da porta do seu servidor SMTP configurado (10.0.1.22:25 no exemplo acima) e, dependendo de como você permitir a submissão de e-mail, autentique-se com o nome de usuário configurado (foo) e senha (barbaz).
Em resumo, a porta SMTP 587 é a melhor escolha para quase todos os casos de uso para se conectar ao SparkPost e outros serviços de entrega de email.
Espero que estas informações tenham ajudado você a aprender um pouco mais sobre qual porta SMTP usar!
Quando se trata de configuração de servidor de email, existem duas opções a explorar para configurar um servidor SMTP. Você pode assinar um serviço de retransmissão de email hospedado. O SparkPost é um provedor líder de serviços de entrega de email e análises. Alternativamente, você pode configurar seu servidor SMTP "local" para ter um controle mais granular. Um exemplo é o PowerMTA.
Para configurar um servidor PowerMTA, entre em contato com support@port25.com para obter pacote de instalação, licença e instruções de instalação. Toda a configuração do PowerMTA é feita no arquivo de configuração que é encontrado em /etc/pmta/config em um servidor Linux e C:\pmta\config.dat em um Windows Server.
Para uma configuração básica do seu servidor SMTP, existem algumas considerações e etapas a serem seguidas.
Qual endereço IP e número da porta você deseja que seu servidor SMTP receba e-mails? A porta 25 é a porta padrão para retransmissão de email. No PowerMTA, você pode alterar esse número de porta padrão editando a diretiva "smtp-listener" no arquivo de configuração. smtp-listener 0/0:25 # escuta na porta 25 de todos os IPs locais. Você também pode especificar uma faixa CIDR de endereços IP
ou
smtp-listener 10.0.1.22:25 # escuta na porta 25 e no IP 10.0.1.22
Você deve permitir a retransmissão de mensagens do seu cliente de email para o seu servidor SMTP. Seu servidor SMTP NUNCA deve ser um relay aberto. Isso significa que você deve, de alguma forma, permitir a retransmissão de forma seletiva. No PowerMTA, existem algumas maneiras de fazer isso. Você pode autenticar com nome de usuário e senha. O PowerMTA suporta autenticação com LOGIN, PLAIN ou o mecanismo CRAM-MD5 para conexões internas. Isso é configurado dentro da seção smtp-user e source do arquivo de configuração. Para um usuário "foo" e senha "barbaz" <smtp-user foo> senha barbaz método-de-autenticação senha #certificado (TLS) ou sistema (usuário linux) são outras opções </smtp-user> #Em seguida, exija autenticação na seção de origem <source 0/0> require-auth true </source>
Você também pode permitir seletivamente a retransmissão a partir de um endereço IP específico ou faixa CIDR. Esse seria o endereço IP do seu cliente de email.
<source 10.0.5.20> sempre-permitir-retransmissão sim # permitir alimentação de 10.0.5.20 </source>
Você também pode definir um nome de domínio/endereço de destinatário (ou padrão) para o qual o PowerMTA aceitará emails.
# permitir retransmissão de email para some.domain relay-domain some.domain relay-address bounce@bounce.seudominio.com relay-address /@foo(bar)?\.com$/ # padrão regex
Outra consideração é se você deseja retransmitir emails de forma segura do seu cliente de email para o seu servidor SMTP (Inbound TLS)? Se sua resposta for sim, você deve habilitar STARTTLS para conexões de entrada e configurar um certificado TLS. No PowerMTA, o TLS é suportado de TLSv1 a TLSv1.3. smtp-server-tls-certificate /etc/pmta/seucertificado.pem #Habilitar TLS em conexões de entrada <source 0/0> allow-starttls true require-starttls-before-auth true #garante que as informações de autenticação sejam enviadas apenas por tls </source>
Você deseja que seu servidor SMTP entregue emails de forma segura para servidores remotos (Outbound TLS)? No PowerMTA, você tem a opção de usar TLS se o servidor remoto o suportar ou impor TLS e descartar a conexão se o TLS não for suportado pelo servidor remoto. <domain *> # (*) é um curinga para todos os domínios de destinatários use-starttls true #usa TLS se disponível require-starttls true #impõe TLS </domain>
Defina o endereço IP e o nome do host a partir dos quais seu servidor SMTP deve iniciar conexões SMTP de saída. No PowerMTA isso é definido com a diretiva smtp-source-host. smtp-source-host 192.168.0.10 mail10.seuserver.com #Você também pode especificar a faixa CIDR
Finalmente, uma característica muito única do PowerMTA é a capacidade de separar seu fluxo de email construindo um host multi-homed. A tecnologia VirtualMTA no PowerMTA permite que os usuários definam e controlem o endereço IP de origem, nome do host e parâmetros de entrega de mensagens para cada fluxo de email. Isso permite criar campanhas, clientes ou departamentos separados e específicos, enquanto ainda executa apenas uma instância do PowerMTA.
<virtual-mta mta1> smtp-source-host 1.2.3.4 mta1.yourserver.com <domain *> use-starttls true require-starttls true retry-after 10m </domain> </virtual-mta> <virtual-mta mta2> smtp-source-host 2.3.4.5 mta2.yourserver.com <domain *> use-starttls false require-starttls false retry-after 45m </domain> </virtual-mta>
Quando a configuração básica estiver concluída, você poderá enviar mensagens para o nome do host/IP e número da porta do seu servidor SMTP configurado (10.0.1.22:25 no exemplo acima) e, dependendo de como você permitir a submissão de e-mail, autentique-se com o nome de usuário configurado (foo) e senha (barbaz).
Em resumo, a porta SMTP 587 é a melhor escolha para quase todos os casos de uso para se conectar ao SparkPost e outros serviços de entrega de email.
Espero que estas informações tenham ajudado você a aprender um pouco mais sobre qual porta SMTP usar!
Saiba Mais
Quer aprender mais sobre como usar SMTP? Aqui estão as instruções para configurar o SparkPost para retransmissão SMTP e entrega de e-mail, as diferenças entre a transmissão de mensagens via SMTP e API, e solucionar problemas da sua conexão SMTP com o SparkPost. Sua equipe de profissionais do SparkPost também está disponível para fornecer suporte técnico quando necessário.
Quer aprender mais sobre como usar SMTP? Aqui estão as instruções para configurar o SparkPost para retransmissão SMTP e entrega de e-mail, as diferenças entre a transmissão de mensagens via SMTP e API, e solucionar problemas da sua conexão SMTP com o SparkPost. Sua equipe de profissionais do SparkPost também está disponível para fornecer suporte técnico quando necessário.
Quer aprender mais sobre como usar SMTP? Aqui estão as instruções para configurar o SparkPost para retransmissão SMTP e entrega de e-mail, as diferenças entre a transmissão de mensagens via SMTP e API, e solucionar problemas da sua conexão SMTP com o SparkPost. Sua equipe de profissionais do SparkPost também está disponível para fornecer suporte técnico quando necessário.
