A configuração correta de um servidor SMTP exige mais do que acesso técnico e boas intenções. Você pode colocar o servidor em funcionamento em uma tarde, mas se ele enviará seus e-mails para a caixa de entrada ou para a pasta de spam depende de como ele se comportará ao longo do tempo. A maioria dos conselhos que você recebe é bastante básica: “abra a porta certa, use uma senha forte”. Isso é o equivalente a dizer a alguém para “dirigir com segurança” sem explicar como funcionam os sinais de trânsito ou por que os pneus estão furados.
Em outras palavras, “ele envia” e “ele aterrissa” são dois problemas muito diferentes.
Neste artigo, vamos além dos guias de configuração básica para examinar a mecânica operacional que determina o desempenho do seu e-mail.
Você aprenderá:
- Por que um handshake SMTP bem-sucedido não garante a entrega da caixa de entrada
- Como portas legadas como a 25 afetam a infraestrutura de envio moderna
- Como é o alinhamento adequado de SPF, DKIM e DMARC na prática
- Quando fazer com que você tenha seu próprio servidor de e-mail faz sentido e quando isso se torna um risco
Vamos começar.
Principais conclusões
- O SMTP (Simple Mail Transfer Protocol) apenas confirma que um e-mail foi aceito por outro servidor. Ele não controla o posicionamento na caixa de entrada. As portas, a autenticação e o TLS mantêm o correio em movimento, mas não determinam onde ele vai parar.
- A maioria dos problemas de SMTP começa com uma entrega mais lenta, limitação ou perda gradual de posicionamento na caixa de entrada, e geralmente é difícil percebê-los, a menos que você esteja procurando intencionalmente por eles.
O que o SMTP faz (e o que ele definitivamente não faz)
A função do SMTP é enviar sua mensagem para outro servidor e receber uma resposta. É só isso que ele faz. Ele não decide onde o e-mail chega, como é filtrado ou se um ser humano o vê. Ao tratar o SMTP como uma autoridade de caixa de entrada, você pode acabar depurando a coisa errada por semanas.
Quando seu sistema diz “e-mail enviado”, tudo o que realmente significa é que um servidor SMTP aceitou a mensagem. Mas aceito não significa entregue. Nem mesmo significa que você está na fila de entrega da forma como a maioria das pessoas pensa sobre entrega de e-mail. Significa simplesmente que o servidor receptor concordou em assumir a responsabilidade pela mensagem. O que acontece em seguida (filtragem de spam, verificações de reputação, etc.) ocorre depois que o SMTP conclui sua parte.
Você pode pensar no SMTP como o aperto de mão entre os sistemas. Seu aplicativo ou cliente de e-mail se conecta a um servidor SMTP, autentica-se, negocia a criptografia e transmite a mensagem a outros servidores de e-mail. Em seguida, esse servidor repete o processo com o servidor de e-mail do destinatário. Quando a transferência é concluída, o SMTP se afasta e nunca vê o resultado final.
Essa distinção é importante porque as falhas de SMTP geralmente são óbvias, enquanto as falhas de capacidade de entrega são sutis e lentas. Uma configuração de SMTP defeituosa retorna erros, bloqueia envios ou simplesmente expira. Uma configuração de SMTP perfeitamente “funcional” ainda pode alimentar mensagens em filtros de spam se o endereço do servidor, o nome do host ou os detalhes do servidor não estiverem alinhados.
Se você não separar a mecânica de envio do comportamento da caixa de entrada, interpretará mal o significado do comportamento do seu servidor e tentará consertar coisas que nunca estiveram quebradas.
Portas, criptografia e por que a 25 continua colocando as pessoas em apuros
O número da porta SMTP é um fator importante para que os e-mails enviados cheguem à caixa de entrada do destinatário.
A porta 25 é a porta SMTP original e ainda funciona, mas não nos locais em que alguns remetentes estão tentando usá-la. Os ISPs a bloqueiam por padrão. Os provedores de nuvem limitam sua taxa, monitoram-na agressivamente ou a fecham totalmente. Isso ocorre porque a porta 25 é o ponto de entrada favorito de spam e malware. Fora das redes privadas ou da transferência de e-mail de servidor para servidor, usá-la hoje é um convite para problemas de entrega que você não controla.
As portas 465 e 587 existem para resolver esse problema, mas o fazem de forma diferente. A porta 465 usa TLS implícito, o que significa que a conexão SMTP é criptografada desde o primeiro byte. Sem negociação, sem downgrade. A porta 587 usa STARTTLS, que começa sem criptografia e depois atualiza a conexão para TLS quando os dois lados concordam. Na prática, ambas são seguras em uma boa configuração de servidor de e-mail SMTP.
O STARTTLS pode falhar quando a criptografia é opcional, mal configurada ou desativada por sistemas intermediários entre os servidores de envio e recebimento. O TLS implícito falha com erros muito óbvios. Isso é um recurso, não um bug.
Veja como essas portas se encaixam nas configurações diárias:
- Porta 587: padrão para envio autenticado de aplicativos, clientes e ferramentas SaaS. Funciona em quase todos os lugares e combina bem com servidores SMTP modernos.
- Porta 465: boa para quando você deseja que a criptografia seja aplicada e que o comportamento seja previsível, em ambientes controlados, como servidores de aplicativos que enviam e-mails transacionais.
- Porta 25: aceitável para tráfego interno de servidor para servidor. Alto risco em todos os outros lugares.
A escolha da porta errada nem sempre causará problemas no envio. Isso apenas tornará os problemas mais difíceis de serem vistos e corrigidos posteriormente.
Autenticação: a parte que todos subestimam
A autenticação SMTP é simplesmente a prova de que você tem permissão para enviar e-mails por meio de um servidor. Seu sistema se conecta, apresenta as credenciais de autenticação e o servidor de e-mail decide se você deve retransmitir a mensagem ou fechar a porta. Isso é algo que acontece muito antes da reputação, da filtragem ou do posicionamento na caixa de entrada entrar em ação. Se a autenticação não estiver configurada corretamente, nada mais importa.
Existem alguns métodos de autenticação diferentes. A autenticação básica significa enviar um nome de usuário e uma senha a cada conexão. É simples, amplamente suportado e cada vez mais inaceitável. O OAuth substitui as credenciais estáticas por tokens de curta duração vinculados à identidade e às permissões. A decisão da Microsoft de desativar a autenticação básica não foi uma ideologia teimosa. Em vez disso, foram as senhas vazadas e o abuso automatizado que tornaram impossível a defesa em escala.
A autenticação mal configurada nem sempre falha de forma clara. Na maioria das vezes, ela prejudica o comportamento de forma indireta:
- As mensagens estão sendo enviadas, mas a taxa de transferência cai após alguns minutos.
- Alguns retransmissores aceitam e-mails, enquanto outros os rejeitam com erros vagos.
- Os limites de taxa são acionados de forma imprevisível, mesmo com baixo volume.
- Os e-mails desaparecem sem devoluções porque o retransmissor nunca aceitou totalmente a responsabilidade.
Em termos simples, uma identidade de remetente pouco clara sempre leva a uma entrega de e-mail não confiável.
As vantagens e desvantagens de usar SMTP de terceiros em vez de executar o seu próprio SMTP
Embora pareça atraente “ser seu próprio chefe”, a sensação de controle ao executar seu próprio servidor SMTP desaparece na primeira vez que você entra em um buraco negro da Microsoft. Em teoria, gerenciar sua própria configuração do Postfix ou do Exim dá a você total soberania sobre os cabeçalhos e a privacidade dos dados, mas, na prática, você está apenas herdando um trabalho de tempo integral na manutenção da infraestrutura que não tem nada a ver com o seu produto principal.
Os retransmissores de serviço SMTP padrão, como Postmark, SendGrid ou AWS SES, existem porque eles utilizaram como arma a escala de seu endereço IP e reputação de domínio.
Quando você usa um provedor terceirizado, não está pagando apenas pela API; está pagando pelo exército de engenheiros de capacidade de entrega que passam o dia inteiro negociando com os ISPs para garantir o recebimento “prioritário”. Se você “voar sozinho”, será você quem responderá a uma lista de bloqueio repentina de um ISP alemão às 3h da manhã porque uma campanha de saída acionou um filtro heurístico que você não sabia que existia.
O arrependimento costuma aparecer por volta do sexto mês. A essa altura, a “economia de custos” inicial do SMTP local foi engolida pelas horas de engenharia gastas na depuração do motivo pelo qual seus e-mails de redefinição de senha estão demorando quarenta minutos para chegar. Você se verá fazendo experiências com rotações de DKIM e nivelamento de SPF em vez de criar recursos. A menos que você esteja operando em uma escala maciça e especializada em que cada milissegundo de residência de dados seja um requisito legal, os servidores de e-mail DIY são um passivo disfarçado de ativo.
Você tem uma nova configuração de SMTP? O InboxAlly ajuda você a aquecê-la da maneira correta, conquistando o posicionamento na caixa de entrada antecipadamente, sem esperar “descobrir” depois. Agende uma demonstração gratuita e veja o que ele pode fazer por sua configuração de e-mail.
Práticas recomendadas para executar um servidor SMTP
Agora, se você decidir executar um servidor SMTP, certifique-se de fazer tudo o que puder para mantê-lo saudável. Executar um servidor SMTP não é fácil, mas também não é impossível. Abaixo estão algumas práticas recomendadas que você deve incorporar diretamente à sua rotina de envio:
- Comece devagar e com firmeza: SMTPs novos ou alterados recentemente devem aumentar o volume gradualmente. Aumentos repentinos de volume, padrões diários desiguais ou programações do tipo “calmo a semana toda, voraz na segunda-feira” atraem problemas. A consistência gera mais confiança do que uma programação inteligente.
- Segmentar o tráfego por intenção: Mensagens de e-mail transacionais, de alertas do sistema e em massa não devem compartilhar os mesmos padrões ou filas de envio. Ao misturá-los, você garante que campanhas ruins acabem arrastando consigo e-mails importantes.
- Seja implacável com os destinatários: Não envie para pessoas que não pediram, não se envolveram ou que claramente não existem. Endereços inativos, caixas de entrada de papéis e listas raspadas envenenam a reputação.
- Meça os resultados: A contagem de envios não tem significado por si só. Observe o tempo até a caixa de entrada, o desempenho em nível de provedor e a queda do envolvimento. Enviar é fácil. Enviar bem é uma disciplina que você deve ter.
Nada aqui reinventa a roda, mas com servidores SMTP novos, é muito importante que você não perca nada disso. Coisas que você pode evitar em plataformas de correio de terceiros são muito menos tolerantes em sua própria infraestrutura, portanto, seja cuidadoso com a forma de envio.
Uma maneira diferente de ver os servidores SMTP
Se este artigo cumpriu sua função, você deve se sentir um pouco desconfortável, mas de uma forma positiva. Não porque a configuração de um SMTP seja difícil, mas porque é fácil pensar que você “fez tudo certo” enquanto as métricas da campanha contam uma história diferente. Quando você realmente consegue ver onde o e-mail chega, as decisões técnicas ficam mais simples e muito mais baratas.
Mas se você quiser visibilidade e posicionamento de primeira linha na caixa de entrada desde o primeiro dia, especialmente em seu novo SMTP, agende uma demonstração do InboxAlly e veja como chegar lá antes que pequenos problemas se transformem em longas recuperações.