Central de Ajuda

Failed to send message, SMTP Error ou “Falha ao enviar mensagem” no Roundcube significa que a composição abriu, mas a etapa de entrega não terminou. A frase isolada é genérica: a causa real pode ser sessão expirada, remetente inválido, quota, anexo, bloqueio antispam, limite de envio, autenticação SMTP ou recusa do servidor destinatário.

Descubra em qual etapa ocorreu

Teste controlado no Roundcube

1. Copie o texto importante para um local seguro para não perder o rascunho.
2. Atualize a sessão e escreva uma nova mensagem curta, sem assinatura nem anexo.
3. Envie primeiro para outra caixa do mesmo domínio e depois para um provedor externo.
4. Confirme se o campo De usa um endereço autorizado da própria conta.
5. Veja quota da caixa, quota da hospedagem e pasta Enviados; falta de espaço pode impedir a gravação.
6. Repita com um anexo pequeno e de tipo comum somente se o texto simples funcionar.
7. Guarde o erro, horário, remetente, destinatário e Message-ID, quando existir.

Não faça dezenas de tentativas iguais. Reenvios em massa podem acionar limites e dificultar a leitura dos logs. Também não transforme uma falha de uma mensagem em teste de newsletter para muitos destinatários.

Como interpretar os códigos

Respostas iniciadas por 4 geralmente indicam falha temporária; as iniciadas por 5, falha permanente daquela tentativa. O texto e o código ampliado são indispensáveis: um 5.1.1 costuma indicar destinatário inexistente, enquanto um 5.7.1 costuma envolver política, autenticação ou autorização. A origem da resposta também importa: servidor local, filtro intermediário ou destino.

Se existe bounce, leia o bloco Diagnostic-Code e o host que recusou. Se não há bounce nem registro em Enviados, a falha pode ter ocorrido antes de o servidor aceitar a mensagem. O recurso Rastrear entrega do cPanel ajuda a separar essas situações.

Causas locais frequentes

• caixa postal ou hospedagem sem espaço/inodes;
• sessão do Webmail vencida ou cookie incompatível;
• identidade De não autorizada ou configurada incorretamente;
• conta suspensa, senha alterada ou autenticação interna falhando;
• limite por hora, volume anormal ou regra antispam;
• anexo acima do limite efetivo após codificação;
• DNS do domínio, SPF, DKIM ou roteamento de e-mail incorretos;
• serviço Exim indisponível ou fila congestionada.

Para administrador e suporte

Pesquise o horário, remetente, destinatário e ID nos logs do Exim e no Rastrear entrega. Confirme roteamento, DNS, autenticação, ACLs, filtros, limites, fila e estado dos serviços. Uma mensagem recusada pelo destino não deve ser marcada como “problema do Roundcube” somente porque foi composta nele.

Não desative filtros de segurança globalmente e não peça a senha do cliente. Se o conteúdo foi classificado como spam, informe a regra ou resposta técnica e ajude a corrigir autenticação e conteúdo. Para bloqueio externo, reúna evidências antes de solicitar revisão.

O que enviar no chamado

Inclua mensagem completa, código, horário com fuso, remetente, destinatário de teste, assunto, tamanho do anexo, resultado sem anexo, resultado para domínio local/externo e o ID da mensagem. O suporte não precisa do corpo confidencial nem da senha, salvo análise de conteúdo expressamente autorizada e protegida.

Veja também como interpretar bounce e códigos SMTP, Rastrear entrega no cPanel, limites de envio, SPF, DKIM e DMARC e sessões que desconectam.

Referências oficiais: Roundcube — mensagens oficiais da interface e cPanel — Track Delivery.

Recursos relacionados

Continue com tutoriais, ferramentas e serviços relacionados ao diagnóstico.