[Postfixbuch-users] MySQL+Postfix bei großen Installationen unbrauchbar?

[Rustedt, Florian]

Kann da echt niemand was zu sagen?

-----Ursprüngliche Nachricht-----
Von: Rustedt, Florian [mailto:florian.rustedt at smartnet.de]
Gesendet: Mittwoch, 7. Juni 2006 16:18
An: 'postfixbuch-users at listi.jpberlin.de'
Betreff: [Postfixbuch-users] MySQL+Postfix bei großen Installationen
unbrauchbar?


Hallo zusammen,

wir haben eine mittelgroße Postfix-Installation (>2.000 Mailboxen) mit
Cyrus-Imap, SASL und MySQL.
Die Anbindung zw. Pfix und Cyrus ist wie üblich über LMTP.
Die Anbindung von Pfix an MySQL zur Authentifizierung ist über PAM gelöst.

Problem:
Allem Anschein nach hält Pfix die Threads, welche eine Verbindung zu MySQL
aufmachen, zu lange geöffnet. Dies führte in der Vergangenheit regelmäßig
(täglich) dazu, das MySQL die Grätsche machte, weil zu viele "Open
Connections" vorhanden (über 1000!).

Folgende Lösungen haben wir erfolglos getestet:
1. Reduzierung von "default process limit". Das half zwar irgendwann (<5),
jedoch war dann - als MySQL sauber lief - Postfix SO langsam in der
Mailannahme, das es jede Menge "rejected" Mail gab.
2. Einschalten des "Proxy"-Filters beim Mapping entsprechend gängiger Doku.
Erbrachte leider keinen Unterschied.

Zuletzt blieb nichts anderes übrig als MySQL-seitig das Timeout pro
Verbindung auf zwei Minuten herunterzusetzen. Jetzt flutscht zwar alles,
aber es gibt zu Hauf Fehlermeldungen, weil - wen wunderts -  MySQL die
Verbindungen regelmäßig killt.
Das ist zwar eine Zwischenlösung, aber eigentlich nicht unser Ziel, denn die
MySQL-DB sollte durchaus auch längere Anfragen ja abarbeiten können,
schließlich steht sie bei uns nicht nur für Pfix da.

Hintergrund von allem ist, das wir eine große ISP-Applikation haben, die die
Kunden-Daten, -Mailboxen, -Mailadressen und -Domains in MySQL abspeichert
und Postfix dementsprechend nur diese annehmen soll.

Es wäre schön, wenn jemand dazu eine Idee hätte, die sich auch in der Praxis
bewährt hat?
Angehängt die Configs. pam_imap entspricht /etc/pam.d/imap, sasl_smtpd.conf
entspricht /etc/sasl/smtpd.conf, und so weiter...

-- 
Mit freundlichen Grüßen 
Florian
*** eSafe scanned this email for malicious content ***
*** IMPORTANT: Do not open attachments from unrecognized senders  ***