Tenho vindo a trabalhar sobre a criação de um correio. Acabo de trabalho sobre tudo excepto o procmail parte. A configuração é a seguinte:

Internet -> mailrelay -> servidor de e-mail
|
spamassassin servidor

Tenho spamassassin rodando em um servidor separado e ter spamc configurado para se conectar a ele.

Eu tenho isso no meu ver dossier:

Mailer (procmail) DNL
LOCAL_CONFIG
CPprocmail
LOCAL_RULESETS
LOCAL_RULE_0
R $ * <@ $ \u003d w> $ * $ # $ @ procmail / etc / mail / procmailrc $: $ 1 <@ $ 2.procmail.> $ 3
R $ * <@ $ \u003d w. > $ * $ # $ @ Procmail / etc / mail / procmailrc $: $ 1 <@ $ 2.procmail.> $ 3
R $ * <@ $ \u003d R> $ * $ # $ @ procmail / etc / mail / procmailrc $: $ 1 <@ $ 2.procmail.> $ 3
R $ * <@ $ \u003d R. > $ * $ # $ @ Procmail / etc / mail / procmailrc $: $ 1 <@ $ 2.procmail.> $ 3
R $ * <@ $ *. Procmail. > $ * $ 1 <@ $ 2.> $ 3 já filtrados, mapa de endereço original


No meu arquivo procmailrc Tenho:

DROPPRIVS \u003d sim
VERBOSE \u003d no
LOGFILE \u003d / var / log / procmail.log

: 0fw
* <256000
| / Usr / local / bin / spamc
: 0
* ^ X-Spam-Status: Sim
/ dev / null

: 0 w
! -oi-f "$ @"


O meu limite é de 15 para spamd no momento de busca de spam.

Parece que o sendmail enviar os novos e-mails para fora procmal e processá-la: Eu vejo isso no log:
procmail: Atribuir "LASTFOLDER \u003d / dev / null"
procmail: Abertura "/ dev / null"
Assunto: [SPAM] Mais de comprimento e largura
Pasta: / dev / null 4175
procmail: [21421] Qua 23 jul. 00:05:51 2008
procmail: No match on "^ X-Spam-Status: Yes"
procmail: No match on "^ ^ rom []"
procmail: Executar "/ usr / lib / sendmail,-oi, oi-,-f, ilan@escortcorp.com, sfair_funw@hardlink.net.procmail"
procmail: Match sobre "<256000"
procmail: Executar "/ usr / local / bin / spamc"
procmail: Match sobre "<256000"
procmail: Executar "/ usr / local / bin / spamc"
procmail: [21402] Qua 23 jul. 00:05:52 2008
procmail: Atribuir "LASTFOLDER \u003d / usr / lib / sendmail-oi-oi-f"
Assunto: 20m recompensa pela captura de Osama
Pasta: / usr / lib / sendmail-oi-oi-f 1137
procmail: [21421] Qua 23 jul. 00:05:52 2008
procmail: Atribuir "LASTFOLDER \u003d / usr / lib / sendmail-oi-oi-f"
Assunto: Visita a ver o nosso recém-inaugurado Discount Conservar e manter a sua pratas INTA
Pasta: / usr / lib / sendmail-oi-oi-f 25378
procmail: [21441] Qua 23 jul. 00:05:54 2008
procmail: Match sobre "^ X-Spam-Status: Yes"
procmail: Atribuir "LASTFOLDER \u003d / dev / null"


Trata-se de apagar spam Como eu poderia esperar. O problema é que ela faz com os bons mail. Parece tentar mandá-lo de volta para o sendmail e então eu nunca vê-lo novamente. Vejo procmail empregos executando onde têm reescrito o endereço para terminar em. Procmail, mas é apenas espécie de desapareça.

Qualquer idéia sobre onde eu poderia estar faltando coisas?

solaris 5/8
sendmail 8.14.2
spamassassin 3,25
procmail 3,22

O último comando é reenviar a mensagem para Sendmail, então você está criando um loop mail. Se você simplesmente remover o último receita, Procmail deve entregar ao $ DEFAULT (possivelmente após consulta do usuário $ HOME / .procmailrc se estiverem presentes).

Opa, espere um minuto, o vodu Sendmail parece que poderia ser suposto a trabalhar dessa maneira, na verdade. Você vê alguma coisa no Sendmail para os registros do material enviado para something.procmail? Onde arranjaste essas regras Sendmail, afinal? Provavelmente o site deve ter alguma documentação e, talvez, dicas de solução de problemas.

(Também aviso que -oi já está presente em $ SENDMAILFLAGS, Então você não deve adicioná-lo explicitamente. E você pode querer remover esses endereços a partir de viver o arquivo de log trecho antes da spammers arranhei-los.)

Eu vi um monte de informações de locais. Aqui está um deles:

SpamAssassin no Sendmail usando um relé

Tudo que eu realmente quero que aconteça é que o sendmail envia para o procmail, que verifica se é spam ou não, e as boas mãos e-mail de volta para o sendmail, que irá transmitir a boa mail off ao servidor de e-mail correto, dependendo do domínio.

Se qualquer um sabe uma maneira melhor de fazer isso, sou todo ouvidos.

Após uma análise mais aprofundada do log, parece que o argumento $ @ string é vazia de muitas dessas mensagens. Mas alguns outros são encaminhados de volta para o sendmail com o. Procmail extensão acrescentado no final, o que deverá resultar no seu ser enviada para o destinatário correcto. É isso correto? Mais uma vez, verificar os registros do Sendmail. Talvez também adicionar uma condição para Procmail para salvar para um local temporário se $ @ está vazia.

Você poderia acrescentar que, antes do final: 0W receita. Todas as mensagens que são guardadas na caixa temporaryfile.emptyargs são basicamente erros, mas talvez você pode diagnosticar o problema com isso.

Referindo-se à página em que você tem este set-up, você pode verificar se você realmente tem o direito de guias locais em seu sendmail.cf arquivo?

Pesaroso para o atraso na resposta, eu tinha esquecido essa página aberta em um navegador guia-lo no site pensei que já tinha visto a sua resposta / -: