Porque não consigo enviar e-mails pelo TrekMail?

As falhas de envio têm algumas causas comuns. Faça estas verificações pela ordem indicada. Se a conta e o domínio estiverem prontos, mas apenas um destinatário rejeitar a mensagem, talvez seja necessário investigar o servidor de correio dele.

Verificação 1: o e-mail do proprietário da conta não foi validado

Se registou uma nova conta TrekMail em ou depois de 19 de fevereiro de 2026 e não abriu a ligação de validação, o envio fica bloqueado após um período de 7 dias. O painel mostra uma faixa vermelha: "Envio bloqueado, valide o seu e-mail."

Isto aplica-se ao e-mail de início de sessão do proprietário da conta, não às caixas de correio. Se não estiver validado, todas as caixas deixam de enviar até à validação.

Solução:

• Procure na caixa de entrada do e-mail de acesso a mensagem de validação enviada no registo e abra a ligação.
• Perdeu-a? Clique em Reenviar e-mail de validação na faixa.
• Se usa um início de sessão social, verifique o estado no Painel em vez de presumir que o fornecedor o validou.
• Se uma ligação já não funcionar, peça uma nova mensagem em vez de reutilizar a antiga.

As contas registadas antes de 19 de fevereiro de 2026 não estão sujeitas a este bloqueio.

Verificação 2: o DNS do domínio não está validado

O domínio tem de estar pronto antes de usar a rota de envio gerida. A página DNS mostra o registo em falta, em conflito ou ainda em verificação. SPF, DKIM e DMARC também ajudam os fornecedores recetores a avaliar o seu correio.

Sintoma: estado "Domínio não validado" na página Domínios; a mensagem sai mas volta; destinatários encontram-na no spam.

Solução: abra Domínios, selecione o domínio e o estado DNS. Compare cada registo, guarde as correções no fornecedor DNS e use Validar DNS. O resultado pode ficar pendente durante a atualização pública. Guia: Verificar o estado DNS.

Verificação 3: está no Nano

O plano Nano tem can_send: false. A autenticação SMTP termina, mas cada envio é recusado na submissão.

Sintoma: o cliente mostra "Falha no envio" com erro 5xx; a mensagem entra brevemente na caixa de saída e regressa.

Solução: escolha um plano com envio gerido na página Planos e confirme o plano ativo e o estado do domínio antes de tentar novamente.

Se tiver de ficar no Nano, configure BYO SMTP no domínio. O SMTP personalizado existe em todos os planos. Fornece as credenciais de um serviço SMTP externo e o TrekMail usa essa rota. A receção IMAP continua independente.

Verificação 4: atingiu o limite diário ou horário

Cada plano tem máximos diários por caixa e conta, um limite horário e um máximo de destinatários por mensagem:

(O Nano pode autenticar-se, mas a rota gerida está desligada. Os limites podem ser menores para um domínio novo, uma conta sem pagamentos anteriores ou um teste. A tabela mostra o máximo do plano; veja a disponibilidade atual no Painel.)

Sintoma: o envio funciona e, mais tarde, todas as mensagens falham com "user has exceeded sending quota" ou erro 4xx semelhante.

Solução: não volte a tentar um lote grande e aguarde pela reposição da quota. O limite horário usa uma janela curta e a quota diária conta por dia. Se precisar de mais capacidade contínua, reveja o plano e a política antes de subir; a alteração não recupera mensagens já recusadas.

Verificação 5: número de destinatários por mensagem

O máximo por mensagem é 50 no Nano, 100 no Starter, 250 no Pro e 500 no Agency. Uma mensagem acima do limite pode ser recusada antes do envio.

Solução: divida-a em lotes válidos ou mude de plano.

Verificação 6: a caixa não pode enviar

A caixa tem de estar ativa e autorizada. Pode estar desativada, perder a capacidade após uma alteração de plano ou domínio, ou ter o envio temporariamente pausado para revisão de segurança. Leia primeiro a mensagem no Painel ou na aplicação.

Sintoma: uma caixa falha enquanto outra da mesma conta envia.

Solução: abra a caixa no Painel e confirme que está ativa. Se a mensagem indicar conta, plano ou domínio, resolva isso primeiro. Uma suspensão de acesso normalmente impede o início de sessão, mas não interrompe por si só o correio recebido.

Pausa temporária do envio

Uma caixa pode ter apenas o envio parado, enquanto continua a receber e a permitir leitura. Isto pode acontecer quando a atividade sugere que as credenciais foram expostas, protegendo o domínio durante a revisão do acesso.

Sintoma: o correio chega e pode ser lido, mas as mensagens de saída não saem:

• No webmail: "O envio desta caixa foi pausado após atividade invulgar. Contacte o suporte para o retomar."
• Numa aplicação: o envio falha, a receção funciona e a aplicação informa que o servidor não aceita o seu endereço como remetente.
• Pela API: o envio é recusado com mailbox_sending_paused.

Solução: é necessária uma revisão do suporte. Os controlos normais da caixa não removem esta pausa de segurança.

1. Altere a palavra-passe da caixa, consulte Segurança da caixa de correio.
2. Atualize-a em todos os locais: telefone, aplicação, script ou ferramenta de envio.
3. Abra um pedido na página Suporte, diga que a alterou e inclua o endereço e a hora aproximada, mas nunca a palavra-passe.

O correio pode continuar a chegar durante a revisão. Guarde rascunhos importantes localmente até o envio ser restaurado.

Verificação 7: a conta está suspensa

Uma suspensão da conta pode bloquear correio de saída e outras ações. O Painel apresenta uma faixa com o motivo, por exemplo:

• "Existe um problema de faturação na sua conta. Atualize os dados de pagamento ou contacte o suporte." Atualize-os e verifique o estado da faturação. Consulte Corrigir pagamentos falhados.
• "Pausámos temporariamente o correio de saída porque os servidores destinatários recusaram demasiadas mensagens recentes." Abra um pedido. A equipa pode perguntar pela higiene da lista, configuração do remetente e uma amostra ocultada.
• "A sua conta está temporariamente restringida. Contacte o suporte para obter detalhes." Para abuso ou segurança, abra um pedido de revisão.

Não pode contornar a suspensão mudando de caixa ou domínio. O bloqueio aplica-se a toda a saída da conta até ser removido.

Verificação 8: falha a autenticação SMTP

Se o cliente mostrar "535 Authentication failed" ou "Invalid credentials":

• Palavra-passe errada. É comum confundir a do proprietário com a da caixa. O SMTP exige a palavra-passe da caixa.
• A caixa não existe. Consulte a lista de caixas. Um erro de configuração pode apontar para uma caixa diferente da aplicação.
• E-mail do proprietário não validado após o prazo. Consulte a Verificação 1. A validação é aplicada na submissão.

Se redefiniu recentemente a palavra-passe, atualize-a em todas as aplicações, volte a ligar e tente. Não continue a usar a antiga, pois pode criar um bloqueio separado.

Verificação 9: configuração incorreta de BYO SMTP

Se o domínio usa um fornecedor SMTP externo:

• Verifique as credenciais no separador SMTP do domínio: Domínios, escolha o domínio e depois SMTP.
• Confirme que ativou a submissão SMTP nesse fornecedor; alguns também exigem validar o domínio.
• Use o teste do separador SMTP e leia o resultado antes de enviar correio real.

Credenciais externas inválidas podem causar um erro geral. Corrija-as no fornecedor, guarde a ligação e volte a testar.

Verificação 10: o servidor do destinatário está a rejeitá-lo

Se tudo está verde no TrekMail, mas certos domínios devolvem as mensagens:

• O servidor pode ter problemas com a sua reputação (domínio novo, sem aquecimento, SPF/DKIM desalinhados). Consulte Taxa de devolução demasiado alta e Regras de aquecimento do domínio.
• Se muitos domínios sem relação falharem ao mesmo tempo, consulte a página de estado do TrekMail e inclua erros e horas num pedido.
• Alguns recetores recusam autenticação incompleta ou uma política DMARC fraca. Reveja SPF, DKIM e DMARC antes de alterar conteúdo ou repetir um lote.

Códigos de erro comuns explicados

O problema continua

Abra um pedido na página Suporte. Inclua:

• A caixa remetente (alice@yourcompany.com).
• O endereço do destinatário, ou um exemplo se houver muitas devoluções.
• O erro exato da aplicação ou mensagem de devolução.
• Se o webmail envia a mesma mensagem ao mesmo destinatário. (Se também falhar, o problema está no servidor.)

Para rever uma suspensão de entrega, esteja preparado para explicar como os destinatários consentiram e fornecer uma amostra ocultada se solicitado. Não envie uma lista completa, credenciais ou dados de destinatários sem relação.