Hello, I found out your application searching for a database-powered email storage on WebHostingTalk. I found the project quite interesting. I was amazed to see that it's been around for 7 years now and that it not wide-spread among the web hosting industry. Why do you think web hosting companies don't use DBMail? It should be an advantage for the end user. Maybe they don't want to offer DBMail because they know users will be able to use IMAP with many messages, and they will use a lot more space. DBMail allows you to use IMAP with thousands of messages in your inbox, correct? I'm asking just in case, because with regular mbox or Maildir, it's impossible, unless you have a super computer to handle the mail and parse the files. I found it strange to store attachments in the database. Wouldn't it be more efficient and lighter for the database engine to store a path to the attachment in the database and to store the actual file on the file system? One could imagine storing a reference to the file this way:
attachments/2007/12/06/annual_report.pdf Just a suggestion, but I guess this has been discussed already a thousand times. The DBs would be much smaller and maybe faster. What if I want to migrate a user to another server, is it easy to do to extract the data of just one user? If I develop a webmail, do you think it would be better to communicate directly to the DBMail DB or rather to the IMAP daemon of DBMail? Will there be a difference in speed or is it the same speed even if there are thousands of message in the inbox? What can we do to convince web hosting companies to switch to DBMail? This afternoon I sent a message to the cPanel and Dreamhost folks to consider a switch to DBMail. Let's see if they reply. Anyway, I can't use DBMail as it's not on my server (I use Google Apps for now) but kudos to the developers. Thanks a lot. -- Charles A. Landemaine. _______________________________________________ DBmail mailing list [email protected] https://mailman.fastxs.nl/mailman/listinfo/dbmail
