Hello Paul, Of course, wait a day and see what Mark Mackay's changes bring, but if you're going to spend a bit of time addressing this issue, make sure you read the thread starting at:
https://mailman.fastxs.nl/pipermail/dbmail/2002-September/001111.html Basically, almost all of the current dbmail.conf options (that are stored and read from the database) should be server-specific. Jesse ---- Original Message ---- From: Paul Stevens <dbmail@dbmail.org> To: dbmail@dbmail.org Subject: [Dbmail] database connection parameters in dbmail.conf ? Sent: Thu, 17 Oct 2002 19:44:57 +0200 > > [ this one didn't make it to the list during the blackout, I think ] > > Hi all, > > > I'm new to dbmail as wel as the list. We run a small debian shop here in the > Netherlands. I encountered dbmail while taking over maintenance of a machine > previously maintained by IC & S, I think :-) > > At first all I wanted was to migrate my client away from dbmail to a stock > uw-imapd solution, but the more I look into dbmail, the more I like it. > > I've been working to roll my own debian packages based on the cvs version. No > sweat there. But there is at least one major issue that prevents me from being > able to adhere to debian-policy AFAIK. > > All db connection parameters are compile-time options only which makes it > impossible to implement a single binary on a variety of configurations. > > Before I start a duplicate effort, has anyone been planning or implementing an > external configuration mechanism for connecting to the database ? Perhaps > expanding dbmail.conf to include these parameters would by feasable. > > comments anyone ? > > > -- > ________________________________________________________________ > Paul Stevens mailto:[EMAIL PROTECTED] > NET FACILITIES GROUP PGP: finger [EMAIL PROTECTED] > The Netherlands________________________________http://www.nfg.nl > _______________________________________________ > Dbmail mailing list > Dbmail@dbmail.org > https://mailman.fastxs.nl/mailman/listinfo/dbmail > -- End Original Message -- -- Jesse Norell [EMAIL PROTECTED]
