Hi Ilja, > >>>for 2.0, we'd only like to see 2 changes: > >>>1. table names prefixed with 'dbmail_' > >>>2. command line options sane.
[..] > Since we've violated all rules of release practise anyway, me might just > get behind the keyboard and do it I don't think it's a good idea to change (1.) now because it'll cost us several weeks again. If we change that later we only hit everyone who wants to use a non empty prefix. Everyone with a empty prefix can simply upgrade to dbmail 2.x (or rename the tables and upgrade - shouldn't be too hard to write a script). The only problem will be other software that accesses the dbmail database (GUIs etc) but even that only hits software that is written between now and the point in time when dbmail supports table prefixes. If that's on the release plan every developer can prepare the software for prefixes. There are much more important things that should be done I think: - speedup of dbmail by marking mail headers, using transaction - Sieve - dynamic preforking These changes will be delayed again. Prefixes don't improve the functionality of dbmail, these changes will. I'd like to see prefixes because I have dbmail, powerdns and my own tables in one database, but not now. But that's just my opinion. Thomas -- http://www.tmueller.com for pgp key (95702B3B)
