[tpop3d-discuss] tpop3d v1.4.1pre4
Michael Klatsky
mklatsky at cttel.com
Mon, 25 Feb 2002 09:02:48 -0500
Compiling on Solaris 8 (sparc):
Configure options:
./configure \
--enable-mbox-maildir \
--enable-cclient-fcntl \
--enable-auth-pam=3Dno \
--enable-auth-ldap \
--with-openldap-root=3D/usr/local
Make results give:
gcc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/local/include -Wall
-Wstrict-prototypes -g -O2 -c auth_ldap.c
auth_ldap.c:340:9: warning: pasting "." and "mailbox" does not give a
valid preprocessing token
auth_ldap.c:340:9: warning: pasting "." and "mailbox" does not give a
valid preprocessing token
auth_ldap.c:341:9: warning: pasting "." and "mboxtype" does not give a
valid preprocessing token
auth_ldap.c:341:9: warning: pasting "." and "mboxtype" does not give a
valid preprocessing token
auth_ldap.c:342:9: warning: pasting "." and "user" does not give a valid
preprocessing token
auth_ldap.c:342:9: warning: pasting "." and "user" does not give a valid
preprocessing token
auth_ldap.c:343:9: warning: pasting "." and "group" does not give a
valid preprocessing token
auth_ldap.c:343:9: warning: pasting "." and "group" does not give a
valid preprocessing token
<SNIP>
gcc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/local/include -Wall
-Wstrict-prototypes -g -O2 -c logging.c
logging.c:33: `LOG_AUTHPRIV' undeclared here (not in a function)
logging.c:33: initializer element is not constant
logging.c:33: (near initialization for `facil[1].fac')
logging.c:33: initializer element is not constant
logging.c:33: (near initialization for `facil[1]')
logging.c:34: initializer element is not constant
logging.c:34: (near initialization for `facil[2]')
logging.c:35: initializer element is not constant
logging.c:35: (near initialization for `facil[3]')
<....and more under logging>
Any ideas? I notice this is similar to an issue that was posted related
to a compile under Mandrake.
Thanks in advance!
=20
Sincerely,
=20
Michael Klatsky
Senior Unix Administrator
Connecticut Telephone
1 Talcott Plaza
Hartford, CT 06103
1-860-240-6496=20
-----Original Message-----
From: Prune [mailto:prune@lecentre.net]
Sent: Monday, February 25, 2002 4:16 AM
To: Prune
Cc: Chris Lightfoot; tpop3d-discuss@lists.beasts.org
Subject: Re: [tpop3d-discuss] tpop3d v1.4.1pre4
Hi,
finaly.... first compile on linux (mandrake 8.2) (sorry ;)
Here are the logs :
make[2]: Entering directory `/home/prune/tpop3d-1.4.1pre4'
gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall=20
-Wstrict-prototypes -g -O2 -c auth_mysql.c
gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall=20
-Wstrict-prototypes -g -O2 -c auth_ldap.c
auth_ldap.c:341:9: warning: pasting "." and "mailbox" does not give a=20
valid preprocessing token
auth_ldap.c:341:9: warning: pasting "." and "mailbox" does not give a=20
valid preprocessing token
auth_ldap.c:342:9: warning: pasting "." and "mboxtype" does not give a=20
valid preprocessing token
auth_ldap.c:342:9: warning: pasting "." and "mboxtype" does not give a=20
valid preprocessing token
auth_ldap.c:343:9: warning: pasting "." and "user" does not give a valid
preprocessing token
auth_ldap.c:343:9: warning: pasting "." and "user" does not give a valid
preprocessing token
auth_ldap.c:344:9: warning: pasting "." and "group" does not give a=20
valid preprocessing token
auth_ldap.c:344:9: warning: pasting "." and "group" does not give a=20
valid preprocessing token
gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall=20
-Wstrict-prototypes -g -O2 -c auth_other.c
gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall=20
-Wstrict-prototypes -g -O2 -c auth_perl.c
gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall=20
-Wstrict-prototypes -g -O2 -c auth_pam.c
gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall=20
-Wstrict-prototypes -g -O2 -c auth_passwd.c
gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall=20
-Wstrict-prototypes -g -O2 -c authswitch.c
gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall=20
-Wstrict-prototypes -g -O2 -c cfgdirectives.c
gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall=20
-Wstrict-prototypes -g -O2 -c config.c
gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall=20
-Wstrict-prototypes -g -O2 -c connection.c
gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall=20
-Wstrict-prototypes -g -O2 -c listener.c
gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall=20
-Wstrict-prototypes -g -O2 -c locks.c
gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall=20
-Wstrict-prototypes -g -O2 -c logging.c
gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall=20
-Wstrict-prototypes -g -O2 -c mailbox.c
gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall=20
-Wstrict-prototypes -g -O2 -c maildir.c
maildir.c:102:2: warning: #warning IGNORE_CCLIENT_METADATA not supported
with maildir.
gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall=20
-Wstrict-prototypes -g -O2 -c mailspool.c
mailspool.c: In function `mailspool_load_index':
mailspool.c:713: warning: unused variable `ctx'
mailspool.c:659: warning: `indexfile' might be used uninitialized in=20
this function
gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall=20
-Wstrict-prototypes -g -O2 -c main.c
gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall=20
-Wstrict-prototypes -g -O2 -c md5c.c
gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall=20
-Wstrict-prototypes -g -O2 -c pidfile.c
pidfile.c: In function `write_pid_file':
pidfile.c:53: warning: implicit declaration of function `strlen'
gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall=20
-Wstrict-prototypes -g -O2 -c pop3.c
gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall=20
-Wstrict-prototypes -g -O2 -c signals.c
signals.c: In function `set_signals':
signals.c:73: warning: implicit declaration of function `memset'
gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall=20
-Wstrict-prototypes -g -O2 -c stringmap.c
gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall=20
-Wstrict-prototypes -g -O2 -c strtok_r.c
gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall=20
-Wstrict-prototypes -g -O2 -c substvars.c
gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall=20
-Wstrict-prototypes -g -O2 -c tokenise.c
gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall=20
-Wstrict-prototypes -g -O2 -c util.c
gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall=20
-Wstrict-prototypes -g -O2 -c vector.c
gcc -Wall -Wstrict-prototypes -g -O2 -L/opt/openldap/lib -o tpop3d =20
auth_mysql.o auth_ldap.o auth_other.o auth_perl.o auth_pam.o=20
auth_passwd.o authswitch.o cfgdirectives.o config.o connection.o=20
listener.o locks.o logging.o mailbox.o maildir.o mailspool.o main.o=20
md5c.o pidfile.o pop3.o signals.o stringmap.o strtok_r.o substvars.o=20
tokenise.o util.o vector.o
-lldap -llber -lresolv -lpam -ldl
-you need to define "string.h" in signals.c and pidfile.c
-check what's wrong in mailspool.c
-see what's wrong in auth_ldap.c.....
but you already know it :)
I noticed linux was more verbose than freebsd when compiling....
for info :
gcc -v
Reading specs from=20
/usr//bin/../lib/gcc-lib/i586-mandrake-linux-gnu/2.96/specs
gcc version 2.96 20000731 (Mandrake Linux 8.1 2.96-0.62mdk)
Every bug staying in my code were corrected... thanks chris !
I'm testing it, i'll come back to you if I notice something.
Cheers,
Prune (happy :)
Prune wrote:
> YES !!
> :)
>
> I'll check it tonight and maybe add the first patch, as I had new=20
> ideas.... :)
> wait and see....
>
> Prune
>
> Chris Lightfoot wrote:
>
>> http://www.ex-parrot.com/~chris/tpop3d/tpop3d-1.4.1pre4.tar.gz
>>
>> This version incorporates auth-ldap and a fix to the BSD
>> metadata cache code. In order to cleanly integrate the new
>> authentication code, there has been a slight semantic
>> change to the operation of authentication in tpop3d. This
>> is explained more fully in the tpop3d.conf man page in the
>> new distribution, but basically--
>>
>> - previously, users had a `username' which under some
>> circumstances would be interpreted as a
>> local-part@domain string and used for
>> authentication; it was up to individual
>> authenticators to do this parsing.
>>
>> - If append-domain was switched on, then a username
>> without a separator might be passed to
>> authenticators with an @domain suffix.
>>
>> - Now, the concept of a local-part separate from a
>> username is maintained throughout the code.
>> `Username' always refers to the string which the
>> client supplied.
>>
>> - If a client supplies a string with no separator in
>> it, and append-domain is not switched on, then no
>> local-part is generated and only a username and
>> domain are passed to authenticators.
>>
>> - If append-domain is switched on, then the username
>> is also used as the local-part when authentication
>> is retried.
>>
>> - If there is a separator in the username, then the
>> local-part and domain specified replace those
>> derived by other means.
>>
>
>
>
> _______________________________________________
> tpop3d-discuss mailing list
> tpop3d-discuss@lists.beasts.org
> http://lists.beasts.org/mailman/listinfo/tpop3d-discuss
_______________________________________________
tpop3d-discuss mailing list
tpop3d-discuss@lists.beasts.org
http://lists.beasts.org/mailman/listinfo/tpop3d-discuss