Hi, I don't realy know much about what you want to accomplish.
I use horde with dbmail, both are mysql base. You could write your custom PHP apps to integrate in the Horde framework. ...this is just my fifty cent... Cordialement Jacques Beaudoin Agent d'administration Les services des technologies de l'information et des communications Commission scolaire de la Pointe de l'Île Montréal, Québec, Canada Courriel/Email: [EMAIL PROTECTED] Cel: 514 918-3350 Selon jeroen clarysse <[EMAIL PROTECTED]>: > thanks for the fast reply ! > > well, my biggest fear here is that my boss (or better : the project > leader... he's not really in charge) is no idea at all about where > this project is going... And the client allready signed the contract, > fortunately (for me (the PHP-programmer)) without a deadline on paper > > so i really really need the most *open* solution. I can handle some > complexity, but i would really find my head in my ass if one day i > find out that the tech-side solution proposed by me turns out to be > a dead-end > > are there other mail-processing back-ends that you would suggest > considering ? so far, DBMail seemed to be quite appropriate. Much > more than trying to get postfix do the job with a ton of patches & > hooks... I looked into cyrus too, but it seems to very hard to > integrate in database-driven website... > > ah well, it's late (over here). I'll talk to the boss tomorrow > > thanks again ! > > Jeroen > > > > jeroen clarysse wrote: > >> Hi all, > >> a rather generic question from a newcomer to this list. Please > >> forgive me if i'm way off topic ! > >> My boss asked me to do some research on an upcoming project which > >> will mainly revolve around a website which serves as a central > >> messaging point among what is best described through an analogy > >> with the publishing world : article authors, article reviewers and > >> journal editors come together on a website on which the editors > >> will send and receive messages to and from authors and reviewers. > >> These messages must be answerable by mail, but also searchable via > >> a web front end which includes a lot more than only messages (for > >> instance it will include article-status or reviewer history, etc etc) > >> my first job is to figure out which backend to use on the server > >> so that we can have a system that nicely archives all messages and > >> can talk via POP/IMAP, but is also smoothly integrated into a > >> bigger content. So here goes the question : is DBMail fit for > >> this ? Or is DBMail not intended as a backend for a web-frontend > >> (what a scentence...) ? Would DBmail be an overkill ? Or perhaps > >> not easy enough to integrate into a website ? > > Well that wasn't the orig idea behind DBMail, but I would think > > that it would be pretty well suited to that simply because of the > > database backend. So long as your app had database access, you > > could query the DB directly or generate static pages to index from > > the content. > > > > On the flip side an email system like courier or cyrus could also > > be indexed... although you might have more issues with cleaning out > > header information. > > > > DBmail developers might be able to give you a better sense of how > > to index the body of each message.... > > > > Good luck with that, cool idea! > > > > > >> sorry if this is a silly question, but the documentation on the > >> website isn't really clear to me on this matter... > >> many thanks in advance ! > >> Jeroen > >> _______________________________________________ > >> Dbmail mailing list > >> [email protected] > >> https://mailman.fastxs.nl/mailman/listinfo/dbmail > > > > > > _______________________________________________ > > Dbmail mailing list > > [email protected] > > https://mailman.fastxs.nl/mailman/listinfo/dbmail > > > > _______________________________________________ > Dbmail mailing list > [email protected] > https://mailman.fastxs.nl/mailman/listinfo/dbmail >
