Re: [vchkpw] vpopmail - bug in vpalias.c
Hi Matt, Haha, that's funny. I forgot to check there. Well, never mind then :]. -- Kind regards, Harm van Tilborg Tiscom Hosting B.V. Matt Brookings wrote: > Harm van Tilborg wrote: >> A fix: checking whether `num_names != 0' (but that will not shrink the >> array), or -- it's late so I haven't checked -- just sticking >> `realloc()'s return address directly into `names'. > >> Hope it all clear, and somebody can do something with it :]. > > Thanks. This artifact is already in the bug tracker though. !DSPAM:4b1f3c2332711895220530!
Re: [vchkpw] vpopmail - bug in vpalias.c
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Harm van Tilborg wrote: > A fix: checking whether `num_names != 0' (but that will not shrink the > array), or -- it's late so I haven't checked -- just sticking > `realloc()'s return address directly into `names'. > > Hope it all clear, and somebody can do something with it :]. Thanks. This artifact is already in the bug tracker though. - -- /* Matt BrookingsGnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkse1IUACgkQIwet2/rgZyyPrwCgjsawoMi1H5oSX3Z7I8zqKD35 VuUAnRTzV9inYEpiHUA8QgSm+m2wmSqU =4GPl -END PGP SIGNATURE-
[vchkpw] vpopmail - bug in vpalias.c
Hi everyone (again), An evening of debugging several errors we lately received in qmailadmin, let me to this bug in vpopmail itself. We always got a blank screen while adding the first forward to a domain. The forward was created, however, also the Apache logs showed a double `free()'. Adding new forwards after this first one went okay, without any hassles. After some debugging, I came at vpopmail's `vpalias.c'. Inside the function `valias_select_names' a `realloc()' is done after the while-loop, to decrease the number of slots inside the array, to the actually used slots. Good thing: clearing up your garbage, however, what if `num_names' is zero -- as in our case, when there is no forward yet. `realloc()'s behavior in this case is defined as [1]: > In case that the size is 0, the memory previously allocated in ptr is > deallocated as if a call to free was made, and a NULL pointer is returned. Since, the function was called earlier, `names' was indeed pointing to some area of memory. So `realloc()' free()'d that, and returned NULL. The check following after the `realloc()' checks indeed whether it is NULL or not, if not, it resets `names' to the address returned by `realloc()'. This is where it goes wrong: `names' is still pointing to that freed amount of memory. A fix: checking whether `num_names != 0' (but that will not shrink the array), or -- it's late so I haven't checked -- just sticking `realloc()'s return address directly into `names'. Hope it all clear, and somebody can do something with it :]. -- Kind regards, Harm van Tilborg Tiscom Hosting B.V. [1] http://www.cplusplus.com/reference/clibrary/cstdlib/realloc/ !DSPAM:4b1ecef632711815514492!
Re: [vchkpw] vpopmail - bug or my bug
On Jan 8, 2004, at 2:43 PM, Noe wrote: I expected not success delivery, but defferlal delivery. Am I wrong? Please, let me know your opinion. This patch should correct the problem. deliver_mail() was returning unexpected values, causing vdelivermail to not exit with an error. === RCS file: /cvsroot/vpopmail/vpopmail/vdelivermail.c,v retrieving revision 1.8 diff -u -r1.8 vdelivermail.c --- vdelivermail.c 3 Jan 2004 07:05:39 - 1.8 +++ vdelivermail.c 8 Jan 2004 23:28:24 - @@ -611,7 +611,7 @@ if ( lseek(0, 0L, SEEK_SET) < 0 ) { printf("lseek errno=%d\n", errno); -return(errno); +return(-2); } /* write the Return-Path: and Delivered-To: headers */ @@ -624,7 +624,7 @@ return(-1); } else { printf("failed to write delivered to line errno=%d\n",errno); - return(errno); + return(-2); } } @@ -639,7 +639,7 @@ */ if ( unlink(local_file) != 0 ) { printf("unlink failed %s errno = %d\n", local_file, errno); -return(errno); +return(-2); } /* Check if the user is over quota */ @@ -647,7 +647,7 @@ return(-1); } else { printf("write failed errno = %d\n", errno); -return(errno); +return(-2); } } } @@ -689,7 +689,7 @@ printf("rename failed %s %s errno = %d\n", local_file, local_file_new, errno); /* shouldn't we unlink the file here? */ -return(errno); +return(-2); /* rename worked, so we are okay now */ } else { @@ -701,7 +701,7 @@ printf("link REALLY failed %s %s errno = %d\n", local_file, local_file_new, errno); unlink(local_file); -return(errno); +return(-2); } } } -- 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/
[vchkpw] vpopmail - bug or my bug
Hi, I have following experience ... When the permmisions on the ~/Maildir/new is set to , the following error message is written to the log file and mail message disapear Jan 8 04:02:11 ttx02 qmail: 1073530931.162729 delivery 3254: success: link_REALLY_failed_/internet/mail/vpopmail/domains/ttx.sk/micho/Maildir/tmp/1073530931.9808.ttx02,S=2026_/internet/mail/vpopmail/domains/ttx.sk/micho/Maildir/new/1073530931.9808.ttx02,S=2026_errno_=_13/did_0+0+1/ I expected not success delivery, but defferlal delivery. Am I wrong? Please, let me know your opinion. -- Noe
Re: SV: [vchkpw] vpopmail bug? (was Re: 5.2+ vdelivermail doesn't read .qmail)
ON Wed, Jan 29, 2003 at 03:03:01PM +0100, Jonas Thomsen wrote: > > > ON Fri, Jan 24, 2003 at 05:07:00PM -0600, Michael Burns wrote: > > > > Can somebody verify that this is a vpopmail bug? The > > practical problem here is that qmailadmin creates per-user > > .qmail files to support forwards which vdelivermail ignores. > > I have the same problem, but I haven't verified that it is a vpopmail > bug. > > > I can provide a patch if necessary. > > I would be interested in that! Thanks in advance! Here's that patch ... snip --- vpopmail-5.3.14/vdelivermail.c Wed Oct 23 20:42:36 2002 +++ vpopmail-5.3.14-new/vdelivermail.c Tue Feb 4 22:30:44 2003 @@ -1025,6 +1025,9 @@ /* check if it is a path add the /Maildir/ for delivery */ if ( bounce[0] == '/' ) { + if ( check_forward_deliver(bounce) == 1 ) { + vexit(0); + } strcat( bounce, "/Maildir/"); printf ("user does not exist, but will deliver to %s\n", bounce); } else { snip -- Michael
SV: [vchkpw] vpopmail bug? (was Re: 5.2+ vdelivermail doesn't read .qmail)
> ON Fri, Jan 24, 2003 at 05:07:00PM -0600, Michael Burns wrote: > > I've noticed that vdelivermail in vpopmail 5.2 and (probably up to > > and including) 5.3.14 doesn't process any .qmail file at its second > > argument when that argument is a directory path. > > > > Shouldn't vdelivermail check the delivery directory for a > .qmail file > > before dumping the message into the Maildir/ directory? > > Can somebody verify that this is a vpopmail bug? The > practical problem here is that qmailadmin creates per-user > .qmail files to support forwards which vdelivermail ignores. I have the same problem, but I haven't verified that it is a vpopmail bug. > I can provide a patch if necessary. I would be interested in that! Thanks in advance! Regards, Jonas Thomsen
[vchkpw] vpopmail bug? (was Re: 5.2+ vdelivermail doesn't read .qmail)
ON Fri, Jan 24, 2003 at 05:07:00PM -0600, Michael Burns wrote: > I've noticed that vdelivermail in vpopmail 5.2 and (probably up to > and including) 5.3.14 doesn't process any .qmail file at its second > argument when that argument is a directory path. > > Shouldn't vdelivermail check the delivery directory for a .qmail file > before dumping the message into the Maildir/ directory? Can somebody verify that this is a vpopmail bug? The practical problem here is that qmailadmin creates per-user .qmail files to support forwards which vdelivermail ignores. I can provide a patch if necessary. -- Michael
RE: [vchkpw] vpopmail bug?
I bumped this up to 25, to no avail. 166324 Query select pw_name, pw_passwd, pw_uid, pw_gid, pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "infou" and pw_domain = "stlgodhomes.com" (login is "info") Does anyone need anything from me, I can duplicate this all day long... Is anyone working to resolve this? > The problem most likely is related to the "MAXPERIP=4" setting. If you > use this with webmail you have to increase this value. > > --- > Brad Dameron >Network Account Executive > TSCNet Inc. > www.tscnet.com > Silverdale, WA. > 1-888-8TSCNET > > > >> -Original Message- >> From: Ken Jones [mailto:[EMAIL PROTECTED]] >> Sent: Saturday, September 21, 2002 12:23 AM >> To: [EMAIL PROTECTED]; [EMAIL PROTECTED] >> Subject: Re: [vchkpw] vpopmail bug? >> >> >> Can anyone else reproduce this problem? >> What version of courier-imap are you using? >> >> The authlib/preauthvchkpw.c file is worth checking against >> the one on the inter7 page. Mysql Quits can be caused by >> a program not calling mysql_close before exiting. Which in >> of itself would not cause an authentication failure. >> >> It's worth double checking your courier-imap configuration >> file. The one that specifies max client connections. >> >> The vpopmail ChangeLog shows the change to the email >> parser function and also reports that it fixed all known problems. >> >> To really track down the problem, lots of debugging output is needed >> to isolate what is ocurring. Hopefully leading to a solution :) >> >> Ken Jones >> >> On Friday 20 September 2002 04:20 pm, [EMAIL PROTECTED] wrote: >> > I upgraded to 5.3.8 - and am still seeing this behavior. >> > >> > *sigh* >> > >> > Is this limited to Courier? >> > >> > Quoting Dzuy Nguyen <[EMAIL PROTECTED]>: >> > > There is a bug in vpopmail's email parser function which adds >> > > extra character to the end of user login >> > > at times, when called by courier. Version 5.3.x has a newer email >> > > parser which seems to work. >> > > >> > > [EMAIL PROTECTED] wrote: >> > > >I am seeing strange behaviour on my Qmail+VpopMail(w/ >> > > >MySQL)+COurier >> > > > setup. >> > > > >> > > >Authenticating via IMAP works 90% of the time, but doesn't >> for 10%. I >> > > >> > > don't >> > > >> > > >seem to be able to find any pattern as to it not working - it >> > > >doesn't consistently fail in any particular manner. The problem >> happens with >> > > >> > > multiple >> > > >> > > >mail clients. >> > > > >> > > >This might be a courier related issue, if so, then please >> tell me. Here >> > > > is >> > > >> > > what >> > > >> > > >I see in the mysql logs, when I try to log in to an account >> with a login >> > > > of >> > > >> > > doug >> > > >> > > >(actually, it this using a webmail client, so the login is >> > > >[EMAIL PROTECTED]): >> > > > >> > > > 540747 Query select pw_name, pw_passwd, pw_uid, pw_gid, >> > > > pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "doug" >> > > > and pw_domain = "innerworldscuba.com" >> > > > 540747 Quit >> > > >020915 4:36:10 540748 Connect qmail@localhost on vpopmail >> > > > 540748 Query select pw_name, >> pw_passwd, pw_uid, >> > > >> > > pw_gid, >> > > >> > > >pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "doug" >> > > >and >> > > >> > > pw_domain = >> > > >> > > >"innerworldscuba.com" >> > > > >> > > >..all looks good. I show failed logins like this: >> > > > >> > > >020917 12:56:28 590250 Query select pw_name, >> pw_passwd, pw_uid, >> > > >> > > pw_gid, >> > > >> > > >pw_gecos, pw_
RE: [vchkpw] vpopmail bug?
The problem most likely is related to the "MAXPERIP=4" setting. If you use this with webmail you have to increase this value. --- Brad Dameron Network Account Executive TSCNet Inc. www.tscnet.com Silverdale, WA. 1-888-8TSCNET > -Original Message- > From: Ken Jones [mailto:[EMAIL PROTECTED]] > Sent: Saturday, September 21, 2002 12:23 AM > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: Re: [vchkpw] vpopmail bug? > > > Can anyone else reproduce this problem? > What version of courier-imap are you using? > > The authlib/preauthvchkpw.c file is worth checking against > the one on the inter7 page. Mysql Quits can be caused by > a program not calling mysql_close before exiting. Which in > of itself would not cause an authentication failure. > > It's worth double checking your courier-imap configuration > file. The one that specifies max client connections. > > The vpopmail ChangeLog shows the change to the email > parser function and also reports that it fixed all known problems. > > To really track down the problem, lots of debugging output is needed > to isolate what is ocurring. Hopefully leading to a solution :) > > Ken Jones > > On Friday 20 September 2002 04:20 pm, [EMAIL PROTECTED] wrote: > > I upgraded to 5.3.8 - and am still seeing this behavior. > > > > *sigh* > > > > Is this limited to Courier? > > > > Quoting Dzuy Nguyen <[EMAIL PROTECTED]>: > > > There is a bug in vpopmail's email parser function which adds extra > > > character to the end of user login > > > at times, when called by courier. Version 5.3.x has a newer email > > > parser which seems to work. > > > > > > [EMAIL PROTECTED] wrote: > > > >I am seeing strange behaviour on my Qmail+VpopMail(w/ MySQL)+COurier > > > > setup. > > > > > > > >Authenticating via IMAP works 90% of the time, but doesn't > for 10%. I > > > > > > don't > > > > > > >seem to be able to find any pattern as to it not working - it doesn't > > > >consistently fail in any particular manner. The problem > happens with > > > > > > multiple > > > > > > >mail clients. > > > > > > > >This might be a courier related issue, if so, then please > tell me. Here > > > > is > > > > > > what > > > > > > >I see in the mysql logs, when I try to log in to an account > with a login > > > > of > > > > > > doug > > > > > > >(actually, it this using a webmail client, so the login is > > > >[EMAIL PROTECTED]): > > > > > > > > 540747 Query select pw_name, pw_passwd, pw_uid, pw_gid, > > > > pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "doug" and > > > > pw_domain = "innerworldscuba.com" > > > > 540747 Quit > > > >020915 4:36:10 540748 Connect qmail@localhost on vpopmail > > > > 540748 Query select pw_name, > pw_passwd, pw_uid, > > > > > > pw_gid, > > > > > > >pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "doug" and > > > > > > pw_domain = > > > > > > >"innerworldscuba.com" > > > > > > > >..all looks good. I show failed logins like this: > > > > > > > >020917 12:56:28 590250 Query select pw_name, > pw_passwd, pw_uid, > > > > > > pw_gid, > > > > > > >pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougs" and > > > > > > pw_domain = > > > > > > >"innerworldscuba.com" > > > > 590250 Quit > > > >020917 12:56:33 590251 Query select pw_name, > pw_passwd, pw_uid, > > > > > > pw_gid, > > > > > > >pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougs" and > > > > > > pw_domain = > > > > > > >"innerworldscuba.com" > > > > 590251 Quit > > > >020917 12:56:38 590252 Query select pw_name, > pw_passwd, pw_uid, > > > > > > pw_gid, > > > > > > >pw_gecos, pw_dir, pw_shell from vpopmail where pw_nam
Re: [vchkpw] vpopmail bug?
Ken, I saw this problem in 5.2.1 too. At times, the email parser function just appends an extra character to the user name. I've debugged it and saw that the entire string [EMAIL PROTECTED] was passed in correctly, but at times the user name has extra character added to it. I think it's either the memory is not clean from previous call or there is some flaw in the algorithm itself. I re-wrote the email parser function using strok() and it worked for me. Then I saw a new function in 5.3 and decided to try it and it worked. Ken Jones wrote: >Can anyone else reproduce this problem? >What version of courier-imap are you using? > >The authlib/preauthvchkpw.c file is worth checking against >the one on the inter7 page. Mysql Quits can be caused by >a program not calling mysql_close before exiting. Which in >of itself would not cause an authentication failure. > >It's worth double checking your courier-imap configuration >file. The one that specifies max client connections. > >The vpopmail ChangeLog shows the change to the email >parser function and also reports that it fixed all known problems. > >To really track down the problem, lots of debugging output is needed >to isolate what is ocurring. Hopefully leading to a solution :) > >Ken Jones > >On Friday 20 September 2002 04:20 pm, [EMAIL PROTECTED] wrote: > >>I upgraded to 5.3.8 - and am still seeing this behavior. >> >>*sigh* >> >>Is this limited to Courier? >> >>Quoting Dzuy Nguyen <[EMAIL PROTECTED]>: >> >>>There is a bug in vpopmail's email parser function which adds extra >>>character to the end of user login >>>at times, when called by courier. Version 5.3.x has a newer email >>>parser which seems to work. >>> >>>[EMAIL PROTECTED] wrote: >>> I am seeing strange behaviour on my Qmail+VpopMail(w/ MySQL)+COurier setup. Authenticating via IMAP works 90% of the time, but doesn't for 10%. I >>>don't >>> seem to be able to find any pattern as to it not working - it doesn't consistently fail in any particular manner. The problem happens with >>>multiple >>> mail clients. This might be a courier related issue, if so, then please tell me. Here is >>>what >>> I see in the mysql logs, when I try to log in to an account with a login of >>>doug >>> (actually, it this using a webmail client, so the login is [EMAIL PROTECTED]): 540747 Query select pw_name, pw_passwd, pw_uid, pw_gid, pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "doug" and pw_domain = "innerworldscuba.com" 540747 Quit 020915 4:36:10 540748 Connect qmail@localhost on vpopmail 540748 Query select pw_name, pw_passwd, pw_uid, >>>pw_gid, >>> pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "doug" and >>>pw_domain = >>> "innerworldscuba.com" ..all looks good. I show failed logins like this: 020917 12:56:28 590250 Query select pw_name, pw_passwd, pw_uid, >>>pw_gid, >>> pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougs" and >>>pw_domain = >>> "innerworldscuba.com" 590250 Quit 020917 12:56:33 590251 Query select pw_name, pw_passwd, pw_uid, >>>pw_gid, >>> pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougs" and >>>pw_domain = >>> "innerworldscuba.com" 590251 Quit 020917 12:56:38 590252 Query select pw_name, pw_passwd, pw_uid, >>>pw_gid, >>> pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougs" and >>>pw_domain = >>> "innerworldscuba.com" 590252 Quit 020917 12:57:03 590253 Query select pw_name, pw_passwd, pw_uid, >>>pw_gid, >>> pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougs" and >>>pw_domain = >>> "innerworldscuba.com" 590253 Quit -or-020917 13:20:01 590609 Query select pw_name, pw_passwd, pw_uid, pw_gid, pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougu" >>>and >>> pw_domain = "innerworldscuba.com" 590609 Quit 020917 13:20:06 590641 Query select pw_name, pw_passwd, pw_uid, >>>pw_gid, >>> pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougu" and >>>pw_domain = >>> "innerworldscuba.com" 590641 Quit -or- 020916 10:09:48 564000 Query select pw_name, pw_passwd, pw_uid, >>>pw_gid, >>> pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougt" and >>>pw_domain = >>> "innerworldscuba.com" 564000 Quit so it appears that the piece that parses the login isn't doing what it >>>is >>> supposed too. Is this vchpw.. or is this something else? Courier is compiled with "--enable-workarounds-for-imap-client-bugs" if >>>th
Re: [vchkpw] vpopmail bug?
Can anyone else reproduce this problem? What version of courier-imap are you using? The authlib/preauthvchkpw.c file is worth checking against the one on the inter7 page. Mysql Quits can be caused by a program not calling mysql_close before exiting. Which in of itself would not cause an authentication failure. It's worth double checking your courier-imap configuration file. The one that specifies max client connections. The vpopmail ChangeLog shows the change to the email parser function and also reports that it fixed all known problems. To really track down the problem, lots of debugging output is needed to isolate what is ocurring. Hopefully leading to a solution :) Ken Jones On Friday 20 September 2002 04:20 pm, [EMAIL PROTECTED] wrote: > I upgraded to 5.3.8 - and am still seeing this behavior. > > *sigh* > > Is this limited to Courier? > > Quoting Dzuy Nguyen <[EMAIL PROTECTED]>: > > There is a bug in vpopmail's email parser function which adds extra > > character to the end of user login > > at times, when called by courier. Version 5.3.x has a newer email > > parser which seems to work. > > > > [EMAIL PROTECTED] wrote: > > >I am seeing strange behaviour on my Qmail+VpopMail(w/ MySQL)+COurier > > > setup. > > > > > >Authenticating via IMAP works 90% of the time, but doesn't for 10%. I > > > > don't > > > > >seem to be able to find any pattern as to it not working - it doesn't > > >consistently fail in any particular manner. The problem happens with > > > > multiple > > > > >mail clients. > > > > > >This might be a courier related issue, if so, then please tell me. Here > > > is > > > > what > > > > >I see in the mysql logs, when I try to log in to an account with a login > > > of > > > > doug > > > > >(actually, it this using a webmail client, so the login is > > >[EMAIL PROTECTED]): > > > > > > 540747 Query select pw_name, pw_passwd, pw_uid, pw_gid, > > > pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "doug" and > > > pw_domain = "innerworldscuba.com" > > > 540747 Quit > > >020915 4:36:10 540748 Connect qmail@localhost on vpopmail > > > 540748 Query select pw_name, pw_passwd, pw_uid, > > > > pw_gid, > > > > >pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "doug" and > > > > pw_domain = > > > > >"innerworldscuba.com" > > > > > >..all looks good. I show failed logins like this: > > > > > >020917 12:56:28 590250 Query select pw_name, pw_passwd, pw_uid, > > > > pw_gid, > > > > >pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougs" and > > > > pw_domain = > > > > >"innerworldscuba.com" > > > 590250 Quit > > >020917 12:56:33 590251 Query select pw_name, pw_passwd, pw_uid, > > > > pw_gid, > > > > >pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougs" and > > > > pw_domain = > > > > >"innerworldscuba.com" > > > 590251 Quit > > >020917 12:56:38 590252 Query select pw_name, pw_passwd, pw_uid, > > > > pw_gid, > > > > >pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougs" and > > > > pw_domain = > > > > >"innerworldscuba.com" > > > 590252 Quit > > >020917 12:57:03 590253 Query select pw_name, pw_passwd, pw_uid, > > > > pw_gid, > > > > >pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougs" and > > > > pw_domain = > > > > >"innerworldscuba.com" > > > 590253 Quit > > > > > >-or-020917 13:20:01 590609 Query select pw_name, pw_passwd, > > > pw_uid, pw_gid, pw_gecos, pw_dir, pw_shell from vpopmail where pw_name > > > = "dougu" > > > > and > > > > >pw_domain = "innerworldscuba.com" > > > 590609 Quit > > >020917 13:20:06 590641 Query select pw_name, pw_passwd, pw_uid, > > > > pw_gid, > > > > >pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougu" and > > > > pw_domain = > > > > >"innerworldscuba.com" > > > 590641 Quit > > > > > >-or- > > > > > >020916 10:09:48 564000 Query select pw_name, pw_passwd, pw_uid, > > > > pw_gid, > > > > >pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougt" and > > > > pw_domain = > > > > >"innerworldscuba.com" > > > 564000 Quit > > > > > > > > >so it appears that the piece that parses the login isn't doing what > > > it > > > > is > > > > >supposed too. Is this vchpw.. or is this something else? > > > > > >Courier is compiled with "--enable-workarounds-for-imap-client-bugs" if > > > > that > > > > >matters. > > > > > >Anyone else seen this? Is this a know issue at all? > > > > > >Thanks in advance for the help.. > > > > > >-Brendan > > > > > > > > > > > > > > > > > >- > > >Webmail Services Provided by KPG Inc. > > >(http://www.kpginc.com) > > - > Webmail Services Provided by KPG Inc. > (http://www.kpginc.com)
Re: [vchkpw] vpopmail bug?
I upgraded to 5.3.8 - and am still seeing this behavior. *sigh* Is this limited to Courier? Quoting Dzuy Nguyen <[EMAIL PROTECTED]>: > There is a bug in vpopmail's email parser function which adds extra > character to the end of user login > at times, when called by courier. Version 5.3.x has a newer email > parser which seems to work. > > [EMAIL PROTECTED] wrote: > > >I am seeing strange behaviour on my Qmail+VpopMail(w/ MySQL)+COurier setup. > > >Authenticating via IMAP works 90% of the time, but doesn't for 10%. I > don't > >seem to be able to find any pattern as to it not working - it doesn't > >consistently fail in any particular manner. The problem happens with > multiple > >mail clients. > > > >This might be a courier related issue, if so, then please tell me. Here is > what > >I see in the mysql logs, when I try to log in to an account with a login of > doug > >(actually, it this using a webmail client, so the login is > >[EMAIL PROTECTED]): > > > > 540747 Query select pw_name, pw_passwd, pw_uid, pw_gid, pw_gecos, > >pw_dir, pw_shell from vpopmail where pw_name = "doug" and pw_domain = > >"innerworldscuba.com" > > 540747 Quit > >020915 4:36:10 540748 Connect qmail@localhost on vpopmail > > 540748 Query select pw_name, pw_passwd, pw_uid, > pw_gid, > >pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "doug" and > pw_domain = > >"innerworldscuba.com" > > > >..all looks good. I show failed logins like this: > > > >020917 12:56:28 590250 Query select pw_name, pw_passwd, pw_uid, > pw_gid, > >pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougs" and > pw_domain = > >"innerworldscuba.com" > > 590250 Quit > >020917 12:56:33 590251 Query select pw_name, pw_passwd, pw_uid, > pw_gid, > >pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougs" and > pw_domain = > >"innerworldscuba.com" > > 590251 Quit > >020917 12:56:38 590252 Query select pw_name, pw_passwd, pw_uid, > pw_gid, > >pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougs" and > pw_domain = > >"innerworldscuba.com" > > 590252 Quit > >020917 12:57:03 590253 Query select pw_name, pw_passwd, pw_uid, > pw_gid, > >pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougs" and > pw_domain = > >"innerworldscuba.com" > > 590253 Quit > > > >-or-020917 13:20:01 590609 Query select pw_name, pw_passwd, pw_uid, > >pw_gid, pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougu" > and > >pw_domain = "innerworldscuba.com" > > 590609 Quit > >020917 13:20:06 590641 Query select pw_name, pw_passwd, pw_uid, > pw_gid, > >pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougu" and > pw_domain = > >"innerworldscuba.com" > > 590641 Quit > > > >-or- > > > >020916 10:09:48 564000 Query select pw_name, pw_passwd, pw_uid, > pw_gid, > >pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougt" and > pw_domain = > >"innerworldscuba.com" > > 564000 Quit > > > > > >so it appears that the piece that parses the login isn't doing what it > is > >supposed too. Is this vchpw.. or is this something else? > > > >Courier is compiled with "--enable-workarounds-for-imap-client-bugs" if > that > >matters. > > > >Anyone else seen this? Is this a know issue at all? > > > >Thanks in advance for the help.. > > > >-Brendan > > > > > > > > > > > >- > >Webmail Services Provided by KPG Inc. > >(http://www.kpginc.com) > > > > > > > > > - Webmail Services Provided by KPG Inc. (http://www.kpginc.com)
Re: [vchkpw] vpopmail bug?
There is a bug in vpopmail's email parser function which adds extra character to the end of user login at times, when called by courier. Version 5.3.x has a newer email parser which seems to work. [EMAIL PROTECTED] wrote: >I am seeing strange behaviour on my Qmail+VpopMail(w/ MySQL)+COurier setup. >Authenticating via IMAP works 90% of the time, but doesn't for 10%. I don't >seem to be able to find any pattern as to it not working - it doesn't >consistently fail in any particular manner. The problem happens with multiple >mail clients. > >This might be a courier related issue, if so, then please tell me. Here is what >I see in the mysql logs, when I try to log in to an account with a login of doug >(actually, it this using a webmail client, so the login is >[EMAIL PROTECTED]): > > 540747 Query select pw_name, pw_passwd, pw_uid, pw_gid, pw_gecos, >pw_dir, pw_shell from vpopmail where pw_name = "doug" and pw_domain = >"innerworldscuba.com" > 540747 Quit >020915 4:36:10 540748 Connect qmail@localhost on vpopmail > 540748 Query select pw_name, pw_passwd, pw_uid, pw_gid, >pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "doug" and pw_domain = >"innerworldscuba.com" > >..all looks good. I show failed logins like this: > >020917 12:56:28 590250 Query select pw_name, pw_passwd, pw_uid, pw_gid, >pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougs" and pw_domain = >"innerworldscuba.com" > 590250 Quit >020917 12:56:33 590251 Query select pw_name, pw_passwd, pw_uid, pw_gid, >pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougs" and pw_domain = >"innerworldscuba.com" > 590251 Quit >020917 12:56:38 590252 Query select pw_name, pw_passwd, pw_uid, pw_gid, >pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougs" and pw_domain = >"innerworldscuba.com" > 590252 Quit >020917 12:57:03 590253 Query select pw_name, pw_passwd, pw_uid, pw_gid, >pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougs" and pw_domain = >"innerworldscuba.com" > 590253 Quit > >-or-020917 13:20:01 590609 Query select pw_name, pw_passwd, pw_uid, >pw_gid, pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougu" and >pw_domain = "innerworldscuba.com" > 590609 Quit >020917 13:20:06 590641 Query select pw_name, pw_passwd, pw_uid, pw_gid, >pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougu" and pw_domain = >"innerworldscuba.com" > 590641 Quit > >-or- > >020916 10:09:48 564000 Query select pw_name, pw_passwd, pw_uid, pw_gid, >pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougt" and pw_domain = >"innerworldscuba.com" > 564000 Quit > > >so it appears that the piece that parses the login isn't doing what it is >supposed too. Is this vchpw.. or is this something else? > >Courier is compiled with "--enable-workarounds-for-imap-client-bugs" if that >matters. > >Anyone else seen this? Is this a know issue at all? > >Thanks in advance for the help.. > >-Brendan > > > > > >- >Webmail Services Provided by KPG Inc. >(http://www.kpginc.com) > > >
[vchkpw] vpopmail bug?
I am seeing strange behaviour on my Qmail+VpopMail(w/ MySQL)+COurier setup. Authenticating via IMAP works 90% of the time, but doesn't for 10%. I don't seem to be able to find any pattern as to it not working - it doesn't consistently fail in any particular manner. The problem happens with multiple mail clients. This might be a courier related issue, if so, then please tell me. Here is what I see in the mysql logs, when I try to log in to an account with a login of doug (actually, it this using a webmail client, so the login is [EMAIL PROTECTED]): 540747 Query select pw_name, pw_passwd, pw_uid, pw_gid, pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "doug" and pw_domain = "innerworldscuba.com" 540747 Quit 020915 4:36:10 540748 Connect qmail@localhost on vpopmail 540748 Query select pw_name, pw_passwd, pw_uid, pw_gid, pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "doug" and pw_domain = "innerworldscuba.com" ..all looks good. I show failed logins like this: 020917 12:56:28 590250 Query select pw_name, pw_passwd, pw_uid, pw_gid, pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougs" and pw_domain = "innerworldscuba.com" 590250 Quit 020917 12:56:33 590251 Query select pw_name, pw_passwd, pw_uid, pw_gid, pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougs" and pw_domain = "innerworldscuba.com" 590251 Quit 020917 12:56:38 590252 Query select pw_name, pw_passwd, pw_uid, pw_gid, pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougs" and pw_domain = "innerworldscuba.com" 590252 Quit 020917 12:57:03 590253 Query select pw_name, pw_passwd, pw_uid, pw_gid, pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougs" and pw_domain = "innerworldscuba.com" 590253 Quit -or-020917 13:20:01 590609 Query select pw_name, pw_passwd, pw_uid, pw_gid, pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougu" and pw_domain = "innerworldscuba.com" 590609 Quit 020917 13:20:06 590641 Query select pw_name, pw_passwd, pw_uid, pw_gid, pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougu" and pw_domain = "innerworldscuba.com" 590641 Quit -or- 020916 10:09:48 564000 Query select pw_name, pw_passwd, pw_uid, pw_gid, pw_gecos, pw_dir, pw_shell from vpopmail where pw_name = "dougt" and pw_domain = "innerworldscuba.com" 564000 Quit so it appears that the piece that parses the login isn't doing what it is supposed too. Is this vchpw.. or is this something else? Courier is compiled with "--enable-workarounds-for-imap-client-bugs" if that matters. Anyone else seen this? Is this a know issue at all? Thanks in advance for the help.. -Brendan - Webmail Services Provided by KPG Inc. (http://www.kpginc.com)