[Postfixbuch-users] Header_checks ..invers nicht funktionsfaehig
Stefan Förster
cite+postfix-buch at incertum.net
Do Okt 30 21:49:01 CET 2008
* Mathias Droll <madro at gmx.de> wrote:
> Das Problem ist der Mime_check
> folgende Regel
> /name=[^>]*ABC[0-9][0-9][0-9]$/ REJECT falsch
> funktioniert nicht, nur wenn ich das Dollarzeichen weglasse greift die
> Regel.
> Natürlich flutschen Anhänge mit z.b. diesen Aufbau durch ( ABC12345).
>
> Ein weiteres Problem
> Ich will allerdings natuerlich das Gegenteil, also wenn NICHT dieser
> Aufbau zu tragen kommt, soll die Mail rejected werden.
> Allerdings funktioniert die vormals funktionierende Regel (positiv)
> nicht, wenn ich sie Invers mache.
> Also
> !/name=[^>]*ABC[0-9][0-9][0-9]$/ REJECT falsch
> -> geht nicht
Geht nicht heißt er lehnt nicht ab?
Funktioniert das hier denn besser?
if /^content-(type|disposition):/
!/.*name[[:space:]]*=.*ABC[0-9][0-9][0-9][[:space:]]+/
REJECT falsch
endif
Zum Beispiel (copy & paste):
$ cd /tmp && cat > header_checks.pcre <<EOF
> if /^content-(type|disposition):/
> !/.*name[[:space:]]*=.*ABC[0-9][0-9][0-9][[:space:]]+/
> REJECT falsch
> endif
$ cat > testfile <<EOF
> Content-Type: image/jpeg;
> name="totaler_scheissjob.jpg"
> Content-Transfer-Encoding: base64
> Content-Description: totaler_scheissjob.jpg
> Content-Disposition: attachment;
> filename="totaler_scheissjob.jpg"
$ postmap -q "$(<testfile)" pcre:/tmp/header_checks.pcre
REJECT falsch
$ cat > testfile <<EOF
> Content-Type: application/octet-stream;
> name="ABC123"
> Content-Transfer-Encoding: base64
> Content-Description: ABC123
> Content-Disposition: attachment;
> filename="ABC123"
$ postmap -q "$(<testfile)" pcre:/tmp/header_checks.pcre
$
Leider bin ich nicht besonders gut in regulären AUsrücken, das kann
man bestimmt verienfachen.
HTH
Stefan
--
Stefan Förster http://www.incertum.net/ Public Key: 0xBBE2A9E9
FdI #138: OSPF - One Single Point of Failure (Pascal Gienger)
Mehr Informationen über die Mailingliste Postfixbuch-users