search for: sql_drivers_register_all

...utomatically generated by Makefile */' >$@ echo '#include "lib.h"' >>$@ echo '#include "sql-api.h"' >>$@ ! for i in $(sql_drivers) ; do \ echo "extern struct sql_db driver_$${i}_db;" >>$@ ; \ done echo 'void sql_drivers_register_all(void) {' >>$@ ! for i in $(sql_drivers) ; do \ echo "sql_driver_register(&driver_$${i}_db);" >>$@ ; \ done echo '}' >>$@ --- 470,480 ---- echo '/* this file automatically generated by Makefile */' >$@ echo '#include "l...

Hello Timo, I am compiling dovecot-1.0.beta3, and I get the following message when the dovecot-auth module is being compiled: Undefined symbol sql_drivers_register_all first referenced in main.o Now I had run 'configure' with the '--without-sql-drivers' since I neither have MySQL or PostgresSQL installed on my server. Does this mean I DO have to get either package, install, and run it '--with-sql-drivers'? Or is it that the '--witho...

...o userdb-sql.o -L/usr/local/ssl/lib libpassword.a ../lib-settings/libsettings.a ../lib-ntlm/libntlm.a ../lib-sql/libsql.a ../lib/liblib.a -lcrypt -lpam -lldap -ldl -lsocket -lnsl -lrt -lsendfile Undefined first referenced symbol in file sql_drivers_register_all main.o ld: fatal: Symbol referencing errors. No output written to dovecot-auth collect2: ld returned 1 exit status make[3]: *** [dovecot-auth] Error 1 make[3]: Leaving directory `/home/glenn/dovecot/src/auth' I'm not sure why sql_drivers_register_all is getting reference...

Since there have been so many requests, I guess it's time for beta3 now. There are a couple of issues that I'm still concerned about, but those probably happen with beta2 as well. If you're beginning to see more connection hangs/timeouts with this release, please tell me. * Dotlock code changed to timeout faster in some situations when the lock file is old. + Added support for

...ed? I discovered that when I don't explicitly link lib-sql/libsql.a in, then I get an undefind symbol error about sql_init when loading the plugin. Shouldn't the imap process itself have sql support linked in, rather than each plugin? -It appears that I need to call sql_drivers_init() and sql_drivers_register_all() before sql_init. Again, shouldn't the imap process do this, instead of each plugin? It should probably only be called once, so if one plugin already does it, then the second one will create problems. -When linking libsql.a in, and calling the functions mentioned above, then I get this error...

...m /usr/lib/libz.so.2...(no debugging symbols found)...done. Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols found)...done. #0 0x805dc00 in userdb_blocking_lookup () (gdb) bt #0 0x805dc00 in userdb_blocking_lookup () #1 0x805dd50 in userdb_blocking_lookup () #2 0x806175a in sql_drivers_register_all () #3 0x8060d1c in sql_query () #4 0x805de62 in userdb_blocking_lookup () #5 0x8055724 in auth_stream_is_empty () #6 0x80557f4 in auth_stream_is_empty () #7 0x8055894 in auth_stream_is_empty () #8 0x80668ac in io_loop_handler_run () #9 0x80662a1 in io_loop_run () #10 0x805770f in main () #11...

Hello List, I am back again and I think I am edging closer to getting a solution. I have done some modifications and now dovecot gives me a different error message than before.... Here is what I have for the password_query and user_query password_query = SELECT popbox.cleartext AS password FROM popbox, domain \ WHERE popbox.local_part = 'eddie' AND popbox.domain_name =