Patrick von der Hagen wrote: > Am Sonntag, den 27.01.2008, 21:57 +0100 schrieb Sven Hartge:
>> Oder andere interne Bounces entstehen, weil z.B. bei einem User die >> Quota erschöpft ist und der Bounce dann aber erst im nachgelagerten >> Mailstorage-Server entsteht und nicht "an der Front". (An diesem Problem >> arbeite ich gerade mittels eines kleinen Daemons, der dann via >> socket-Abfrage aus dem MX-Exim heraus den Quota-Status "nach vorne" >> liefert und so die fraglichen Mails direkt abgelehnt werden können.) > Liefert der Server das denn nicht selbst? Call-out? Funktioniert z.B. > bei Cyrus wunderbar. Der Courier liefert das auch, allerdings nur nach Anmeldung mit dem spezifischen User, was vom MX aus logischerweise nicht geht. Also entwerfe ich einen kleinen Daemon (Net::Server basiert), der auf dem mailstorage läuft und nach Anfrage einfach "OVER" oder "UNDER" liefert, so dass ich darauf im MX-exim entsprechend reagieren kann. >> Alles in allem sind die Queues in unseren drei MXen immer recht voll und >> wie bekannt ist, performt Exim4 hier nicht mehr wirklich gut, sobald >> einen gewisse kritische Menge überschritten ist. > Definiere "recht voll" und "gewisse kritische Menge". "kritische Menge": wartende Mails >> queue_run_max * 10 Viele der wartenden Mails bei uns zeichnen sich dadurch aus, dass die Domain existiert und mit MX oder A auflösbar ist, die Verbindung dorthin aber in den Timeout laufen muss, so dass der Queue-Runner pro Mail erst einmal 3 Minuten still steht. Hat man jetzt 200 Mails dieser Sorte, dann dauert ein Queue-Run 600 Minuten, was wiederum die Mails behindert, die evtl. in ein Greylisting gelaufen sind oder aus anderen Gründen schon nach 10 Minuten Wartezeit zugestellt werden können. Dreht man die maximale Zahl der Queue-Runner hoch, bekommt man evtl. andere Probleme. > Ich habe gerade 2138 E-Mails in den Outgoing-Queues. Weit entfernt von > einer kritischen Menge. Ist natürlich andererseits nicht gerade die > größte Uni Deutschlands. Das sah schon mal anders aus, bevor ich den > Kampf gegen Bounces so richtig aufgenommen habe, aber ich bin nie auch > nur ansatzweise in Bereiche gekommen, mit denen Exim nicht klar kommen > könnte. Hmm, okay. Dann liegen wir noch weit von diesen Problemen weg. Pro MX liegen derzeit knapp 300 Mails in der Queue (also zusammen 900), davon recht viele Bounces und ein paar wegen 45x auf den Zielsystemen. Also eher Kinkerlitzchen in den Augen der anderen Betreiber hier. >> Was tun? Separaten Mailout einrichten? Dort z.B. Postfix benutzen? Der >> soll ja ein besseres Queue-Management im Grenzbereich haben. Oder gar >> einen ganz anderen, nur auf Mailout spezialisierten MTA benutzen >> (ZMailer fällt mir da ein). > Separater Mailout klingt sicherlich nicht falsch, man behält dann > vielleicht einfacher den Überblick und kann Eingang und Ausgang > unterschiedlich optimieren. Was man in der Regel auch auf dem selben > Server können sollte, aber getrennt wird das schon einfacher. Da wir eh alles in dem Bereich virtualisiert haben (mittels Xen und VMware ESX), ist es einfacher, einen neuen Host hochzuziehen, als einen exim4 auf dem gleichen Host zusätzlich zu betreiben. Wie schon gesagt: Wir werden wohl die Variante mit dem fallback_host nutzen, um die langsamen Mails auf eine separate Instanz zu verlagern, damit die Queue-Runner auf den Haupt-Systemen sich nicht darum kümmern müssen. > Ansonsten wundere ich mich gerade sehr darüber, wie man das von Dir > beschriebene Problem mit der Queue bekommen kann. Wenn ich mal versuche > geschickt zu raten, dann ist Deine Uni nicht größer als meine und da > habe ich dann einfach keine Erklärung. Vielleicht bin ich einfach zu überempfindlich, was das angeht. Ich habe halt gerne "saubere" Systeme, die einfach zu warten sind und noch genug Reserven haben. > Daher würde ich spekulieren, das vielleicht zu viel an E-Mail angenommen > wird. Da gibt es möglicherweise massiv Optimierungspotential. Eher nicht. Derzeit werden für jede angenommene Mail 5 ablehnt (wg. "no such user" etc.) > Wie bereits angedeutet: Laut LDAP gibt es die Adresse [EMAIL PROTECTED], > deshalb > wird die E-Mail vom MX angenommen, im Backend aber abgelent wg. Over > quota. Kann über Callout bequem gelöst werden. Aber da arbeitest Du ja > schon dran. Richtig. Quota ist bei den wenigsten Usern ein Problem (derzeit). > Aber mir scheint, Du hast entweder völlig unterdimensionierte Hardware > oder eine um ein Vielfaches größere Queue als ich. Und wie bereits > gesagt... das erscheint mir nicht plausibel. Nein, unterdimensioniert ist da nichts, eher umgekehrt. Vermutlich ist es einfach nur, dass ich "das Gras wachsen höre". Grüße, Sven _______________________________________________ Exim-users-de mailing list [email protected] http://lists.exim.org/mailman/listinfo/exim-users-de
