Como desbloquear e-mails no DirectAdmin contador usage fila Exim

Guia Definitivo: Como Desbloquear E-mails no DirectAdmin (O que a documentação não enfatiza)#

Peguei um incidente de bloqueio de envio no DirectAdmin que não resolvia só com "Reativar" no painel. Foi necessário descer para SSH, validar contador real de uso, limpar fila com precisão e forçar renovação de credencial da conta afetada.

Esse é o fluxo que reduziu horas de tentativa/erro para minutos de operação previsível.

1) Diagnóstico: onde o DirectAdmin conta o uso de envio#

No DirectAdmin, para bloqueio por limite de envio, o contador central do sistema fica em:

/etc/virtual/usage/<usuario_directadmin>

Atenção: o DirectAdmin armazena a contagem por usuário do DirectAdmin (username), e não diretamente por domínio (exceto quando a convenção adotada faz o nome de usuário ser idêntico ao domínio). Para descobrir o usuário vinculado a um domínio específico, consulte grep -E '^username=' /usr/local/directadmin/data/users/*/user.conf ou liste os arquivos existentes via ls -la /etc/virtual/usage/.

Ao abrir o arquivo correspondente:

cat /etc/virtual/usage/<usuario_directadmin>

você normalmente verá uma sequência de 1 (ex.: 1111111111) ou linhas no formato count=.

Como ler isso operacionalmente#

• cada 1 representa uma mensagem contabilizada;
• quando o tamanho da sequência encosta no limite configurado, o envio trava;
• liberar só no painel sem tratar contador e fila pode causar recidiva imediata.

2) O ponto que muita documentação não enfatiza#

Mesmo zerando contador ou subindo limite, o bloqueio pode persistir se o sistema marcar a conta como comportamento de spam.

Na prática de operação, a troca de senha da mailbox frequentemente é a peça que destrava:

• renova credencial de autenticação;
• encerra sessão/uso indevido por credencial vazada;
• força novo ciclo de confiança para envio daquela conta.

Sem isso, você limpa o sintoma e mantém a origem do abuso intacta.

3) Runbook via SSH (quando GUI não resolve)#

3.1 zerar contador do usuário#

> /etc/virtual/usage/<usuario_directadmin>
chown mail:mail /etc/virtual/usage/<usuario_directadmin>

Se o arquivo não estiver com owner correto, a contagem pode voltar inconsistente.

3.2 remover trava específica de usuário (se existir)#

rm -f /etc/virtual/dominio.com.br/limit/usuario-do-email

Esse tipo de arquivo pode sobrepor regra global e manter bloqueio mesmo após ajuste no painel.

3.3 limpar fila do Exim da conta comprometida#

# Nota: o filtro -f do exiqgrep casa o remetente do envelope (MAIL FROM):
exiqgrep -i -f [email protected] | xargs -r exim -Mrm

Se você não remover o backlog da conta abusiva, o servidor reprocessa lixo no instante da liberação e pode bloquear novamente.

4) Sequência de atendimento que eu aplico em produção#

1. zerar /etc/virtual/usage/<usuario_directadmin>;
2. remover arquivo de limite por conta (/limit/usuario) quando presente;
3. limpar fila da conta com exiqgrep -i -f ... | exim -Mrm;
4. alterar senha da conta de e-mail;
5. monitorar logs por alguns minutos.

Comandos de monitoramento:

tail -f /var/log/exim/mainlog
grep '[email protected]' /var/log/exim/mainlog | tail -n 30
exim -bpc

5) Erros comuns que aumentam MTTR#

5.1 limpar tudo sem filtro#

Apagar fila inteira em incidente localizado destrói evidência e afeta tráfego legítimo.

5.2 não trocar senha após incidente de spam#

Sem rotação de credencial, atacante/script volta a autenticar e reinicia ciclo de abuso.

5.3 ignorar ownership do contador#

Arquivo usage com owner incorreto gera comportamento errático de contagem e suporte intermitente.

6) Checklist de aceite pós-correção#

• [ ] envio da conta voltou sem defer/bounce anômalo;
• [ ] fila estabilizou (exim -bpc em tendência de queda);
• [ ] credencial foi rotacionada;
• [ ] logs sem novo padrão de abuso;
• [ ] cliente orientado sobre higiene de senha e endpoint comprometido.

Considerações práticas#

No DirectAdmin, desbloquear e-mail com segurança não é "clicar reativar". É tratar contador + fila + credencial em conjunto.

Quando você opera nessas três camadas, o desbloqueio deixa de ser temporário e vira correção definitiva.

Veja também

E-mail Anatomia de uma falha em cascata: do bloqueio de IP por spam à depuração do Roundcube no cPanel

E-mail Anatomia de um ponteiro solto no Exim: depurando o erro "transport not found" em ambientes cPanel com smarthost e SRS

E-mail O buraco negro do Exim, falhas de alinhamento DMARC e como recuperar a reputação de IP

Este post está licenciado sob CC BY-NC.