Como depurar ~ / .forward

Question

Como posso depurar o arquivo ~/.forward ou ver erros registrados pelo agente de correio sem privilégios de root ?

Estou tentando processar meu e-mail com o procmail.

Quando eu invoco o procmail manualmente com

procmail < testMailFile

funciona como esperado (minha regra do procmail registra a entrada em um arquivo).

Quando nenhum arquivo ~ / .forward está presente, todos os e-mails vão para minha caixa postal padrão / var / mail / $ USER e ~ / .procmailrc não é processado .

Quando eu crio ~ / .forward com:

"|exec /usr/bin/procmail || exit 75"

o e-mail para, mas .procmailrc ainda não foi processado .

$ lsb_release -a|grep Desc
Description:    CentOS release 5.10 (Final)
$ rpm -q exim
exim-4.63-10.el5

    

Answer 1

Não deve haver necessidade de usar .forward para procmail se você configurar o transporte e a configuração do roteador para exim para lidar com o procmail diretamente.

A partir da documentação do exim :

# transport
procmail_pipe:
  driver = pipe
  command = /usr/local/bin/procmail -d $local_part
  return_path_add
  delivery_date_add
  envelope_to_add
  check_string = "From "
  escape_string = ">From "
  umask = 077
  user = $local_part
  group = mail

# router
procmail:
  driver = accept
  check_local_user
  transport = procmail_pipe

    

Answer 2

Você pode ter algumas opções, mas elas não são universais.

Se os logs do servidor de e-mail forem legíveis por todos, você poderá examiná-los em busca de mensagens de erro. Se o seu servidor de e-mail for exim , procure por /var/log/exim/ ou talvez simplesmente /var/log/mail . O que exatamente é registrado onde exatamente existe uma lata separada de worms, onde um ponto de partida é a configuração syslog , mas não é o único jogo na cidade; mas se você tiver /etc/syslog.conf em seu sistema, provavelmente é (especialmente se você estiver em uma plataforma legada como o CentOS).

(Se os logs não forem legíveis pelo mundo, talvez você possa persuadir o administrador do sistema a alterar isso e / ou adicionar você a um grupo que tenha acesso de leitura ou, no mínimo, grep para mensagens de erro relacionadas a seu problema de .forward em torno de um ponto específico nos últimos tempos.)

Em segundo lugar, você recebe uma mensagem de devolução? Normalmente, quando o servidor de e-mail não pode entregar sua mensagem, ele retornará uma mensagem de erro (DSN, "bounce", "boomerang") com diagnósticos mais ou menos detalhados.

Se tiver sorte, você pode obter um diagnóstico sem enviar a si mesmo por e-mail, conectando-se ao servidor de e-mail e falando com ele. Supondo que você tenha um servidor SMTP em execução na porta 25 em localhost , algo como

bash@centos$ telnet localhost 25
>>> Connecting to localhost ...
>>> 220 Exim is listening, congratulations.
<<< vrfy [email protected]
>>> 454 4.7.1 [email protected] relay access denied
<<< quit
>>> 221 So long, sayonara, au revoir.

em que <<< indica os itens que você digita e >>> são as respostas do sistema remoto. Esta mensagem de erro em particular é um resultado improvável, mas pelo menos exemplifica o que você pode esperar para ver e precisa entender (basicamente, 2xx está bem e 4xx ou 5xx é um erro, assim como no HTTP).

Todas as coisas contadas, o Procmail tem um número bastante limitado de modos de falha. Eu suspeitaria de permissões no seu arquivo .procmailrc como a primeira coisa a investigar.

Plug sem vergonha: veja também o link