Hi everyone, i certainly love the idea of a to-do list before going to the final 1.0 version.. Regrettably, we hardly have had time to even scan through this mailing list the past few months - that's why a number of the patches supplied haven't been implemented yet. Hope to fix that somewhere soon but i fear it will take more than a week :( Anyway, a status update/todo list would be great!
regards roel ----- Original Message ----- From: "Mark Mackay" <[EMAIL PROTECTED]> To: "Dbmail Mailing list" <dbmail@dbmail.org> Sent: Friday, September 06, 2002 6:44 AM Subject: [Dbmail] Status update please > Can we please get an update on the progress of features/wishlists for > dbmail? From memory the following are outstanding: > > > - header summary: ability to have common headers saved (probably in the > messages table) so that webmail/management front-ends don't need to scan the > messageblks table to get this info. > > >> Idea: If this isn't desired in the messages table, what about adding > another table called messagesummary which stores messageid, from, subject, > date, etc. This could be used filled when the message is delivered, and > then only used by management and webmail utils. That would provide no extra > storage needs in the message table, and only the maintenance and deliver > code would need to be adjusted. A config item could even allow people to > turn this off if they didn't use it... > > - indexes on the default sql structures :: a number have been submitted, but > these don't seem to have made it to the CVS. Not good for newbies who then > observe bad performance until they ask for help > > ... seem to have forgotten most of them :o) > ... Let's fill in the blanks people, so we can tell what's important to > people and finally get to 1.0! > > > Add a few of mine: > > - Ability to deliver to a userid :: (rather than email address/username), so > that duplicate "marks" can be referenced in the delivery agent. > > - Two-key lookups for the userid :: duplicate usernames again > > - date-deleted key :: allow the maintenance program to purge deleted > messages from the database after a user-selectable period (eg. Allow > messages to be 'restored' by helpdesk staff if within the 7 day non-purged > period). > > - Import from user's mbox and IMAP folders :: I for example have 12 imap > mailboxes, which I had to hack mbox2dbmail to support mbox delivery, write a > wrapper scan my homedir. This worked but as it used dbmail-smtp it was > really slow. Uni-one converter needs to be updated to support this > functionality IMHO. > > - [low prio] Export to mbox format :: got to be a good selling point for > newbies who want to try but need an exit clause > > > > > [I'm happy to present patches for this functionality, but am getting a bit > disheartened as so far none of my patches seem to be being adopted or even > being discussed]. > > /Mark > > _______________________________________________ > Dbmail mailing list > Dbmail@dbmail.org > https://mailman.fastxs.nl/mailman/listinfo/dbmail >
