I have done further testing and found out that this only happens when the
login fails. (wrong username/password). But it fails only when the username
is not in correct format. For example, when a user logins using only the
username, not their full email address. So sacha.stanton failed and
authvchkpw cored, where as [EMAIL PROTECTED] works. If
[EMAIL PROTECTED] is used with a wrong password, the login will
fail, but authvchkpw doesn't core.
__
Kris.
At 08:49 PM 2/17/2002 -0500, you wrote:
>I have reinstalled mysql 3.23.48 from the ports (just like I have always
>done). Then I have proceeded to reinstall vpopmail and courier-imap by
>doing make clean, make, make install-strip, and the error is still happening...
>
>So I have installed authvchkpw non stripped version. But the strange part
>is that the core file is being created in the directory that I have
>compiled courier-imap in. Isn't it suppose to create the core file in the
>/usr/local/libexec/courier-imap/authlib/ dir?
>
>Anyway here is the gdb output:
>
>gdb /usr/local/libexec/courier-imap/authlib/authvchkpw
>/usr/local/src/mail/courier-imap-1.4.2/authvchkpw.core
>GNU gdb 4.18
>Copyright 1998 Free Software Foundation, Inc.
>GDB is free software, covered by the GNU General Public License, and you are
>welcome to change it and/or distribute copies of it under certain conditions.
>Type "show copying" to see the conditions.
>There is absolutely no warranty for GDB. Type "show warranty" for details.
>This GDB was configured as "i386-unknown-freebsd"...
>Core was generated by `authvchkpw'.
>Program terminated with signal 10, Bus error.
>Reading symbols from /usr/local/lib/mysql/libmysqlclient.so.10...done.
>Reading symbols from /usr/lib/libz.so.2...done.
>Reading symbols from /usr/lib/libm.so.2...done.
>Reading symbols from /usr/lib/libcrypt.so.2...done.
>Reading symbols from /usr/lib/libc.so.4...done.
>Reading symbols from /usr/libexec/ld-elf.so.1...done.
>#0 0x2812f29c in strcpy () from /usr/lib/libc.so.4
>(gdb) where
>#0 0x2812f29c in strcpy () from /usr/lib/libc.so.4
>#1 0x8051d23 in rcsid ()
>#2 0x804a2aa in auth_vchkpw_pre (userid=0x80558ab "sacha.stanton",
>service=0x80558a0 "imap",
> callback=0x8049f44 <callback_vchkpw>, arg=0xbfbff650) at
> preauthvchkpw.c:65
>#3 0x804a067 in auth_vchkpw (service=0x80558a0 "imap", authtype=0x80558a5
>"login", authdata=0x80558ab "sacha.stanton",
> issession=1, callback_func=0, callback_arg=0x0) at authvchkpw.c:87
>#4 0x804999f in main (argc=3, argv=0xbfbff708) at mod.h:24
>#5 0x80498d1 in _start ()
>(gdb) list
>9 #include <stdlib.h>
>10 #include <errno.h>
>11
>12 extern char *MODULE(const char *, const char *, char *, int,
>13 void (*)(struct authinfo *, void *), void *);
>14
>15 static const char mod_h_rcsid[]="$Id: mod.h,v 1.4 2000/04/27
>02:51:00 mrsam Exp $";
>16
>17 int main(int argc, char **argv)
>18 {
>
>
>I have looked at the user sacha.stanton, and found no problems with her
>account, she didn't even experience any problems as far as she is concerned.
>
>Any other ideas?
>__
>Kris.
_______________________________________________
courier-users mailing list
[EMAIL PROTECTED]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
