Hallo !<br>300MB ist nicht wirklich viel, aber es kommt darauf an, was da alles drauf läuft. Postfix und amavis alleine sollte nicht so das Problem sein, aber wenn dann noch apache, ftp, mysql, ... dazukommen wird es wirklich sehr eng.<br>
<br>Des weiteren wäre es wichtig zu wissen was bei dir ein hohes Mailaufkommen ist. Von wie vielen Mails reden wir da?<br><br>Eine Möglichkeit wäre es einfach die Anzahl der smtpd/amavisd Prozesse zu limitieren, dadurch würdest du die Ressourcen besser verwalten können. Hätte zwar zur folge, dass Mails öfter mit 4xx abgewiesen werden, aber das sollte kein Problem sein.<br>
<br>Viele Grüße<br>Leo<br><br><div class="gmail_quote">Am 4. August 2009 10:36 schrieb Alexander Fox <span dir="ltr"><<a href="mailto:fox@linuser.de">fox@linuser.de</a>></span>:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hallo Postfixbuch Liste,<br>
<br>
Ich hab das problem das ich auf einem vserver nur 300MB arbeitspeicher zur verfügung habe.Wenn ein hohes<br>
Mailaufkommen ist, stürzt clamav ab. Gibt es eine möglichkeit amavisd zu optimieren. Wenn jemand eine Idee<br>
hat und noch ne config benötigt, kann er die gerne bekommen.<br>
<br>
$final_virus_destiny      = D_DISCARD;  # (data not lost, see virus quarantine)<br>
$final_banned_destiny     = D_BOUNCE;   # D_REJECT when front-end MTA<br>
$final_spam_destiny       = D_BOUNCE;<br>
$final_bad_header_destiny = D_PASS;     # False-positive prone (for spam)<font color="#888888"><br>
</font></blockquote></div><br>