Jeg har arbejdet på at oprette en mail relay. Jeg har næsten alt, hvad der arbejder med undtagelse af procmail del. Konfigurationen er som følger:

Internet -> mailrelay -> mail-server
|
spamassassin-server

Jeg har spamassassin kører på en separat server og har konfigureret spamc at oprette forbindelse til den.

Jeg har i min cf fil:

MAILER (procmail) dnl
LOCAL_CONFIG
CPprocmail
LOCAL_RULESETS
LOCAL_RULE_0
R $ * <@ $ \u003d w> $ * $ # procmail $ @ / etc / mail / procmailrc $: $ 1 <@ $ 2.procmail.> $ 3
R $ * <@ $ \u003d m. > $ * $ # 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 allerede er filtreret, kort til den oprindelige adresse


I min procmailrc fil jeg har:

DROPPRIVS \u003d yes
Verbose \u003d på
Logfile \u003d / var / log / procmail.log

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

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


Min tærskel for spamd er 15 i øjeblikket for at finde spam.

Det ser ud til sendmail sende den nye e-mail ud til procmal og bearbejde det: Jeg ser det i logfilen:
procmail: Tildeling af "LASTFOLDER \u003d / dev / null"
procmail: Ã…bning "/ dev / null"
Emne: [SPAM] Mere længde og bredde
Folder: / dev / null 4.175
procmail: [21.421] Wed Jul 23 00:05:51 2008
procmail: Ingen match på "^ X-Spam-Status: Yes"
procmail: Ingen match på "^ ^ ROM []"
procmail: Kørsel "/ usr / lib / sendmail,-oi,-oi,-f, ilan@escortcorp.com, sfair_funw@hardlink.net.procmail"
procmail: Match på "<256.000"
procmail: Kørsel "/ usr / local / bin / spamc"
procmail: Match på "<256.000"
procmail: Kørsel "/ usr / local / bin / spamc"
procmail: [21.402] Wed Jul 23 00:05:52 2008
procmail: Tildeling af "LASTFOLDER \u003d / usr / lib / sendmail-oi-oi-f"
Om: 20m belønning for fangst af Osama
Folder: / usr / lib / sendmail-oi-oi-f 1137
procmail: [21.421] Wed Jul 23 00:05:52 2008
procmail: Tildeling af "LASTFOLDER \u003d / usr / lib / sendmail-oi-oi-f"
Emne: Besøg på Se vores nyåbnede Discount gemme og opbevare dine bukke INTA
Folder: / usr / lib / sendmail-oi-oi-f 25.378
procmail: [21.441] Wed Jul 23 00:05:54 2008
procmail: Match på "^ X-Spam-Status: Yes"
procmail: Tildeling af "LASTFOLDER \u003d / dev / null"


Det er at slette spam Ligesom jeg ville forvente. Problemet er, hvad den gør med den gode e-mail. Det synes at forsøge at sende det tilbage til sendmail og så skal jeg aldrig se det igen. Jeg kan se procmail job, der kører, hvor de har omskrevet den adresse, der ender på. Procmail, men det bare slags forsvinder.

Nogen idé om, hvor jeg kunne være fraværende ting?

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

Den sidste kommando sender den igen beskeden til Sendmail, så du opretter en mail-sløjfe. Hvis du blot fjerne den sidste opskrift, skal Procmail levere til $ DEFAULT (eventuelt efter høring af brugerens $ HOME / .procmailrc hvis det findes).

Ups, vent et øjeblik, det Sendmail voodoo synes ligesom det kan være meningen, at arbejde på den måde, faktisk. Kan du se noget i Sendmail logfiler for ting sendt til something.procmail? Hvor har du fået dem Sendmail regler, anyway? Sikkert, at stedet skulle have noget dokumentation og måske tip til fejlfinding.

(Bemærk også, at oi er allerede til stede i $ SENDMAILFLAGS, Så du ikke skal tilføje det eksplicit. Og du måske ønsker at fjerne dem leve adresser fra logfilen uddrag før spammere skrabe dem.)

Jeg så den info en masse steder. Her er en af dem:

Brug SpamAssassin på en Sendmail relæ

Det eneste, jeg virkelig ønsker skal ske, er, at sendmail sender til procmail, der tjekker, om det er spam eller ej, og hænder god e-mail tilbage til sendmail, der vil sende den gode e-mail ud til den rigtige e-mail-serveren afhængigt af domæne.

Hvis nogen kender en bedre måde at gøre dette, er jeg alle ører.

Ved nærmere undersøgelse af log, ser det som $ @ argument strengen er tom for mange af disse beskeder. Men nogle andre er dirigeres tilbage til sendmail med. Procmail udvidelse indsættes i slutningen, hvilket burde medføre, at de bliver sendt til den korrekte modtager. Er det korrekt? Igen, se Sendmail logfiler. Måske også tilføje en betingelse for at Procmail at gemme til en midlertidig placering, hvis $ @ er tom.

ARGS="$@"
:0:
* ARGS ?? ^^$$
temporaryfile.emptyargs