Am 05.03.2011 12:51, schrieb Stan Hoeppner: > Reindl Harald put forth on 3/5/2011 4:46 AM: > >> we are using dbmail since 2009 and i love it >> http://www.dbmail.org/ >> >> until now the administration is a weakness because i don't know >> any useable, free frontend and it depends on the amount >> of users / domains if phpmyadmin is enough or you have >> to write frontend your own like we did in 2009 >> >> there exists "dbma" but after this crap deleted all our via imap >> on the server copied messages with "cleanup" and the developer >> said "this is expected, read the manual, the imap-client flagged >> the messages wrong (thunderbird and apple-mail) i would >> not use it > > Given the administration front end issues you describe, what's so great > about dbmail that so overshadows this weakness? What's the big > advantage over a traditional filesystem mail store?
this weakness does not matter since 2009 to us because we use a internal developed web-frontend fpr dbmail/postfix, bind, httpd, domain-registry (epp) and many other infrastructure which is spread over some servers and databases this integration would not be possible with nany other mail-system the strengt is that you have a unified db-backend and for consistent backups you can install as many mysql-replication-salves as you want, stop them for externaö backups via rsync and after starting the salve again it gets all changes while it was backuped without any second of downtime > Can you cluster the dbmail IMAP daemon on multiple external hosts to > support thousands of concurrent IMAP users, without the locking > contention of NFS or cluster filesystems, thus achieving lower latency > and greater throughput? yes you can because you have only to install dbmail/postfix on all of them with access to the same database, for postfix you can use replication-slaves too as fallback dbmail has even no problems if there are 50 imap-users working on the same inbox > Likewise, can you cluster multiple Postfix MTA hosts delivering > simultaneously into dbmail, as you can with an NFS or cluster > filesystem, for greater performance and redundancy? Or must all SMTP > mail be piped from a local MTA through the dbmail smtp daemon? dbmail is using "dbmail-lmtp", so postfix is receiving the message and push it to lmtp without knowing anything of the backend even if dbmail-lmtpd hangs postfix will deliver the message later but the sender got 250 OK and the message is received > I.e. can dbmail scale beyond a single box for redundancy and large > concurrent user loads? the current 2.2 releases are good scaleable and the next major release will use database-connection-pooling so you can have even thousands of active users
signature.asc
Description: OpenPGP digital signature
