Re: [Dbmail-dev] Current svn build problems
On Fri, 2006-02-17 at 17:35 -0500, Leif Jackson wrote: - dbmail_message_set_header(msg, Return-Path, from-data); + dbmail_message_set_header(msg, Return-Path, (char *)(dm_list_getstart(from)-data)); Committed to SVN. +#ifdef SIEVE Well, no, because the whole point of the module loader is that you can build DBMail without a module, decide you want that module later on, build it, and load it into the same set of binaries you originally had. This is hugely valuable for packagers, they can do this: dbmail.rpm/deb/pkg (whatever) dbmail-pgsql.whatever dbmail-mysql.whatever dbmail-sieve.whatever I'm trying to figure out why sortmodule.c doesn't seem to be building unless --with-sieve is specified. The Makefile.am doesn't separate sortmodule.c from the other two module loaders... Aaron
Re: [Dbmail-dev] Current svn build problems
On Fri, February 17, 2006 10:29 pm, Aaron Stone wrote: On Fri, 2006-02-17 at 17:35 -0500, Leif Jackson wrote: - dbmail_message_set_header(msg, Return-Path, from-data); + dbmail_message_set_header(msg, Return-Path, (char *)(dm_list_getstart(from)-data)); Committed to SVN. +#ifdef SIEVE Well, no, because the whole point of the module loader is that you can build DBMail without a module, decide you want that module later on, build it, and load it into the same set of binaries you originally had. This is hugely valuable for packagers, they can do this: dbmail.rpm/deb/pkg (whatever) dbmail-pgsql.whatever dbmail-mysql.whatever dbmail-sieve.whatever I'm trying to figure out why sortmodule.c doesn't seem to be building unless --with-sieve is specified. The Makefile.am doesn't separate sortmodule.c from the other two module loaders... Right ok, well I belive it has to with other ifdef's then on the function defs and having at least stub functions if the module is not ld'ed. But I didn't really understand that was the goal. :) -leif Aaron ___ Dbmail-dev mailing list Dbmail-dev@dbmail.org http://twister.fastxs.net/mailman/listinfo/dbmail-dev
Re: [Dbmail-dev] Current svn build problems
On Sat, 2006-02-18 at 01:59 -0500, Leif Jackson wrote: On Fri, February 17, 2006 10:29 pm, Aaron Stone wrote: I'm trying to figure out why sortmodule.c doesn't seem to be building unless --with-sieve is specified. The Makefile.am doesn't separate sortmodule.c from the other two module loaders... Right ok, well I belive it has to with other ifdef's then on the function defs and having at least stub functions if the module is not ld'ed. But I didn't really understand that was the goal. :) So the broken combination is static build without sieve. I suppose a null driver, sortnull.c, could stub the functions and give a warning: Sieve enabled in config file but was not enabled at compile time. Either that or #ifdef (SIEVE || SHARED). The jury is out. Incidentally, the default build appears to be static? acinclude.m4 seems to indicate that builds should be shared by default... Aaron
Re: [Dbmail-dev] Current svn build problems
On Sat, February 18, 2006 2:57 am, Aaron Stone wrote: On Sat, 2006-02-18 at 01:59 -0500, Leif Jackson wrote: On Fri, February 17, 2006 10:29 pm, Aaron Stone wrote: I'm trying to figure out why sortmodule.c doesn't seem to be building unless --with-sieve is specified. The Makefile.am doesn't separate sortmodule.c from the other two module loaders... Right ok, well I belive it has to with other ifdef's then on the function defs and having at least stub functions if the module is not ld'ed. But I didn't really understand that was the goal. :) So the broken combination is static build without sieve. I suppose a null driver, sortnull.c, could stub the functions and give a warning: Sieve enabled in config file but was not enabled at compile time. Either that or #ifdef (SIEVE || SHARED). The jury is out. You know as painfull as it can be this may be a good time to work out a loadable at runtime module system using function pointers. Incidentally, the default build appears to be static? acinclude.m4 seems to indicate that builds should be shared by default... From what I get from svn it seams shared is my default. Aaron ___ Dbmail-dev mailing list Dbmail-dev@dbmail.org http://twister.fastxs.net/mailman/listinfo/dbmail-dev
Re: [Dbmail-dev] Current svn build problems
On Sat, 2006-02-18 at 04:47 -0500, Leif Jackson wrote: Either that or #ifdef (SIEVE || SHARED). The jury is out. You know as painfull as it can be this may be a good time to work out a loadable at runtime module system using function pointers. I did that two months ago ;-) dbmodule.c, authmodule.c, sortmodule.c Aaron
[Dbmail-dev] Signal alarm clock bringing on the corrupted double-linked list?
serverchild.c,active_child_sig_handler: got signal [Alarm clock] *** glibc detected *** corrupted double-linked list: 0x0805f028 *** pool.c,child_register: register child [19712] pool.c,manage_spare_children: children [1/1], spares [1 (0 - 0)] These all came from dbmail-timsieved from the console, and connecting to it with gsieve (a little PyGTK managesieve client). I left gsieve open and went to sleep, and woke up to find that the connection had timed out (of course), with those messages on the console. Aaron
Re: [Dbmail-dev] Current svn build problems
On Sat, February 18, 2006 3:33 pm, Aaron Stone wrote: On Sat, 2006-02-18 at 04:47 -0500, Leif Jackson wrote: Either that or #ifdef (SIEVE || SHARED). The jury is out. You know as painfull as it can be this may be a good time to work out a loadable at runtime module system using function pointers. I did that two months ago ;-) dbmodule.c, authmodule.c, sortmodule.c Sorry, shows how long it has been since I have really dug into dbmail's source. I belive the problem is that sortmodule.c is not included in libdbmail.so when --with-sieve is not on the configure line. And thus the function not found issue. However from the looks of my autoconf'ed compile tree the dbmodule authmodule are not the only things being linked in at compile time: gcc -g -O2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gmime-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -W -Wall -Wpointer-arith -Wstrict-prototypes -o .libs/dbmail-smtp main.o -L/usr/lib ./.libs/libdbmail.so /root/projects/dbmail-svn-2.1.3-1987/modules/.libs/libmysql.so -lmysqlclient -lm /root/projects/dbmail-svn-2.1.3-1987/modules/.libs/libsort_sieve.so /root/projects/dbmail-svn-2.1.3-1987/modules/.libs/libauth_sql.so /usr/lib/libgmime-2.0.so -lgmodule-2.0 -ldl -lgthread-2.0 -lz -lnsl -lgobject-2.0 -lglib-2.0 -lcrypt -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib/dbmail -Wl,--rpath -Wl,/usr/lib Correct me if I am wrong but shouldn't optional modules shuch as libsort_sieve.so be a config option for the library as well? and then loaded when the config item is found only? Leif
Re: [Dbmail-dev] Current svn build problems - found it
I belive I have found it. Little case of autoconf/automake nuttiness. I still don't understand how the y do half of what they do but anyway if you change in Makefile.in the SHARED_TRUE to a SHARED_FALSE and vice versa for the other line it compiles fine without the #ifdef SIEVE, the reason is that when defined enabled then on the true autoconf adds the define as # thus commenting it out when we want it uncommented. Also anyone know how to make only the shared the default and leave static no? e.g. how to make STATIC in configure.in have a default ? AM_CONDITIONAL(SHARED, [ test $enable_shared = yes ]) AM_CONDITIONAL(STATIC, [ test $enable_static = yes ]) Thanks, Leif p.s. Aaron you were right a day ago when you said something about the compile having both static and shared and seeming to default to static even though both were enabled. :) diff -urN dbmail-svn-2.1.3-1987.orig/configure dbmail-svn-2.1.3-1987/configure --- dbmail-svn-2.1.3-1987.orig/configure2006-02-18 15:43:45.0 -0500 +++ dbmail-svn-2.1.3-1987/configure 2006-02-18 16:16:58.0 -0500 @@ -6754,7 +6754,7 @@ ;; esac else - enable_static=yes + enable_static=no fi; # Check whether --enable-fast-install or --disable-fast-install was given. diff -urN dbmail-svn-2.1.3-1987.orig/Makefile.in dbmail-svn-2.1.3-1987/Makefile.in --- dbmail-svn-2.1.3-1987.orig/Makefile.in 2006-02-18 15:43:49.0 -0500 +++ dbmail-svn-2.1.3-1987/Makefile.in 2006-02-18 16:19:53.0 -0500 @@ -105,11 +105,11 @@ libdbmail_la-dsn.lo libdbmail_la-sort.lo am__objects_4 = libdbmail_la-dbmodule.lo libdbmail_la-authmodule.lo \ libdbmail_la-sortmodule.lo [EMAIL PROTECTED]@am_libdbmail_la_OBJECTS = $(am__objects_1) \ [EMAIL PROTECTED]@ $(am__objects_2) $(am__objects_3) @[EMAIL PROTECTED] = $(am__objects_1) \ [EMAIL PROTECTED]@ $(am__objects_2) $(am__objects_3) \ [EMAIL PROTECTED]@ $(am__objects_4) [EMAIL PROTECTED]@ $(am__objects_2) $(am__objects_3) [EMAIL PROTECTED]@am_libdbmail_la_OBJECTS = $(am__objects_1) \ [EMAIL PROTECTED]@ $(am__objects_2) $(am__objects_3) \ [EMAIL PROTECTED]@ $(am__objects_4) libdbmail_la_OBJECTS = $(am_libdbmail_la_OBJECTS) @[EMAIL PROTECTED] = check_dbmail_common$(EXEEXT) \ @WITHCHECK_TRUE@ check_dbmail_server$(EXEEXT) \ On Sat, February 18, 2006 3:58 pm, Leif Jackson wrote: On Sat, February 18, 2006 3:33 pm, Aaron Stone wrote: On Sat, 2006-02-18 at 04:47 -0500, Leif Jackson wrote: Either that or #ifdef (SIEVE || SHARED). The jury is out. You know as painfull as it can be this may be a good time to work out a loadable at runtime module system using function pointers. I did that two months ago ;-) dbmodule.c, authmodule.c, sortmodule.c Sorry, shows how long it has been since I have really dug into dbmail's source. I belive the problem is that sortmodule.c is not included in libdbmail.so when --with-sieve is not on the configure line. And thus the function not found issue. However from the looks of my autoconf'ed compile tree the dbmodule authmodule are not the only things being linked in at compile time: gcc -g -O2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gmime-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -W -Wall -Wpointer-arith -Wstrict-prototypes -o .libs/dbmail-smtp main.o -L/usr/lib ./.libs/libdbmail.so /root/projects/dbmail-svn-2.1.3-1987/modules/.libs/libmysql.so -lmysqlclient -lm /root/projects/dbmail-svn-2.1.3-1987/modules/.libs/libsort_sieve.so /root/projects/dbmail-svn-2.1.3-1987/modules/.libs/libauth_sql.so /usr/lib/libgmime-2.0.so -lgmodule-2.0 -ldl -lgthread-2.0 -lz -lnsl -lgobject-2.0 -lglib-2.0 -lcrypt -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib/dbmail -Wl,--rpath -Wl,/usr/lib Correct me if I am wrong but shouldn't optional modules shuch as libsort_sieve.so be a config option for the library as well? and then loaded when the config item is found only? Leif ___ Dbmail-dev mailing list Dbmail-dev@dbmail.org http://twister.fastxs.net/mailman/listinfo/dbmail-dev
[Dbmail-dev] [DBMail 0000301]: Autoreply sets From: header to unkown
The following issue has been SUBMITTED. == http://www.dbmail.org/mantis/view.php?id=301 == Reported By:idk Assigned To: == Project:DBMail Issue ID: 301 Category: LMTP daemon Reproducibility:always Severity: minor Priority: normal Status: new == Date Submitted: 18-Feb-06 22:47 CET Last Modified: 18-Feb-06 22:48 CET == Summary:Autoreply sets From: header to unkown Description: Autoreply mail is sent from an unknown address (mail header contains From: (unknown)). == Issue History Date Modified Username FieldChange == 18-Feb-06 22:47 idkNew Issue 18-Feb-06 22:48 idkFile Added: pipe.c.diff ==
Re: [Dbmail-dev] Current svn build problems - found it
Thanks for the analysis, I'll dig into the autostuff again with it. About your patch, both configure and Makefile.in are generated files. Any persistent changes have to be made from configure.in, Makefile.am and acinclude.m4 -- that's part of why it messes with your head so much! Aaron On Sat, 2006-02-18 at 16:15 -0500, Leif Jackson wrote: I belive I have found it. Little case of autoconf/automake nuttiness. I still don't understand how the y do half of what they do but anyway if you change in Makefile.in the SHARED_TRUE to a SHARED_FALSE and vice versa for the other line it compiles fine without the #ifdef SIEVE, the reason is that when defined enabled then on the true autoconf adds the define as # thus commenting it out when we want it uncommented. Also anyone know how to make only the shared the default and leave static no? e.g. how to make STATIC in configure.in have a default ? AM_CONDITIONAL(SHARED, [ test $enable_shared = yes ]) AM_CONDITIONAL(STATIC, [ test $enable_static = yes ]) Thanks, Leif p.s. Aaron you were right a day ago when you said something about the compile having both static and shared and seeming to default to static even though both were enabled. :) diff -urN dbmail-svn-2.1.3-1987.orig/configure dbmail-svn-2.1.3-1987/configure --- dbmail-svn-2.1.3-1987.orig/configure2006-02-18 15:43:45.0 -0500 +++ dbmail-svn-2.1.3-1987/configure 2006-02-18 16:16:58.0 -0500 @@ -6754,7 +6754,7 @@ ;; esac else - enable_static=yes + enable_static=no fi; # Check whether --enable-fast-install or --disable-fast-install was given. diff -urN dbmail-svn-2.1.3-1987.orig/Makefile.in dbmail-svn-2.1.3-1987/Makefile.in --- dbmail-svn-2.1.3-1987.orig/Makefile.in 2006-02-18 15:43:49.0 -0500 +++ dbmail-svn-2.1.3-1987/Makefile.in 2006-02-18 16:19:53.0 -0500 @@ -105,11 +105,11 @@ libdbmail_la-dsn.lo libdbmail_la-sort.lo am__objects_4 = libdbmail_la-dbmodule.lo libdbmail_la-authmodule.lo \ libdbmail_la-sortmodule.lo [EMAIL PROTECTED]@am_libdbmail_la_OBJECTS = $(am__objects_1) \ [EMAIL PROTECTED]@ $(am__objects_2) $(am__objects_3) @[EMAIL PROTECTED] = $(am__objects_1) \ [EMAIL PROTECTED]@ $(am__objects_2) $(am__objects_3) \ [EMAIL PROTECTED]@ $(am__objects_4) [EMAIL PROTECTED]@ $(am__objects_2) $(am__objects_3) [EMAIL PROTECTED]@am_libdbmail_la_OBJECTS = $(am__objects_1) \ [EMAIL PROTECTED]@ $(am__objects_2) $(am__objects_3) \ [EMAIL PROTECTED]@ $(am__objects_4) libdbmail_la_OBJECTS = $(am_libdbmail_la_OBJECTS) @[EMAIL PROTECTED] = check_dbmail_common$(EXEEXT) \ @WITHCHECK_TRUE@ check_dbmail_server$(EXEEXT) \ On Sat, February 18, 2006 3:58 pm, Leif Jackson wrote: On Sat, February 18, 2006 3:33 pm, Aaron Stone wrote: On Sat, 2006-02-18 at 04:47 -0500, Leif Jackson wrote: Either that or #ifdef (SIEVE || SHARED). The jury is out. You know as painfull as it can be this may be a good time to work out a loadable at runtime module system using function pointers. I did that two months ago ;-) dbmodule.c, authmodule.c, sortmodule.c Sorry, shows how long it has been since I have really dug into dbmail's source. I belive the problem is that sortmodule.c is not included in libdbmail.so when --with-sieve is not on the configure line. And thus the function not found issue. However from the looks of my autoconf'ed compile tree the dbmodule authmodule are not the only things being linked in at compile time: gcc -g -O2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gmime-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -W -Wall -Wpointer-arith -Wstrict-prototypes -o .libs/dbmail-smtp main.o -L/usr/lib ./.libs/libdbmail.so /root/projects/dbmail-svn-2.1.3-1987/modules/.libs/libmysql.so -lmysqlclient -lm /root/projects/dbmail-svn-2.1.3-1987/modules/.libs/libsort_sieve.so /root/projects/dbmail-svn-2.1.3-1987/modules/.libs/libauth_sql.so /usr/lib/libgmime-2.0.so -lgmodule-2.0 -ldl -lgthread-2.0 -lz -lnsl -lgobject-2.0 -lglib-2.0 -lcrypt -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib/dbmail -Wl,--rpath -Wl,/usr/lib Correct me if I am wrong but shouldn't optional modules shuch as libsort_sieve.so be a config option for the library as well? and then loaded when the config item is found only? Leif ___ Dbmail-dev mailing list Dbmail-dev@dbmail.org http://twister.fastxs.net/mailman/listinfo/dbmail-dev ___ Dbmail-dev mailing list Dbmail-dev@dbmail.org http://twister.fastxs.net/mailman/listinfo/dbmail-dev