Servidor SMTP gratuito: o que realmente é grátis e quais limites verificar

Resumo

1. O que as pessoas querem dizer com servidor SMTP gratuito. Um servidor SMTP é o serviço ao qual a sua aplicação entrega uma mensagem para que ela seja enviada.
2. Opção 1: o SMTP de uma conta que você já tem. Provedores de e-mail e hospedagens permitem enviar pelo servidor SMTP deles com as credenciais da sua conta.
3. Opção 2: o plano gratuito de um serviço de envio. Um serviço de envio oferece credenciais SMTP e uma API, um conjunto de IPs de envio que ele mantém e ferramentas para bounces e reclamações.
4. Opção 3: manter o seu próprio servidor. O software de servidor de e-mail é gratuito, e na prática é a opção que mais custa.
5. As configurações de que você vai precisar. Qualquer que seja a escolha, a sua aplicação precisa dos mesmos cinco dados: um nome de host, uma porta, um modo de segurança, um usuário e uma senha.
6. Limites que importam mais que o preço. Seja qual for o plano, o principal limite é a sua própria reputação de remetente.

O que as pessoas querem dizer com servidor SMTP gratuito

Um servidor SMTP é o serviço ao qual a sua aplicação entrega uma mensagem para que ela seja enviada. Quem procura um gratuito geralmente quer enviar redefinições de senha, confirmações de pedido ou uma pequena newsletter a partir de um site ou app, sem mensalidade.

Existem três opções. Você pode usar o acesso SMTP que acompanha uma caixa de e-mail ou conta de hospedagem, usar o plano gratuito de um serviço de envio ou instalar um software de e-mail em um servidor seu. Elas resolvem problemas diferentes, por isso vale saber qual delas você precisa.

Opção 1: o SMTP de uma conta que você já tem

Provedores de e-mail e hospedagens permitem enviar pelo servidor SMTP deles com as credenciais da sua conta. Não custa nada a mais e funciona em minutos, o que serve bem para um formulário de contato que envia poucas mensagens por dia.

O problema são os limites. O Google, por exemplo, documenta um limite diário de envio por conta de usuário, e no Google Workspace ele é de 2.000 mensagens por usuário por dia. Contas pessoais têm limites menores, que o Google pode alterar. Provedores de hospedagem definem os seus próprios, muitas vezes por hora, e podem limitar a velocidade ou suspender uma conta que envie e-mail em massa.

Opção 2: o plano gratuito de um serviço de envio

Um serviço de envio oferece credenciais SMTP e uma API, um conjunto de IPs de envio que ele mantém e ferramentas para bounces e reclamações. Os planos gratuitos existem para que você teste o serviço e envie volumes baixos.

Leia os limites antes de depender de um: mensagens por dia e por mês, se é possível usar o seu próprio domínio, quantos dias de logs são mantidos e o que acontece ao atingir o limite (mensagens rejeitadas ou enfileiradas). Escolha um serviço cujos planos pagos usem as mesmas credenciais, para que crescer não signifique mudar o seu código.

Opção 3: manter o seu próprio servidor

O software de servidor de e-mail é gratuito, e na prática é a opção que mais custa. Um servidor e um IP novos não têm reputação de envio, então os provedores tratam o e-mail deles com desconfiança. Muitos provedores de hospedagem e de nuvem bloqueiam a porta 25 de saída por padrão para conter o spam, e alguns não a liberam.

Você também assume tudo o que um serviço faria por você: registros SPF, DKIM e DMARC, DNS reverso, TLS, novas tentativas, tratamento de bounces, listas de supressão e monitoramento de blocklists. Pode ser uma escolha razoável para uma equipe com tempo e conhecimento. Raramente é o jeito barato de enviar alguns milhares de mensagens.

As configurações de que você vai precisar

Qualquer que seja a escolha, a sua aplicação precisa dos mesmos cinco dados: um nome de host, uma porta, um modo de segurança, um usuário e uma senha. Use a porta 587 com STARTTLS ou a porta 465 com TLS implícito, ambas exigem autenticação. A porta 25 é para entrega entre servidores e costuma estar bloqueada para usuários comuns.

openssl s_client -starttls smtp -connect smtp.example.com:587

Teste a conexão a partir da máquina que fará o envio antes de integrá-la ao app, e guarde as credenciais nas configurações de ambiente, não no código.

Limites que importam mais que o preço

Seja qual for o plano, o principal limite é a sua própria reputação de remetente. E-mail de um domínio novo que de repente envia um grande volume, ou que envia para endereços inexistentes, é filtrado, quer o servidor tenha sido gratuito ou não. O Google e o Yahoo pedem que os remetentes autentiquem o domínio e mantenham baixas as taxas de reclamação.

Configure SPF, DKIM e DMARC para o seu próprio domínio desde o início, envie apenas para quem pediu para receber e comece com um volume baixo. Nosso verificador lê os seus registros e diz o que está faltando.

Como escolher

Se você envia poucas mensagens por dia a partir de um site pequeno, o SMTP de uma conta que você já tem é suficiente. Se a sua aplicação envia e-mails importantes para o seu negócio, como códigos de acesso e recibos, use um serviço de envio desde o primeiro dia, porque o custo de uma redefinição de senha que não chega é maior que o de um plano.

Seja qual for a escolha, certifique-se de poder autenticar o seu próprio domínio, ver por que uma mensagem deu bounce e subir de plano sem reescrever nada.

Leitura complementar e fontes

• Google Workspace: limites de envio do Gmail
• Google: diretrizes para remetentes de e-mail
• RFC 6409: Message Submission for Mail

Faça no MigoSMTP: artigos da central de ajuda

• Configurações de SMTP: portas, TLS e autenticação
• Verifique seu domínio de envio: registros DNS e propagação
• Autentique um domínio de envio no MigoSMTP: SPF, DKIM e DMARC

Guias e ferramentas relacionados

• Gerador de registro SPF: monte o registro para o seu remetente.
• O que é um servidor SMTP?: o básico e como escolher.
• Relay SMTP explicado: como funciona um relay.
• Preços: compare os planos.