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: O envio de e-mail de saída está em pausa.

Os mesmos 7 dias recomeçam quando você troca um email de acesso verificado por um novo: confirme o novo endereço em até 7 dias para continuar enviando.

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.

Pela API, envios e envios agendados são recusados com o código account_email_unverified até que o endereço seja validado.

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, um teste ou as primeiras 24 horas após o primeiro pagamento da conta. A tabela mostra o máximo do plano; o Painel mostra a quota diária da conta que se aplica realmente hoje, e o separador SMTP de cada domínio indica os limites desse domínio para hoje, incluindo o aquecimento de um domínio novo e as datas em que aumentam.)

Sintoma: o envio funciona e, a meio do dia, as novas mensagens deixam de sair. Verá um destes sinais:

• No webmail, abre-se uma janela sobre a sua mensagem, que continua aberta. Mostra quanto do limite já foi usado, porque é que o limite está mais baixo neste momento (um teste, o primeiro dia após o primeiro pagamento ou um domínio novo) e quando é renovado, no seu fuso horário.
• Numa aplicação de correio, o envio falha com uma resposta temporária em inglês que inclui o código 4.7.1, o limite atingido, os números e a hora de renovação, por exemplo "Daily sending limit reached for this account (50 of 50 today; trial account). Sending resumes at 00:00 UTC." ou "Hourly sending limit reached for this account (15 per hour; trial account). Sending resumes at 14:00 UTC." Nas primeiras 24 horas após o primeiro pagamento, a resposta indica-o e diz a hora a partir da qual se aplicam os limites completos, por exemplo "(150 of 150 today; first payment under 24 hours ago, full limits from 2026-10-13 07:00 UTC)".

Solução: leia primeiro a mensagem: indica qual o limite atingido e quando é renovado. Depois:

• Aguarde pela renovação em vez de tentar de novo. Os limites diários são renovados às 00:00 UTC e o limite horário no início de cada hora (UTC).
• Durante um teste, quem gere a faturação pode terminá-lo mais cedo em Faturação → Encerrar o período de teste e iniciar a assinatura agora. A assinatura paga começa e os limites do teste sobem de imediato; os limites completos do plano aplicam-se 24 horas depois desse primeiro pagamento.
• Nas primeiras 24 horas após o primeiro pagamento, cada caixa e a conta inteira podem enviar para 150 destinatários por dia, uma mensagem pode ir para 50 pessoas e as aplicações de correio podem enviar 60 mensagens por hora. Passadas 24 horas, os limites completos do plano aplicam-se automaticamente; o Painel mostra a hora exata.
• Um domínio novo passa por um aquecimento nos primeiros 7 dias (40% nos dias 1 a 3, 70% nos dias 4 a 7 e o limite completo a partir do dia 8). Isto só reduz esse domínio e as suas caixas; os seus outros domínios mantêm a quota completa.
• O correio reencaminhado também conta. As mensagens reencaminhadas que saem do TrekMail gastam a mesma quota diária da conta que os seus envios.
• Subir de plano aumenta a quota do plano. Durante um teste, não levanta os limites do teste (terminar o teste, sim), e nas primeiras 24 horas após o primeiro pagamento todos os planos têm os mesmos limites do primeiro dia. Também nunca volta a enviar mensagens já recusadas: envie-as de novo quando houver margem.

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. Durante um teste, o máximo é de 10 destinatários por mensagem até ao primeiro pagamento e de 50 nas primeiras 24 horas depois dele; o webmail avisa antes de enviar uma mensagem acima desse máximo e não permite agendá-la.

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.

Pela API, o envio de uma caixa de correio cujo envio ficou indisponível após uma mudança de plano ou de domínio é recusado com o código mailbox_send_disabled. A pausa temporária de envio descrita abaixo tem um código próprio.

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. Reconecte cada celular, app de e-mail ou script SMTP com uma nova senha de app, ou a nova senha da caixa se ela ainda for aceita. Uma redefinição por administrador revoga todas as senhas de app; no webmail, selecione Revogar também todas as senhas de app ao alterar sua própria senha depois de um comprometimento.
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":

• Senha ou modo de acesso incorreto. SMTP precisa de uma senha de app para caixas em Somente senhas de app. Em Senha da caixa ou senhas de app, ambas funcionam. Nunca use a senha do painel do proprietário da conta. Crie uma senha de app no webmail em Configurações > Senhas de app ou no painel em Caixas de e-mail > (caixa) > Segurança > Senhas de app.
• 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 o app mostrar "Sign-in failed. This mailbox accepts app passwords only: create one in webmail under Settings > App passwords." (Falha no login. Esta caixa aceita somente senhas de app: crie uma no webmail em Configurações > Senhas de app.), crie uma senha de app e digite-a para entrada e saída. Alguns apps mostram apenas “senha incorreta”. Consulte Senhas de app.

Uma redefinição por administrador ou a recuperação de senha revoga todas as senhas de app. Crie novas para os apps afetados, ou atualize a senha da caixa onde ela ainda for aceita, depois reconecte. Não continue tentando usar uma senha revogada ou antiga.

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.