[Postfixbuch-users] Fehler in amavis seit Update auf DebianLenny

[Uwe Driessen]

On Behalf Of Jörg Sitek - mob e.V.

Hallo Jörg

> 
> Hallo Uwe,
> 
> > Jap den Fehler habe ich auch seit ein paar Tagen allerdings auf Squeeze.
> > Lösung habe ich noch keine gefunden.
> 
> Was ich vergessen habe zu sagen: Ich nutze für das temp Verzeichnis von amavis eine RAM-
> Disk. Ich habe das Gefühl, dass die "zuläuft" wenn ein paar "dicke" Mails einlaufen.
> Habe meine RAM-Disk jetzt von 180m auf 300m vergrößert. Nun werde ich das mal
> beobachten.

Kann hier nicht passieren da 1. nicht soviel Trafik 2. 20 max Mails im tmp Ramdisk passen
und 3. noch nie mehr wie 50% max gefüllt war 
immer wenn ich nachschaue sind es höchstens 30% mal gewesen, die 50% sind eine Annahme
weil ich eben nicht dauernd di mache. 
Zur zeit sind mal gerade 3% belegt.
Zip Archive kommen nicht so viele und bei mir schmiert der ab wenn interne (root) mails an
meinen account verschickt werden bzw. das sind die die ich kurz vorher im mail.log sehe.
Root mails sind text und mal 120 kb (statistiken) groß.

Ich bin mal gerade die alten und die neuen maintainer configs durchgegangen 

15-av_scanners

Alt 
qr/^.*?: (?!Infected Archive)(.*) FOUND$/ ],

neu 
qr/^.*?: (?!Infected Archive)(.*) FOUND$/m ],

alt
['ClamAV-clamscan', 'clamscan',
      "--stdout --disable-summary -r --tempdir=$TEMPBASE {}",
      [0], qr/:.*\sFOUND$/, qr/^.*?: (?!Infected Archive)(.*) FOUND$/ ],

neu
['ClamAV-clamscan', 'clamscan',
"--stdout --no-summary -r --tempdir=$TEMPBASE {}",
[0], qr/:.*\sFOUND$/, qr/^.*?: (?!Infected Archive)(.*) FOUND$/m ],


Selbstverständlich hatte ich meine config nicht überschreiben lassen 
Hab die jetzt mal testweise angepasst obwohl ich nicht glaube das es daran liegt.

Da ist was anderes warum der dienst wegsemmelt.

> 
> Gruß Jörg



Mit freundlichen Grüßen

Drießen

-- 
Software & Computer
Uwe Drießen
Lembergstraße 33
67824 Feilbingert
Tel.: +49 06708 / 660045   Fax: +49 06708 / 661397