Edson Olivio <[EMAIL PROTECTED]> writes: > O problema � que apenas o usuario_1 est� recebendo as mensagens, > mesmo removendo a linha do usuario_1 no fetchmailrc as mensagens v�o > para o diretorio do usuario_1.
Sim. Veja o que o procmail enxerga. H� detalhes a respeito das vari�veis de ambiente que ele utiliza na documenta��o do mesmo (man procmailrc). > Cheguei a remover o usuario_1 do Linux(userdel) e vejam o log do > /var/log/fetchmaillog: > > fetchmail: reading message > [EMAIL PROTECTED]:6 of 188 (4372 octets) > procmail: Error while writing to > "/home/usuario_1/Maildir/new" > procmail: Skipped "/home/usuario_2/Maildir/new" > fetchmail: flushed > fetchmail: POP3> DELE 6 > fetchmail: terminated with signal 15 Isto est� correto. Se voc� removeu o usu�rio_1 do Linux mas n�o removeu a instru��o do fetchmailrc ele tentar� baixar os emails. Como n�o existe o usu�rio_1, como indicado no fetchmailrc, ocorrer� um erro. O procmail n�o analisar� para o usu�rio 2 pois a mensagem pertence ao usu�rio 1. > Mesmo com o usuario removido o procmail tenta enviar a mensagem para > o usuario_1, mas acredito que o erro est� na configura��o do > fetchmailrc por causa da linha: > > fetchall mda "/usr/bin/procmail -d %T" Sim. Por que voc� usa estas chaves acima? O que tem em %T? Por que voc� especifica o destinat�rio da mensagem? -- Godoy. <[EMAIL PROTECTED]> Assinantes em 14/03/2003: 2229 Mensagens recebidas desde 07/01/1999: 204208 Historico e [des]cadastramento: http://linux-br.conectiva.com.br Assuntos administrativos e problemas com a lista: mailto:[EMAIL PROTECTED]
