Ich will’s nich kuenstlich schlecht machen, aber nach 2 Jahren produktiven einstazes mit dbmail faellt mir wenig ein was ich zu dessen Verteidigung sagen kann. Und wir haben die db Moeglichkeiten soweit ausgeschoepft wie moeglich da das ganze mit Adressbuechern und anderen Kontakt bezogegenen Daten integriert wird. Mittlerweile ist Dovecot mit auditing die bessere Wahl.
Ich denke dbmail’s groesstes problem ist die Tatsache das emails erstmal in eine tablle gespeichert werden wenn sie reinkommen und dann nochmal rumkopiert werden. Mit der neuen version die immer noch nicht veroeffentlicht ist soll das wohl geschichte sein. Bis es soweit glueht die Datenbank wenn man vaccuming auf die Tables losleasst … oder man verschwendet in etwa doppelt soviel platz wie man eigentlich braucht. Mein Fazit, Finger weg von dbmail.
Um die 1500 die es Nutzen + ungefaehr 1000selten genutzte accounts. Aber da ist ne ganze Menge weitere Funktionalitaet hinten dran die fuer jede Menge verlinkte Tabellen in der Datenbank abgearbeitet wird. Aber DB mail ist mit abstand der Teil der die meiste Leistung beansprucht. die DB selbst ist etwas ueber 100gb, dbmail nimmt 90% davon.
Ich würde mir bei so einem Konstrukt eher mal Cyrus und Cyrus-Murder anschauen. Auch kann der verschiedene Partitionen über Mail Server hinweg synchronisieren.
Wird vor allem interresant wenn man seinen imapd aufgrund zu hoher User Zahlen wirklich splitten muss und trotzdem redundanzen aufbauen will.
Ist im Vergleich zu dem Setup bestimmt auch schneller.
Ja, naja so schlecht ist die Performance von DBMail eigentlich nicht. Wichtig war mir bei dem Setup eigentlich, dass es gut skaliert. Habe heute einen weiteren Post veröffentlicht – http://www.netz-guru.de/2009/01/15/clusterdateisystem-glusterfs/ – Damit kann man auch Mailserver verteilen ohne größere Probleme bei der Redundanz der Mails zu haben.
12. Januar 2009 | 
Autor: 
Schlagworte:
Ich will’s nich kuenstlich schlecht machen, aber nach 2 Jahren produktiven einstazes mit dbmail faellt mir wenig ein was ich zu dessen Verteidigung sagen kann. Und wir haben die db Moeglichkeiten soweit ausgeschoepft wie moeglich da das ganze mit Adressbuechern und anderen Kontakt bezogegenen Daten integriert wird. Mittlerweile ist Dovecot mit auditing die bessere Wahl.
Ich denke dbmail’s groesstes problem ist die Tatsache das emails erstmal in eine tablle gespeichert werden wenn sie reinkommen und dann nochmal rumkopiert werden. Mit der neuen version die immer noch nicht veroeffentlicht ist soll das wohl geschichte sein. Bis es soweit glueht die Datenbank wenn man vaccuming auf die Tables losleasst … oder man verschwendet in etwa doppelt soviel platz wie man eigentlich braucht. Mein Fazit, Finger weg von dbmail.
Wieviele Benutzer hab ihr und wie groß ist das Volumen der Datenbank?
Um die 1500 die es Nutzen + ungefaehr 1000selten genutzte accounts. Aber da ist ne ganze Menge weitere Funktionalitaet hinten dran die fuer jede Menge verlinkte Tabellen in der Datenbank abgearbeitet wird. Aber DB mail ist mit abstand der Teil der die meiste Leistung beansprucht. die DB selbst ist etwas ueber 100gb, dbmail nimmt 90% davon.
Ich würde mir bei so einem Konstrukt eher mal Cyrus und Cyrus-Murder anschauen. Auch kann der verschiedene Partitionen über Mail Server hinweg synchronisieren.
Wird vor allem interresant wenn man seinen imapd aufgrund zu hoher User Zahlen wirklich splitten muss und trotzdem redundanzen aufbauen will.
Ist im Vergleich zu dem Setup bestimmt auch schneller.
Ja, naja so schlecht ist die Performance von DBMail eigentlich nicht. Wichtig war mir bei dem Setup eigentlich, dass es gut skaliert. Habe heute einen weiteren Post veröffentlicht – http://www.netz-guru.de/2009/01/15/clusterdateisystem-glusterfs/ – Damit kann man auch Mailserver verteilen ohne größere Probleme bei der Redundanz der Mails zu haben.