Hard bounce ≠ soft bounce. O hard bounce é definitivo (o endereço não existe ou foi desativado). O soft bounce é temporário — por exemplo, uma caixa postal cheia — e pode ser reentregue mais tarde.
Por que a plataforma não reenvia automaticamente
Os provedores de e-mail monitoram a qualidade do remetente. Reenviar repetidamente para endereços que retornam hard bounce prejudica essa reputação e pode causar:- Redução da taxa de entrega de todos os seus envios.
- Inclusão em blacklists internacionais.
- Desvio das mensagens para a pasta de Spam.
Do bounce à prova pericial
Um hard bounce não é apenas uma falha — é um evento comprovável. A plataforma transforma o retorno do servidor em prova jurídica seguindo este processo:1
Captura do NDR
Registro do NDR completo (Non-Delivery Report) — a resposta integral do servidor de destino, com o código SMTP e a mensagem de recusa.
2
Carimbo de tempo
Aplicação de carimbo de tempo com validade legal (ICP-Brasil), atestando o momento exato do evento. Veja como verificar o carimbo.
3
Hash de integridade
Geração de um hash SHA-256 do conteúdo, garantindo que o registro não foi alterado.
4
Armazenamento imutável
Guarda em storage imutável (WORM) — write once, read many —, impedindo modificação ou exclusão posterior.
5
Relatório pericial
Emissão de um relatório pericial com assinatura digital, pronto para uso comprobatório.
Na data 11/05/2026 às 14:32:17 (carimbo de tempo), o servidor de destinomx.gmail.comretornou o código550 5.1.1 User unknown.
Envios em volume
Para operações de alto volume, a plataforma oferece tratamento dedicado ao hard bounce:- Domínio secundário exclusivo para isolar a reputação dos envios.
- Controle individual de cada envio.
- Relatório pericial automático por evento.
- Estratégia de fallback para outros canais (WhatsApp / SMS) quando o e-mail falha.
- Relatórios consolidados do conjunto de envios.
O laudo pericial de um envio pode ser baixado pela API. Veja Comprovante e laudo pericial.

