sslug-teknik team mailing list archive

["Peter Junker" <slug@xxxxxx>]

Tak, det virker næsten.
Hvis jeg smider linierne ind i /etc/procmailrc fra min
/home/bruger/.procmailrc kommer der slet ingem mail fram når mailen er
vedhæftet en exe fil. Hvis jeg i stedet bruger /home/bruger/.procmailrc og
lader /etc/procmailrc være tom, får jeg en mail med teksten "Attachments kan
indeholde virus !"

Hvorfor virker det kun rigtigt under /home/bruger/.procmailrc ???

"Jesper K. Pedersen" <jkp@xxxxxxxxxxxxxx> skrev i en meddelelse
news:<20040212015101.55e4f2b1.jkp@xxxxxxxxxxxxxx>...
> On Thu, 12 Feb 2004 01:21:49 +0100
> "Peter Junker" <slug@xxxxxx> wrote:
> 
> > Hov, nu virker det pludselig! :-)
> > 
> > Hvordan får man det så til at virke på alle brugere/alle mailkonti?
> > 
> 
> Hos redhat smider man typisk en procmailrc fil i /etc biblioteket. Den
> gælder så for alle brugere.
> 
> Mvh
> Jesper K. Pedersen
> 
> 
> 
> > 
> > ----- Original Message ----- 
> > From: "Peter Junker" <slug@xxxxxx>
> > To: "sslug" <sslug-teknik@xxxxxxxx>
> > Sent: Thursday, February 12, 2004 1:12 AM
> > Subject: [TEKNIK] Sendmail-Procmail
> > 
> > 
> > Jeg har prøvet at få procmail op at køre, men det ser ud til at min
> > .procmailrc fil bliver ignoreret.
> > Jeg har ingen erfaring med procmail, då det er sikkert en brugerfejl.
> > :-(
> > 
> > Mitsystem:
> > RH7,0
> > Sendmail 8.11.6
> > Procmail 3.21
> > 
> > I sendmail.mc er der en linie der hedder
> > define(`PROCMAIL_MAILER_PATH',`/usr/bin/procmail')dnl
> > 
> > Jeg har lavet en fil på /home/bruger/.procmailrc med 644 rettigheder
> > brugerens mappe har 711 rettigheder.
> > 
> > filen .procmailrs ser sådan ud:
> > DEFAULT=/var/spool/mail/$USER
> > :0
> > * ^Content-type: (multipart/mixed|application/octet-stream)
> > {
> >     :0 HB
> >     *  ^Content-Disposition: attachment;
> >     *filename=.*\.(exe|vbs|shs|com|pif|bat|src|wfs|vbe|wsh|hta)
> >     {
> > :0 fhw
> >         | formail -i "Subject: Attachments kan indeholde virus !"
> > 
> >         :0:
> > $DEFAULT
> >     }
> > }
> > mvh. Peter Junker
> > 
> > 
> > 
> 
> 
> -- 
>