> If that (config in the database) is going to happen again, one thing
that is
> worth considering is a run-time dynamic config system, so you can
change the
> behavior of dbmail on the fly. If it's worthwhile, I'll take a crack
at it
> this weekend.
If/when this is done, please keep in mind the ability to reconfig
the pop3/imap daemons without killing all current connections. Right
now when you -HUP to reload, the parent daemon kills all children.
Perhaps Paul's dynamic server stuff has some flags to make this
easy, eg. flag each child to terminate after the current session is
finished, and spawn new processes with the new config parameters.
--
Jesse Norell
administrator@kci.net is not my email address;
change "administrator" to my first name.
--
that is
> worth considering is a run-time dynamic config system, so you can
change the
> behavior of dbmail on the fly. If it's worthwhile, I'll take a crack
at it
> this weekend.
If/when this is done, please keep in mind the ability to reconfig
the pop3/imap daemons without killing all current connections. Right
now when you -HUP to reload, the parent daemon kills all children.
Perhaps Paul's dynamic server stuff has some flags to make this
easy, eg. flag each child to terminate after the current session is
finished, and spawn new processes with the new config parameters.
--
Jesse Norell
administrator@kci.net is not my email address;
change "administrator" to my first name.
--