/ Forside / Teknologi / Operativsystemer / Linux / Nyhedsindlæg
Login
Glemt dit kodeord?
Brugernavn

Kodeord


Reklame
Top 10 brugere
Linux
#NavnPoint
o.v.n. 11177
peque 7911
dk 4814
e.c 2359
Uranus 1334
emesen 1334
stone47 1307
linuxrules 1214
Octon 1100
10  BjarneD 875
RH8.0: sendmail & spamassassin
Fra : Arne Haaning


Dato : 29-10-03 14:16

Findes der en *let* måde at få spamassassin (spamd) til at virke sammen
med sendmail i RH80 på.

Jeg vil gerne filtrere alt mail der kommet til min mailserver, så
brugerene slipper for at skulle rode med konfigurationsfiler selv.

spamd kører, men der kommer ingen X-spam tags i headeren på de mails jeg
modtager, så der må manlge et eller andet i min opsætning

De metoder jeg har funde på nettet foreskriver, at jeg patcher sendmail
src, henter 10-15 perl pakker og rekompilerer hele dynen.

Jeg bruger (siden i går) Active Spam Filter, men den er ikke helt så
"klog" som spamassassin tilsyneladende er.

/arne


 
 
Ivar Madsen (29-10-2003)
Kommentar
Fra : Ivar Madsen


Dato : 29-10-03 14:38

Arne Haaning wrote:

> De metoder jeg har funde på nettet foreskriver, at jeg patcher sendmail
> src, henter 10-15 perl pakker og rekompilerer hele dynen.

Så er det måske letter at skifte din sendmail ud med postfix + procmail, så
er det en enkelt linie i main.cf så sender den mail igennem procmail, og et
par linier i /etc/procmailrc så sender den mailen igennem spamassassin'ten

Du kan vist også få postfix til direkte at sende mailen gennem
spamassassin'ten, forkommer det mig at have læst et sted, men fordelen ved
at sende gennem procmail er at så kan du få den til at gøre noget ved spam
dømt mail, eller sige mail til denne adr. har jeg aldrig fået spam på, så
det er spild af cpu tid at køre spamassassin på den mail, eller hurtiger
sige denne mail er spam. Jeg har f.eks. mailadr jeg ikke behøver
spamassassin til at fortælle mig at det er spam,,,



--
Med venlig hilsesn

Ivar Madsen
Der tester mdk9.2

Mogens Kjaer (29-10-2003)
Kommentar
Fra : Mogens Kjaer


Dato : 29-10-03 15:24

Ivar Madsen wrote:
> Arne Haaning wrote:
>
>
>>De metoder jeg har funde på nettet foreskriver, at jeg patcher sendmail
>>src, henter 10-15 perl pakker og rekompilerer hele dynen.
>
>
> Så er det måske letter at skifte din sendmail ud med postfix + procmail,

Hvorfor skifte fra sendmail+procmail (som rh8 bruger) til
postfix+procmail - for at køre procmail?

Mogens


--
Mogens Kjaer, Carlsberg A/S, Computer Department
Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark
Phone: +45 33 27 53 25, Fax: +45 33 27 47 08
Email: mk@crc.dk Homepage: http://www.crc.dk


Ivar Madsen (29-10-2003)
Kommentar
Fra : Ivar Madsen


Dato : 29-10-03 16:33

Mogens Kjaer wrote:


>>>De metoder jeg har funde på nettet foreskriver, at jeg patcher sendmail
>>>src, henter 10-15 perl pakker og rekompilerer hele dynen.
>> Så er det måske letter at skifte din sendmail ud med postfix + procmail,
> Hvorfor skifte fra sendmail+procmail (som rh8 bruger) til
> postfix+procmail - for at køre procmail?

Jeg kender ikke så meget til sendmail, andet end jeg flere gange har
hørt at sikkerhedsrettelserne kommer lidt hypiger end jeg bryder mig om,,,
Og det at alle de vejledninger Arne har kunnet finde, forskriver hentning af
en masse parker, kompiling af dem og sendmail selv, lyder ikke som det er
noget Arne har lyst til, og så var det jeg forslog at overveje en letter
løsning i skift til noget mere Plug'nPlay

--
Med venlig hilsesn

Ivar Madsen
Der tester mdk9.2

Mogens Kjaer (29-10-2003)
Kommentar
Fra : Mogens Kjaer


Dato : 29-10-03 14:42

Arne Haaning wrote:
> Findes der en *let* måde at få spamassassin (spamd) til at virke sammen
> med sendmail i RH80 på.
>

Du kan vel rette i /etc/procmailrc, så spamc bliver kaldt, og så
derefter sortere.

I den fil har jeg

:0fw: spamassassin.lock
| /usr/bin/spamc -f

spamc er sat til at tilføje headeren "X-Spam-Flag: YES" på spam.

> Jeg vil gerne filtrere alt mail der kommet til min mailserver, så
> brugerene slipper for at skulle rode med konfigurationsfiler selv.

Så de kan leve med, at de risikerer at miste mails, som fejlagtigt
bliver mærket som spam?

Læser brugerne mails vha. POP3 eller IMAP?

Jeg kører IMAP, og har dér lavet min egen .procmailrc, som
lægger spam i en folder vha:

:0:
* ^X-Spam-Flag: YES
| $FORMAIL -A"X-Sorted: SPAM" >>$FOLDERDIR/Spam/blocked


Mogens


--
Mogens Kjaer, Carlsberg A/S, Computer Department
Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark
Phone: +45 33 27 53 25, Fax: +45 33 27 47 08
Email: mk@crc.dk Homepage: http://www.crc.dk


Arne Haaning (29-10-2003)
Kommentar
Fra : Arne Haaning


Dato : 29-10-03 15:38

Mogens Kjaer wrote:
> spamc er sat til at tilføje headeren "X-Spam-Flag: YES" på spam.
Dvs. at jeg ikke behøver at have spamd kørende?

> Så de kan leve med, at de risikerer at miste mails, som fejlagtigt
> bliver mærket som spam?
Der er ikke så mange brugere, og jeg vil jævnligt gennemgå headeren for
at finde lovlige mails, som er blevet blokeret.

> Læser brugerne mails vha. POP3 eller IMAP?
POP3, men jeg har en enkelt imap konto sat op.

> Jeg kører IMAP, og har dér lavet min egen .procmailrc, som
> lægger spam i en folder vha:
>
> :0:
> * ^X-Spam-Flag: YES
> | $FORMAIL -A"X-Sorted: SPAM" >>$FOLDERDIR/Spam/blocked
Det bør jeg nok overveje at se på!
/arne


Mogens Kjaer (29-10-2003)
Kommentar
Fra : Mogens Kjaer


Dato : 29-10-03 15:30

Arne Haaning wrote:
> Mogens Kjaer wrote:
>
>> spamc er sat til at tilføje headeren "X-Spam-Flag: YES" på spam.
>
> Dvs. at jeg ikke behøver at have spamd kørende?

Joda, spamc snakker med spamd. spamd laver det egentlige arbejde.

Mogens


--
Mogens Kjaer, Carlsberg A/S, Computer Department
Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark
Phone: +45 33 27 53 25, Fax: +45 33 27 47 08
Email: mk@crc.dk Homepage: http://www.crc.dk


Ole Michaelsen (29-10-2003)
Kommentar
Fra : Ole Michaelsen


Dato : 29-10-03 16:53

Arne Haaning wrote:
> Findes der en *let* måde at få spamassassin (spamd) til at virke sammen
> med sendmail i RH80 på.
>
> Jeg vil gerne filtrere alt mail der kommet til min mailserver, så
> brugerene slipper for at skulle rode med konfigurationsfiler selv.
>
> spamd kører, men der kommer ingen X-spam tags i headeren på de mails jeg
> modtager, så der må manlge et eller andet i min opsætning
>
> De metoder jeg har funde på nettet foreskriver, at jeg patcher sendmail
> src, henter 10-15 perl pakker og rekompilerer hele dynen.

Du kan godt faa sendmail til at virke med procmail, men problemet er at
procmail er en MDA, dvs som foerst bruges hvis brevene gaar til lokale
brugere paa sendmail-maskinen. Goer de det, er der intet i vejen for at
procmail kalder SpamAssassin, foer brevene leveres i brugernes
postkasser. Hvis sendmail koerer som gateway, dvs uden lokale brugere,
kan du ikke (umiddelbart) bruge procmail. Det de fleste goer i stedet,
og som jeg tror du har set beskrevet paa WWW og USENET, er at lade
sendmail kalde et milter (libmilter API) ved connect-time, eksempelvis
MIMEDefang, som saa kalder SpamAssassin. Foerst naar SpamAssassin er
faerdig med at behandle brevet, "loeslades" det, og sendmail tager imod
det. Den metode virker baade med lokale brugere, og naar sendmail kun
fungerer som gateway.

Jeg vil umiddelbart tro at din sendmail allerede har understoettelse for
milter. Proev en 'sudo /usr/lib/sendmail -d0.1 -bt' for at se om der er
milter understoettelse. Hvis der er det, skal du have fat i MIMEDefang
(eller et andet milter) og SpamAssassin - mon ikke de findes som rpm'er
til Redhat Linux?

Der er mange sider der beskriver hvordan man faar
sendmail+MIMEDefang+SpamAssassin til at virke - og det er blevet
behandlet til hudloeshed i comp.mail.sendmail.

Vh


--
Ole Michaelsen, Darmstadt, Germany
http://www.fys.ku.dk/~omic

Arne Haaning (29-10-2003)
Kommentar
Fra : Arne Haaning


Dato : 29-10-03 17:49

Ole Michaelsen wrote:
> Arne Haaning wrote:
>
>> Findes der en *let* måde at få spamassassin (spamd) til at virke sammen
>> med sendmail i RH80 på.
>>
>> Jeg vil gerne filtrere alt mail der kommet til min mailserver, så
>> brugerene slipper for at skulle rode med konfigurationsfiler selv.
>>
>> spamd kører, men der kommer ingen X-spam tags i headeren på de mails jeg
>> modtager, så der må manlge et eller andet i min opsætning
>>
>> De metoder jeg har funde på nettet foreskriver, at jeg patcher sendmail
>> src, henter 10-15 perl pakker og rekompilerer hele dynen.
>
>
> Du kan godt faa sendmail til at virke med procmail, men problemet er at
> procmail er en MDA, dvs som foerst bruges hvis brevene gaar til lokale
> brugere paa sendmail-maskinen. Goer de det, er der intet i vejen for at
> procmail kalder SpamAssassin, foer brevene leveres i brugernes
> postkasser. Hvis sendmail koerer som gateway, dvs uden lokale brugere,
> kan du ikke (umiddelbart) bruge procmail. Det de fleste goer i stedet,
> og som jeg tror du har set beskrevet paa WWW og USENET, er at lade
> sendmail kalde et milter (libmilter API) ved connect-time, eksempelvis
> MIMEDefang, som saa kalder SpamAssassin. Foerst naar SpamAssassin er
> faerdig med at behandle brevet, "loeslades" det, og sendmail tager imod
> det. Den metode virker baade med lokale brugere, og naar sendmail kun
> fungerer som gateway.
>
> Jeg vil umiddelbart tro at din sendmail allerede har understoettelse for
> milter. Proev en 'sudo /usr/lib/sendmail -d0.1 -bt' for at se om der er
> milter understoettelse. Hvis der er det, skal du have fat i MIMEDefang
> (eller et andet milter) og SpamAssassin - mon ikke de findes som rpm'er
> til Redhat Linux?
>
> Der er mange sider der beskriver hvordan man faar
> sendmail+MIMEDefang+SpamAssassin til at virke - og det er blevet
> behandlet til hudloeshed i comp.mail.sendmail.
>
> Vh
>
>
# sudo /usr/lib/sendmail -d0.1 -bt
Version 8.12.5
Compiled with: DNSMAP HESIOD HES_GETMAILHOST LDAPMAP LOG MAP_REGEX
MATCHGECOS MILTER MIME7TO8 MIME8TO7 NAMED_BIND NETINET
NETINET6
NETUNIX NEWDB NIS PIPELINING SASL SCANF STARTTLS
TCPWRAPPERS
USERDB USE_LDAP_INIT

Så det ser ud til at den er i orden.Og det lyder som den helt rigtige
fremgangsmåde - jeg googler
Tak for hjælpen!
/arne


Søg
Reklame
Statistik
Spørgsmål : 177551
Tips : 31968
Nyheder : 719565
Indlæg : 6408839
Brugere : 218887

Månedens bedste
Årets bedste
Sidste års bedste