On 08/07/2012 02:19 AM, Alessio Cecchi wrote:
Hi,
I would like to switch from "autoresponder" to "qmail-autoresponder"
http://untroubled.org/qmail-autoresponder/ for store user's config in
mysql instead of .qmail and vacation/.
With qmail-autoresponder-mysql you can simply add in .qmail-default
| /usr/local/bin/qmail-autoresponder-mysql -- "$EXT" "$USER"
and manage autoresponder message only via MySQL.
Is qmailadmin geared to manage the autoresponder message via MySQL?
Users can presently manage their own message via qmailadmin.
But I have a doubt, my .qmail-default now is:
# cat .qmail-default
| /home/vpopmail/bin/vdelivermail '' bounce-no-mailbox
| /usr/local/bin/qmail-autoresponder-mysql -- "$EXT" "$USER"
This change may cause problems?
I do know of a qmailadmin bug which creates duplicate delivery lines
when you change the name field of an account. That has to do with the
account/.qmail file though.
In any case, qmailadmin updates of the .qmail-default file for bounce
processing will likely conflict. Also, command(s) in vpopmail/bin that
create/update these files could be a problem.
Two questions come to mind about this. Why do you want this data in
mysql, and how do you intend to manage it? Some of the features of
qmail-autoresponder do look nice, but the present autoresponder comes
from inter7, and is thus fairly tightly integrated with vpopmail and
qmailadmin.
Vpopmail does have some config options for storing data in mysql that's
presently in flat files. You might look into these config settings if
you haven't yet. We might at some point change QMT to use the database
for some of this data. I simply haven't gotten to the point of reviewing
this. We do plan to change a couple vpopmail configuration settings in
the fairly near future though, so if you'd like to come up with a
recommendation, that'd be great. Please be sure to identify benefits in
your recommendation.
Thanks.
--
-Eric 'shubes'
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
