---

Hej Gruppe,
Jeg er i færd med at lave noget filtrering af ankommet mail og vil i den
forbindelse prøve med procmail.
Jeg har mistanke om at procmail ikke blive kaldt

Jeg har for at teste det lavet en procmail "recept":
-- start --
:0:
c
! user@domain.org
-- slut --

Den skulle sende al indkomende mail til user@domain.org

Men der sker intet
Recepten er i filen /ect/procmailrc (rw-------)
Jeg har prøvet at flytte filen til $HOME og køre chown og chgrp
Jeg har i man procmailrc set at man kan lægge sine *rc filer i
/ect/procmailrcs/ og prøvet dette uden held

Bunden af sendmail.cf ser sådan ud - der er ikk eandre henvisninger til
procmail i sendmail.cf:
dnl FEATURE(`relay_based_on_MX')dnl
MAILER(smtp)dnl
MAILER(procmail)dnl
MAILER(pop)dnl
Cwlocalhost.localdomain

Jeg har kikket i loggerne for at se om procmail skriver noget, men den
er tavs.

Gode ideer modtages med glæde
/arne

---

Arne Haaning wrote:
....
> Recepten er i filen /ect/procmailrc (rw-------)

Denne fil skal være læsbar af alle.

> Jeg har prøvet at flytte filen til $HOME og køre chown og chgrp

Dér skal filen hedde .procmailrc

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 wrote:


> Jeg er i færd med at lave noget filtrering af ankommet mail og vil i den
> forbindelse prøve med procmail.
> Jeg har mistanke om at procmail ikke blive kaldt
>
> Jeg har for at teste det lavet en procmail "recept":
> -- start --
> :0:
> c
> ! user@domain.org
> -- slut --
>
> Den skulle sende al indkomende mail til user@domain.org
>
> Men der sker intet

Hvad siger din log fil? formodentligt /var/log/mail/info min siger at den er
sendt til procmail.

Prøv at sæt

LOGFILE = "/home/server/pm.log"
LOGABSTRACT = "all"
VERBOSE = "on"

ind i toppen af din rc fil, så kan du se hvorfor procmail ikke sende mailen
af sted.

> Recepten er i filen /ect/procmailrc (rw-------)

Hvem er ejer af filen? prøv at sæt den til rw-r--r--

> Jeg har prøvet at flytte filen til $HOME og køre chown og chgrp

Du husker at når den er i home, så skal den hede .procmailrc ? punktummet er
væsentligt.

> Jeg har i man procmailrc set at man kan lægge sine *rc filer i
> /ect/procmailrcs/ og prøvet dette uden held

prøv at læg den i /etc og kald den procmailrc

> Bunden af sendmail.cf ser sådan ud - der er ikk eandre henvisninger til

Jeg kender ikke sendmail, så der er jeg blank,,,

--
Med venlig hilsesn

Ivar Madsen
Der tester mdk9.2

---

Ivar Madsen wrote:
> Hvad siger din log fil? formodentligt /var/log/mail/info min siger at den er
> sendt til procmail.
Min maillog er fuld af ingeting om procmail
Referencen i headeren og maillog til X-ASK og hhv asp.py kommer fra min
..forvard

Jeg har udskiftet min rigtige mailadresse med user@server.net

# .forward:
"|/usr/bin/ask.py --loglevel=5 --logfile=/home/arne/ask.log
--home=/home/arne"



[user@server etc]$ ls -l procmail*
-rw-r--r-- 1 root root 1724 okt 30 21:04 procmailrc

# procmailrc
# Set to yes when debugging
VERBOSE=Yes

# Remove ## when debugging; set to no if you want minimal logging
LOGABSTRACT=all

LOGFILE=/var/log/procmail.log

Logfilen bliver ikke skrevet!
****************************


## Mail header
From - Thu Oct 30 21:09:16 2003
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Received: from fepE.post.tele.dk (fepE.post.tele.dk [195.41.46.137])
   by haaning.org (8.12.8/8.12.5) with ESMTP id h9UK8f7u012166
   for <user@server.net>; Thu, 30 Oct 2003 21:08:41 +0100
Received: from localhost.localdomain ([195.41.46.230]) by fepE.post.tele.dk
(InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP
id
<20031030195445.BOLC29690.fepE.post.tele.dk@localhost.localdomain>
for <user@server.net>; Thu, 30 Oct 2003 20:54:45 +0100
From: Arne Haaning <haaning@post1.tele.dk>
To: arne@haaning.org
Subject: Test procmailrc
Date: Thu, 30 Oct 2003 20:54:45 +0100
MIME-Version: 1.0
X-Mailer: TDC Online webmail (version opasia/4.0.3)
X-Originating-IP: 80.160.49.6
Content-Type: text/plain; charset=iso-8859-1
Message-Id:
<20031030195445.BOLC29690.fepE.post.tele.dk@localhost.localdomain>
X-ASK-Info: Whitelist match [from haaning@post1\.tele\.dk] (2003/10/30
21:08:42)

## maillog
Oct 30 21:07:24 home ipop3d[12165]: Logout user=arne host=arhnote
[192.168.1.101] nmsgs=12 ndele=0
Oct 30 21:08:41 home sendmail[12166]: h9UK8f7u012166:
from=<haaning@post1.tele.dk>, size=651, class=0, nrcpts=1,
msgid=<20031030195445.BOLC29690.fepE.post.tele.dk@localhost.localdomain>,
proto=ESMTP, daemon=MTA, relay=fepE.post.tele.dk [195.41.46.137]
Oct 30 21:08:42 home sendmail[12167]: h9UK8f7u012166:
to="|/usr/bin/ask.py --loglevel=5 --logfile=/home/arne/ask.log
--home=/home/arne", ctladdr=<user@server.net> (500/500), delay=00:00:01,
xdelay=00:00:01, mailer=prog, pri=30844, dsn=2.0.0, stat=Sent
Oct 30 21:09:16 home imapd[12170]: imap service init from 192.168.1.2

---

Arne Haaning wrote:

> LOGFILE=/var/log/procmail.log

Har procmail skriveadgang til /var/log ?
Det er formodentligt et problem med det der gør at ham der i sin tid forslog
mig at lave en logfil, forslog den placeret i mit home dir,,,

> Logfilen bliver ikke skrevet!

Jeg kommer lige til at tænke på, at af uransaglige grunde, så kan min
procmail ikke oprette filen, den skal eksistere i forvejen.

--
Med venlig hilsesn

Ivar Madsen
Der tester mdk9.2

---

Ivar Madsen wrote:
> Har procmail skriveadgang til /var/log ?
rwxr-xr-x - åbentbart ikke, men jeg er ikke interesseret i at give
adgang vil /var/log/ for world, og samtidig vil jeg helst ikke have
logfiler andre steder. Kunne det evt. løses med ln -s
/var/log/procmail.log fra $HOME ?

Hvordan kan jeg se hvilken user/grp procmail anvendes af?
Det skulle gerne være root, eller mail, der ejer den?

> Jeg kommer lige til at tænke på, at af uransaglige grunde, så kan min
> procmail ikke oprette filen, den skal eksistere i forvejen.
Ahh

/arne

---

Arne Haaning wrote:
> Ivar Madsen wrote:
>
>> Har procmail skriveadgang til /var/log ?
>
> rwxr-xr-x - åbentbart ikke, men jeg er ikke interesseret i at give
> adgang vil /var/log/ for world, og samtidig vil jeg helst ikke have
> logfiler andre steder. Kunne det evt. løses med ln -s
> /var/log/procmail.log fra $HOME ?
>
> Hvordan kan jeg se hvilken user/grp procmail anvendes af?
> Det skulle gerne være root, eller mail, der ejer den?

Det er ligegyldigt hvem der ejer procmail; pointen er, at den
kører som den bruger, for hvem den skal aflevere mail.

Et symlink fra home hjælper naturligvis ikke, hvis man ikke
har skriverettigheder til logfilen.

Du kan jo prøve at oprette /var/log/procmail.log filen først,
og så give world læse/skrive rettigheder til den. Måske er
der dog så problemer med en lockfil, hvis procmail
laver en sådan under skrivning til logfilen.

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 wrote:

>> Har procmail skriveadgang til /var/log ?
> rwxr-xr-x - åbentbart ikke, men jeg er ikke interesseret i at give
> adgang vil /var/log/ for world, og samtidig vil jeg helst ikke have
> logfiler andre steder.

Jeg forstår dig, men du kunne velfor at få gang i din procmail, leve med i
ti minutter at have en log fil i home?

--
Med venlig hilsen

Ivar Madsen
Der tester mdk9.2

---

Ivar Madsen wrote:
> Arne Haaning wrote:
>
>
>>>Har procmail skriveadgang til /var/log ?
>>
>>rwxr-xr-x - åbentbart ikke, men jeg er ikke interesseret i at give
>>adgang vil /var/log/ for world, og samtidig vil jeg helst ikke have
>>logfiler andre steder.
>
>
> Jeg forstår dig, men du kunne velfor at få gang i din procmail, leve med i
> ti minutter at have en log fil i home?

Eurika! .procmail og .forward kan ikke sameksistere. Hvis begge findes
vil kun .forward blive brugt.

Nu er der kun tilbage, at få tolket fejlmeddelserne i loggen - og de ser
forståelige ud.

Tak for de gode forslag - også til Mogens.
/arne

---

Arne Haaning wrote:
....
> Eurika! .procmail og .forward kan ikke sameksistere. Hvis begge findes
> vil kun .forward blive brugt.
....

Det kommer kraftigt an på, hvad der står i .forward

Hvis du i .forward ikke har dig selv med \ foran,
er det klart, at procmail ikke bliver kaldt. procmail
afleverer jo lokalt. Har du derimod

\digselv, digselv@etandetdomain.invalid

så bliver procmail kaldt.

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

---

Mogens Kjaer wrote:
> Arne Haaning wrote:
> ...
>
>> Eurika! .procmail og .forward kan ikke sameksistere. Hvis begge findes
>> vil kun .forward blive brugt.
>
> ...
>
> Det kommer kraftigt an på, hvad der står i .forward
>
> Hvis du i .forward ikke har dig selv med \ foran,
> er det klart, at procmail ikke bliver kaldt. procmail
> afleverer jo lokalt. Har du derimod
>
> \digselv, digselv@etandetdomain.invalid
>
> så bliver procmail kaldt.
Tak for tippet. Fra .forward kaldte jeg ASK, men det gør jeg nu fra
..procmailrc - og det virker

Det der mangler er at få procmail til at virke globalt, men det er nok
ikke så svært, nu da jeg begynder at fatte sammenhængen.

Igen tak for hjælpen begge to
/arne

---

Arne Haaning wrote:

> Det der mangler er at få procmail til at virke globalt, men det er nok
> ikke så svært, nu da jeg begynder at fatte sammenhængen.

Hvis du har en .procmailrc i /home/~ udføres den kun for den ene bruger.
Hvis du har en procmailrc i /ect udføres den for samtlige bruger.

Jeg er dog ikke klarover hvad der sker hvis du har begge, om procmail så
først vil udføre den ene, og derefter den anden.

--
Med venlig hilsen

Ivar Madsen
Der tester mdk9.2

---

Ivar Madsen wrote:

> Jeg er dog ikke klarover hvad der sker hvis du har begge, om procmail så
> først vil udføre den ene, og derefter den anden.
Det stå faktisk i man procmailrc - sorry...... men kunne ikke dy mig

---

Arne Haaning wrote:

>> Jeg er dog ikke klarover hvad der sker hvis du har begge, om procmail så
>> først vil udføre den ene, og derefter den anden.
> Det stå faktisk i man procmailrc - sorry...... men kunne ikke dy mig
>

Det kommer ikke bag på mig at det gør. Men den står på frammedsprog, og det
er noget af det jeg ikke er så god til, så når jeg ikke har behov for at
hive ordbogen frem fra hylden, så klare jeg mig uden,,,


--
Med venlig hilsen

Ivar Madsen
Der tester mdk9.2

---

Ivar Madsen wrote:

> Det kommer ikke bag på mig at det gør. Men den står på frammedsprog, og det
> er noget af det jeg ikke er så god til, så når jeg ikke har behov for at
> hive ordbogen frem fra hylden, så klare jeg mig uden,,,
Imponerende, at du så klør på med linux.

PS:
Jeg kan se du tester MD92 - er der ikke noget med, at den har
pre-konfigureret site suppport for spamassassin?
/a

---

Arne Haaning wrote:

>> Men den står på frammedsprog, og det
>> er noget af det jeg ikke er så god til, så når jeg ikke har behov for at
>> hive ordbogen frem fra hylden, så klare jeg mig uden,,,
> Imponerende, at du så klør på med linux.

Jeg bryder mig ikke så meget om MS og deres virusbefængte produkter, og så
er der ikke så mange valgmuligheder tilbage,,,

> PS:
> Jeg kan se du tester MD92 - er der ikke noget med, at den har
> pre-konfigureret site suppport for spamassassin?

Ved det ikke, jeg installerte bare den RPM Mandrake folkene har lavet,
indsatte

:0fw
| spamassassin -P

et passende sted i min .procmailrc .

Jeg mener at procmail sletter spammail med mindre CPU kraft end spamassassin
så det jeg ikke har kunnet formå at få postfix's UCE kontrol til at afvise
ved modtagelse. (jeg har fået den til at udføre header chek, men ville nu
heller have den til at udføre chekket allerede ved RCPT TO:

Og så tror jeg nok at man kan bruge et program til at lære spamassassin at
denne mail er OK, eller denne er IKKE OK, men hvordan man fortæller den
hvorfor den er OK eller IKKE OK, det har jeg ikke forsøgt at sætte mig ind
i endnu,,,

--
Med venlig hilsen

Ivar Madsen
Der tester mdk9.2

---

Ivar Madsen wrote:
>>Jeg kan se du tester MD92 - er der ikke noget med, at den har
>>pre-konfigureret site suppport for spamassassin?
> Ved det ikke, jeg installerte bare den RPM Mandrake folkene har lavet,
> indsatte
>
> :0fw
> | spamassassin -P
>
> et passende sted i min .procmailrc .
Jeg har forstået, at det skulle være mindre CPU krævende med
:0fw
| usr/bin/spamc -f

> Jeg mener at procmail sletter spammail med mindre CPU kraft end spamassassin
> så det jeg ikke har kunnet formå at få postfix's UCE kontrol til at afvise
> ved modtagelse. (jeg har fået den til at udføre header chek, men ville nu
> heller have den til at udføre chekket allerede ved RCPT TO:
Kender intet til postfix

> Og så tror jeg nok at man kan bruge et program til at lære spamassassin at
> denne mail er OK, eller denne er IKKE OK, men hvordan man fortæller den
> hvorfor den er OK eller IKKE OK, det har jeg ikke forsøgt at sætte mig ind
> i endnu,,,
Jeg har ikke prøvet selv, men sa-learn skulle kunne gøre tricket.
Frit oversat og fortolket fra man sa-learn:
Hvis du har dine spam mails i $HOME/spam og dine øvrige i $HOME/mail så
prøv:

sa-learn --spam $HOME/spam
sa-learn --ham $HOME/mail

man siger, at det er bedst hvis man har "flere 1000" mails og hidtil har
jeg kun samlet nogle få 100, så jeg venter lidt endnu.

Prøv at starte en ny tråd om sa-learn. Der er sikkert er par flinke
mennesker, som dig selv, ser ved mere om emnet end jeg gør.
/arne

---

Ivar Madsen wrote:

> Jeg mener at procmail sletter spammail med mindre CPU kraft end
> spamassassin så det jeg ikke har kunnet formå at få postfix's UCE
> kontrol til at afvise ved modtagelse. (jeg har fået den til at udføre
> header chek, men ville nu heller have den til at udføre chekket
> allerede ved RCPT TO:

Hvad er det, du prøver at matche, som du ikke har kunne få Postfix til at
afvise?

--
Take Care
Kim Emax - master|minds: http://www.masterminds.dk
http://www.emax.dk - http://www.ayianapa.dk
Køb din vin online på http://www.gmvin.dk,
Danmarks måske mest avancerede VinWebShop

---

Kim Emax wrote:

>> Jeg mener at procmail sletter spammail med mindre CPU kraft end
>> spamassassin så det jeg ikke har kunnet formå at få postfix's UCE
>> kontrol til at afvise ved modtagelse. (jeg har fået den til at udføre
>> header chek, men ville nu heller have den til at udføre chekket
>> allerede ved RCPT TO:
> Hvad er det, du prøver at matche, som du ikke har kunne få Postfix til at
> afvise?

Jeg vil gerne have den til at afvise RCPT TO: news@milli.dk og en lille
håndfulde adr mere, og så ellers tage imod alt andet og smide i en bestemt
adr. (lyser_relay smider det hele i en adr, det virker)
Jeg har fundet ud af at det er smtpd_recipient_restrictions = jeg skal kikke
på, sidst jeg forsøgte havde jeg fået det indtryk at jeg laver en
smtpd_recipient_restrictions = filtype:filnavn og at den så skal indeholde
de e-mail adr postfix skal afvise.

Jeg har så siden fundet ud af at hvis smtpd_recipient_restrictions = står
efter check af IP nr, og afsendelse bliver godkendt der, så bliver checket
på RCPT TO ikke udført. Der er så også en kommando der få postfix til at
vente på godkendelsen til efter RCPT TO er sendt, men om det så er
ligegyldigt hvor hvad står, det er jeg usikker på. Ligesom hvilket format
filen med de ugyldige adr står skal have er jeg også usikker på, ligesom om
det skal laves om til en database ligesom aliasses skal med newsaliasses.

--
Med venlig hilsen

Ivar Madsen
Der tester mdk9.2

---

Ivar Madsen wrote:

> Jeg vil gerne have den til at afvise RCPT TO: news@milli.dk og en
> lille håndfulde adr mere, og så ellers tage imod alt andet og smide i
> en bestemt adr. (lyser_relay smider det hele i en adr, det virker)
> Jeg har fundet ud af at det er smtpd_recipient_restrictions = jeg
> skal kikke på, sidst jeg forsøgte havde jeg fået det indtryk at jeg
> laver en smtpd_recipient_restrictions = filtype:filnavn og at den så
> skal indeholde de e-mail adr postfix skal afvise.

Jeps, i smtpd_recipient_restrictions sætter du følgende ind:

check_recipient_access hash:/etc/postfix/accesslist.cf

accesslist.cf indeholder så de adresser, du ikke ønsker post fra, samt den
meddelse, de skal bounces med, f.eks.

news@milli.dk 556 Account closed
unknow_address@milli.dk 556 user unknown

husk at køre en postmap accesslist.cf

Hvis du så ønsker at blokere nogle afsender adresser, så tilføjer du i
smtpd_recipient_restrictions

check_sender_access hash:/etc/postfix/block.cf

hvor block.cf så indeholder:
return@trafficmagnet.net REJECT No spam allowed

> Jeg har så siden fundet ud af at hvis smtpd_recipient_restrictions =
> står efter check af IP nr, og afsendelse bliver godkendt der, så
> bliver checket på RCPT TO ikke udført. Der er så også en kommando der
> få postfix til at vente på godkendelsen til efter RCPT TO er sendt,
> men om det så er ligegyldigt hvor hvad står, det er jeg usikker på.
> Ligesom hvilket format filen med de ugyldige adr står skal have er
> jeg også usikker på, ligesom om det skal laves om til en database
> ligesom aliasses skal med newsaliasses.

Check af IP? Mener du som i permit_mynetworks?

--
Take Care
Kim Emax - master|minds: http://www.masterminds.dk
http://www.emax.dk - http://www.ayianapa.dk
Køb din vin online på http://www.gmvin.dk,
Danmarks måske mest avancerede VinWebShop

---

Kim Emax wrote:


> Jeps, i smtpd_recipient_restrictions sætter du følgende ind:

OK, det vil jeg lave sener på dagen.

>> Jeg har så siden fundet ud af at hvis smtpd_recipient_restrictions =
>> står efter check af IP nr, og afsendelse bliver godkendt der, så
>> bliver checket på RCPT TO ikke udført. Der er så også en kommando der
>> få postfix til at vente på godkendelsen til efter RCPT TO er sendt,
>> men om det så er ligegyldigt hvor hvad står, det er jeg usikker på.
>> Ligesom hvilket format filen med de ugyldige adr står skal have er
>> jeg også usikker på, ligesom om det skal laves om til en database
>> ligesom aliasses skal med newsaliasses.
> Check af IP? Mener du som i permit_mynetworks?

Ja


--
Med venlig hilsen

Ivar Madsen
Der tester mdk9.2

---

Arne Haaning wrote:


>> Jeg forstår dig, men du kunne velfor at få gang i din procmail, leve med
>> i ti minutter at have en log fil i home?
> Eurika! .procmail og .forward kan ikke sameksistere. Hvis begge findes
> vil kun .forward blive brugt.

OK, men du har jo heller ikke brug for begge dele, lav din forvare i din
procmail.

> Nu er der kun tilbage, at få tolket fejlmeddelserne i loggen - og de ser
> forståelige ud.

Ja, den er simpel nok, jeg kunne dog godt tænke mig at kunne få at se hvad
X-Original-To: er, den bruger jeg meget i min .procmailrc ,,,

--
Med venlig hilsen

Ivar Madsen
Der tester mdk9.2

---

Ivar Madsen <spam.usenet.im@milli.dk> writes:

> Hvis du har en procmailrc i /ect udføres den for samtlige bruger.

Vær også opmærksom på, at procmail så bliver udfør som root at at
leveret post derfor vil være ejet af root.

/Rasmus

--
-- [ Rasmus "Møffe" Bøg Hansen ] ---------------------------------------
There is no insanity, just different perceptions of reality.
----------------------------------[ moffe at amagerkollegiet dot dk ] --

---

Rasmus Bøg Hansen wrote:
> Ivar Madsen <spam.usenet.im@milli.dk> writes:
>
>
>>Hvis du har en procmailrc i /ect udføres den for samtlige bruger.
>
>
> Vær også opmærksom på, at procmail så bliver udfør som root at at
> leveret post derfor vil være ejet af root.
Det havde je gikke ventet!
Hvad kan jeg gøre for at undgå dette?
/arne