I think you have two main ideas in here: - You want a decent groupware solution for yourself. - You're proposing that DBMail make integration a part of the project.
On the first count, go for it! Any web groupware system that supports IMAP authentication will work out of the box with DBMail. Done. On the second count, I would rather not begin tying DBMail to a single web frontend. I am a developer of TWIG, I eat my own dogfood, I'd rather not have my own system become out of tree. I'm sure others out there are using IMP, SquirrelMail, and others -- not to mention webDBMail! I'm not a fan of the big cross platform (well, cross-linux-distribution) installers that some of these projects require. We could contrive an idealized set of packages that compose a DBMail installation, but I don't see the need for that. Aaron On Wed, Jun 29, 2005, ""Kevin Baker"" <[EMAIL PROTECTED]> said: > So this is just a idea, but thought I'd put it out there. > > Has anyone considered working on integrating DBMail + > Postfix with egroupware? > > (http://www.egroupware.org/user-manual-english) > > Right now my primary installs are using Kolab with Horde. > This makes it pretty much a complete turn-key > email/groupware solution. Works great, but dependant on > LDAP and Cyrus.... which are ok but not the direction I > want. > > I've been looking to replace Kolab/Cyrus with > DBMail/Custom for some time now. I just like the RDBMS > backend concept a lot, mostly for its replication > possibities. > > Anyway, eGroupware seems like a logical choice for a > pairing in the same way that Kolab Paired with Horde. It > uses MySQL/PgSQL for a backend, has webmail, calendar, > todos, content system, about 15 apps... even palm syncing. > All it is lacking is a standard email and database server. > With the common db backend it seems to make sense. > > Anyway, if there is interest, it might be good to spin out > a seperate sf project to integrate the two... with a > simple installer like Kolab. > > > Goals: > - provide a complete groupware solution using > application that use MySQL/Postgres as a data store. > - focus *only* on integrating existing projects with > no development on actual projects to keep focus. > - make easy commandline installer > - compat with multiple platforms (RH, Fedora, Debian...) > > > Features: > - dbmail + postfix + spamassassin + clamav > - egroupware > - Mysql/Pg Backend > - custom installer (model after kolab) > - compile dbmail > - download install egroupware > - maybe an apt-get type thing > - configure replication to second server > for hot backup > > Why: > 1. The easier and more feature rich a solution including > dbmail is, the larger the user base would be. This is why > I went with Kolab in the first place. > > 2. The large the user base, larger the potential pool of > developers. > > 3. A seperate project would also help to keep the DBMail > focus from being deluted, while helping support for the > project increase. > > > Ok, so it's a brain dump... but I've been thinking of ways > to maybe help the project. Since I am not a C developer I > thought this would be a way, until I actually kick myself > and actually start coding. > > > Thoughts? Feel free to tell me I'm nuts, and I'll move > onto other thoughts ;) > > Kev > > > > > _______________________________________________ > Dbmail-dev mailing list > [email protected] > http://twister.fastxs.net/mailman/listinfo/dbmail-dev > --
