Pular para o conteúdo
EmailSecurity — página inicial

SMTP Relay

Envio autenticado, com controle e reputação acompanhada.

Seu sistema entrega ao relay em vez de falar direto com o mundo. A partir daí, o problema de reputação, fila, roteamento e limites deixa de ser seu.

Solicitar análise Ver proteção de saída

O caminho

Do seu sistema ao provedor de destino.

Cada etapa existe para um motivo prático: evitar que um envio ruim comprometa os demais e dar visibilidade sobre o que aconteceu com cada mensagem.

  1. Seu sistema
  2. SMTP Gateway
  3. NODEs
  4. Provedor de destino

  • Autenticação obrigatória

    Usuário e senha por sistema. Nada de relay aberto nem liberação frouxa por IP.

  • Limite por conta

    Teto definido junto com você. É o que contém uma conta comprometida antes do estrago.

  • Múltiplos NODEs

    Saída distribuída, com reputação acompanhada em cada nó separadamente.

  • Failover automático

    NODE indisponível sai da rotação sem intervenção manual.

  • Fila com visibilidade

    Mensagem adiada pelo destino continua visível, com motivo e tentativas.

  • Resposta real do destino

    O código e o texto exatos que o servidor do destinatário devolveu.

  • Filtragem na saída

    Conteúdo com cara de spam é retido antes de sujar o IP de saída.

  • Alerta de anomalia

    Pico de volume ou excesso de destinatários gera aviso na hora.

  • Supressão automática

    Endereço com erro permanente para de ser tentado, poupando reputação.

Quando o relay compensa

Enviar direto do próprio servidor funciona — desde que você tenha IP com boa reputação, PTR consistente, autenticação publicada, controle de volume, fila acompanhada e alguém disponível para agir quando um provedor grande começar a recusar suas mensagens.

Na maioria das empresas, esse conjunto não existe. O que existe é um servidor que funciona bem até o dia em que para de funcionar, e aí ninguém sabe por onde começar. O relay transfere essa responsabilidade para uma infraestrutura que já faz isso em escala, e que percebe o problema antes de você.

Perguntas frequentes

Para envio autenticado a partir de um sistema ou cliente, use a 587 com STARTTLS. A 465 com TLS direto também é aceita. A porta 25 é reservada para a comunicação entre servidores e está bloqueada pela maioria dos provedores de internet — se o seu sistema tenta enviar pela 25 e nada acontece, é quase certo que o bloqueio está aí.

Sim. Qualquer coisa que saiba falar SMTP autenticado: Postfix, Exim, Zimbra, cPanel, Microsoft 365, ERPs, sistemas de nota fiscal, WordPress, aplicações próprias. É configuração de servidor e senha, não integração.

O envio é recusado com um erro temporário no momento em que o remetente é apresentado, e o evento aparece no painel com o motivo. Isso é proposital: um erro temporário faz o servidor de origem segurar a mensagem e tentar de novo, em vez de perdê-la. Você também recebe alerta quando o limite é atingido.

Não. Mensagem com características claras de spam saindo pelo relay é retida antes de chegar ao destino — proteger a reputação dos NODEs é proteger a entrega de todos os clientes que passam por eles. A política de uso aceitável descreve o que não é permitido.

Continue por aqui

Quer uma análise do seu fluxo de e-mail?

Revisamos autenticação, reputação, entrega e proteção de entrada e saída — e implantamos as correções junto com a sua equipe, sem interromper o envio.

Solicitar análise técnica Diagnosticar meu domínio agora