Re: [vchkpw] MySQL error messages & vpalias.c
On May 6, 2004, at 7:11 PM, Rick Widmer wrote: At first glance, it appers that vpalias.c, vmysql.c and vpgsql.c share common functions. It seems to me that if the code is in vmysql.c and vpgsql.c it should also appear in vcdb.c and vpalias.c should not exist. It looks like there is some ifdef magic going on to hide the code in this file. It seems to me it would be better to add vpalias.c to vcdb.c and add empty function definitions in the other auth back-ends. Ifdefs would remain so you can still switch valias on or off with a ./configure option. Should I move it to cdb.c? No, because we need to continue supporting aliases stored as .qmail-alias files (which is actually unrelated to the backend) even when using a database as a front-end. vpalias.c is the default method for storing aliases. --enable-valias overrides that option and stores aliases in MySQL (only if you're using MySQL as the backend). -- Tom Collins - [EMAIL PROTECTED] QmailAdmin: http://qmailadmin.sf.net/ Vpopmail: http://vpopmail.sf.net/ Info on the Sniffter hand-held Network Tester: http://sniffter.com/
RE: [vchkpw] MySQL error messages & vpalias.c
Hey! I think you helped me out on another list, the qmail main one I think. Was using ed at ednevitible . Co . Uk as mail address. -Original Message- From: X-Istence [mailto:[EMAIL PROTECTED] Sent: 07 May 2004 05:35 To: [EMAIL PROTECTED] Subject: Re: [vchkpw] MySQL error messages & vpalias.c Rick Widmer wrote: > My travels have finally brought me to the MySQL database module... I > am working on improving the error messages returned by vconvert, as > part of the process of testing the MySQL back end. > > The first thing I've noticed is that a number of errors call > fprintf(stderr) directly from the extension. I would like to make > them record the error in a string, set errori and return the error > code where it is apropriate. Then I have to look at the places it is > called and update the error handling there. I would prefer to leave > the formatting of error messages up to the end user program: > ~vpopmail/bin/*, qmailadmin, etc. > > Any objections? > None, code cleanup is always nice :P. I am diving into the source every so often as well for jobs people ask me to do. > > At first glance, it appers that vpalias.c, vmysql.c and vpgsql.c share > common functions. It seems to me that if the code is in vmysql.c and > vpgsql.c it should also appear in vcdb.c and vpalias.c should not > exist. It looks like there is some ifdef magic going on to hide the > code in this file. It seems to me it would be better to add vpalias.c > to vcdb.c and add empty function definitions in the other auth > back-ends. Ifdefs would remain so you can still switch valias on or > off with a ./configure option. > > Should I move it to cdb.c? Why not? Would be just as easy. > > > Next, there are two programs vconvert and dotqmail2valias that both > translate data from file to database, or from database to file. > Should I merge the programs into one. Future conversions would then > be one step. If the users or aliases have already been converted, you > just get duplicate warnings. > > Merge them? Yes, i was planning on doing this, but i dont have the time. > > > > Rick > > Useless stats on why not to listen to me: 0 patches to vpopmail Just random blabbing :P To busy to do it myself (I still think it needs to be done) X-Istence
Re: [vchkpw] MySQL error messages & vpalias.c
Rick Widmer wrote: My travels have finally brought me to the MySQL database module... I am working on improving the error messages returned by vconvert, as part of the process of testing the MySQL back end. The first thing I've noticed is that a number of errors call fprintf(stderr) directly from the extension. I would like to make them record the error in a string, set errori and return the error code where it is apropriate. Then I have to look at the places it is called and update the error handling there. I would prefer to leave the formatting of error messages up to the end user program: ~vpopmail/bin/*, qmailadmin, etc. Any objections? None, code cleanup is always nice :P. I am diving into the source every so often as well for jobs people ask me to do. At first glance, it appers that vpalias.c, vmysql.c and vpgsql.c share common functions. It seems to me that if the code is in vmysql.c and vpgsql.c it should also appear in vcdb.c and vpalias.c should not exist. It looks like there is some ifdef magic going on to hide the code in this file. It seems to me it would be better to add vpalias.c to vcdb.c and add empty function definitions in the other auth back-ends. Ifdefs would remain so you can still switch valias on or off with a ./configure option. Should I move it to cdb.c? Why not? Would be just as easy. Next, there are two programs vconvert and dotqmail2valias that both translate data from file to database, or from database to file. Should I merge the programs into one. Future conversions would then be one step. If the users or aliases have already been converted, you just get duplicate warnings. Merge them? Yes, i was planning on doing this, but i dont have the time. Rick Useless stats on why not to listen to me: 0 patches to vpopmail Just random blabbing :P To busy to do it myself (I still think it needs to be done) X-Istence
[vchkpw] MySQL error messages & vpalias.c
My travels have finally brought me to the MySQL database module... I am working on improving the error messages returned by vconvert, as part of the process of testing the MySQL back end. The first thing I've noticed is that a number of errors call fprintf(stderr) directly from the extension. I would like to make them record the error in a string, set errori and return the error code where it is apropriate. Then I have to look at the places it is called and update the error handling there. I would prefer to leave the formatting of error messages up to the end user program: ~vpopmail/bin/*, qmailadmin, etc. Any objections? At first glance, it appers that vpalias.c, vmysql.c and vpgsql.c share common functions. It seems to me that if the code is in vmysql.c and vpgsql.c it should also appear in vcdb.c and vpalias.c should not exist. It looks like there is some ifdef magic going on to hide the code in this file. It seems to me it would be better to add vpalias.c to vcdb.c and add empty function definitions in the other auth back-ends. Ifdefs would remain so you can still switch valias on or off with a ./configure option. Should I move it to cdb.c? Next, there are two programs vconvert and dotqmail2valias that both translate data from file to database, or from database to file. Should I merge the programs into one. Future conversions would then be one step. If the users or aliases have already been converted, you just get duplicate warnings. Merge them? Rick