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. > Interesting. Another thought... Is there any hook into the iMail web > interface/server? If so, could it run your scripting engine? Of course not. This has been discussed at length on the IMail forum. > Say the word and I'm sure that we'll be more than happy to start > campaigning Ipswitch to do it! :) Uh...yeah. They always jump at the chance to implement functionality that benefits a third party. :)) -Sandy --- [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.
