> Mark, > > > However, a web GUI will be very hard to do without the > 'masters' > > kept in a database. Without a database you'll run into > file locking > > problems and it will be harder to deal with single records. > > > ODBC for text files? :) > > I fear you've been in the MS world too long. When ODBC is > used without good reason (i.e. the real functional > demand for SQL language support), it adds crippling > overhead with no appreciable return. Skilled programmers > can get a lot more done in less time with low-overhead > databases, both proprietary and open (VB/ISAM, CodeBase), and > with text files. IMail itself uses text files, and has to tolerate > *many* more concurrency issues than the rarely-modified > Junkmail files! Unless you can show that Declude needs an > RDBMS on the back end, you're choosing comfort over > performance, and I think that's the wrong priority for a mailserver.
This is true. It's been many days since C++ on the VMS system. :) Then again, my requirements for this web interface are drastically different from the others. VB and SQL is extremely easy to crank out my solution. I simply wanted an easy interface for admins and not for my end users. That seems to be a different requirement than the ISP admins need. :) --- [This E-mail scanned for viruses by F-Proto Virus Scanner] --- [This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)] --- This E-mail came from the Declude.JunkMail mailing list. To unsubscribe, just send an E-mail to [EMAIL PROTECTED], and type "unsubscribe Declude.JunkMail". The archives can be found at http://www.mail-archive.com.
