tpop3d-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [tpop3d-discuss] tpop3d v1.4.1pre4


From: Prune
Subject: Re: [tpop3d-discuss] tpop3d v1.4.1pre4
Date: Mon, 25 Feb 2002 10:16:10 +0100
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2

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 -Wstrict-prototypes -g -O2 -c auth_mysql.c gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall -Wstrict-prototypes -g -O2 -c auth_ldap.c auth_ldap.c:341:9: warning: pasting "." and "mailbox" does not give a valid preprocessing token auth_ldap.c:341:9: warning: pasting "." and "mailbox" does not give a valid preprocessing token auth_ldap.c:342:9: warning: pasting "." and "mboxtype" does not give a valid preprocessing token auth_ldap.c:342:9: warning: pasting "." and "mboxtype" 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: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 valid preprocessing token auth_ldap.c:344:9: warning: pasting "." and "group" does not give a valid preprocessing token gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall -Wstrict-prototypes -g -O2 -c auth_other.c gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall -Wstrict-prototypes -g -O2 -c auth_perl.c gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall -Wstrict-prototypes -g -O2 -c auth_pam.c gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall -Wstrict-prototypes -g -O2 -c auth_passwd.c gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall -Wstrict-prototypes -g -O2 -c authswitch.c gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall -Wstrict-prototypes -g -O2 -c cfgdirectives.c gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall -Wstrict-prototypes -g -O2 -c config.c gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall -Wstrict-prototypes -g -O2 -c connection.c gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall -Wstrict-prototypes -g -O2 -c listener.c gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall -Wstrict-prototypes -g -O2 -c locks.c gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall -Wstrict-prototypes -g -O2 -c logging.c gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall -Wstrict-prototypes -g -O2 -c mailbox.c gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall -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 -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 this function gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall -Wstrict-prototypes -g -O2 -c main.c gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall -Wstrict-prototypes -g -O2 -c md5c.c gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall -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 -Wstrict-prototypes -g -O2 -c pop3.c gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall -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 -Wstrict-prototypes -g -O2 -c stringmap.c gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall -Wstrict-prototypes -g -O2 -c strtok_r.c gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall -Wstrict-prototypes -g -O2 -c substvars.c gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall -Wstrict-prototypes -g -O2 -c tokenise.c gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall -Wstrict-prototypes -g -O2 -c util.c gcc -DHAVE_CONFIG_H -I. -I. -I. -I/opt/openldap/include -Wall -Wstrict-prototypes -g -O2 -c vector.c gcc -Wall -Wstrict-prototypes -g -O2 -L/opt/openldap/lib -o tpop3d auth_mysql.o auth_ldap.o auth_other.o auth_perl.o auth_pam.o auth_passwd.o authswitch.o cfgdirectives.o config.o connection.o listener.o locks.o logging.o mailbox.o maildir.o mailspool.o main.o md5c.o pidfile.o pop3.o signals.o stringmap.o strtok_r.o substvars.o 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 /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 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
     address@hidden 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
address@hidden
http://lists.beasts.org/mailman/listinfo/tpop3d-discuss





reply via email to

[Prev in Thread] Current Thread [Next in Thread]