Michael Post wrote:
Hallo Sandy,
Sandy Drobic schrieb:
Michael Post wrote:
Okay, bis dahin kann ich folgen...
...aber das verstehe ich nicht.
die Performance soll bei Mailservern mit hohem Durchlauf besser sein, als wenn für jede E-Mail der Prozess einmal gestartet wird.
Auf einem modernen Server sollte es kein Problem sein, auch mal 10000 Mails pro Stunde durchzuschleusen, inclusive Inhaltsfilterung. Von was für einem Mailaufkommen reden wir denn etwa?
Welches Problem mit Amavisd-new möchtest du denn lösen? Oder anders gefragt, welches Problem kann (deine bestehende?) Konfiguration nicht bewältigen?
Amavisd-new startet defaultmäßig immer einen neuen Prozess (SA). Derzeit ruft Amavisd-new SA sogar überhaupt nicht auf, aus diesem Grunde möchte ich, das Amavisd-new spamc aufruft. SA ist schon fertig konfiguriert und funktioniert wunschgemäß, sofern ich spamc mit der Hand aufrufe.
Wie kann ich spamc in den Prozess einbauen, so dass Postfix amavis aufruft, amavis den virenscanner und danach spamc?
Vermutlich gar nicht, denn den Aufruf steuert Amavis über die Perl-Module. Die Aufrufe sind, soweit ich gesehen habe, fest verdrahtet und nicht konfigurierbar. Du müsstest also die internen Aufrufe in /usr/sbin/amavisd umbiegen. Dass Postfix Amavisd-New aufruft, ist leicht zu bewerkstelligen. Auch der Aufruf des Virenscanners ist leicht. Aber spamc wird imho ohnehin von Amavis genutzt, hier könnte ich mich aber auch irren. Bezüglich der Amavis-Optimierung solltest vielleicht in der Amavis-Liste nachfragen. Die einfachste und wirksamste Optimierung ist sicher, für Amavis eine RAM-Disk bereitzustellen. Ausserdem sollte die Bayes-Datenbank ab und zu von Müll bereinigt werden. Welche Optimierungen wirksam sind, sieht man mit den aufgeteilten Delays im Log von Postfix 2.3 recht genau. Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com