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 Brookings m...@inter7.com GnuPG 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-
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 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/
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_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
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_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
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 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?
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?
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)
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)