iemand ervaring met procmail op Fedora Core 6 ?

[Ome Merde]

ik heb een Linuxbak gebouwd met de volgende programma's :

 

[*] Postfix - MTA, smtp

[*] Dovecot - IMAP, pop3

[*] Amavisd-new

[*] MySQL

[*] PostgreSQL

[*] Apache2

[*] PHP

[*] Postfixadmin

[*] Squirrelmail

[*] Spamassassin

[*] ClamAV + Norman VC

[*] Caldav

 

De core 6 bak dient als PDC, mailserver en agendaserver als vervanger voor M$ Exchange. so far so good, dit draait allemaal boven verwachting.

1 probleem, de spammail wordt door Spamassassin gemarkeerd als zijnde [sPAM] in het onderwerp. Nu wil ik graag dat alle, door Spamassassin gecontrolleerde mail welke gemarkeerd wordt als zijnde spam, naar een aparate spambox wordt verplaatst. Procmail doet dit echter krijg ik dit niet werkende.

In main.cf van Postfix heb ik een regeltje aangemaakt :

 

Code:

mailbox_command = /usr/bin/procmail

 

en in elke mailbox van de gebruikers een procmailrc bestand met inhoud zoals je die op elke google-hit vindt <img src="/forums/images/graemlins/smile.gif" alt="" />

 

het vreemde is dat ik procmail niet als service zie (dus ook niet in de proceslist). Fedora Core 6 wordt standaard uitgerust met Procmail maar om de 1 of andere reden wil die niet draaien/filteren. Nu heb ik de nieuwste procmail binnengehaald en gecompiled (3.2.2) en dat leek allemaal goed te gaan (geen foutmelding). in een terminal kan ik ook gerust procmail -v intypen en diverse info rolt over het beeld. ook met het commando which procmail komt de locatie in beeld te staan. maar in ps aux of ps aux | grep procmail komt alleen het ps-commando tevoorschijn.

 

m.a.w <img src="/forums/images/graemlins/smile.gif" alt="" /> is er hier iemand die postfix, spamassassin en procmail goed draaiende heeft ? het liefst onder Fedora Core (6) en zoja, welke bestanden moet ik allemaal aanpassen ? volgens mij alleen main.cf van postfix, procmailrc per user in de mailhomedir (evt. procmailrc in /etc voor alle users), local.cf van Spamassassin ?

de vele (verschillende) informatie van Google heeft mijn oogkassen pijn gedaan <img src="/forums/images/graemlins/smile.gif" alt="" />

ik werk met virtuele mailboxen (MySQL) ( /usr/local/virtual/naam@host.nl )

 

procmailrc per user :

 

Code:

PATH=/usr/bin:/bin:/usr/local/binMAILDIR=$HOME/MaildirDEFAULT=$MAILDIRLOGFILE=$HOME/mail_log:0* ^X-Spam-Status: Yes$HOME/Maildir/.Spam/

 

inhoud van procmailrc uit /etc :

 

Code:

:0fw| /usr/bin/spamassassin

 

local.cf (spamassassin) is zoals ie standaard is.

 

 

 

merDe

[Gast]

Ik heb geen ervaring met procmail (gebruik zelf exim4) maar van wat ik lees op Inet wordt procmail gestart als het mailbox_command wordt aan geroepen.

 

Dat zou verklaren waarom je procmail niet ziet draaien als een deamon.

 

Ik weet niet of je dit al gelezen heb maar mischien helpt dit nog

http://www.jolie.nl/weblog/procmail.html

 

Ook kan je een filter aanmaken waarvan je zeker weet dat hij moet werken.

b.v:

:0:

* ^Sender.jou@email.addr

voorbeeld2

 

als dat dan werkt heb je i.i.g je .procmailrc goed.

 

ik hoop dat je er wat aan heb.

suc6

foxm

[Ome Merde]

dank voor je antwoord.

volgens mij gaat procmail zowiezo niet werken met virtuele users en domeinen : klik

 

kan iemand dat beamen ?

 

 

 

merDe

[polle58]

had je dit al gevonden?:

http://www.mjhall.org/email.php

[Ome Merde]

had ik al gelezen.

ik kwam er achter dat procmail niet met virtuele mailboxen werkt. maildrop zou dit wel moeten kunnen maar dat krijg ik maar voor één user aan de praat.

argh, wat een configs allemaal voor "gewoon een verplaatsing" van de getaggde mail ([spam]).

 

 

 

merDe

[Gast]

Citaat:

dank voor je antwoord.
volgens mij gaat procmail zowiezo niet werken met virtuele users en domeinen : klik

kan iemand dat beamen ?
merDe

Dit is een veel gelezen opmerking, en toegegeven in heb het zelf nooit geprobeerd, maar het schijnt toch wel mogelijk te zijn.

Ik heb zelfs ooit een procmailrc opgeslagen die het ondersteund (maar dus nooit getest):

Code:

## Global /etc/procmailrc used to handle all deliveries from Postfix# (both local and virtual users)## Paul Gargan <pgargan@orbism.com>, October 7th, 2002## Uncomment the following when debugging.## LOGFILE=/tmp/procmail.log# VERBOSE=yes# LOGABSTRACT=yes### On Linux (and other OSes?) you can write to syslog from a procmailrc via:## :0ic# | logger -i -p mail.info "Some message and/or $variable"## This is inefficient as the whole mail gets send to logger on stdin.# Hence the need for the 'i' flag in the recipe to ignore write errors.### This site doesn't use comsat#COMSAT=no## First, filter the entire message through SpamAssassin.# spamc is the client# spamd is the server daemon# -f causes spamc to fail safely if it can't contact spamd, so mail's not lost.#:0fw| spamc -f## Next, we test are we a local or a virtual user.# Local users will have $LOGNAME set to something other than "nobody",# and have a normal mailbox in $DEFAULT (/var/spool/mail/$LOGNAME)# In this case, we just deliver to $DEFAULT and quit.#:0:* ! LOGNAME ?? ^nobody$$DEFAULT## OK, it's a virtual delivery. Postfix will have added a "Delivered-To:" line# specifying the intended recipient in the format "domain.tld-username".# Eg mail to "pgargan@orbism.com" will have a line reading:# Delivered-To: orbism.com-pgargan@HOST (where HOST is the current hostname,# accessible through $HOST).# Note the leading $ so $HOST gets interpolated.# Once we get the virtual target, we use sed to chop off the @HOST bit.#:0i* $ ^Delivered-To: \/.+@$HOSTTARGET=| (echo $MATCH | sed -e "s/@.*//")## If the sed didn't match, we'll either be left with nothing, or the original $MATCH# Following condition catches both these, and stores the mail to a folder "non-postfix"# (Which should be checked by the mail admin #:0:* $ TARGET ?? ^($MATCH)?$/var/spool/mail/non-postfix## $TARGET should now be in the form "orbism.com-pgargan"# Use the \/ operator to grab the virtual username.#:0* TARGET ?? ^.+-\/.+${        VIRTUALUSER=$MATCH}## If we can't find this username, store the maill to a folder "no-virtual-user"# (Which should be checked by the mail admin #:0:* VIRTUALUSER ?? ^$/var/spool/mail/no-virtual-user## Now use sed to get the first part before the virtual username#:0iVIRTUALDOMAIN=| (echo $TARGET | sed -e "s/-.*//")## If the above sed fails, VIRTUALDOMAIN will either be blank,# or set to the full value of $TARGET. Following regex tests both.# Note the initial $ modifier to tell procmail to evaluate the# condition (ie replace $TARGET with its value)#:0:* $ VIRTUALDOMAIN ?? ^($TARGET)?$/var/spool/mail/no-virtual-domain## Now we've got both a virtual domain, and a virtual username.# Store the mail to /var/spool/virtual/domain.tld/username#:0:/var/spool/virtual/$VIRTUALDOMAIN/$VIRTUALUSER

Ik weet helaas niet meer van welke site ik dit had maar het "klinkt" in iedergeval als aan realistisch procmail script. Ik heb het destijds zelf ooit opgelost met een los shell script.

Note; procmail zie je inderdaad alleen maar als het gestart wordt door postfix om mail te deliveren. De kans dat je hem dus met "ps" ofzo waarneemt is klein.

[Ome Merde]

okee cool. zal ik zeker overwegen. met maildrop schiet ik ook niet veel verder mee op. alle mail wordt nu door Spamassissin gezien als zijnde spam ([spam] in het onderwerp) terwijl ik deze niet heb aangepast.

maandag weer verder <img src="/forums/images/graemlins/smile.gif" alt="" />

 

 

 

merDe

[Ome Merde]

maildrop werkt inmiddels. wat variabelen stonden niet goed. argh .....

 

 

merDe