You've exactly described LMTP ;-) SMTP is the Simple Mail Transfer Protocol... and LMTP is the Lightweight version thereof. What's nice is that many MTA's already have built in support to "deliver" messages via the LMTP protocol, which means less of the weird delivery agent configs.
imaps and pop3s I believe can be done by using a secure frontend tunnel, but I dunno, just heard it on the list as a suggestions to try. You most certainly can add items to the wishlist... I don't run anything 'round here, I just read and respond to the mailist list pretty often :-) Aaron On 5 Apr 2003, Richard Houston wrote: > Thanks Aaron. > > All these all sound good. > > On the LMTP point, what about adding persistent database connections to > the dbmail-smtp daemon? So have a dbmail-smtp daemon running and it > managing a connection pooling mechanism. Then have postfix or what ever > forward the messages to the daemon that would manage the all ready open > database connection. Maybe split the dbmail-smtp program from the > connection manager. Have the mta still pipe to dbmail-smtp, maintaining > the same setup for various mta, and add the ability to talk to the > connection pooler daemon to dbmail-smtp. Would have to work out the > security issues of course. Just wanted to thought that out there and > keep i mind I am not a developer so I apologize if I am way out in left > field. > > Can I add imaps and pop2s to the wish list and I strongly support the > documentation line item as well. > > Thanks > > Rich > > > > > > > On Sat, 2003-04-05 at 18:16, Aaron Stone wrote: > > This is where the suggestions go! <hint> A web based feature/voting board > > added to the website might be pretty neat, though ;-) </hint> > > > > I'll see if I can give an overview of the ideas, though I'm sure I'll > > forget a few important ones, and certainly believe that my suggestions are > > more popular than they really are... :-P > > > > - Documentation (general concepts, usage, and MTA-specific configs) > > - Database refinements > > - Adding indices and tuning queries > > - Migrating towards a bigger better schema > > - Multiple authentication backends > > - My LDAP code is just about done, and going into CVS > > - Other sources as they are coded! > > - Sieve for sorting mail (NOT filtering; use an MTA solution) > > - I'm working on this one, too ;-) > > - Probably 3-6 months at least, and will be a LOT of work > > - Various fixes > > - There's still some load issues, an hang or two, and some other > > weird stuff that people are reporting (and most of us have seen). > > - LMTP server > > - This would allow a daemon to run locally and accept mail via > > localhost socket, not having to load and create a new instance > > and database connection for every message (as does dbmail-smtp now) > > > > Aaron > > > > > > On 5 Apr 2003, Richard Houston wrote: > > > > > Hi all, > > > > > > I was wondering if there is a road map of where dbmail is and will be > > > going? Also is there a wish list out there and if so where do we send > > > our suggestions to? > > > > > > Thanks and keep up the good work. > > > > > > Thanks > > > > > > Rich > > > > > > > > > > > > > > > _______________________________________________ > > > Dbmail mailing list > > > Dbmail@dbmail.org > > > https://mailman.fastxs.nl/mailman/listinfo/dbmail > > > > > > > _______________________________________________ > > Dbmail mailing list > > Dbmail@dbmail.org > > https://mailman.fastxs.nl/mailman/listinfo/dbmail > > > > > > > _______________________________________________ > Dbmail mailing list > Dbmail@dbmail.org > https://mailman.fastxs.nl/mailman/listinfo/dbmail >
