[Postfixbuch-users] Daten in /var/spool/amavis/tmp werden nicht gelöscht

[Patrick Ben Koetter]

* Frank Fiene <ffiene at veka.com>:
> On Saturday 23 December 2006 12:27, Patrick Ben Koetter wrote:
> 
> > > @keep_decoded_original_maps = (new_RE(
> > > # qr'^MAIL$',   # retain full original message for virus checking
> > > (can be slow) qr'^MAIL-UNDECIPHERABLE$', # recheck full mail if it
> > > contains undecipherables qr'^(ASCII(?!
> > > cpio)|text|uuencoded|xxencoded|binhex)'i,
> >
> > Amavis würde die einzelnen "parts" einer Mail nur für
> > "MAIL-UNDECIPHERABLE" und (ASCII(?!
> > cpio)|text|uuencoded|xxencoded|binhex) aufbewahren.
> >
> > Schon mal die Daten in /var/spool/amavis/tmp angesehen? Entsprechen
> > sie (ausschliesslich) diesen Kriterien?
> 
> Hmm, ich habe mir mal ein paar Mails angeschaut, sind alles Text-Mails, 
> teilweise mit HTML-Mail hinterher oder mal mit einer GIF-Datei.

Dann sind hier IMO andere Mechanismen als keep_decoded_original_maps dafür
verantwortlich, dass das Entfernen nicht greift.

> Habe keine uuencoded-Dateien gefunden, die müsster er aber auch 
> bearbeiten können, uudecide ist installiert.
> 
> > > Auf einem Server ist das Spool-Dir voll auf dem anderen nicht.
> > > Auf dem, wo die Daten nicht gelöscht werden, ist SuSE-10.1
> > > installiert. Postfix-2.2.9 (SuSE)
> > > amavisd-new-2.3.3 (SuSE)
> > > clamav-0.88.7 (SuSE)
> > > spamassassin-3.1.7 (CPAN)
> >
> > Worin unterscheiden sich die Server?
> 
> Der "funktionierende" Server hat SuSE-10.0 installiert.
> Postfix-2.2.5 (SuSE)
> amavisd-new-2.3.3 (SuSE)
> clamav-0.88.7 (SuSE)
> spamassassin-3.1.7 (CPAN)
> 
> Also bis auf Postfix identisch.
> Beide Server habe einen mx-Eintrag mit derselben Priorität.

Also spontan fällt mir jetzt auch nichts mehr ein. Ich würde jetzt amavisd
verbose im Debug Mode starten, eine Mail aus tmp nochmal durchjagen und versuchen
herauszufinden, ob die Mail ein weiteres Mal nicht gelöscht wird und an
welcher Stelle in der Verarbeitung das (nicht) geschieht. Was oder wer ist der
letzt, der diese Mail anrührt? amavisd? SA? Clamav?

Und dann? Mark bzw. die amavisd-new Mailingliste fragen... Ggf. als workaround
einen cronjob einrichten, der das tmp-Dir regelmäßig 'putzt'.

p at rick

-- 
Das Postfix-Buch
<http://www.postfix-buch.com>
saslfinger (debugging SMTP AUTH):
<http://postfix.state-of-mind.de/patrick.koetter/saslfinger/>