I've gone way farther than that at this point. I'm temporarily not using
authdaemond. And I have fprintfs everywhere:
29588 authuserdb RET wait4 29589/0x7395
29588 authuserdb CALL wait4(0xffffffff,0xbfbff8f4,0,0)
29588 authuserdb RET wait4 -1 errno 10 No child processes
29588 authuserdb CALL write(0x2,0xbfbff1c0,0x14)
29588 authuserdb GIO fd 2 wrote 20 bytes
"Entered auth_userdb
"
29588 authuserdb RET write 20/0x14
29588 authuserdb CALL write(0x2,0xbfbff150,0x1f)
29588 authuserdb GIO fd 2 wrote 31 bytes
"Entered auth_userdb_pre_common
"
29588 authuserdb RET write 31/0x1f
29588 authuserdb CALL write(0x2,0xbfbff0b0,0x45)
29588 authuserdb GIO fd 2 wrote 69 bytes
"Entering userdb_init for /usr/local/etc/userdb.dat; (initialized: 0)
"
29588 authuserdb RET write 69/0x45
29588 authuserdb CALL stat(0x804d480,0xbfbff7d8)
29588 authuserdb NAMI "/usr/local/etc/userdb.dat"
29588 authuserdb RET stat 0
29588 authuserdb CALL write(0x2,0xbfbff0b0,0xa)
29588 authuserdb GIO fd 2 wrote 10 bytes
"last else
"
29588 authuserdb RET write 10/0xa
29588 authuserdb CALL write(0x2,0xbfbff0b0,0x3d)
29588 authuserdb GIO fd 2 wrote 61 bytes
"!initialized, trying to dbobj_open /usr/local/etc/userdb.dat
"
29588 authuserdb RET write 61/0x3d
29588 authuserdb CALL stat(0x804d480,0xbfbff6a8)
29588 authuserdb NAMI "/usr/local/etc/userdb.dat"
29588 authuserdb RET stat 0
29588 authuserdb CALL open(0x804d480,0,0x1b4)
29588 authuserdb NAMI "/usr/local/etc/userdb.dat"
29588 authuserdb RET open 3
29588 authuserdb CALL fcntl(0x3,0x2,0x1)
29588 authuserdb RET fcntl 0
29588 authuserdb CALL read(0x3,0x8052000,0x104)
29588 authuserdb GIO fd 3 read 260 bytes
"\M-N\M^ZW\^S\0 \0\0\0 \0\0\0\0\0\0\0 \0\0
\0\0\0\0
\0\0Q\^A\0\0\0\M^@\0\0\0\0\0\0\M-&\^B\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\
0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\
0\0\0\0\
\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0
\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0
\0\0\0\0\0\0\0\0\
\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0
\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\000"
29588 authuserdb RET read 260/0x104
29588 authuserdb CALL close(0x3)
29588 authuserdb RET close 0
29588 authuserdb CALL write(0x2,0xbfbff0b0,0x13)
29588 authuserdb GIO fd 2 wrote 19 bytes
"dbobj_open success
"
29588 authuserdb RET write 19/0x13
29588 authuserdb CALL write(0x2,0xbfbff150,0x12)
29588 authuserdb GIO fd 2 wrote 18 bytes
"called userdb_init"
29588 authuserdb RET write 18/0x12
29588 authuserdb CALL write(0x2,0xbfbff110,0x2c)
29588 authuserdb GIO fd 2 wrote 44 bytes
"Entered userdb with u=test; (initialized=1)
"
29588 authuserdb RET write 44/0x2c
29588 authuserdb CALL write(0x2,0xbfbff110,0x28)
29588 authuserdb GIO fd 2 wrote 40 bytes
"Calling dbobj_fetch for test, strlen(4)
"
29588 authuserdb RET write 40/0x28
29588 authuserdb CALL write(0x2,0xbfbff110,0x25)
29588 authuserdb GIO fd 2 wrote 37 bytes
"I guess this means no such user test
"
29588 authuserdb RET write 37/0x25
29588 authuserdb CALL write(0x2,0xbfbff150,0x1d)
29588 authuserdb GIO fd 2 wrote 29 bytes
"userdb(test) = (null), sorry
"
29588 authuserdb RET write 29/0x1d
29588 authuserdb CALL close(0x3)
29588 authuserdb RET close -1 errno 9 Bad file descriptor
My next step is to figure out: why is gdobj_fetch failing?
I already modified the code in userdb.c from:
if (!initialized)
{
fprintf(stderr,"!initialized, trying to dbobj_open %s\n",
n);
if (dbobj_open(&d, n, "R"))
{
return;
}
initialized=1;
}
to:
if (!initialized)
{
fprintf(stderr,"!initialized, trying to dbobj_open %s\n",
n);
if (dbobj_open(&d, n, "R"))
{
initialized=1;
fprintf (stderr,"dbobj_open success\n");
return;
}
else {
fprintf (stderr,"dbobj_open failed\n");
}
}
in userdb_init. Do I have that backwards? I haven't looked at dbobj_open
yet -- I'm just assuming a return value means success. So I'll be digging
in dbobj functions next.
-Yanek.
> -----Original Message-----
> From: Roland Schneider [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, February 28, 2002 2:08 PM
> To: '[EMAIL PROTECTED]'
> Subject: RE: [courier-users] Cannot authenticate;
> userdb/authdaemond/FreeB SD
>
>
> --Yanek Korff wrote on 28.02.2002 09:54 -0500:
> >> You also could configure --without-authdaemon, much easier
> >> to debug with strace.
> > ktrace okay? Been using that -- easy enough to predict
> which authdaemon.
> > It always chooses the lowest pid.
>
> You want the other pid (with daemons=1 as recommended).
> This script generates some lines useful output, at least
> on FreeBSD with strace installed from the ports:
>
> � #!/bin/sh -x
> � strace -p `ps -ax | grep authdaemond | tail -n 1 | awk
> '{print $1}'` &
> � ./authtest invalid@user
> � sleep 1
> � killall strace
> � exit
>
>
> Roland
>
>
> _______________________________________________
> courier-users mailing list
> [EMAIL PROTECTED]
> Unsubscribe:
https://lists.sourceforge.net/lists/listinfo/courier-users
_______________________________________________
courier-users mailing list
[EMAIL PROTECTED]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
