From tc at excello.cz Mon Apr 6 17:52:38 2009 From: tc at excello.cz (Tomas Charvat) Date: Mon, 06 Apr 2009 16:52:38 +0200 Subject: [Gross] performance question Message-ID: <49DA1736.6020502@excello.cz> greetings, im just wondering, what's performance of grossd GL. Can you handle lets say more that 30.000 uniq gl_queries per seconds in single thread on x64 cpu running 1.7-2.0Ghz ? have a nice day tomas -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3354 bytes Desc: S/MIME Cryptographic Signature URL: From eino at utu.fi Mon Apr 6 20:20:11 2009 From: eino at utu.fi (Eino Tuominen) Date: Mon, 06 Apr 2009 20:20:11 +0300 Subject: [Gross] performance question In-Reply-To: <49DA1736.6020502@excello.cz> References: <49DA1736.6020502@excello.cz> Message-ID: <49DA39CB.2030500@utu.fi> Tomas Charvat wrote: > greetings, > > im just wondering, what's performance of grossd GL. > Can you handle lets say more that 30.000 uniq gl_queries per seconds in > single thread on x64 cpu running 1.7-2.0Ghz ? Hi, I don't have any recent data but I quote a two year old post of mine: > FYI, I just run some very non-scientific performance tests. grossd was > running on a recently bought low end PC, and clients was run on the > same server. > > 1 client doing 10000 queries: 10 seconds > 5 client doing 10000 queries each: 11.5 seconds > 10 clients doing 10000 queries each: 13.5 seconds > > The last run means 100000 queries running a total of 500000 > dns-queries, as check-dns was enabled (of course, they were > on the same ip address, which means that the results were > cached on the resolving servers). With 10 parallel clients > you get at least some 650 million messages a day, if your > dns servers will cope the load. > > Rather impressing, mildly put. And that is when doing 5 dns requests per query. As a pure greylisting server grossd would be an order of magnitude faster. -- Eino Tuominen From armand.delcros at gmail.com Sat May 2 20:52:23 2009 From: armand.delcros at gmail.com (Armand Delcros) Date: Sat, 02 May 2009 19:52:23 +0200 Subject: [Gross] gross with SJMS : "imsimta test mapping" return no such file or directory Message-ID: Hello, We have SJSMS 7.0 installed on a x64 solaris 10. I compiled gross on it with c-ares with gcc. (with ./configure /opt/sfw/ no other choice for the moment on this platform). The daemon grossd server is on a other serveur (T1000 sparc solaris 10) which is compiled with c-ares and Sun Studio C compiler. The daemon is running well on the sparc (good test with gclient). But on the SJSMS platform the filtering process is not working : comm:/opt/sun/comms/messaging64 # sbin/imsimta test -mapping -debug -table ORIG_MAIL_ACCESS Input string: TCP|127.0.0.2|25|127.0.0.2||||tcp_local|foo||bar 19:50:20.28: Mapping 7 applied to TCP|127.0.0.2|25|127.0.0.2||||tcp_local|foo||bar 19:50:20.28: Entry #1 did not match, pattern "TCP|*|*|*|*|*|*|tcp_local||*|*". 19:50:20.28: Entry #2 did not match, pattern "TCP|*|*|*|*|*|*|tcp_local|*|*|postmaster@*". 19:50:20.28: Entry #3 did not match, pattern "TCP|*|*|*|*|*|*|tcp_local|*|*|abuse@*". 19:50:20.28: Entry #4 matched, pattern "TCP|*|*|*|*|*|*|tcp_local|*|*|*", template "$[/opt/sfw/lib/grosscheck.so,grosscheck,192.168.10.27,,5525,$2,$=$8$_,$=$6$_,$=$4$_]", match #0. 19:50:20.28: User routine call: /opt/sfw/lib/grosscheck.so\grosscheck(192.168.10.27,,5525,127.0.0.2,bar,foo,) -> 19:50:20.29: Failed; routine not found: No such file or directory 19:50:20.29: Exiting... 19:50:20.29: Final result "TCP|127.0.0.2|25|127.0.0.2||||tcp_local|foo||bar" Output string: TCP|127.0.0.2|25|127.0.0.2||||tcp_local|foo||bar Output flags: [] this is the part of the "mappings" file relevant : ORIG_MAIL_ACCESS ! allow all DSNs and MDNs TCP|*|*|*|*|*|*|tcp_local||*|* $Y$E ! allow all incoming mail to postmaster and abuse TCP|*|*|*|*|*|*|tcp_local|*|*|postmaster@* $Y$E TCP|*|*|*|*|*|*|tcp_local|*|*|abuse@* $Y$E ! use gross to check all triplets (client_ip,sender,recipient) TCP|*|*|*|*|*|*|tcp_local|*|*|* $[/opt/sfw/lib/grosscheck.so,grosscheck,192.168.10.27,,5525,$2,$=$8$_,$=$6$_,$=$4$_] and the "ls -l" : comm:/opt/sun/comms/messaging64/config # ls -l /opt/sfw/lib/grosscheck.so -rwxr-xr-x 1 root root 17248 May 2 18:52 /opt/sfw/lib/grosscheck.so what's wrong with my configuration ? Thanks for your help ! From R.E.Sonneveld at sonnection.nl Sat May 2 21:23:39 2009 From: R.E.Sonneveld at sonnection.nl (Rolf E. Sonneveld) Date: Sat, 02 May 2009 20:23:39 +0200 Subject: [Gross] gross with SJMS : "imsimta test mapping" return no such file or directory In-Reply-To: References: Message-ID: <49FC8FAB.5080109@sonnection.nl> Hi, Armand, Armand Delcros wrote: > Hello, > > We have SJSMS 7.0 installed on a x64 solaris 10. > I compiled gross on it with c-ares with gcc. (with ./configure > /opt/sfw/ no other choice for the moment on this platform). > > The daemon grossd server is on a other serveur (T1000 sparc solaris > 10) which is compiled with c-ares and Sun Studio C compiler. > The daemon is running well on the sparc (good test with gclient). > > > But on the SJSMS platform the filtering process is not working : > > comm:/opt/sun/comms/messaging64 # sbin/imsimta test -mapping -debug > -table ORIG_MAIL_ACCESS > Input string: TCP|127.0.0.2|25|127.0.0.2||||tcp_local|foo||bar > 19:50:20.28: Mapping 7 applied to > TCP|127.0.0.2|25|127.0.0.2||||tcp_local|foo||bar > 19:50:20.28: Entry #1 did not match, pattern "TCP|*|*|*|*|*|*|tcp_local||*|*". > 19:50:20.28: Entry #2 did not match, pattern > "TCP|*|*|*|*|*|*|tcp_local|*|*|postmaster@*". > 19:50:20.28: Entry #3 did not match, pattern > "TCP|*|*|*|*|*|*|tcp_local|*|*|abuse@*". > 19:50:20.28: Entry #4 matched, pattern > "TCP|*|*|*|*|*|*|tcp_local|*|*|*", template > "$[/opt/sfw/lib/grosscheck.so,grosscheck,192.168.10.27,,5525,$2,$=$8$_,$=$6$_,$=$4$_]", > match #0. > 19:50:20.28: User routine call: > /opt/sfw/lib/grosscheck.so\grosscheck(192.168.10.27,,5525,127.0.0.2,bar,foo,) > -> > 19:50:20.29: Failed; routine not found: No such file or directory > 19:50:20.29: Exiting... > 19:50:20.29: Final result "TCP|127.0.0.2|25|127.0.0.2||||tcp_local|foo||bar" > Output string: TCP|127.0.0.2|25|127.0.0.2||||tcp_local|foo||bar > Output flags: [] > > this is the part of the "mappings" file relevant : > > ORIG_MAIL_ACCESS > > ! allow all DSNs and MDNs > TCP|*|*|*|*|*|*|tcp_local||*|* $Y$E > ! allow all incoming mail to postmaster and abuse > TCP|*|*|*|*|*|*|tcp_local|*|*|postmaster@* $Y$E > TCP|*|*|*|*|*|*|tcp_local|*|*|abuse@* $Y$E > ! use gross to check all triplets (client_ip,sender,recipient) > TCP|*|*|*|*|*|*|tcp_local|*|*|* > $[/opt/sfw/lib/grosscheck.so,grosscheck,192.168.10.27,,5525,$2,$=$8$_,$=$6$_,$=$4$_] > > and the "ls -l" : > > comm:/opt/sun/comms/messaging64/config # ls -l /opt/sfw/lib/grosscheck.so > -rwxr-xr-x 1 root root 17248 May 2 18:52 /opt/sfw/lib/grosscheck.so > > what's wrong with my configuration ? > you may want to look into crle (man crle), it is possible that Solaris 10 doesn't 'see' your library due to restrictions in how the Solaris 10 OS handles libraries with respect to security. Do you see /opt/sfw/lib mentioned when you run crle? /rolf From armand.delcros at gmail.com Sat May 2 22:01:29 2009 From: armand.delcros at gmail.com (Armand Delcros) Date: Sat, 02 May 2009 21:01:29 +0200 Subject: [Gross] gross with SJMS : "imsimta test mapping" return no such file or directory In-Reply-To: <49FC8FAB.5080109@sonnection.nl> References: <49FC8FAB.5080109@sonnection.nl> Message-ID: Hello, I added the path and now crle return that : ---------- comm:/opt/sun/comms/messaging64 # crle Configuration file [version 4]: /var/ld/ld.config Default Library Path (ELF): /lib:/usr/lib:/opt/sfw/lib Trusted Directories (ELF): /usr/lib/secure:/opt/sun/comms/calendar/SUNWics5/cal/lib Command line: crle -c /var/ld/ld.config -l /lib:/usr/lib:/opt/sfw/lib -s /usr/lib/secure:/opt/sun/comms/calendar/SUNWics5/cal/lib ---------- but i have the same problem (i have restarted SJSMS), then i decide to copy the libraries grosscheck.* into /usr/lib. And the result is exactly the same : ------------ 20:55:42.50: Entry #4 matched, pattern "TCP|*|*|*|*|*|*|tcp_local|*|*|*", template "$[/usr/lib/grosscheck.so,grosscheck,192.168.10.27,,5525,$2,$=$8$_,$=$6$_,$=$4$_]", match #0. 20:55:42.50: User routine call: /usr/lib/grosscheck.so\grosscheck(192.168.10.27,,5525,127.0.0.2,bar,foo,) -> 20:55:42.50: Failed; routine not found: No such file or directory 20:55:42.50: Exiting... ------- then, here are the dependances : --- comm:/opt/sun/comms/messaging64 # ldd /usr/lib/grosscheck.so libnsl.so.1 => /lib/libnsl.so.1 libm.so.2 => /lib/libm.so.2 libsocket.so.1 => /lib/libsocket.so.1 librt.so.1 => /lib/librt.so.1 libpthread.so.1 => /lib/libpthread.so.1 libc.so.1 => /lib/libc.so.1 libmp.so.2 => /lib/libmp.so.2 libmd.so.1 => /lib/libmd.so.1 libscf.so.1 => /lib/libscf.so.1 libaio.so.1 => /lib/libaio.so.1 libdoor.so.1 => /lib/libdoor.so.1 libuutil.so.1 => /lib/libuutil.so.1 libgen.so.1 => /lib/libgen.so.1 ----- Everything seems nice. Well ... must i tried to install Sun Studio 12 sparc x86 and compile with it ? Thanks for your help. Armand On Sat, May 2, 2009 at 8:23 PM, Rolf E. Sonneveld wrote: > Hi, Armand, > > Armand Delcros wrote: >> >> Hello, >> >> We have SJSMS 7.0 installed on a x64 solaris 10. >> I compiled gross on it with c-ares with gcc. (with ./configure >> /opt/sfw/ no other choice for the moment on this platform). >> >> The daemon grossd server is on a other serveur (T1000 sparc solaris >> 10) which is compiled with c-ares and Sun Studio C compiler. >> The daemon is running well on the sparc (good test with gclient). >> >> >> But on the SJSMS platform the filtering process is not working : >> >> comm:/opt/sun/comms/messaging64 # sbin/imsimta test -mapping -debug >> -table ORIG_MAIL_ACCESS >> Input string: TCP|127.0.0.2|25|127.0.0.2||||tcp_local|foo||bar >> 19:50:20.28: Mapping 7 applied to >> TCP|127.0.0.2|25|127.0.0.2||||tcp_local|foo||bar >> 19:50:20.28: ? Entry #1 did not match, pattern >> "TCP|*|*|*|*|*|*|tcp_local||*|*". >> 19:50:20.28: ? Entry #2 did not match, pattern >> "TCP|*|*|*|*|*|*|tcp_local|*|*|postmaster@*". >> 19:50:20.28: ? Entry #3 did not match, pattern >> "TCP|*|*|*|*|*|*|tcp_local|*|*|abuse@*". >> 19:50:20.28: ? Entry #4 matched, pattern >> "TCP|*|*|*|*|*|*|tcp_local|*|*|*", template >> >> "$[/opt/sfw/lib/grosscheck.so,grosscheck,192.168.10.27,,5525,$2,$=$8$_,$=$6$_,$=$4$_]", >> match #0. >> 19:50:20.28: ? User routine call: >> >> /opt/sfw/lib/grosscheck.so\grosscheck(192.168.10.27,,5525,127.0.0.2,bar,foo,) >> -> >> 19:50:20.29: ? ? Failed; routine not found: No such file or directory >> 19:50:20.29: ? Exiting... >> 19:50:20.29: ? Final result >> "TCP|127.0.0.2|25|127.0.0.2||||tcp_local|foo||bar" >> Output string: TCP|127.0.0.2|25|127.0.0.2||||tcp_local|foo||bar >> Output flags: [] >> >> this is the part of the "mappings" file relevant : >> >> ORIG_MAIL_ACCESS >> >> ! allow all DSNs and MDNs >> ?TCP|*|*|*|*|*|*|tcp_local||*|* ?$Y$E >> ! allow all incoming mail to postmaster and abuse >> ?TCP|*|*|*|*|*|*|tcp_local|*|*|postmaster@* ?$Y$E >> ?TCP|*|*|*|*|*|*|tcp_local|*|*|abuse@* ?$Y$E >> ! use gross to check all triplets (client_ip,sender,recipient) >> ?TCP|*|*|*|*|*|*|tcp_local|*|*|* >> >> $[/opt/sfw/lib/grosscheck.so,grosscheck,192.168.10.27,,5525,$2,$=$8$_,$=$6$_,$=$4$_] >> >> and the "ls -l" : >> >> comm:/opt/sun/comms/messaging64/config # ls -l /opt/sfw/lib/grosscheck.so >> -rwxr-xr-x ? 1 root ? ? root ? ? ? 17248 May ?2 18:52 >> /opt/sfw/lib/grosscheck.so >> >> what's wrong with my configuration ? >> > > you may want to look into crle (man crle), it is possible that Solaris 10 > doesn't 'see' your library due to restrictions in how the Solaris 10 OS > handles libraries with respect to security. Do you see /opt/sfw/lib > mentioned when you run crle? > > /rolf > > From R.E.Sonneveld at sonnection.nl Sat May 2 22:56:22 2009 From: R.E.Sonneveld at sonnection.nl (Rolf E. Sonneveld) Date: Sat, 02 May 2009 21:56:22 +0200 Subject: [Gross] gross with SJMS : "imsimta test mapping" return no such file or directory In-Reply-To: References: <49FC8FAB.5080109@sonnection.nl> Message-ID: <49FCA566.4040704@sonnection.nl> Hi, Armand, Armand Delcros wrote: > Hello, > > I added the path and now crle return that : > > > ---------- > comm:/opt/sun/comms/messaging64 # crle > > Configuration file [version 4]: /var/ld/ld.config > Default Library Path (ELF): /lib:/usr/lib:/opt/sfw/lib > Trusted Directories > (ELF): /usr/lib/secure:/opt/sun/comms/calendar/SUNWics5/cal/lib > > Command line: > crle -c /var/ld/ld.config -l /lib:/usr/lib:/opt/sfw/lib -s > /usr/lib/secure:/opt/sun/comms/calendar/SUNWics5/cal/lib > ---------- > > but i have the same problem (i have restarted SJSMS), then i decide to > copy the libraries grosscheck.* into /usr/lib. > And the result is exactly the same : > > ------------ > 20:55:42.50: Entry #4 matched, pattern > "TCP|*|*|*|*|*|*|tcp_local|*|*|*", template > "$[/usr/lib/grosscheck.so,grosscheck,192.168.10.27,,5525,$2,$=$8$_,$=$6$_,$=$4$_]", > match #0. > 20:55:42.50: User routine call: > /usr/lib/grosscheck.so\grosscheck(192.168.10.27,,5525,127.0.0.2,bar,foo,) > -> > 20:55:42.50: Failed; routine not found: No such file or directory > 20:55:42.50: Exiting... > ------- > > then, here are the dependances : > --- > comm:/opt/sun/comms/messaging64 # ldd /usr/lib/grosscheck.so > libnsl.so.1 => /lib/libnsl.so.1 > libm.so.2 => /lib/libm.so.2 > libsocket.so.1 => /lib/libsocket.so.1 > librt.so.1 => /lib/librt.so.1 > libpthread.so.1 => /lib/libpthread.so.1 > libc.so.1 => /lib/libc.so.1 > libmp.so.2 => /lib/libmp.so.2 > libmd.so.1 => /lib/libmd.so.1 > libscf.so.1 => /lib/libscf.so.1 > libaio.so.1 => /lib/libaio.so.1 > libdoor.so.1 => /lib/libdoor.so.1 > libuutil.so.1 => /lib/libuutil.so.1 > libgen.so.1 => /lib/libgen.so.1 > ----- > > Everything seems nice. > > > > Well ... must i tried to install Sun Studio 12 sparc x86 and compile with it ? > > Thanks for your help. > I dug into my gross archive and it seems I have had the exact same problem in the past. I reported it, and after a lot of investigation it seemed that the Sun JS MS version I was running was 32bits, while the GNUcc compiled .so file was 64bit. After copying over a 32bit .so file from another system, it worked OK. Do you happen to have a difference in architecture (32bit/64bit) between your Sun JS MS version and the gross compiled version? /rolf From armand.delcros at gmail.com Sat May 2 23:34:38 2009 From: armand.delcros at gmail.com (Armand Delcros) Date: Sat, 02 May 2009 22:34:38 +0200 Subject: [Gross] gross with SJMS : "imsimta test mapping" return no such file or directory In-Reply-To: <49FCA566.4040704@sonnection.nl> References: <49FC8FAB.5080109@sonnection.nl> <49FCA566.4040704@sonnection.nl> Message-ID: Hi, i'm considering this scenario since one hour :) then that's clearly better I compiled gross without c-ares (i'm on the client side) with gcc adding -m64 in the configure script. now, sjsms can find the library ! comm:/ # file /opt/sfw/lib/grosscheck.so /opt/sfw/lib/grosscheck.so: ELF 64-bit LSB dynamic lib AMD64 Version 1, dynamically linked, not stripped comm:/ # ldd /opt/sfw/lib/grosscheck.so libnsl.so.1 => /lib/64/libnsl.so.1 libm.so.2 => /lib/64/libm.so.2 libsocket.so.1 => /lib/64/libsocket.so.1 librt.so.1 => /lib/64/librt.so.1 libpthread.so.1 => /lib/64/libpthread.so.1 libc.so.1 => /lib/64/libc.so.1 libmp.so.2 => /lib/64/libmp.so.2 libmd.so.1 => /lib/64/libmd.so.1 libscf.so.1 => /lib/64/libscf.so.1 libaio.so.1 => /lib/64/libaio.so.1 libdoor.so.1 => /lib/64/libdoor.so.1 libuutil.so.1 => /lib/64/libuutil.so.1 libgen.so.1 => /lib/64/libgen.so.1 but now i have crash core dump ... comm:/opt/sun/comms/messaging64 # sbin/imsimta test -mapping -debug -table ORIG_MAIL_ACCESS couldn't set locale correctly couldn't set locale correctly couldn't set locale correctly couldn't set locale correctly Input string: TCP|127.0.0.2|25|127.0.0.2||||tcp_local|foo||bar 22:33:32.92: Mapping 7 applied to TCP|127.0.0.2|25|127.0.0.2||||tcp_local|foo||bar 22:33:32.92: Entry #1 did not match, pattern "TCP|*|*|*|*|*|*|tcp_local||*|*". 22:33:32.92: Entry #2 did not match, pattern "TCP|*|*|*|*|*|*|tcp_local|*|*|postmaster@*". 22:33:32.92: Entry #3 did not match, pattern "TCP|*|*|*|*|*|*|tcp_local|*|*|abuse@*". 22:33:32.92: Entry #4 matched, pattern "TCP|*|*|*|*|*|*|tcp_local|*|*|*", template "$[/opt/sun/comms/messaging64/lib/grosscheck.so,grosscheck,192.168.10.27,,5525,$2,$=$8$_,$=$6$_,$=$4$_]", match #0. 22:33:32.92: User routine call: /opt/sun/comms/messaging64/lib/grosscheck.so\grosscheck(192.168.10.27,,5525,127.0.0.2,bar,foo,) -> Segmentation Fault - core dumped maybe i must compile with sun studio ... Armand On Sat, May 2, 2009 at 9:56 PM, Rolf E. Sonneveld wrote: > Hi, Armand, > > Armand Delcros wrote: >> >> Hello, >> >> I added the path and now crle return that : >> >> >> ---------- >> comm:/opt/sun/comms/messaging64 # crle >> >> Configuration file [version 4]: /var/ld/ld.config >> ?Default Library Path (ELF): ? /lib:/usr/lib:/opt/sfw/lib >> ?Trusted Directories >> (ELF): ?/usr/lib/secure:/opt/sun/comms/calendar/SUNWics5/cal/lib >> >> Command line: >> ?crle -c /var/ld/ld.config -l /lib:/usr/lib:/opt/sfw/lib -s >> /usr/lib/secure:/opt/sun/comms/calendar/SUNWics5/cal/lib >> ---------- >> >> but i have the same problem (i have restarted SJSMS), then i decide to >> copy the libraries grosscheck.* into /usr/lib. >> And the result is exactly the same : >> >> ------------ >> 20:55:42.50: ? Entry #4 matched, pattern >> "TCP|*|*|*|*|*|*|tcp_local|*|*|*", template >> >> "$[/usr/lib/grosscheck.so,grosscheck,192.168.10.27,,5525,$2,$=$8$_,$=$6$_,$=$4$_]", >> match #0. >> 20:55:42.50: ? User routine call: >> /usr/lib/grosscheck.so\grosscheck(192.168.10.27,,5525,127.0.0.2,bar,foo,) >> -> >> 20:55:42.50: ? ? Failed; routine not found: No such file or directory >> 20:55:42.50: ? Exiting... >> ------- >> >> then, here are the dependances : >> --- >> comm:/opt/sun/comms/messaging64 # ldd /usr/lib/grosscheck.so >> ? ? ? ?libnsl.so.1 => ? /lib/libnsl.so.1 >> ? ? ? ?libm.so.2 => ? ? /lib/libm.so.2 >> ? ? ? ?libsocket.so.1 => ? ? ? ?/lib/libsocket.so.1 >> ? ? ? ?librt.so.1 => ? ?/lib/librt.so.1 >> ? ? ? ?libpthread.so.1 => ? ? ? /lib/libpthread.so.1 >> ? ? ? ?libc.so.1 => ? ? /lib/libc.so.1 >> ? ? ? ?libmp.so.2 => ? ?/lib/libmp.so.2 >> ? ? ? ?libmd.so.1 => ? ?/lib/libmd.so.1 >> ? ? ? ?libscf.so.1 => ? /lib/libscf.so.1 >> ? ? ? ?libaio.so.1 => ? /lib/libaio.so.1 >> ? ? ? ?libdoor.so.1 => ?/lib/libdoor.so.1 >> ? ? ? ?libuutil.so.1 => ? ? ? ? /lib/libuutil.so.1 >> ? ? ? ?libgen.so.1 => ? /lib/libgen.so.1 >> ?----- >> >> Everything seems nice. >> >> >> >> Well ... must i tried to install Sun Studio 12 sparc x86 and compile with >> it ? >> >> Thanks for your help. >> > > I dug into my gross archive and it seems I have had the exact same problem > in the past. I reported it, and after a lot of investigation it seemed that > the Sun JS MS version I was running was 32bits, while the GNUcc compiled .so > file was 64bit. > > After copying over a 32bit .so file from another system, it worked OK. Do > you happen to have a difference in architecture (32bit/64bit) between your > Sun JS MS version and the gross compiled version? > > /rolf > > From armand.delcros at gmail.com Sun May 3 01:02:14 2009 From: armand.delcros at gmail.com (Armand Delcros) Date: Sun, 03 May 2009 00:02:14 +0200 Subject: [Gross] gross with SJMS : "imsimta test mapping" return no such file or directory In-Reply-To: References: <49FC8FAB.5080109@sonnection.nl> <49FCA566.4040704@sonnection.nl> Message-ID: so, i compile with sun studio 12 with -m64 flag and the result is the same a big wonderfull cordedump I don't know how to debug this ... i tried to run dbx but the result is sad : --------------- comm:/opt/sun/comms/messaging64 # dbx lib/tcp_smtp_server ./donnees/log/core For information about new features see `help changes' To remove this message, put `dbxenv suppress_startup_message 7.6' in your .dbxrc Reading tcp_smtp_server dbx: warning: The corefile was truncated. It should have been 36808564 bytes long (is only 6125428) Because of this, some functionality will be missing from dbx. (See `help core') core file header read successfully Reading ld.so.1 dbx: core file read error: address 0xfffffd7fff3fb000 not available dbx: core file read error: address 0xfffffd7fff3fbac0 not available dbx: core file read error: address 0xfffffd7fff3fbac0 not available dbx: warning: Dbx could not initialize rtld_db Make sure this is the same version of Solaris where the core dump originated. Use `help core mismatch' for more info. (l at 5) terminated by signal SEGV (no mapping at the fault address) 0xffffffffffffffff: (dbx) ---------------------- I don't know why the core is truncated, everything is core_dumpsize unlimited ... Somebody try gross in 64 bits mode ? Thanks. Armand On Sat, May 2, 2009 at 10:34 PM, Armand Delcros wrote: > Hi, > > i'm considering this scenario since one hour :) > > then that's clearly better I compiled gross without c-ares (i'm on the > client side) with gcc adding -m64 in the configure script. > now, sjsms can find the library ! > > comm:/ # file /opt/sfw/lib/grosscheck.so > /opt/sfw/lib/grosscheck.so: ? ? ELF 64-bit LSB dynamic lib AMD64 Version > 1, dynamically linked, not stripped > comm:/ # ldd /opt/sfw/lib/grosscheck.so > ? ? ? ?libnsl.so.1 => ? /lib/64/libnsl.so.1 > ? ? ? ?libm.so.2 => ? ? /lib/64/libm.so.2 > ? ? ? ?libsocket.so.1 => ? ? ? ?/lib/64/libsocket.so.1 > ? ? ? ?librt.so.1 => ? ?/lib/64/librt.so.1 > ? ? ? ?libpthread.so.1 => ? ? ? /lib/64/libpthread.so.1 > ? ? ? ?libc.so.1 => ? ? /lib/64/libc.so.1 > ? ? ? ?libmp.so.2 => ? ?/lib/64/libmp.so.2 > ? ? ? ?libmd.so.1 => ? ?/lib/64/libmd.so.1 > ? ? ? ?libscf.so.1 => ? /lib/64/libscf.so.1 > ? ? ? ?libaio.so.1 => ? /lib/64/libaio.so.1 > ? ? ? ?libdoor.so.1 => ?/lib/64/libdoor.so.1 > ? ? ? ?libuutil.so.1 => ? ? ? ? /lib/64/libuutil.so.1 > ? ? ? ?libgen.so.1 => ? /lib/64/libgen.so.1 > > but now i have crash core dump ... > > comm:/opt/sun/comms/messaging64 # sbin/imsimta test -mapping -debug > -table ORIG_MAIL_ACCESS > couldn't set locale correctly > couldn't set locale correctly > couldn't set locale correctly > couldn't set locale correctly > Input string: TCP|127.0.0.2|25|127.0.0.2||||tcp_local|foo||bar > 22:33:32.92: Mapping 7 applied to > TCP|127.0.0.2|25|127.0.0.2||||tcp_local|foo||bar > 22:33:32.92: ? Entry #1 did not match, pattern "TCP|*|*|*|*|*|*|tcp_local||*|*". > 22:33:32.92: ? Entry #2 did not match, pattern > "TCP|*|*|*|*|*|*|tcp_local|*|*|postmaster@*". > 22:33:32.92: ? Entry #3 did not match, pattern > "TCP|*|*|*|*|*|*|tcp_local|*|*|abuse@*". > 22:33:32.92: ? Entry #4 matched, pattern > "TCP|*|*|*|*|*|*|tcp_local|*|*|*", template > "$[/opt/sun/comms/messaging64/lib/grosscheck.so,grosscheck,192.168.10.27,,5525,$2,$=$8$_,$=$6$_,$=$4$_]", > match #0. > 22:33:32.92: ? User routine call: > /opt/sun/comms/messaging64/lib/grosscheck.so\grosscheck(192.168.10.27,,5525,127.0.0.2,bar,foo,) > -> > Segmentation Fault - core dumped > > maybe i must compile with sun studio ... > > Armand > > > On Sat, May 2, 2009 at 9:56 PM, Rolf E. Sonneveld > wrote: >> Hi, Armand, >> >> Armand Delcros wrote: >>> >>> Hello, >>> >>> I added the path and now crle return that : >>> >>> >>> ---------- >>> comm:/opt/sun/comms/messaging64 # crle >>> >>> Configuration file [version 4]: /var/ld/ld.config >>> ?Default Library Path (ELF): ? /lib:/usr/lib:/opt/sfw/lib >>> ?Trusted Directories >>> (ELF): ?/usr/lib/secure:/opt/sun/comms/calendar/SUNWics5/cal/lib >>> >>> Command line: >>> ?crle -c /var/ld/ld.config -l /lib:/usr/lib:/opt/sfw/lib -s >>> /usr/lib/secure:/opt/sun/comms/calendar/SUNWics5/cal/lib >>> ---------- >>> >>> but i have the same problem (i have restarted SJSMS), then i decide to >>> copy the libraries grosscheck.* into /usr/lib. >>> And the result is exactly the same : >>> >>> ------------ >>> 20:55:42.50: ? Entry #4 matched, pattern >>> "TCP|*|*|*|*|*|*|tcp_local|*|*|*", template >>> >>> "$[/usr/lib/grosscheck.so,grosscheck,192.168.10.27,,5525,$2,$=$8$_,$=$6$_,$=$4$_]", >>> match #0. >>> 20:55:42.50: ? User routine call: >>> /usr/lib/grosscheck.so\grosscheck(192.168.10.27,,5525,127.0.0.2,bar,foo,) >>> -> >>> 20:55:42.50: ? ? Failed; routine not found: No such file or directory >>> 20:55:42.50: ? Exiting... >>> ------- >>> >>> then, here are the dependances : >>> --- >>> comm:/opt/sun/comms/messaging64 # ldd /usr/lib/grosscheck.so >>> ? ? ? ?libnsl.so.1 => ? /lib/libnsl.so.1 >>> ? ? ? ?libm.so.2 => ? ? /lib/libm.so.2 >>> ? ? ? ?libsocket.so.1 => ? ? ? ?/lib/libsocket.so.1 >>> ? ? ? ?librt.so.1 => ? ?/lib/librt.so.1 >>> ? ? ? ?libpthread.so.1 => ? ? ? /lib/libpthread.so.1 >>> ? ? ? ?libc.so.1 => ? ? /lib/libc.so.1 >>> ? ? ? ?libmp.so.2 => ? ?/lib/libmp.so.2 >>> ? ? ? ?libmd.so.1 => ? ?/lib/libmd.so.1 >>> ? ? ? ?libscf.so.1 => ? /lib/libscf.so.1 >>> ? ? ? ?libaio.so.1 => ? /lib/libaio.so.1 >>> ? ? ? ?libdoor.so.1 => ?/lib/libdoor.so.1 >>> ? ? ? ?libuutil.so.1 => ? ? ? ? /lib/libuutil.so.1 >>> ? ? ? ?libgen.so.1 => ? /lib/libgen.so.1 >>> ?----- >>> >>> Everything seems nice. >>> >>> >>> >>> Well ... must i tried to install Sun Studio 12 sparc x86 and compile with >>> it ? >>> >>> Thanks for your help. >>> >> >> I dug into my gross archive and it seems I have had the exact same problem >> in the past. I reported it, and after a lot of investigation it seemed that >> the Sun JS MS version I was running was 32bits, while the GNUcc compiled .so >> file was 64bit. >> >> After copying over a 32bit .so file from another system, it worked OK. Do >> you happen to have a difference in architecture (32bit/64bit) between your >> Sun JS MS version and the gross compiled version? >> >> /rolf >> >> > From eino at utu.fi Sun May 3 09:49:52 2009 From: eino at utu.fi (Eino Tuominen) Date: Sun, 03 May 2009 09:49:52 +0300 Subject: [Gross] gross with SJMS : "imsimta test mapping" return no such file or directory In-Reply-To: References: <49FC8FAB.5080109@sonnection.nl> <49FCA566.4040704@sonnection.nl> Message-ID: <49FD3E90.2060003@utu.fi> Armand Delcros wrote: > so, i compile with sun studio 12 with -m64 flag and the result is the > same a big wonderfull cordedump > > I don't know how to debug this ... > > i tried to run dbx but the result is sad : Hello, I've not tried or tested the library in 64 bit. But, the grosscheck library is so simple and follows quite directly an example in the SJSMS documentation I wonder how there can be any problems... I don't currently run my smtp-servers in 64 bit so I can't test and debug that right away, sorry. There's a debugging program in the code base. You can compile it with cc -o testgrosscheck testgrosscheck.c And then run it with LD_LIBRARY_PATH= ./testgrosscheck Let us know if that works or not. At least that should be a lot easier to debug if you get a core dump. -- Eino Tuominen From armand.delcros at gmail.com Sun May 3 11:57:21 2009 From: armand.delcros at gmail.com (Armand Delcros) Date: Sun, 03 May 2009 10:57:21 +0200 Subject: [Gross] gross with SJMS : "imsimta test mapping" return no such file or directory In-Reply-To: <49FD3E90.2060003@utu.fi> References: <49FC8FAB.5080109@sonnection.nl> <49FCA566.4040704@sonnection.nl> <49FD3E90.2060003@utu.fi> Message-ID: Hello, following your advice (oh in the source code "gross-1.0.1", there was not a "testgrosscheck.c" i have downloaded it via svn) : > There's a debugging program in the code base. You can compile it with > > cc -o testgrosscheck testgrosscheck.c > > And then run it with > > LD_LIBRARY_PATH= ./testgrosscheck I did that : 1- Changing de the char* arg to represent my environment : char *arg = "192.168.10.27,,5525,127.0.0.2,foo at foo,bar at bar\0"; 2-Compiling with 64 bit flag : comm:/tmp/gross-1.0.1 # cc -m64 -o testgrosscheck testgrosscheck.c "testgrosscheck.c", line 48: warning: assignment type mismatch: pointer to function(pointer to char, pointer to long, pointer to char, pointer to long) returning int "=" pointer to void 3-running the test programm comm:/tmp/gross-1.0.1 # LD_LIBRARY_PATH=/opt/sfw/lib ./testgrosscheck 35: $X4.4.3|$NPlease$ try$ again$ later so it works... bad news for me... I have no idea how to continue my investigation now. if you have any idea let me know. thanks for your help anyway. Armand From armand.delcros at gmail.com Mon May 4 13:51:47 2009 From: armand.delcros at gmail.com (Armand Delcros) Date: Mon, 04 May 2009 12:51:47 +0200 Subject: [Gross] gross with SJMS : "imsimta test mapping" return no such file or directory In-Reply-To: References: <49FC8FAB.5080109@sonnection.nl> <49FCA566.4040704@sonnection.nl> <49FD3E90.2060003@utu.fi> Message-ID: Hello, A investigation maybe : do you think there is something wrong in that line ? : ------------------------ ORIG_MAIL_ACCESS ! allow all DSNs and MDNs TCP|*|*|*|*|*|*|tcp_local||*|* $Y$E ! allow all incoming mail to postmaster and abuse TCP|*|*|*|*|*|*|tcp_local|*|*|postmaster@* $Y$E TCP|*|*|*|*|*|*|tcp_local|*|*|abuse@* $Y$E ! use gross to check all triplets (client_ip,sender,recipient) TCP|*|*|*|*|*|*|tcp_local|*|*|* $[/opt/sun/comms/messaging64 /lib/grosscheck.so,grosscheck,192.168.10.27,,5525,$2,$=$8$_,$=$6$_,$=$4$_] --------------- (last two line on one line) I know i got theses lines from the wiki but maybe i did something wrong ... Thanks. Armand From eino at utu.fi Mon May 4 14:26:21 2009 From: eino at utu.fi (Eino Tuominen) Date: Mon, 04 May 2009 14:26:21 +0300 Subject: [Gross] gross with SJMS : "imsimta test mapping" return no such file or directory In-Reply-To: References: <49FC8FAB.5080109@sonnection.nl> <49FCA566.4040704@sonnection.nl> <49FD3E90.2060003@utu.fi> Message-ID: <49FED0DD.4060407@utu.fi> Armand Delcros wrote: > Hello, > > A investigation maybe : > do you think there is something wrong in that line ? : > > ------------------------ > ORIG_MAIL_ACCESS > > ! allow all DSNs and MDNs > TCP|*|*|*|*|*|*|tcp_local||*|* $Y$E > ! allow all incoming mail to postmaster and abuse > TCP|*|*|*|*|*|*|tcp_local|*|*|postmaster@* $Y$E > TCP|*|*|*|*|*|*|tcp_local|*|*|abuse@* $Y$E > ! use gross to check all triplets (client_ip,sender,recipient) > TCP|*|*|*|*|*|*|tcp_local|*|*|* $[/opt/sun/comms/messaging64 > /lib/grosscheck.so,grosscheck,192.168.10.27,,5525,$2,$=$8$_,$=$6$_,$=$4$_] > --------------- I have: TCP|*|*|*|*|SMTP/*|*|tcp_local|*|*|* $[/usr/local/gross/lib/ grosscheck.so,grosscheck,10.10.13.1,10.10.13.2,1111,$2,$=$8$_,$=$6$_,$=$4$_] Of course, you could try listing 192.168.10.27 twice, but it shouldn't make any difference. -- Eino Tuominen From armand.delcros at gmail.com Mon May 4 18:44:38 2009 From: armand.delcros at gmail.com (Armand Delcros) Date: Mon, 04 May 2009 17:44:38 +0200 Subject: [Gross] gross with SJMS : "imsimta test mapping" return no such file or directory In-Reply-To: <49FED0DD.4060407@utu.fi> References: <49FC8FAB.5080109@sonnection.nl> <49FCA566.4040704@sonnection.nl> <49FD3E90.2060003@utu.fi> <49FED0DD.4060407@utu.fi> Message-ID: Well finaly I get a good coredump dbx result : ---------------------------------- comm:/opt/sun/comms/messaging64 # /opt/SUNWspro/bin/dbx lib/tcp_smtp_server data/log/core For information about new features see `help changes' To remove this message, put `dbxenv suppress_startup_message 7.6' in your .dbxrc Reading tcp_smtp_server core file header read successfully Reading ld.so.1 Reading libmtmalloc.so.1 Reading libimta.so Reading libmsgsrvu.so Reading libmailwave.so Reading libcyrus.so Reading libasock.so Reading libmee.so Reading libyasr.so Reading libasync.so Reading libmtpcore.so Reading libicui18n.so.3 Reading libicuuc.so.3 Reading libicudata.so.3 Reading libregexpu.so Reading libdb.so.2 Reading libsasl.so Reading libsocket.so.1 Reading libnsl.so.1 Reading libdl.so.1 Reading librt.so.1 Reading libc.so.1 Reading libsendfile.so.1 Reading libnss3.so Reading libssl3.so Reading libsoftokn3.so Reading libnspr4.so Reading libplc4.so Reading libplds4.so Reading libldap60.so Reading libssldap60.so Reading libprldap60.so Reading libthread.so.1 Reading libm.so.2 Reading libpthread.so.1 Reading libCrun.so.1 Reading libaio.so.1 Reading libmd.so.1 Reading libbsm.so.1 Reading libresolv.so.2 Reading libgen.so.1 Reading libsecdb.so.1 Reading libcmd.so.1 Reading libmp.so.2 Reading libscf.so.1 Reading libdoor.so.1 Reading libuutil.so.1 Reading libtsol.so.2 Reading fr_FR.ISO8859-1.so.3 Reading libdigestmd5.so Reading libgssapiv2.so Reading libgss.so.1 Reading libfreebl3.so Reading libkstat.so.1 Reading libspamass.so Reading grosscheck.so t at 7 (l at 7) terminated by signal SEGV (no mapping at the fault address) (fault address is just beyond end of stack) 0xfffffd7ffd8618a8: strncpy+0x0708: repz stosq Current function is grosscheck 98 strncpy(buffer, arg, *arglen); (dbx) where current thread: t at 7 [1] strncpy(0xfffffd7ffc748fff, 0xfffffd7ffc732c30, 0x82, 0x5c647261fffd0a9, 0xfffffd7ffc7314cc, 0x8000), at 0xfffffd7ffd8618a8 =>[2] grosscheck(arg = (nil), arglen = (nil), res = (nil), reslen = (nil)), line 98 in "grosscheck.c" (dbx) ---------------------------------- then, does it help ? Thanks. Armand From eino at utu.fi Mon May 4 20:41:06 2009 From: eino at utu.fi (Eino Tuominen) Date: Mon, 04 May 2009 20:41:06 +0300 Subject: [Gross] gross with SJMS : "imsimta test mapping" return no such file or directory In-Reply-To: References: <49FC8FAB.5080109@sonnection.nl> <49FCA566.4040704@sonnection.nl> <49FD3E90.2060003@utu.fi> <49FED0DD.4060407@utu.fi> Message-ID: <49FF28B2.3050409@utu.fi> Armand Delcros wrote: > > t at 7 (l at 7) terminated by signal SEGV (no mapping at the fault address) > (fault address is just beyond end of stack) > 0xfffffd7ffd8618a8: strncpy+0x0708: repz stosq > Current function is grosscheck > 98 strncpy(buffer, arg, *arglen); > (dbx) where > current thread: t at 7 > [1] strncpy(0xfffffd7ffc748fff, 0xfffffd7ffc732c30, 0x82, > 0x5c647261fffd0a9, 0xfffffd7ffc7314cc, 0x8000), at 0xfffffd7ffd8618a8 > =>[2] grosscheck(arg = (nil), arglen = (nil), res = (nil), reslen = > (nil)), line 98 in "grosscheck.c" > (dbx) > ---------------------------------- > > > then, does it help ? It does help. grosscheck does not check whether arg is NULL or not, but (wrongly) trusts the caller. Problem is that according the documentation arg shouldn't be NULL. I suggest you ask on ims-info what is happening here. -- Eino Tuominen From eino at utu.fi Tue May 12 07:43:59 2009 From: eino at utu.fi (Eino Tuominen) Date: Tue, 12 May 2009 07:43:59 +0300 Subject: [Gross] gross with SJMS : "imsimta test mapping" return no such file or directory In-Reply-To: References: <49FC8FAB.5080109@sonnection.nl> <49FCA566.4040704@sonnection.nl> <49FD3E90.2060003@utu.fi> <49FED0DD.4060407@utu.fi> Message-ID: <4A08FE8F.1090600@utu.fi> Armand Delcros wrote: > Well finaly I get a good coredump Well, I should have noticed the stack trace was messed up, sorry about that. Try to compile with -DARGDEBUG (or uncomment the relevant line in grosscheck.c). That should create /tmp/argout file and write in the arguments from the caller. -- Eino Tuominen From armand.delcros at gmail.com Thu May 14 02:37:26 2009 From: armand.delcros at gmail.com (Armand Delcros) Date: Thu, 14 May 2009 01:37:26 +0200 Subject: [Gross] gross with SJMS : "imsimta test mapping" return no such file or directory In-Reply-To: <4A08FE8F.1090600@utu.fi> References: <49FCA566.4040704@sonnection.nl> <49FD3E90.2060003@utu.fi> <49FED0DD.4060407@utu.fi> <4A08FE8F.1090600@utu.fi> Message-ID: On Tue, May 12, 2009 at 6:43 AM, Eino Tuominen wrote: > Well, I should have noticed the stack trace was messed up, sorry about that. > Try to compile with -DARGDEBUG (or uncomment the relevant line in > grosscheck.c). That should create /tmp/argout file and write in the > arguments from the caller. Hello, I added the "-DARGDEBUG" but no file "/tmp/argout" has appeared. I commented out the grosscheck.c: #define ARGDEBUG directive also but same result : no file "/tmp/argout" appeared after provocating the core dump. Armand From eino at utu.fi Thu May 14 07:48:59 2009 From: eino at utu.fi (Eino Tuominen) Date: Thu, 14 May 2009 07:48:59 +0300 Subject: [Gross] gross with SJMS : "imsimta test mapping" return no such file or directory In-Reply-To: References: <49FCA566.4040704@sonnection.nl> <49FD3E90.2060003@utu.fi> <49FED0DD.4060407@utu.fi> <4A08FE8F.1090600@utu.fi> Message-ID: <4A0BA2BB.7090409@utu.fi> Armand Delcros wrote: > On Tue, May 12, 2009 at 6:43 AM, Eino Tuominen wrote: > >> Well, I should have noticed the stack trace was messed up, sorry about that. >> Try to compile with -DARGDEBUG (or uncomment the relevant line in >> grosscheck.c). That should create /tmp/argout file and write in the >> arguments from the caller. > > Hello, > > I added the "-DARGDEBUG" but no file "/tmp/argout" has appeared. > I commented out the grosscheck.c: #define ARGDEBUG directive also but > same result : no file "/tmp/argout" appeared after provocating the > core dump. Yes, it dumps core before the creation of the file. I really don't know what's the problem here. Actually, grosscheck checks that arg is defined at line 82 of the code: assert(arg); But the code crashes at line 98 strncpy(buffer, arg, *arglen); Only thing I can think of is that arglen is wrong and strncpy writes beyond buffer. There should be check in the code for that, for debugging you could add a line: assert(*arglen < SBUFLEN); Place it somewhere between assert(arg) and strncpy. Hope this helps, -- Eino Tuominen From steeeeeveee at gmx.net Fri May 22 16:27:59 2009 From: steeeeeveee at gmx.net (Steve) Date: Fri, 22 May 2009 15:27:59 +0200 Subject: [Gross] How to let gross listen to multiple interfaces/addresses? Message-ID: <20090522132759.212710@gmx.net> How can I instruct gross to listen on multiple interfaces? I would like grossd to listen on 127.0.0.1 and have the sync_peer on another address. The reason for that is that it is easier to deploy and monitor gross listening on localhost but I still need another address then localhost for the sync peer. How to accomplish that? // Steve -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss f?r nur 17,95 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02 From eino at utu.fi Fri May 22 17:26:25 2009 From: eino at utu.fi (Eino Tuominen) Date: Fri, 22 May 2009 17:26:25 +0300 Subject: [Gross] How to let gross listen to multiple interfaces/addresses? In-Reply-To: <20090522132759.212710@gmx.net> References: <20090522132759.212710@gmx.net> Message-ID: <4A16B611.3090601@utu.fi> Steve wrote: > How can I instruct gross to listen on multiple interfaces? I would > like grossd to listen on 127.0.0.1 and have the sync_peer on another > address. The reason for that is that it is easier to deploy and > monitor gross listening on localhost but I still need another address > then localhost for the sync peer. How to accomplish that? Hi, Use sync_listen in grossd.conf. -- Eino Tuominen From steeeeeveee at gmx.net Fri May 22 17:41:37 2009 From: steeeeeveee at gmx.net (Steve) Date: Fri, 22 May 2009 16:41:37 +0200 Subject: [Gross] How to let gross listen to multiple interfaces/addresses? In-Reply-To: <4A16B611.3090601@utu.fi> References: <20090522132759.212710@gmx.net> <4A16B611.3090601@utu.fi> Message-ID: <20090522144137.212710@gmx.net> > Hi, > Hallo Eino > Use sync_listen in grossd.conf. > That does not work. My config is: theia / # grep -v "^[\t ]*\(#.*\)*$" /etc/mail/gross/grossd.conf protocol = postfix stat_type = full number_buffers = 48 rotate_interval = 3600 sync_listen = 192.168.0.77 sync_peer = 192.168.0.78 statefile = /var/run/grossd/grossd.state pidfile = /var/run/grossd/grossd.pid block_threshold = 8 milter_listen = inet:5523 at 127.0.0.1 theia / # And still gross only uses the sync_listen address and nothing else. Even when the documentation is saying that not setting host= will result in host=localhost: theia / # netstat -tulpn|grep -i gross tcp 0 0 192.168.0.77:5524 0.0.0.0:* LISTEN 1717/grossd theia / # How can I get gross to listen on more then just one IP address? btw: I am using grossd Version 1.0.1 > Eino Tuominen > Steve -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss f?r nur 17,95 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02 From eino at utu.fi Fri May 22 18:20:15 2009 From: eino at utu.fi (Eino Tuominen) Date: Fri, 22 May 2009 18:20:15 +0300 Subject: [Gross] How to let gross listen to multiple interfaces/addresses? In-Reply-To: <20090522144137.212710@gmx.net> References: <20090522132759.212710@gmx.net> <4A16B611.3090601@utu.fi> <20090522144137.212710@gmx.net> Message-ID: <4A16C2AF.3090605@utu.fi> Steve wrote: > > And still gross only uses the sync_listen address and nothing else. Even when the documentation is saying that not setting host= will result in host=localhost: > theia / # netstat -tulpn|grep -i gross > tcp 0 0 192.168.0.77:5524 0.0.0.0:* LISTEN 1717/grossd > theia / # > > > How can I get gross to listen on more then just one IP address? btw: I am using grossd Version 1.0.1 Hmm, I'm puzzled. grossd should also listen on ports 5525 (postfix policy daemon), 5522 (status) and 5523 (milter). 5524 is the sync protocol port. Can you run grossd -dD and show me the output of the server starting? -- Eino Tuominen From steeeeeveee at gmx.net Fri May 22 18:47:32 2009 From: steeeeeveee at gmx.net (Steve) Date: Fri, 22 May 2009 17:47:32 +0200 Subject: [Gross] How to let gross listen to multiple interfaces/addresses? In-Reply-To: <4A16C2AF.3090605@utu.fi> References: <20090522132759.212710@gmx.net> <4A16B611.3090601@utu.fi> <20090522144137.212710@gmx.net> <4A16C2AF.3090605@utu.fi> Message-ID: <20090522154732.212700@gmx.net> > Hmm, I'm puzzled. grossd should also listen on ports 5525 (postfix > policy daemon), 5522 (status) and 5523 (milter). 5524 is the sync > protocol port. Can you run grossd -dD and show me the output of the > server starting? > Fri May 22 17:40:31 2009 #b7d486c0: Running as root: setuid() to 'nobody' Fri May 22 17:40:31 2009 #b7d486c0: config: milter_listen = inet:5523 at 127.0.0.1 Fri May 22 17:40:31 2009 #b7d486c0: config: dnswl = wl.trusted-forwarder.org Fri May 22 17:40:31 2009 #b7d486c0: config: dnswl = query.bondedsender.org Fri May 22 17:40:31 2009 #b7d486c0: config: rhsbl = dsn.rfc-ignorant.org ; 4 Fri May 22 17:40:31 2009 #b7d486c0: config: rhsbl = rhsbl.ahbl.org ; 4 Fri May 22 17:40:31 2009 #b7d486c0: config: rhsbl = multi.surbl.org ; 4 Fri May 22 17:40:31 2009 #b7d486c0: config: rhsbl = black.dnsbl.securityplanet.nl ; 1 Fri May 22 17:40:31 2009 #b7d486c0: config: rhsbl = multi.uribl.com ; 3 Fri May 22 17:40:31 2009 #b7d486c0: config: rhsbl = rhsbl.sorbs.net ; 1 Fri May 22 17:40:31 2009 #b7d486c0: config: rhsbl = bulk.rhs.mailpolice.com ; 3 Fri May 22 17:40:31 2009 #b7d486c0: config: rhsbl = jwrh.dnsbl.net.au ; 4 Fri May 22 17:40:31 2009 #b7d486c0: config: dnsbl = dnsbl.sorbs.net ; 2 Fri May 22 17:40:31 2009 #b7d486c0: config: dnsbl = dnsbl-1.uceprotect.net ; 3 Fri May 22 17:40:31 2009 #b7d486c0: config: dnsbl = no-more-funn.moensted.dk ; 3 Fri May 22 17:40:31 2009 #b7d486c0: config: dnsbl = db.wpbl.info ; 3 Fri May 22 17:40:31 2009 #b7d486c0: config: dnsbl = bl.spamcop.net ; 3 Fri May 22 17:40:31 2009 #b7d486c0: config: dnsbl = zen.spamhaus.org ; 4 Fri May 22 17:40:31 2009 #b7d486c0: config: check = dnswl Fri May 22 17:40:31 2009 #b7d486c0: config: check = rhsbl Fri May 22 17:40:31 2009 #b7d486c0: config: check = dnsbl Fri May 22 17:40:31 2009 #b7d486c0: config: pidfile = /var/run/grossd/grossd.pid Fri May 22 17:40:31 2009 #b7d486c0: config: statefile = /var/run/grossd/grossd.state Fri May 22 17:40:31 2009 #b7d486c0: config: sync_peer = 192.168.0.78 Fri May 22 17:40:31 2009 #b7d486c0: config: sync_listen = 192.168.0.77 Fri May 22 17:40:31 2009 #b7d486c0: config: stat_type = full Fri May 22 17:40:31 2009 #b7d486c0: config: protocol = postfix Fri May 22 17:40:31 2009 #b7d486c0: config: pool_maxthreads = 100 Fri May 22 17:40:31 2009 #b7d486c0: config: query_timelimit = 5000 Fri May 22 17:40:31 2009 #b7d486c0: config: block_reason = Bad reputation Fri May 22 17:40:31 2009 #b7d486c0: config: grey_reason = Please try again later Fri May 22 17:40:31 2009 #b7d486c0: config: grey_threshold = 1 Fri May 22 17:40:31 2009 #b7d486c0: config: block_threshold = 8 Fri May 22 17:40:31 2009 #b7d486c0: config: blocker_weight = 1 Fri May 22 17:40:31 2009 #b7d486c0: config: blocker_port = 4466 Fri May 22 17:40:31 2009 #b7d486c0: config: syslog_facility = mail Fri May 22 17:40:31 2009 #b7d486c0: config: grey_delay = 10 Fri May 22 17:40:31 2009 #b7d486c0: config: grey_mask = 24 Fri May 22 17:40:31 2009 #b7d486c0: config: log_level = info Fri May 22 17:40:31 2009 #b7d486c0: config: log_method = syslog Fri May 22 17:40:31 2009 #b7d486c0: config: sjsms_response_block = $N%reason% Fri May 22 17:40:31 2009 #b7d486c0: config: sjsms_response_trust = $Y Fri May 22 17:40:31 2009 #b7d486c0: config: sjsms_response_match = $Y Fri May 22 17:40:31 2009 #b7d486c0: config: sjsms_response_grey = $X4.4.3|$N%reason% Fri May 22 17:40:31 2009 #b7d486c0: config: postfix_response_block = action=reject %reason% Fri May 22 17:40:31 2009 #b7d486c0: config: postfix_response_grey = action=defer_if_permit %reason% Fri May 22 17:40:31 2009 #b7d486c0: config: stat_interval = 300 Fri May 22 17:40:31 2009 #b7d486c0: config: number_buffers = 48 Fri May 22 17:40:31 2009 #b7d486c0: config: filter_bits = 24 Fri May 22 17:40:31 2009 #b7d486c0: config: rotate_interval = 3600 Fri May 22 17:40:31 2009 #b7d486c0: config: status_port = 5522 Fri May 22 17:40:31 2009 #b7d486c0: config: sync_port = 5524 Fri May 22 17:40:31 2009 #b7d486c0: config: port = 5525 Fri May 22 17:40:31 2009 #b7d486c0: config: host = 127.0.0.1 Fri May 22 17:40:31 2009 #b7d486c0: config: update = grey Fri May 22 17:40:31 2009 #b7d486c0: Listening host address 127.0.0.1 Fri May 22 17:40:31 2009 #b7d486c0: Sync listen address 192.168.0.77 Fri May 22 17:40:31 2009 #b7d486c0: Peer 192.168.0.78 configured. Replicating. Fri May 22 17:40:31 2009 #b7d486c0: Sync peer address 192.168.0.78 Fri May 22 17:40:31 2009 #b7d486c0: updatestyle: GREY Fri May 22 17:40:31 2009 #b7d486c0: grossd version 1.0.1 starting... Fri May 22 17:40:31 2009 #b7d486c0: creating pidfile /var/run/grossd/grossd.pid Fri May 22 17:40:31 2009 #b7d486c0: doubling the space for message queues from 1 to 2 Fri May 22 17:40:31 2009 #b7d22b90: delay queue manager thread starting Fri May 22 17:40:31 2009 #b7521b90: Found the correct state file magic string. Fri May 22 17:40:31 2009 #b7521b90: fixing bloom ring queue memory pointers, offset=fffa4000 Fri May 22 17:40:31 2009 #b7521b90: bloommgr starting... Fri May 22 17:40:31 2009 #b0b1fb90: Bind failed in syncmgr, port 5524 Still it does not start everything as expected: tcp 0 0 192.168.0.77:5524 0.0.0.0:* LISTEN 1717/grossd Wait a second: theia / # ps auxww|grep -i gross nobody 1717 0.0 0.1 143588 1032 ? Sl 03:24 0:00 grossd nobody 17995 0.0 0.0 127312 1004 pts/1 Sl+ 17:40 0:00 /usr/sbin/grossd -dD root 20414 0.0 0.0 1892 588 pts/4 S+ 17:43 0:00 grep --colour=auto -i gross theia / # That's wrong! I have two grossd running. Let me kill all of them and restart again: Fri May 22 17:44:39 2009 #b7f076c0: Running as root: setuid() to 'nobody' Fri May 22 17:44:39 2009 #b7f076c0: config: milter_listen = inet:5523 at 127.0.0.1 Fri May 22 17:44:39 2009 #b7f076c0: config: dnswl = wl.trusted-forwarder.org Fri May 22 17:44:39 2009 #b7f076c0: config: dnswl = query.bondedsender.org Fri May 22 17:44:39 2009 #b7f076c0: config: rhsbl = dsn.rfc-ignorant.org ; 4 Fri May 22 17:44:39 2009 #b7f076c0: config: rhsbl = rhsbl.ahbl.org ; 4 Fri May 22 17:44:39 2009 #b7f076c0: config: rhsbl = multi.surbl.org ; 4 Fri May 22 17:44:39 2009 #b7f076c0: config: rhsbl = black.dnsbl.securityplanet.nl ; 1 Fri May 22 17:44:39 2009 #b7f076c0: config: rhsbl = multi.uribl.com ; 3 Fri May 22 17:44:39 2009 #b7f076c0: config: rhsbl = rhsbl.sorbs.net ; 1 Fri May 22 17:44:39 2009 #b7f076c0: config: rhsbl = bulk.rhs.mailpolice.com ; 3 Fri May 22 17:44:39 2009 #b7f076c0: config: rhsbl = jwrh.dnsbl.net.au ; 4 Fri May 22 17:44:39 2009 #b7f076c0: config: dnsbl = dnsbl.sorbs.net ; 2 Fri May 22 17:44:39 2009 #b7f076c0: config: dnsbl = dnsbl-1.uceprotect.net ; 3 Fri May 22 17:44:39 2009 #b7f076c0: config: dnsbl = no-more-funn.moensted.dk ; 3 Fri May 22 17:44:39 2009 #b7f076c0: config: dnsbl = db.wpbl.info ; 3 Fri May 22 17:44:39 2009 #b7f076c0: config: dnsbl = bl.spamcop.net ; 3 Fri May 22 17:44:39 2009 #b7f076c0: config: dnsbl = zen.spamhaus.org ; 4 Fri May 22 17:44:39 2009 #b7f076c0: config: check = dnswl Fri May 22 17:44:39 2009 #b7f076c0: config: check = rhsbl Fri May 22 17:44:39 2009 #b7f076c0: config: check = dnsbl Fri May 22 17:44:39 2009 #b7f076c0: config: pidfile = /var/run/grossd/grossd.pid Fri May 22 17:44:39 2009 #b7f076c0: config: statefile = /var/run/grossd/grossd.state Fri May 22 17:44:39 2009 #b7f076c0: config: sync_peer = 192.168.0.78 Fri May 22 17:44:39 2009 #b7f076c0: config: sync_listen = 192.168.0.77 Fri May 22 17:44:39 2009 #b7f076c0: config: stat_type = full Fri May 22 17:44:39 2009 #b7f076c0: config: protocol = postfix Fri May 22 17:44:39 2009 #b7f076c0: config: pool_maxthreads = 100 Fri May 22 17:44:39 2009 #b7f076c0: config: query_timelimit = 5000 Fri May 22 17:44:39 2009 #b7f076c0: config: block_reason = Bad reputation Fri May 22 17:44:39 2009 #b7f076c0: config: grey_reason = Please try again later Fri May 22 17:44:39 2009 #b7f076c0: config: grey_threshold = 1 Fri May 22 17:44:39 2009 #b7f076c0: config: block_threshold = 8 Fri May 22 17:44:39 2009 #b7f076c0: config: blocker_weight = 1 Fri May 22 17:44:39 2009 #b7f076c0: config: blocker_port = 4466 Fri May 22 17:44:39 2009 #b7f076c0: config: syslog_facility = mail Fri May 22 17:44:39 2009 #b7f076c0: config: grey_delay = 10 Fri May 22 17:44:39 2009 #b7f076c0: config: grey_mask = 24 Fri May 22 17:44:39 2009 #b7f076c0: config: log_level = info Fri May 22 17:44:39 2009 #b7f076c0: config: log_method = syslog Fri May 22 17:44:39 2009 #b7f076c0: config: sjsms_response_block = $N%reason% Fri May 22 17:44:39 2009 #b7f076c0: config: sjsms_response_trust = $Y Fri May 22 17:44:39 2009 #b7f076c0: config: sjsms_response_match = $Y Fri May 22 17:44:39 2009 #b7f076c0: config: sjsms_response_grey = $X4.4.3|$N%reason% Fri May 22 17:44:39 2009 #b7f076c0: config: postfix_response_block = action=reject %reason% Fri May 22 17:44:39 2009 #b7f076c0: config: postfix_response_grey = action=defer_if_permit %reason% Fri May 22 17:44:39 2009 #b7f076c0: config: stat_interval = 300 Fri May 22 17:44:39 2009 #b7f076c0: config: number_buffers = 48 Fri May 22 17:44:39 2009 #b7f076c0: config: filter_bits = 24 Fri May 22 17:44:39 2009 #b7f076c0: config: rotate_interval = 3600 Fri May 22 17:44:39 2009 #b7f076c0: config: status_port = 5522 Fri May 22 17:44:39 2009 #b7f076c0: config: sync_port = 5524 Fri May 22 17:44:39 2009 #b7f076c0: config: port = 5525 Fri May 22 17:44:39 2009 #b7f076c0: config: host = 127.0.0.1 Fri May 22 17:44:39 2009 #b7f076c0: config: update = grey Fri May 22 17:44:39 2009 #b7f076c0: Listening host address 127.0.0.1 Fri May 22 17:44:39 2009 #b7f076c0: Sync listen address 192.168.0.77 Fri May 22 17:44:39 2009 #b7f076c0: Peer 192.168.0.78 configured. Replicating. Fri May 22 17:44:39 2009 #b7f076c0: Sync peer address 192.168.0.78 Fri May 22 17:44:39 2009 #b7f076c0: updatestyle: GREY Fri May 22 17:44:39 2009 #b7f076c0: grossd version 1.0.1 starting... Fri May 22 17:44:39 2009 #b7f076c0: creating pidfile /var/run/grossd/grossd.pid Fri May 22 17:44:39 2009 #b7f076c0: doubling the space for message queues from 1 to 2 Fri May 22 17:44:39 2009 #b7ee1b90: delay queue manager thread starting Fri May 22 17:44:39 2009 #b76e0b90: Found the correct state file magic string. Fri May 22 17:44:39 2009 #b76e0b90: fixing bloom ring queue memory pointers, offset=1bf000 Fri May 22 17:44:39 2009 #b76e0b90: bloommgr starting... Fri May 22 17:44:39 2009 #b0cdeb90: Peer fd 6 Fri May 22 17:44:39 2009 #b76e0b90: received rotate command Fri May 22 17:44:39 2009 #b0cdeb90: Waiting sync connection on host 192.168.0.77 port 5524 Fri May 22 17:44:39 2009 #b04ddb90: rotate thread starting Fri May 22 17:44:39 2009 #b04ddb90: Now: 1243007079 Last: 1242842115 Max-diff 172800 Fri May 22 17:44:41 2009 #b04ddb90: rotation completed No. Still just one address used: theia ~ # netstat -tulpn|grep -i gross tcp 0 0 192.168.0.77:5524 0.0.0.0:* LISTEN 20418/grossd theia ~ # > Eino Tuominen > Steve -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss f?r nur 17,95 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02 From steeeeeveee at gmx.net Tue Jun 2 15:15:31 2009 From: steeeeeveee at gmx.net (Steve) Date: Tue, 02 Jun 2009 14:15:31 +0200 Subject: [Gross] Fwd: Re: How to let gross listen to multiple interfaces/addresses? Message-ID: <20090602121531.194590@gmx.net> Hallo Eino Where you able to find out what the problem is with my gross installation or how to enable the different listening needs for gross (see below)? I just can't find the solution to my problem. Any help would be appreciated. Thanks // Steve btw: Sorry for top posting. -------- Original-Nachricht -------- Datum: Fri, 22 May 2009 17:47:32 +0200 Von: "Steve" An: CC: gross at lists.utu.fi Betreff: Re: [Gross] How to let gross listen to multiple interfaces/addresses? > Hmm, I'm puzzled. grossd should also listen on ports 5525 (postfix > policy daemon), 5522 (status) and 5523 (milter). 5524 is the sync > protocol port. Can you run grossd -dD and show me the output of the > server starting? > Fri May 22 17:40:31 2009 #b7d486c0: Running as root: setuid() to 'nobody' Fri May 22 17:40:31 2009 #b7d486c0: config: milter_listen = inet:5523 at 127.0.0.1 Fri May 22 17:40:31 2009 #b7d486c0: config: dnswl = wl.trusted-forwarder.org Fri May 22 17:40:31 2009 #b7d486c0: config: dnswl = query.bondedsender.org Fri May 22 17:40:31 2009 #b7d486c0: config: rhsbl = dsn.rfc-ignorant.org ; 4 Fri May 22 17:40:31 2009 #b7d486c0: config: rhsbl = rhsbl.ahbl.org ; 4 Fri May 22 17:40:31 2009 #b7d486c0: config: rhsbl = multi.surbl.org ; 4 Fri May 22 17:40:31 2009 #b7d486c0: config: rhsbl = black.dnsbl.securityplanet.nl ; 1 Fri May 22 17:40:31 2009 #b7d486c0: config: rhsbl = multi.uribl.com ; 3 Fri May 22 17:40:31 2009 #b7d486c0: config: rhsbl = rhsbl.sorbs.net ; 1 Fri May 22 17:40:31 2009 #b7d486c0: config: rhsbl = bulk.rhs.mailpolice.com ; 3 Fri May 22 17:40:31 2009 #b7d486c0: config: rhsbl = jwrh.dnsbl.net.au ; 4 Fri May 22 17:40:31 2009 #b7d486c0: config: dnsbl = dnsbl.sorbs.net ; 2 Fri May 22 17:40:31 2009 #b7d486c0: config: dnsbl = dnsbl-1.uceprotect.net ; 3 Fri May 22 17:40:31 2009 #b7d486c0: config: dnsbl = no-more-funn.moensted.dk ; 3 Fri May 22 17:40:31 2009 #b7d486c0: config: dnsbl = db.wpbl.info ; 3 Fri May 22 17:40:31 2009 #b7d486c0: config: dnsbl = bl.spamcop.net ; 3 Fri May 22 17:40:31 2009 #b7d486c0: config: dnsbl = zen.spamhaus.org ; 4 Fri May 22 17:40:31 2009 #b7d486c0: config: check = dnswl Fri May 22 17:40:31 2009 #b7d486c0: config: check = rhsbl Fri May 22 17:40:31 2009 #b7d486c0: config: check = dnsbl Fri May 22 17:40:31 2009 #b7d486c0: config: pidfile = /var/run/grossd/grossd.pid Fri May 22 17:40:31 2009 #b7d486c0: config: statefile = /var/run/grossd/grossd.state Fri May 22 17:40:31 2009 #b7d486c0: config: sync_peer = 192.168.0.78 Fri May 22 17:40:31 2009 #b7d486c0: config: sync_listen = 192.168.0.77 Fri May 22 17:40:31 2009 #b7d486c0: config: stat_type = full Fri May 22 17:40:31 2009 #b7d486c0: config: protocol = postfix Fri May 22 17:40:31 2009 #b7d486c0: config: pool_maxthreads = 100 Fri May 22 17:40:31 2009 #b7d486c0: config: query_timelimit = 5000 Fri May 22 17:40:31 2009 #b7d486c0: config: block_reason = Bad reputation Fri May 22 17:40:31 2009 #b7d486c0: config: grey_reason = Please try again later Fri May 22 17:40:31 2009 #b7d486c0: config: grey_threshold = 1 Fri May 22 17:40:31 2009 #b7d486c0: config: block_threshold = 8 Fri May 22 17:40:31 2009 #b7d486c0: config: blocker_weight = 1 Fri May 22 17:40:31 2009 #b7d486c0: config: blocker_port = 4466 Fri May 22 17:40:31 2009 #b7d486c0: config: syslog_facility = mail Fri May 22 17:40:31 2009 #b7d486c0: config: grey_delay = 10 Fri May 22 17:40:31 2009 #b7d486c0: config: grey_mask = 24 Fri May 22 17:40:31 2009 #b7d486c0: config: log_level = info Fri May 22 17:40:31 2009 #b7d486c0: config: log_method = syslog Fri May 22 17:40:31 2009 #b7d486c0: config: sjsms_response_block = $N%reason% Fri May 22 17:40:31 2009 #b7d486c0: config: sjsms_response_trust = $Y Fri May 22 17:40:31 2009 #b7d486c0: config: sjsms_response_match = $Y Fri May 22 17:40:31 2009 #b7d486c0: config: sjsms_response_grey = $X4.4.3|$N%reason% Fri May 22 17:40:31 2009 #b7d486c0: config: postfix_response_block = action=reject %reason% Fri May 22 17:40:31 2009 #b7d486c0: config: postfix_response_grey = action=defer_if_permit %reason% Fri May 22 17:40:31 2009 #b7d486c0: config: stat_interval = 300 Fri May 22 17:40:31 2009 #b7d486c0: config: number_buffers = 48 Fri May 22 17:40:31 2009 #b7d486c0: config: filter_bits = 24 Fri May 22 17:40:31 2009 #b7d486c0: config: rotate_interval = 3600 Fri May 22 17:40:31 2009 #b7d486c0: config: status_port = 5522 Fri May 22 17:40:31 2009 #b7d486c0: config: sync_port = 5524 Fri May 22 17:40:31 2009 #b7d486c0: config: port = 5525 Fri May 22 17:40:31 2009 #b7d486c0: config: host = 127.0.0.1 Fri May 22 17:40:31 2009 #b7d486c0: config: update = grey Fri May 22 17:40:31 2009 #b7d486c0: Listening host address 127.0.0.1 Fri May 22 17:40:31 2009 #b7d486c0: Sync listen address 192.168.0.77 Fri May 22 17:40:31 2009 #b7d486c0: Peer 192.168.0.78 configured. Replicating. Fri May 22 17:40:31 2009 #b7d486c0: Sync peer address 192.168.0.78 Fri May 22 17:40:31 2009 #b7d486c0: updatestyle: GREY Fri May 22 17:40:31 2009 #b7d486c0: grossd version 1.0.1 starting... Fri May 22 17:40:31 2009 #b7d486c0: creating pidfile /var/run/grossd/grossd.pid Fri May 22 17:40:31 2009 #b7d486c0: doubling the space for message queues from 1 to 2 Fri May 22 17:40:31 2009 #b7d22b90: delay queue manager thread starting Fri May 22 17:40:31 2009 #b7521b90: Found the correct state file magic string. Fri May 22 17:40:31 2009 #b7521b90: fixing bloom ring queue memory pointers, offset=fffa4000 Fri May 22 17:40:31 2009 #b7521b90: bloommgr starting... Fri May 22 17:40:31 2009 #b0b1fb90: Bind failed in syncmgr, port 5524 Still it does not start everything as expected: tcp 0 0 192.168.0.77:5524 0.0.0.0:* LISTEN 1717/grossd Wait a second: theia / # ps auxww|grep -i gross nobody 1717 0.0 0.1 143588 1032 ? Sl 03:24 0:00 grossd nobody 17995 0.0 0.0 127312 1004 pts/1 Sl+ 17:40 0:00 /usr/sbin/grossd -dD root 20414 0.0 0.0 1892 588 pts/4 S+ 17:43 0:00 grep --colour=auto -i gross theia / # That's wrong! I have two grossd running. Let me kill all of them and restart again: Fri May 22 17:44:39 2009 #b7f076c0: Running as root: setuid() to 'nobody' Fri May 22 17:44:39 2009 #b7f076c0: config: milter_listen = inet:5523 at 127.0.0.1 Fri May 22 17:44:39 2009 #b7f076c0: config: dnswl = wl.trusted-forwarder.org Fri May 22 17:44:39 2009 #b7f076c0: config: dnswl = query.bondedsender.org Fri May 22 17:44:39 2009 #b7f076c0: config: rhsbl = dsn.rfc-ignorant.org ; 4 Fri May 22 17:44:39 2009 #b7f076c0: config: rhsbl = rhsbl.ahbl.org ; 4 Fri May 22 17:44:39 2009 #b7f076c0: config: rhsbl = multi.surbl.org ; 4 Fri May 22 17:44:39 2009 #b7f076c0: config: rhsbl = black.dnsbl.securityplanet.nl ; 1 Fri May 22 17:44:39 2009 #b7f076c0: config: rhsbl = multi.uribl.com ; 3 Fri May 22 17:44:39 2009 #b7f076c0: config: rhsbl = rhsbl.sorbs.net ; 1 Fri May 22 17:44:39 2009 #b7f076c0: config: rhsbl = bulk.rhs.mailpolice.com ; 3 Fri May 22 17:44:39 2009 #b7f076c0: config: rhsbl = jwrh.dnsbl.net.au ; 4 Fri May 22 17:44:39 2009 #b7f076c0: config: dnsbl = dnsbl.sorbs.net ; 2 Fri May 22 17:44:39 2009 #b7f076c0: config: dnsbl = dnsbl-1.uceprotect.net ; 3 Fri May 22 17:44:39 2009 #b7f076c0: config: dnsbl = no-more-funn.moensted.dk ; 3 Fri May 22 17:44:39 2009 #b7f076c0: config: dnsbl = db.wpbl.info ; 3 Fri May 22 17:44:39 2009 #b7f076c0: config: dnsbl = bl.spamcop.net ; 3 Fri May 22 17:44:39 2009 #b7f076c0: config: dnsbl = zen.spamhaus.org ; 4 Fri May 22 17:44:39 2009 #b7f076c0: config: check = dnswl Fri May 22 17:44:39 2009 #b7f076c0: config: check = rhsbl Fri May 22 17:44:39 2009 #b7f076c0: config: check = dnsbl Fri May 22 17:44:39 2009 #b7f076c0: config: pidfile = /var/run/grossd/grossd.pid Fri May 22 17:44:39 2009 #b7f076c0: config: statefile = /var/run/grossd/grossd.state Fri May 22 17:44:39 2009 #b7f076c0: config: sync_peer = 192.168.0.78 Fri May 22 17:44:39 2009 #b7f076c0: config: sync_listen = 192.168.0.77 Fri May 22 17:44:39 2009 #b7f076c0: config: stat_type = full Fri May 22 17:44:39 2009 #b7f076c0: config: protocol = postfix Fri May 22 17:44:39 2009 #b7f076c0: config: pool_maxthreads = 100 Fri May 22 17:44:39 2009 #b7f076c0: config: query_timelimit = 5000 Fri May 22 17:44:39 2009 #b7f076c0: config: block_reason = Bad reputation Fri May 22 17:44:39 2009 #b7f076c0: config: grey_reason = Please try again later Fri May 22 17:44:39 2009 #b7f076c0: config: grey_threshold = 1 Fri May 22 17:44:39 2009 #b7f076c0: config: block_threshold = 8 Fri May 22 17:44:39 2009 #b7f076c0: config: blocker_weight = 1 Fri May 22 17:44:39 2009 #b7f076c0: config: blocker_port = 4466 Fri May 22 17:44:39 2009 #b7f076c0: config: syslog_facility = mail Fri May 22 17:44:39 2009 #b7f076c0: config: grey_delay = 10 Fri May 22 17:44:39 2009 #b7f076c0: config: grey_mask = 24 Fri May 22 17:44:39 2009 #b7f076c0: config: log_level = info Fri May 22 17:44:39 2009 #b7f076c0: config: log_method = syslog Fri May 22 17:44:39 2009 #b7f076c0: config: sjsms_response_block = $N%reason% Fri May 22 17:44:39 2009 #b7f076c0: config: sjsms_response_trust = $Y Fri May 22 17:44:39 2009 #b7f076c0: config: sjsms_response_match = $Y Fri May 22 17:44:39 2009 #b7f076c0: config: sjsms_response_grey = $X4.4.3|$N%reason% Fri May 22 17:44:39 2009 #b7f076c0: config: postfix_response_block = action=reject %reason% Fri May 22 17:44:39 2009 #b7f076c0: config: postfix_response_grey = action=defer_if_permit %reason% Fri May 22 17:44:39 2009 #b7f076c0: config: stat_interval = 300 Fri May 22 17:44:39 2009 #b7f076c0: config: number_buffers = 48 Fri May 22 17:44:39 2009 #b7f076c0: config: filter_bits = 24 Fri May 22 17:44:39 2009 #b7f076c0: config: rotate_interval = 3600 Fri May 22 17:44:39 2009 #b7f076c0: config: status_port = 5522 Fri May 22 17:44:39 2009 #b7f076c0: config: sync_port = 5524 Fri May 22 17:44:39 2009 #b7f076c0: config: port = 5525 Fri May 22 17:44:39 2009 #b7f076c0: config: host = 127.0.0.1 Fri May 22 17:44:39 2009 #b7f076c0: config: update = grey Fri May 22 17:44:39 2009 #b7f076c0: Listening host address 127.0.0.1 Fri May 22 17:44:39 2009 #b7f076c0: Sync listen address 192.168.0.77 Fri May 22 17:44:39 2009 #b7f076c0: Peer 192.168.0.78 configured. Replicating. Fri May 22 17:44:39 2009 #b7f076c0: Sync peer address 192.168.0.78 Fri May 22 17:44:39 2009 #b7f076c0: updatestyle: GREY Fri May 22 17:44:39 2009 #b7f076c0: grossd version 1.0.1 starting... Fri May 22 17:44:39 2009 #b7f076c0: creating pidfile /var/run/grossd/grossd.pid Fri May 22 17:44:39 2009 #b7f076c0: doubling the space for message queues from 1 to 2 Fri May 22 17:44:39 2009 #b7ee1b90: delay queue manager thread starting Fri May 22 17:44:39 2009 #b76e0b90: Found the correct state file magic string. Fri May 22 17:44:39 2009 #b76e0b90: fixing bloom ring queue memory pointers, offset=1bf000 Fri May 22 17:44:39 2009 #b76e0b90: bloommgr starting... Fri May 22 17:44:39 2009 #b0cdeb90: Peer fd 6 Fri May 22 17:44:39 2009 #b76e0b90: received rotate command Fri May 22 17:44:39 2009 #b0cdeb90: Waiting sync connection on host 192.168.0.77 port 5524 Fri May 22 17:44:39 2009 #b04ddb90: rotate thread starting Fri May 22 17:44:39 2009 #b04ddb90: Now: 1243007079 Last: 1242842115 Max-diff 172800 Fri May 22 17:44:41 2009 #b04ddb90: rotation completed No. Still just one address used: theia ~ # netstat -tulpn|grep -i gross tcp 0 0 192.168.0.77:5524 0.0.0.0:* LISTEN 20418/grossd theia ~ # > Eino Tuominen > Steve -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss f?r nur 17,95 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02 -- GMX FreeDSL mit DSL 6.000 Flatrate und Telefonanschluss nur 17,95 Euro/mtl.! http://dslspecial.gmx.de/freedsl-aktionspreis/?ac=OM.AD.PD003K11308T4569a From steeeeeveee at gmx.net Tue Jun 2 18:41:42 2009 From: steeeeeveee at gmx.net (Steve) Date: Tue, 02 Jun 2009 17:41:42 +0200 Subject: [Gross] Fwd: Re: How to let gross listen to multiple interfaces/addresses? In-Reply-To: <20090602121531.194590@gmx.net> References: <20090602121531.194590@gmx.net> Message-ID: <20090602154142.226530@gmx.net> -------- Original-Nachricht -------- > Datum: Tue, 02 Jun 2009 14:15:31 +0200 > Von: Steve > An: gross at lists.utu.fi > Betreff: [Gross] Fwd: Re: How to let gross listen to multiple interfaces/addresses? > Hallo Eino > > Where you able to find out what the problem is with my gross installation > or how to enable the different listening needs for gross (see below)? I > just can't find the solution to my problem. Any help would be appreciated. > Ach! It works! I was inpatient when checking. It takes some seconds to start all the services as expected. Sorry for bothering the list with stupid requests. > Thanks > > // Steve > // Steve > btw: Sorry for top posting. > > -------- Original-Nachricht -------- > Datum: Fri, 22 May 2009 17:47:32 +0200 > Von: "Steve" > An: > CC: gross at lists.utu.fi > Betreff: Re: [Gross] How to let gross listen to multiple > interfaces/addresses? > > > Hmm, I'm puzzled. grossd should also listen on ports 5525 (postfix > > policy daemon), 5522 (status) and 5523 (milter). 5524 is the sync > > protocol port. Can you run grossd -dD and show me the output of the > > server starting? > > > Fri May 22 17:40:31 2009 #b7d486c0: Running as root: setuid() to 'nobody' > Fri May 22 17:40:31 2009 #b7d486c0: config: milter_listen = > inet:5523 at 127.0.0.1 > Fri May 22 17:40:31 2009 #b7d486c0: config: dnswl = > wl.trusted-forwarder.org > Fri May 22 17:40:31 2009 #b7d486c0: config: dnswl = query.bondedsender.org > Fri May 22 17:40:31 2009 #b7d486c0: config: rhsbl = dsn.rfc-ignorant.org ; > 4 > Fri May 22 17:40:31 2009 #b7d486c0: config: rhsbl = rhsbl.ahbl.org ; 4 > Fri May 22 17:40:31 2009 #b7d486c0: config: rhsbl = multi.surbl.org ; 4 > Fri May 22 17:40:31 2009 #b7d486c0: config: rhsbl = > black.dnsbl.securityplanet.nl ; 1 > Fri May 22 17:40:31 2009 #b7d486c0: config: rhsbl = multi.uribl.com ; 3 > Fri May 22 17:40:31 2009 #b7d486c0: config: rhsbl = rhsbl.sorbs.net ; 1 > Fri May 22 17:40:31 2009 #b7d486c0: config: rhsbl = > bulk.rhs.mailpolice.com ; 3 > Fri May 22 17:40:31 2009 #b7d486c0: config: rhsbl = jwrh.dnsbl.net.au ; 4 > Fri May 22 17:40:31 2009 #b7d486c0: config: dnsbl = dnsbl.sorbs.net ; 2 > Fri May 22 17:40:31 2009 #b7d486c0: config: dnsbl = dnsbl-1.uceprotect.net > ; 3 > Fri May 22 17:40:31 2009 #b7d486c0: config: dnsbl = > no-more-funn.moensted.dk ; 3 > Fri May 22 17:40:31 2009 #b7d486c0: config: dnsbl = db.wpbl.info ; 3 > Fri May 22 17:40:31 2009 #b7d486c0: config: dnsbl = bl.spamcop.net ; 3 > Fri May 22 17:40:31 2009 #b7d486c0: config: dnsbl = zen.spamhaus.org ; 4 > Fri May 22 17:40:31 2009 #b7d486c0: config: check = dnswl > Fri May 22 17:40:31 2009 #b7d486c0: config: check = rhsbl > Fri May 22 17:40:31 2009 #b7d486c0: config: check = dnsbl > Fri May 22 17:40:31 2009 #b7d486c0: config: pidfile = > /var/run/grossd/grossd.pid > Fri May 22 17:40:31 2009 #b7d486c0: config: statefile = > /var/run/grossd/grossd.state > Fri May 22 17:40:31 2009 #b7d486c0: config: sync_peer = 192.168.0.78 > Fri May 22 17:40:31 2009 #b7d486c0: config: sync_listen = 192.168.0.77 > Fri May 22 17:40:31 2009 #b7d486c0: config: stat_type = full > Fri May 22 17:40:31 2009 #b7d486c0: config: protocol = postfix > Fri May 22 17:40:31 2009 #b7d486c0: config: pool_maxthreads = 100 > Fri May 22 17:40:31 2009 #b7d486c0: config: query_timelimit = 5000 > Fri May 22 17:40:31 2009 #b7d486c0: config: block_reason = Bad reputation > Fri May 22 17:40:31 2009 #b7d486c0: config: grey_reason = Please try again > later > Fri May 22 17:40:31 2009 #b7d486c0: config: grey_threshold = 1 > Fri May 22 17:40:31 2009 #b7d486c0: config: block_threshold = 8 > Fri May 22 17:40:31 2009 #b7d486c0: config: blocker_weight = 1 > Fri May 22 17:40:31 2009 #b7d486c0: config: blocker_port = 4466 > Fri May 22 17:40:31 2009 #b7d486c0: config: syslog_facility = mail > Fri May 22 17:40:31 2009 #b7d486c0: config: grey_delay = 10 > Fri May 22 17:40:31 2009 #b7d486c0: config: grey_mask = 24 > Fri May 22 17:40:31 2009 #b7d486c0: config: log_level = info > Fri May 22 17:40:31 2009 #b7d486c0: config: log_method = syslog > Fri May 22 17:40:31 2009 #b7d486c0: config: sjsms_response_block = > $N%reason% > Fri May 22 17:40:31 2009 #b7d486c0: config: sjsms_response_trust = $Y > Fri May 22 17:40:31 2009 #b7d486c0: config: sjsms_response_match = $Y > Fri May 22 17:40:31 2009 #b7d486c0: config: sjsms_response_grey = > $X4.4.3|$N%reason% > Fri May 22 17:40:31 2009 #b7d486c0: config: postfix_response_block = > action=reject %reason% > Fri May 22 17:40:31 2009 #b7d486c0: config: postfix_response_grey = > action=defer_if_permit %reason% > Fri May 22 17:40:31 2009 #b7d486c0: config: stat_interval = 300 > Fri May 22 17:40:31 2009 #b7d486c0: config: number_buffers = 48 > Fri May 22 17:40:31 2009 #b7d486c0: config: filter_bits = 24 > Fri May 22 17:40:31 2009 #b7d486c0: config: rotate_interval = 3600 > Fri May 22 17:40:31 2009 #b7d486c0: config: status_port = 5522 > Fri May 22 17:40:31 2009 #b7d486c0: config: sync_port = 5524 > Fri May 22 17:40:31 2009 #b7d486c0: config: port = 5525 > Fri May 22 17:40:31 2009 #b7d486c0: config: host = 127.0.0.1 > Fri May 22 17:40:31 2009 #b7d486c0: config: update = grey > Fri May 22 17:40:31 2009 #b7d486c0: Listening host address 127.0.0.1 > Fri May 22 17:40:31 2009 #b7d486c0: Sync listen address 192.168.0.77 > Fri May 22 17:40:31 2009 #b7d486c0: Peer 192.168.0.78 configured. > Replicating. > Fri May 22 17:40:31 2009 #b7d486c0: Sync peer address 192.168.0.78 > Fri May 22 17:40:31 2009 #b7d486c0: updatestyle: GREY > Fri May 22 17:40:31 2009 #b7d486c0: grossd version 1.0.1 starting... > Fri May 22 17:40:31 2009 #b7d486c0: creating pidfile > /var/run/grossd/grossd.pid > Fri May 22 17:40:31 2009 #b7d486c0: doubling the space for message queues > from 1 to 2 > Fri May 22 17:40:31 2009 #b7d22b90: delay queue manager thread starting > Fri May 22 17:40:31 2009 #b7521b90: Found the correct state file magic > string. > Fri May 22 17:40:31 2009 #b7521b90: fixing bloom ring queue memory > pointers, offset=fffa4000 > Fri May 22 17:40:31 2009 #b7521b90: bloommgr starting... > Fri May 22 17:40:31 2009 #b0b1fb90: Bind failed in syncmgr, port 5524 > > > Still it does not start everything as expected: > tcp 0 0 192.168.0.77:5524 0.0.0.0:* LISTEN > 1717/grossd > > > Wait a second: > theia / # ps auxww|grep -i gross > nobody 1717 0.0 0.1 143588 1032 ? Sl 03:24 0:00 grossd > nobody 17995 0.0 0.0 127312 1004 pts/1 Sl+ 17:40 0:00 > /usr/sbin/grossd -dD > root 20414 0.0 0.0 1892 588 pts/4 S+ 17:43 0:00 grep > --colour=auto -i gross > theia / # > > > That's wrong! I have two grossd running. Let me kill all of them and > restart again: > Fri May 22 17:44:39 2009 #b7f076c0: Running as root: setuid() to 'nobody' > Fri May 22 17:44:39 2009 #b7f076c0: config: milter_listen = > inet:5523 at 127.0.0.1 > Fri May 22 17:44:39 2009 #b7f076c0: config: dnswl = > wl.trusted-forwarder.org > Fri May 22 17:44:39 2009 #b7f076c0: config: dnswl = query.bondedsender.org > Fri May 22 17:44:39 2009 #b7f076c0: config: rhsbl = dsn.rfc-ignorant.org ; > 4 > Fri May 22 17:44:39 2009 #b7f076c0: config: rhsbl = rhsbl.ahbl.org ; 4 > Fri May 22 17:44:39 2009 #b7f076c0: config: rhsbl = multi.surbl.org ; 4 > Fri May 22 17:44:39 2009 #b7f076c0: config: rhsbl = > black.dnsbl.securityplanet.nl ; 1 > Fri May 22 17:44:39 2009 #b7f076c0: config: rhsbl = multi.uribl.com ; 3 > Fri May 22 17:44:39 2009 #b7f076c0: config: rhsbl = rhsbl.sorbs.net ; 1 > Fri May 22 17:44:39 2009 #b7f076c0: config: rhsbl = > bulk.rhs.mailpolice.com ; 3 > Fri May 22 17:44:39 2009 #b7f076c0: config: rhsbl = jwrh.dnsbl.net.au ; 4 > Fri May 22 17:44:39 2009 #b7f076c0: config: dnsbl = dnsbl.sorbs.net ; 2 > Fri May 22 17:44:39 2009 #b7f076c0: config: dnsbl = dnsbl-1.uceprotect.net > ; 3 > Fri May 22 17:44:39 2009 #b7f076c0: config: dnsbl = > no-more-funn.moensted.dk ; 3 > Fri May 22 17:44:39 2009 #b7f076c0: config: dnsbl = db.wpbl.info ; 3 > Fri May 22 17:44:39 2009 #b7f076c0: config: dnsbl = bl.spamcop.net ; 3 > Fri May 22 17:44:39 2009 #b7f076c0: config: dnsbl = zen.spamhaus.org ; 4 > Fri May 22 17:44:39 2009 #b7f076c0: config: check = dnswl > Fri May 22 17:44:39 2009 #b7f076c0: config: check = rhsbl > Fri May 22 17:44:39 2009 #b7f076c0: config: check = dnsbl > Fri May 22 17:44:39 2009 #b7f076c0: config: pidfile = > /var/run/grossd/grossd.pid > Fri May 22 17:44:39 2009 #b7f076c0: config: statefile = > /var/run/grossd/grossd.state > Fri May 22 17:44:39 2009 #b7f076c0: config: sync_peer = 192.168.0.78 > Fri May 22 17:44:39 2009 #b7f076c0: config: sync_listen = 192.168.0.77 > Fri May 22 17:44:39 2009 #b7f076c0: config: stat_type = full > Fri May 22 17:44:39 2009 #b7f076c0: config: protocol = postfix > Fri May 22 17:44:39 2009 #b7f076c0: config: pool_maxthreads = 100 > Fri May 22 17:44:39 2009 #b7f076c0: config: query_timelimit = 5000 > Fri May 22 17:44:39 2009 #b7f076c0: config: block_reason = Bad reputation > Fri May 22 17:44:39 2009 #b7f076c0: config: grey_reason = Please try again > later > Fri May 22 17:44:39 2009 #b7f076c0: config: grey_threshold = 1 > Fri May 22 17:44:39 2009 #b7f076c0: config: block_threshold = 8 > Fri May 22 17:44:39 2009 #b7f076c0: config: blocker_weight = 1 > Fri May 22 17:44:39 2009 #b7f076c0: config: blocker_port = 4466 > Fri May 22 17:44:39 2009 #b7f076c0: config: syslog_facility = mail > Fri May 22 17:44:39 2009 #b7f076c0: config: grey_delay = 10 > Fri May 22 17:44:39 2009 #b7f076c0: config: grey_mask = 24 > Fri May 22 17:44:39 2009 #b7f076c0: config: log_level = info > Fri May 22 17:44:39 2009 #b7f076c0: config: log_method = syslog > Fri May 22 17:44:39 2009 #b7f076c0: config: sjsms_response_block = > $N%reason% > Fri May 22 17:44:39 2009 #b7f076c0: config: sjsms_response_trust = $Y > Fri May 22 17:44:39 2009 #b7f076c0: config: sjsms_response_match = $Y > Fri May 22 17:44:39 2009 #b7f076c0: config: sjsms_response_grey = > $X4.4.3|$N%reason% > Fri May 22 17:44:39 2009 #b7f076c0: config: postfix_response_block = > action=reject %reason% > Fri May 22 17:44:39 2009 #b7f076c0: config: postfix_response_grey = > action=defer_if_permit %reason% > Fri May 22 17:44:39 2009 #b7f076c0: config: stat_interval = 300 > Fri May 22 17:44:39 2009 #b7f076c0: config: number_buffers = 48 > Fri May 22 17:44:39 2009 #b7f076c0: config: filter_bits = 24 > Fri May 22 17:44:39 2009 #b7f076c0: config: rotate_interval = 3600 > Fri May 22 17:44:39 2009 #b7f076c0: config: status_port = 5522 > Fri May 22 17:44:39 2009 #b7f076c0: config: sync_port = 5524 > Fri May 22 17:44:39 2009 #b7f076c0: config: port = 5525 > Fri May 22 17:44:39 2009 #b7f076c0: config: host = 127.0.0.1 > Fri May 22 17:44:39 2009 #b7f076c0: config: update = grey > Fri May 22 17:44:39 2009 #b7f076c0: Listening host address 127.0.0.1 > Fri May 22 17:44:39 2009 #b7f076c0: Sync listen address 192.168.0.77 > Fri May 22 17:44:39 2009 #b7f076c0: Peer 192.168.0.78 configured. > Replicating. > Fri May 22 17:44:39 2009 #b7f076c0: Sync peer address 192.168.0.78 > Fri May 22 17:44:39 2009 #b7f076c0: updatestyle: GREY > Fri May 22 17:44:39 2009 #b7f076c0: grossd version 1.0.1 starting... > Fri May 22 17:44:39 2009 #b7f076c0: creating pidfile > /var/run/grossd/grossd.pid > Fri May 22 17:44:39 2009 #b7f076c0: doubling the space for message queues > from 1 to 2 > Fri May 22 17:44:39 2009 #b7ee1b90: delay queue manager thread starting > Fri May 22 17:44:39 2009 #b76e0b90: Found the correct state file magic > string. > Fri May 22 17:44:39 2009 #b76e0b90: fixing bloom ring queue memory > pointers, offset=1bf000 > Fri May 22 17:44:39 2009 #b76e0b90: bloommgr starting... > Fri May 22 17:44:39 2009 #b0cdeb90: Peer fd 6 > Fri May 22 17:44:39 2009 #b76e0b90: received rotate command > Fri May 22 17:44:39 2009 #b0cdeb90: Waiting sync connection on host > 192.168.0.77 port 5524 > Fri May 22 17:44:39 2009 #b04ddb90: rotate thread starting > Fri May 22 17:44:39 2009 #b04ddb90: Now: 1243007079 Last: 1242842115 > Max-diff 172800 > Fri May 22 17:44:41 2009 #b04ddb90: rotation completed > > > > No. Still just one address used: > theia ~ # netstat -tulpn|grep -i gross > tcp 0 0 192.168.0.77:5524 0.0.0.0:* LISTEN > 20418/grossd > theia ~ # > > > > Eino Tuominen > > > Steve > -- > Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + > Telefonanschluss f?r nur 17,95 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02 > > -- > GMX FreeDSL mit DSL 6.000 Flatrate und Telefonanschluss nur 17,95 > Euro/mtl.! > http://dslspecial.gmx.de/freedsl-aktionspreis/?ac=OM.AD.PD003K11308T4569a > _______________________________________________ > Gross mailing list > Gross at lists.utu.fi > https://lists.utu.fi/mailman/listinfo/gross -- GMX FreeDSL mit DSL 6.000 Flatrate und Telefonanschluss nur 17,95 Euro/mtl.! http://dslspecial.gmx.de/freedsl-aktionspreis/?ac=OM.AD.PD003K11308T4569a From swardle at hiden.co.uk Fri Sep 18 17:42:26 2009 From: swardle at hiden.co.uk (Steve Wardle) Date: Fri, 18 Sep 2009 15:42:26 +0100 Subject: [Gross] Rotate stuck Message-ID: <20090918154226.00005b72@hiden.co.uk> Hi, I've just set up gross 1.0.1 on a Solaris 10 system (using the milter interface). It seems to be working re queries but it fails to rotate the filters with the default 3600 seconds rotate_interval. The daemon /opt/local/sbin/grossd is run by "nobody" and the statefile has write permission and is owned by "nobody". I ran it from the command line in debug mode and found that if I reduced rotate_interval to 600 seconds it rotated the filters just once after each restart. I then reduced the rotate_interval to 60 seconds and it rotated the filters 11 times. There is nothing in the debug output where I'd expect the next rotate to be. When it fails telnet to port 5522 gives: 2:Rotate stuck Any tips on where to look for the problem. This looks like a very useful app. if I can get it to do the right thing with the filter rotation. Best regards, -- Steve Wardle From eino at utu.fi Fri Sep 18 17:52:32 2009 From: eino at utu.fi (Eino Tuominen) Date: Fri, 18 Sep 2009 17:52:32 +0300 Subject: [Gross] Rotate stuck In-Reply-To: <20090918154226.00005b72@hiden.co.uk> References: <20090918154226.00005b72@hiden.co.uk> Message-ID: <4AB39EB0.8000609@utu.fi> Steve Wardle wrote: > > There is nothing in the debug output where I'd expect the next rotate > to be. > > When it fails telnet to port 5522 gives: 2:Rotate stuck Hi, Can you send me the output of pstack when the thread hangs? Also, I recall there has been some minor things done with thread setup after 1.0.1 (I really have to push a new release out...) so you could try with an svn version. -- Eino Tuominen From eino at utu.fi Fri Sep 18 19:00:20 2009 From: eino at utu.fi (Eino Tuominen) Date: Fri, 18 Sep 2009 19:00:20 +0300 Subject: [Gross] Rotate stuck In-Reply-To: <4AB39EB0.8000609@utu.fi> References: <20090918154226.00005b72@hiden.co.uk> <4AB39EB0.8000609@utu.fi> Message-ID: <4AB3AE94.20404@utu.fi> Eino Tuominen wrote: > Steve Wardle wrote: >> There is nothing in the debug output where I'd expect the next rotate >> to be. >> >> When it fails telnet to port 5522 gives: 2:Rotate stuck > > Hi, > > Can you send me the output of pstack when the thread hangs? Also, I > recall there has been some minor things done with thread setup after > 1.0.1 (I really have to push a new release out...) so you could try with > an svn version. [got pstack.grossd off list] Hi, pstack looks fine to me. This is how the thing should work: The bloommgr thread manages the bloom filters. grossd follows the traditional one writer, multiple readers design. After main() starts up bloommgr and others it goes into a loop where it schedules the maintenance tasks, rotation included. On intervals it sends an instant message via the update queue (the message bypasses the update queue delay) and upon receiving the message bloommgr then rotates the filters. The output of pstack shows that main is in sleep() and bloommgr waits for messages. When it's time to rotate, main() sends a message: for (;;) { if ((time(NULL) - *ctx->last_rotate) > ctx->config.rotate_interval) { /* time to rotate filters */ rotatecmd.mtype = ROTATE; ret = instant_msg(ctx->update_q, &rotatecmd, 0, 0); if (ret < 0) gerror("rotate instant_msg"); } ... And then bloommgr finds the message in the update queue: case ROTATE: logstr(GLOG_DEBUG, "received rotate command"); /* debug_print_ring_queue(ctx->filter, TRUE); */ create_thread(NULL, DETACH, &rotate, NULL); break; So, do you see the message in the log? -- Eino Tuominen From eino at utu.fi Sun Sep 20 17:09:45 2009 From: eino at utu.fi (Eino Tuominen) Date: Sun, 20 Sep 2009 17:09:45 +0300 Subject: [Gross] Announcement: Gross 1.0.2 available Message-ID: <4AB637A9.3070708@utu.fi> FYI, I just uploaded a patch release, it's available at the Google project site as usual. I feel guilted as I have not had any time to write new features for over a year now. Still hoping to have time for gross in the future, I have not abandoned the project though it may seem like it now... Keep the good ideas coming! Version 1.0.2 * do not check /etc/hosts in dnsbl check * -u command line option to run grossd with a differnet uid Issues fixed: #71: grossd dies under Linux #72: freebsd port broken #77: grossd does not call initgroups() prior setgid() -- Eino Tuominen From swardle at hiden.co.uk Mon Sep 21 12:42:23 2009 From: swardle at hiden.co.uk (Steve Wardle) Date: Mon, 21 Sep 2009 10:42:23 +0100 Subject: [Gross] Rotate stuck In-Reply-To: <4AB3AE94.20404@utu.fi> References: <20090918154226.00005b72@hiden.co.uk> <4AB39EB0.8000609@utu.fi> <4AB3AE94.20404@utu.fi> Message-ID: <20090921104223.00002ffb@hiden.co.uk> On Fri, 18 Sep 2009 19:00:20 +0300 Eino Tuominen wrote: > Hi, > > pstack looks fine to me. This is how the thing should work: > > ... Hi Eino, Thanks for the explanation. I installed 1.0.2 this morning but I'm still seeing the same problem. There is no "received rotate command" in the log once the rotation is "stuck". I'll send you the log off list. -- Steve From eino at utu.fi Thu Sep 24 19:54:58 2009 From: eino at utu.fi (Eino Tuominen) Date: Thu, 24 Sep 2009 19:54:58 +0300 Subject: [Gross] Rotate stuck In-Reply-To: <20090921104223.00002ffb@hiden.co.uk> References: <20090918154226.00005b72@hiden.co.uk> <4AB39EB0.8000609@utu.fi> <4AB3AE94.20404@utu.fi> <20090921104223.00002ffb@hiden.co.uk> Message-ID: <4ABBA462.4050302@utu.fi> Steve Wardle wrote: > On Fri, 18 Sep 2009 19:00:20 +0300 > Eino Tuominen wrote: > >> Hi, >> >> pstack looks fine to me. This is how the thing should work: >> >> ... > > Hi Eino, > > Thanks for the explanation. > > I installed 1.0.2 this morning but I'm still seeing the same problem. > > There is no "received rotate command" in the log once the rotation is "stuck". > > I'll send you the log off list. [ a lot of debugging off list ] Can anybody replicate the issue Steve is seeing? I know of at least to major sites using Gross as a milter, but they are not running on Solaris. One is running on NetBSD and another one on FreeBSD, I think. The right thing to do is to separate milter from grossd and run it as a separate process. -- Eino Tuominen From jesse.thompson at doit.wisc.edu Fri Sep 25 21:48:02 2009 From: jesse.thompson at doit.wisc.edu (Jesse Thompson) Date: Fri, 25 Sep 2009 13:48:02 -0500 Subject: [Gross] Announcement: Gross 1.0.2 available In-Reply-To: <4AB637A9.3070708@utu.fi> References: <4AB637A9.3070708@utu.fi> Message-ID: <4ABD1062.3080805@doit.wisc.edu> While extra features would be handy, gross does extremely well at it's primary function of drastically reducing the volume of spam with no legitimate mail being rejected. It seems quaint when I see other email admins boast about how much spam they process. Thanks again for such a wonderful piece of software. Jesse Eino Tuominen wrote: > FYI, > > I just uploaded a patch release, it's available at the Google project > site as usual. I feel guilted as I have not had any time to write new > features for over a year now. Still hoping to have time for gross in the > future, I have not abandoned the project though it may seem like it > now... Keep the good ideas coming! > > Version 1.0.2 > > * do not check /etc/hosts in dnsbl check > * -u command line option to run grossd with a differnet uid > > Issues fixed: > #71: grossd dies under Linux > #72: freebsd port broken > #77: grossd does not call initgroups() prior setgid() > -- Jesse Thompson Division of Information Technology, University of Wisconsin-Madison Email/IM: jesse.thompson at doit.wisc.edu -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3317 bytes Desc: S/MIME Cryptographic Signature URL: From jesse.thompson at doit.wisc.edu Fri Sep 25 21:53:41 2009 From: jesse.thompson at doit.wisc.edu (Jesse Thompson) Date: Fri, 25 Sep 2009 13:53:41 -0500 Subject: [Gross] Rotate stuck In-Reply-To: <4ABBA462.4050302@utu.fi> References: <20090918154226.00005b72@hiden.co.uk> <4AB39EB0.8000609@utu.fi> <4AB3AE94.20404@utu.fi> <20090921104223.00002ffb@hiden.co.uk> <4ABBA462.4050302@utu.fi> Message-ID: <4ABD11B5.1010405@doit.wisc.edu> Eino Tuominen wrote: > Steve Wardle wrote: >> On Fri, 18 Sep 2009 19:00:20 +0300 >> Eino Tuominen wrote: >> >>> Hi, >>> >>> pstack looks fine to me. This is how the thing should work: >>> >>> ... >> Hi Eino, >> >> Thanks for the explanation. >> >> I installed 1.0.2 this morning but I'm still seeing the same problem. >> >> There is no "received rotate command" in the log once the rotation is "stuck". >> >> I'll send you the log off list. > > [ a lot of debugging off list ] > > Can anybody replicate the issue Steve is seeing? I know of at least to > major sites using Gross as a milter, but they are not running on > Solaris. One is running on NetBSD and another one on FreeBSD, I think. > > The right thing to do is to separate milter from grossd and run it as a > separate process. Nope. We run on a Solaris 10 sparse zone, but not as a milter. Let me know if you need any specific information. Jesse -- Jesse Thompson Division of Information Technology, University of Wisconsin-Madison Email/IM: jesse.thompson at doit.wisc.edu -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3317 bytes Desc: S/MIME Cryptographic Signature URL: From eino at utu.fi Sun Sep 27 11:26:05 2009 From: eino at utu.fi (Eino Tuominen) Date: Sun, 27 Sep 2009 11:26:05 +0300 Subject: [Gross] Rotate stuck In-Reply-To: <4ABBA462.4050302@utu.fi> References: <20090918154226.00005b72@hiden.co.uk> <4AB39EB0.8000609@utu.fi> <4AB3AE94.20404@utu.fi> <20090921104223.00002ffb@hiden.co.uk> <4ABBA462.4050302@utu.fi> Message-ID: <4ABF219D.6080403@utu.fi> Eino Tuominen wrote: > Steve Wardle wrote: >> On Fri, 18 Sep 2009 19:00:20 +0300 >> Eino Tuominen wrote: >> >>> Hi, >>> >>> pstack looks fine to me. This is how the thing should work: >>> >>> ... >> Hi Eino, >> >> Thanks for the explanation. >> >> I installed 1.0.2 this morning but I'm still seeing the same problem. >> >> There is no "received rotate command" in the log once the rotation is "stuck". >> >> I'll send you the log off list. > > [ a lot of debugging off list ] > > Can anybody replicate the issue Steve is seeing? I know of at least to > major sites using Gross as a milter, but they are not running on > Solaris. One is running on NetBSD and another one on FreeBSD, I think. > > The right thing to do is to separate milter from grossd and run it as a > separate process. Hello, I just had another look of pstack of the grossd process. This is from Steve's main thread: ---------------- lwp# 1 / thread# 1 -------------------- ff0cc21c pause () ff379cc0 sleep (ff390000, ffbff820, 4, 0, 12c, 3dbe0) + f4 0001aaec main (ffbff740, 2, ffbffcac, 2a400, 2a400, 2a400) + 320 00014590 _start (0, 0, 0, 0, 0, 0) + 5c - And this is from a running grossd of our own MTA: ----------------- lwp# 1 / thread# 1 -------------------- ff19c648 nanosleep (ffbff7a0, ffbff798) ff09dc5c sleep (1, a22dd, 0, 488ebd, 1, ff3cdb8c) + 58 0001f51c main (1, ffbffcc4, ffbffccc, 47000, 0, 0) + a3c 00014110 _start (0, 0, 0, 0, 0, 0) + 108 - There it is, Steve's grossd is in pause(), but what is causing that I just cannot understand. It looks like sleep() is using single-thread implementation of sleep (which I think uses pause() and alarm()). Check out the manpage of sleep() on Solaris 10. Could you send me output of configure and make, I'm interested to see what options get used? What you could do is to replace sleep(1) at the end of the gross.c with this code segment: sleeptime.tv_sec = 1; sleeptime.tv_nsec = 0; do { ret = nanosleep(&sleeptime, &sleepleft); if (ret) { /* sleep was interrupted */ sleeptime.tv_sec = sleepleft.tv_sec; sleeptime.tv_nsec = sleepleft.tv_nsec; } } while (ret); And of course add struct timespec sleeptime, sleepleft; at the beginning of the main() function. There's also one sleep() in syncmgr.c (which looks a bit weird, it looks like it should be replaced with a mutex), but that gets called only when a sync peer connects. -- Eino Tuominen From derek.diget+gross at wmich.edu Sun Oct 18 04:12:46 2009 From: derek.diget+gross at wmich.edu (Derek Diget) Date: Sat, 17 Oct 2009 21:12:46 -0400 (EDT) Subject: [Gross] gross 1.0.2 core dumping with SJSMS 7u3 (7.3-11.01) 64-bit Message-ID: Building a new system and trying out gross. Built c-ares and gross 1.0.2 on a full Solaris 10u7 (5/09) SPARC using the gcc from the install. grossd runs just fine. grosscheck.so reports it is 64-bit and ldd doesn't show anything missing. Added the mappings entry in the docs and when I run an imsimta test -mapping in the trouble shooting doc it core dumps. If I send in a live message, then tcp_smtp_server core dumps. I have tried uping the logging in SJSMS via a couple of suggestions a while back on Info-iMS. No luck. I have tried placing the grosscheck.so in couple of different places, the install directory (/opt/gross/lib), the IMTA_LIB directory (/lib). I have not played with crle and based on a post on Info-iMS, this version of SJSMS doesn't touch crle anymore. Any suggestions? What info do people want to look at? Thanks. -- *********************************************************************** Derek Diget Office of Information Technology Western Michigan University - Kalamazoo Michigan USA - www.wmich.edu/ *********************************************************************** From eino at utu.fi Sun Oct 18 08:54:18 2009 From: eino at utu.fi (Eino Tuominen) Date: Sun, 18 Oct 2009 08:54:18 +0300 Subject: [Gross] gross 1.0.2 core dumping with SJSMS 7u3 (7.3-11.01) 64-bit In-Reply-To: References: Message-ID: <4ADAAD8A.6000107@utu.fi> Derek Diget wrote: > Building a new system and trying out gross. Built c-ares and gross > 1.0.2 on a full Solaris 10u7 (5/09) SPARC using the gcc from the > install. grossd runs just fine. grosscheck.so reports it is 64-bit and > ldd doesn't show anything missing. > > Added the mappings entry in the docs and when I run an imsimta test > -mapping in the trouble shooting doc it core dumps. If I send in a live > message, then tcp_smtp_server core dumps. Hi Derek, First you could run pstack on the core file to make sure the crash is happening in grosscheck(). Can you send me a copy of your mapping configuration (the relevant part is sufficient). I have not run grosscheck in 64 bit yet, is there anyone else? Jesse? -- Eino Tuominen From derek.diget+gross at wmich.edu Sun Oct 18 18:39:24 2009 From: derek.diget+gross at wmich.edu (Derek Diget) Date: Sun, 18 Oct 2009 11:39:24 -0400 (EDT) Subject: [Gross] gross 1.0.2 core dumping with SJSMS 7u3 (7.3-11.01) 64-bit In-Reply-To: <4ADAAD8A.6000107@utu.fi> References: <4ADAAD8A.6000107@utu.fi> Message-ID: On Oct 18, 2009 at 08:54 +0300, Eino Tuominen wrote: =>Derek Diget wrote: =>> Building a new system and trying out gross. Built c-ares and gross 1.0.2 on =>> a full Solaris 10u7 (5/09) SPARC using the gcc from the install. grossd =>> runs just fine. grosscheck.so reports it is 64-bit and ldd doesn't show =>> anything missing. =>> =>> Added the mappings entry in the docs and when I run an imsimta test -mapping =>> in the trouble shooting doc it core dumps. If I send in a live message, =>> then tcp_smtp_server core dumps. => =>First you could run pstack on the core file to make sure the crash is =>happening in grosscheck(). Yup. core 'mapping_test.2144' of 2144: /opt/sun/comms/messaging64/lib/imtacli test -mapping -table ORIG_MAIL_ ffffffff77a0105c grosscheck (ffffffff7fffb078, ffffffff7fffb074, ffffffff7fffaa48, ffffffff7fffaa44, 0, 0) + 12c ffffffff7ea5c734 mm_process_pattern (ffffffff7fffa600, 10000141, cf, ffffffff7fffa0d0, 7e, ffffffff7fff9cc8) + 298c ffffffff7ea5f7fc mmc_apply_mapping (ffffffff7fffe600, ffffffff7ffff90c, a, ffffffff7ffff6fc, ffffffff7ffffa48, ffffffffffffffff) + 77c 0000000100001a20 main (5, ffffffff7ffffb38, ffffffff7ffffb68, ffffffff7b54b800, ffffffff7bd00380, ffffffff7d000200) + 688 000000010000119c _start (0, 0, 0, 0, 0, 0) + 17c =>Can you send me a copy of your mapping configuration (the relevant part is =>sufficient). ORIG_MAIL_ACCESS TCP|*|*|*|*|SMTP/*|*|tcp_local|*|*|* $[IMTA_LIB:grosscheck.so,grosscheck,127.0.0.1,127.0.0.1,5525,$2,$=$8$_,$=$6$_,$=$4$_] I have the "other" ORIG_MAIL_ACCESS lines from the example in the mappings file, but I have them currently commented out. I have tried placing grosscheck.so in /opt/gross/lib, /opt/sun/comms/messaging64/lib and changed the path accordingly in the mapping entry. I have also tried leaving the second grossd server blank (...,127.0.0.1,,5525,...) with the same results. Currently, grosscheck.so is -rwxr-xr-x 1 bin bin 17680 Oct 15 01:25 /opt/sun/comms/messaging64/lib/grosscheck.so =>I have not run grosscheck in 64 bit yet, is there anyone else? Jesse? -- *********************************************************************** Derek Diget Office of Information Technology Western Michigan University - Kalamazoo Michigan USA - www.wmich.edu/ *********************************************************************** From derek.diget+gross at wmich.edu Fri Oct 23 07:03:16 2009 From: derek.diget+gross at wmich.edu (Derek Diget) Date: Fri, 23 Oct 2009 00:03:16 -0400 (EDT) Subject: [Gross] gross 1.0.2 core dumping with SJSMS 7u3 (7.3-11.01) 64-bit In-Reply-To: References: <4ADAAD8A.6000107@utu.fi> Message-ID: On Oct 18, 2009 at 11:39 -0400, Derek Diget wrote: =>On Oct 18, 2009 at 08:54 +0300, Eino Tuominen wrote: =>=>Derek Diget wrote: =>=>> Building a new system and trying out gross. Built c-ares and gross 1.0.2 on =>=>> a full Solaris 10u7 (5/09) SPARC using the gcc from the install. grossd =>=>> runs just fine. grosscheck.so reports it is 64-bit and ldd doesn't show =>=>> anything missing. =>=>> =>=>> Added the mappings entry in the docs and when I run an imsimta test -mapping =>=>> in the trouble shooting doc it core dumps. If I send in a live message, =>=>> then tcp_smtp_server core dumps. =>=> =>=>First you could run pstack on the core file to make sure the crash is =>=>happening in grosscheck(). => =>Yup. => =>core 'mapping_test.2144' of 2144: /opt/sun/comms/messaging64/lib/imtacli test -mapping -table ORIG_MAIL_ => ffffffff77a0105c grosscheck (ffffffff7fffb078, ffffffff7fffb074, ffffffff7fffaa48, ffffffff7fffaa44, 0, 0) + 12c => ffffffff7ea5c734 mm_process_pattern (ffffffff7fffa600, 10000141, cf, ffffffff7fffa0d0, 7e, ffffffff7fff9cc8) + 298c => ffffffff7ea5f7fc mmc_apply_mapping (ffffffff7fffe600, ffffffff7ffff90c, a, ffffffff7ffff6fc, ffffffff7ffffa48, ffffffffffffffff) + 77c => 0000000100001a20 main (5, ffffffff7ffffb38, ffffffff7ffffb68, ffffffff7b54b800, ffffffff7bd00380, ffffffff7d000200) + 688 => 000000010000119c _start (0, 0, 0, 0, 0, 0) + 17c => => =>=>Can you send me a copy of your mapping configuration (the relevant part is =>=>sufficient). => =>ORIG_MAIL_ACCESS => => TCP|*|*|*|*|SMTP/*|*|tcp_local|*|*|* $[IMTA_LIB:grosscheck.so,grosscheck,127.0.0.1,127.0.0.1,5525,$2,$=$8$_,$=$6$_,$=$4$_] => => =>I have the "other" ORIG_MAIL_ACCESS lines from the example in the =>mappings file, but I have them currently commented out. I have tried =>placing grosscheck.so in /opt/gross/lib, /opt/sun/comms/messaging64/lib =>and changed the path accordingly in the mapping entry. I have also =>tried leaving the second grossd server blank (...,127.0.0.1,,5525,...) =>with the same results. => =>Currently, grosscheck.so is =>-rwxr-xr-x 1 bin bin 17680 Oct 15 01:25 /opt/sun/comms/messaging64/lib/grosscheck.so => => =>=>I have not run grosscheck in 64 bit yet, is there anyone else? Jesse? Based on some off-list pointers, I grabbed trunk/src/testgrosscheck.c and placed it in the gross-1.0.2/src directory. Modifed the char arg* line to fit a test case. It went from char *arg = "127.0.0.1,,1111,127.0.0.2,foo at foo,bar at bar\0"; to // ,,,,,, char *arg = "127.0.0.1,,5525,10.218.1.43,localrecipient at example.net,remotesender at example.com,mail.example.com\0"; Then built it using the following command: /usr/sfw/bin/gcc -m64 -R/opt/gross/lib -o testgrosscheck testgrosscheck.c "file testgrosscheck" looked good (64-bit). testgrosscheck was then copied into /opt/gross/bin. Running /opt/gross/bin/testgrosscheck resulted in the following output 2: $Y And grossd showed the following (was running via "grossd -dD") Thu Oct 22 22:46:56 2009 #b: threadpool 'sjsms' processing Thu Oct 22 22:46:56 2009 #b: query from 127.0.0.1 Thu Oct 22 22:46:56 2009 #b: sender=remotesender at example.com Thu Oct 22 22:46:56 2009 #b: recipient=localrecipient at example.net Thu Oct 22 22:46:56 2009 #b: client_address=10.218.1.43 Thu Oct 22 22:46:56 2009 #b: helo_name=mail.example.com Thu Oct 22 22:46:56 2009 #c: threadpool 'dnsbl' processing Thu Oct 22 22:46:56 2009 #d: threadpool 'dnswl' processing Thu Oct 22 22:46:56 2009 #c: dnsblc called: timelimit 6000 Thu Oct 22 22:46:56 2009 #d: dnsblc called: timelimit 6000 Thu Oct 22 22:46:56 2009 #e: threadpool 'rhsbl' processing Thu Oct 22 22:46:56 2009 #e: dnsblc called: timelimit 6000 Thu Oct 22 22:46:56 2009 #c: dnsblc returning Thu Oct 22 22:46:56 2009 #e: dnsblc returning Thu Oct 22 22:46:56 2009 #d: dnsblc returning Thu Oct 22 22:46:56 2009 #b: a=trust d=31 w=0 c=10.218.1.43 s=remotesender at example.com r=localrecipient at example.net h=mail.example.com Thu Oct 22 22:46:56 2009 #b: sjsms_connection returning So things are looking good so far. :) It was then suggested to compile things with -DARGDEBUG. So I did a "gmake clean" in the distro directory. Ran configure using the following command (same as what I have been using expect for the additional -DARGDEBUG). env PATH=${PATH}:/usr/sfw/bin:/usr/ccs/bin ./configure CPPFLAGS='-I/opt/c-ares/include' LDFLAGS='-L/opt/c-ares/lib' CFLAGS="-m64 -DARGDEBUG" --prefix=/opt/gross And then env PATH=${PATH}:/usr/sfw/bin:/usr/ccs/bin gmake install So far so good. Copied the new grosscheck.so into /opt/sun/comms/messaging64/lib and checked ownership and permissions. Started up grossd with -dD (using the default .conf), and then ran /opt/sun/comms/messaging64/sbin/imsimta test -mapping -noimage -debug -table ORIG_MAIL_ACCESS with the following input string: Input string: TCP|10.20.204.35|25|10.218.1.43|46569|SMTP/mail.example.com|MAIL|tcp_local|remotesender at example.com|l|localrecipient at example.net 23:14:44.91: Mapping 4 applied to TCP|10.20.204.35|25|10.218.1.43|46569|SMTP/mail.example.com|MAIL|tcp_local|remotesender at example.com|l|localrecipient at example.net 23:14:44.91: Entry #1 matched, pattern "TCP|*|*|*|*|SMTP/*|*|tcp_local|*|*|*", template "$[IMTA_LIB:grosscheck.so,grosscheck,127.0.0.1,127.0.0.1,5525,$2,$=$8$_,$=$6$_,$=$4$_]", match #0. 23:14:44.91: User routine call: IMTA_LIB:grosscheck.so\grosscheck(127.0.0.1,127.0.0.1,5525,10.218.1.43,localrecipeint at example.net,remotesender at example.com,mail.example.com) -> Bus Error - core dumped Not good...but did we get the ARG debug output.... Nope. :( I did a strings against the "non-debug" and the "debug" grosscheck.so and the non-debug does not have "/tmp/argout", but the debug version does. So I am pretty sure if it got to that point in the code it would have created it. Did the above with a truss and I see the following 4278/1: 28.6614 0.0439 munmap(0xFFFFFFFF7AE00000, 32768) = 0 4278/1: 28.6618 0.0004 Incurred fault #5, FLTACCESS %pc = 0xFFFFFFFF77E01184 4278/1: siginfo: SIGBUS BUS_ADRALN addr=0xFFFFFFFF7FFFB074 (I can send the truss output off-list if anyone is interested.) Anyone have any ideas or suggestions on what I can do next to help debug this? Thanks. -- *********************************************************************** Derek Diget Office of Information Technology Western Michigan University - Kalamazoo Michigan USA - www.wmich.edu/ *********************************************************************** From eino at utu.fi Tue Oct 27 09:56:24 2009 From: eino at utu.fi (Eino Tuominen) Date: Tue, 27 Oct 2009 09:56:24 +0200 Subject: [Gross] gross 1.0.2 core dumping with SJSMS 7u3 (7.3-11.01) 64-bit In-Reply-To: References: <4ADAAD8A.6000107@utu.fi> Message-ID: <4AE6A7A8.5010904@utu.fi> Derek Diget wrote: > > Not good...but did we get the ARG debug output.... > > Nope. :( > > I did a strings against the "non-debug" and the "debug" grosscheck.so > and the non-debug does not have "/tmp/argout", but the debug version > does. So I am pretty sure if it got to that point in the code it would > have created it. > > Did the above with a truss and I see the following > > 4278/1: 28.6614 0.0439 munmap(0xFFFFFFFF7AE00000, 32768) = 0 > 4278/1: 28.6618 0.0004 Incurred fault #5, FLTACCESS %pc = 0xFFFFFFFF77E01184 > 4278/1: siginfo: SIGBUS BUS_ADRALN addr=0xFFFFFFFF7FFFB074 I really don't know what's happening here. From the Sun documentation (http://docs.sun.com/app/docs/doc/819-4428/bgaiv?a=view): """ Site-Supplied Routine Substitutions ($[...]) A substitution of the form $[image,routine,argument] is handled specially. The image, routine, argument part is used to find and call a customer-supplied routine. At runtime on UNIX, the MTA uses dlopen and dlsym to dynamically load and call the routine routine from the shared library image. The routine routine is then called as a function with the following argument list: status = routine (argument, arglength, result, reslength) The argument and result are 252-byte long character string buffers. The argument and result are passed as a pointer to a character string (for example, in C, as char*). The arglength and reslength are signed, long integers passed by reference. On input, argument contains the argument string from the mapping table template, and arglength the length of that string. On return, the resultant string should be placed in result and its length in reslength. This resultant string then replaces the $[image,routine,argument] in the mapping table template. The routine routine should return 0 if the mapping table substitution should fail and -1 if the mapping table substitution should succeed. If the substitution fails, then normally the original input string is used unchanged as the output string. If you want to use processing control metacharacters such as $C, $R, or $L in a mapping table entry that does a site-supplied routine substitution, you place the processing control metacharacter to the left of the site-supplied routine substitution in the mapping table template; otherwise, the ?failure? of a mapping table substitution means that the processing control metacharacter is not seen. The site-supplied routine callout mechanism allows the MTA's mapping process to be extended in all sorts of complex ways. For example, in a PORT_ACCESS or ORIG_SEND_ACCESS mapping table, a call to some type of load monitoring service could be performed and the result used to decide whether or not to accept a connection or message. The site-supplied shared library image image should be world readable. """ grosscheck() function definition: int grosscheck(char *arg, long *arglen, char *res, long *reslen); To me this looks correct. We will install a 64 bit messaging server here to test this (not sparc though, but we'll see if we can reproduce this). You could try to move debug file creation earlier in the code to see if the file gets created, before: /* arg should contain a string ,, */ strncpy(buffer, arg, *arglen); buffer[*arglen] = '\0'; requestcopy = strdup(buffer); I suspect it's crashing here. -- Eino Tuominen From marcin at mejor.pl Mon Nov 23 16:44:56 2009 From: marcin at mejor.pl (=?ISO-8859-2?Q?Marcin_Miros=B3aw?=) Date: Mon, 23 Nov 2009 15:44:56 +0100 Subject: [Gross] =?iso-8859-2?q?compilation_error=3A_=2E=2E/include/utils?= =?iso-8859-2?q?=2Eh=3A42=3A_error=3A_conflicting_types_for_=27getline=27?= Message-ID: <4B0A9FE8.50309@mejor.pl> Hello While trying to compile gross-1.0.2 i'm getting this error: i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -I../include -D_REENTRANT -I/usr/local/include -O2 -march=prescott -mtune=native -mfpmath=sse -pipe -fpeel-loops -fprefetch-loop-arrays -ftracer -freorder-blocks-and-partition -MT proto_sjsms.lo -MD -MP -MF .deps/proto_sjsms.Tpo -c proto_sjsms.c -o proto_sjsms.o >/dev/null 2>&1 mv -f .deps/proto_sjsms.Tpo .deps/proto_sjsms.Plo /bin/sh ../libtool --tag=CC --mode=link i686-pc-linux-gnu-gcc -O2 -march=prescott -mtune=native -mfpmath=sse -pipe -fpeel-loops -fprefetch-loop-arrays -ftracer -freorder-blocks-and-partition -module -avoid-version -XCClinker -static-libgcc -Wl,-O1 -L/usr/local/lib -o grosscheck.la -rpath /usr/lib grosscheck.lo proto_sjsms.lo -lcares -lnsl -lm -lrt -lpthread i686-pc-linux-gnu-gcc -shared .libs/grosscheck.o .libs/proto_sjsms.o -L/usr/local/lib /usr/lib/libcares.so -lnsl -lm -lrt -lpthread -march=prescott -mtune=native -mfpmath=sse -static-libgcc -Wl,-O1 -Wl,-soname -Wl,grosscheck.so -o .libs/grosscheck.so i686-pc-linux-gnu-ar cru .libs/grosscheck.a grosscheck.o proto_sjsms.o i686-pc-linux-gnu-ranlib .libs/grosscheck.a creating grosscheck.la (cd .libs && rm -f grosscheck.la && ln -s ../grosscheck.la grosscheck.la) i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -I../include -D_REENTRANT -I/usr/local/include -O2 -march=prescott -mtune=native -mfpmath=sse -pipe -fpeel-loops -fprefetch-loop-arrays -ftracer -freorder-blocks-and-partition -MT gclient.o -MD -MP -MF .deps/gclient.Tpo -c -o gclient.o gclient.c mv -f .deps/gclient.Tpo .deps/gclient.Po i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -I../include -D_REENTRANT -I/usr/local/include -O2 -march=prescott -mtune=native -mfpmath=sse -pipe -fpeel-loops -fprefetch-loop-arrays -ftracer -freorder-blocks-and-partition -MT utils.o -MD -MP -MF .deps/utils.Tpo -c -o utils.o utils.c In file included from utils.c:23: ../include/utils.h:42: error: conflicting types for 'getline' /usr/include/stdio.h:651: note: previous declaration of 'getline' was here make[2]: *** [utils.o] Error 1 make[2]: Leaving directory `/var/tmp/portage/mail-filter/gross-1.0.2/work/gross-1.0.2/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/mail-filter/gross-1.0.2/work/gross-1.0.2' make: *** [all] Error 2 May i get help with fixing this issue? Regards, Marcin Miros?aw -- xmpp (jabber): marcin at mejor.pl From eino at utu.fi Tue Nov 24 08:53:36 2009 From: eino at utu.fi (Eino Tuominen) Date: Tue, 24 Nov 2009 08:53:36 +0200 Subject: [Gross] compilation error: ../include/utils.h:42: error: conflicting types for 'getline' In-Reply-To: <4B0A9FE8.50309@mejor.pl> References: <4B0A9FE8.50309@mejor.pl> Message-ID: <4B0B82F0.3020507@utu.fi> Marcin Miros?aw wrote: > Hello > While trying to compile gross-1.0.2 i'm getting this error: > i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -I../include > -D_REENTRANT -I/usr/local/include -O2 -march=prescott -mtune=native > -mfpmath=sse -pipe -fpeel-loops -fprefetch-loop-arrays -ftracer > -freorder-blocks-and-partition -MT proto_sjsms.lo -MD -MP -MF > .deps/proto_sjsms.Tpo -c proto_sjsms.c -o proto_sjsms.o >/dev/null 2>&1 > mv -f .deps/proto_sjsms.Tpo .deps/proto_sjsms.Plo > /bin/sh ../libtool --tag=CC --mode=link i686-pc-linux-gnu-gcc -O2 > -march=prescott -mtune=native -mfpmath=sse -pipe -fpeel-loops > -fprefetch-loop-arrays -ftracer -freorder-blocks-and-partition -module > -avoid-version -XCClinker -static-libgcc -Wl,-O1 -L/usr/local/lib -o > grosscheck.la -rpath /usr/lib grosscheck.lo proto_sjsms.lo -lcares > -lnsl -lm -lrt -lpthread > i686-pc-linux-gnu-gcc -shared .libs/grosscheck.o .libs/proto_sjsms.o > -L/usr/local/lib /usr/lib/libcares.so -lnsl -lm -lrt -lpthread > -march=prescott -mtune=native -mfpmath=sse -static-libgcc -Wl,-O1 > -Wl,-soname -Wl,grosscheck.so -o .libs/grosscheck.so > i686-pc-linux-gnu-ar cru .libs/grosscheck.a grosscheck.o proto_sjsms.o > i686-pc-linux-gnu-ranlib .libs/grosscheck.a > creating grosscheck.la > (cd .libs && rm -f grosscheck.la && ln -s ../grosscheck.la grosscheck.la) > i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -I../include -D_REENTRANT > -I/usr/local/include -O2 -march=prescott -mtune=native -mfpmath=sse > -pipe -fpeel-loops -fprefetch-loop-arrays -ftracer > -freorder-blocks-and-partition -MT gclient.o -MD -MP -MF > .deps/gclient.Tpo -c -o gclient.o gclient.c > mv -f .deps/gclient.Tpo .deps/gclient.Po > i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -I../include -D_REENTRANT > -I/usr/local/include -O2 -march=prescott -mtune=native -mfpmath=sse > -pipe -fpeel-loops -fprefetch-loop-arrays -ftracer > -freorder-blocks-and-partition -MT utils.o -MD -MP -MF .deps/utils.Tpo > -c -o utils.o utils.c > In file included from utils.c:23: > ../include/utils.h:42: error: conflicting types for 'getline' > /usr/include/stdio.h:651: note: previous declaration of 'getline' was here > make[2]: *** [utils.o] Error 1 > make[2]: Leaving directory > `/var/tmp/portage/mail-filter/gross-1.0.2/work/gross-1.0.2/src' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory > `/var/tmp/portage/mail-filter/gross-1.0.2/work/gross-1.0.2' > make: *** [all] Error 2 Hello, Please tell something about your environment, like uname -a, Linux distribution, compiler version etc. After a quick look at the sources there seems to be a bug in include/utils.h. There's a declaration for getline() function, but the function is not defined anywhere in the source files. Try to delete the line in include/utils.h: int getline(int fd, char *line, size_t maxlen); -- Eino Tuominen From steeeeeveee at gmx.net Tue Nov 24 15:25:50 2009 From: steeeeeveee at gmx.net (Steve) Date: Tue, 24 Nov 2009 14:25:50 +0100 Subject: [Gross] compilation error: ../include/utils.h:42: error: conflicting types for 'getline' In-Reply-To: <4B0A9FE8.50309@mejor.pl> References: <4B0A9FE8.50309@mejor.pl> Message-ID: <20091124132550.146990@gmx.net> -------- Original-Nachricht -------- > Datum: Mon, 23 Nov 2009 15:44:56 +0100 > Von: "Marcin Miros?aw" > An: gross at lists.utu.fi > Betreff: [Gross] compilation error: ../include/utils.h:42: error: conflicting types for \'getline\' > Hello > While trying to compile gross-1.0.2 i'm getting this error: > i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -I../include > -D_REENTRANT -I/usr/local/include -O2 -march=prescott -mtune=native > -mfpmath=sse -pipe -fpeel-loops -fprefetch-loop-arrays -ftracer > -freorder-blocks-and-partition -MT proto_sjsms.lo -MD -MP -MF > .deps/proto_sjsms.Tpo -c proto_sjsms.c -o proto_sjsms.o >/dev/null 2>&1 > mv -f .deps/proto_sjsms.Tpo .deps/proto_sjsms.Plo > /bin/sh ../libtool --tag=CC --mode=link i686-pc-linux-gnu-gcc -O2 > -march=prescott -mtune=native -mfpmath=sse -pipe -fpeel-loops > -fprefetch-loop-arrays -ftracer -freorder-blocks-and-partition -module > -avoid-version -XCClinker -static-libgcc -Wl,-O1 -L/usr/local/lib -o > grosscheck.la -rpath /usr/lib grosscheck.lo proto_sjsms.lo -lcares > -lnsl -lm -lrt -lpthread > i686-pc-linux-gnu-gcc -shared .libs/grosscheck.o .libs/proto_sjsms.o > -L/usr/local/lib /usr/lib/libcares.so -lnsl -lm -lrt -lpthread > -march=prescott -mtune=native -mfpmath=sse -static-libgcc -Wl,-O1 > -Wl,-soname -Wl,grosscheck.so -o .libs/grosscheck.so > i686-pc-linux-gnu-ar cru .libs/grosscheck.a grosscheck.o proto_sjsms.o > i686-pc-linux-gnu-ranlib .libs/grosscheck.a > creating grosscheck.la > (cd .libs && rm -f grosscheck.la && ln -s ../grosscheck.la grosscheck.la) > i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -I../include -D_REENTRANT > -I/usr/local/include -O2 -march=prescott -mtune=native -mfpmath=sse > -pipe -fpeel-loops -fprefetch-loop-arrays -ftracer > -freorder-blocks-and-partition -MT gclient.o -MD -MP -MF > .deps/gclient.Tpo -c -o gclient.o gclient.c > mv -f .deps/gclient.Tpo .deps/gclient.Po > i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -I../include -D_REENTRANT > -I/usr/local/include -O2 -march=prescott -mtune=native -mfpmath=sse > -pipe -fpeel-loops -fprefetch-loop-arrays -ftracer > -freorder-blocks-and-partition -MT utils.o -MD -MP -MF .deps/utils.Tpo > -c -o utils.o utils.c > In file included from utils.c:23: > ../include/utils.h:42: error: conflicting types for 'getline' > /usr/include/stdio.h:651: note: previous declaration of 'getline' was here > make[2]: *** [utils.o] Error 1 > make[2]: Leaving directory > `/var/tmp/portage/mail-filter/gross-1.0.2/work/gross-1.0.2/src' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory > `/var/tmp/portage/mail-filter/gross-1.0.2/work/gross-1.0.2' > make: *** [all] Error 2 > > May i get help with fixing this issue? > Hallo Miros?aw This issue has been already reported (but not fixed): http://code.google.com/p/gross/issues/detail?id=81#c0 To fix that issue in your Gentoo Linux just edit the Ebuild and add this to your src_unpack() block: ------------------------------ # Remove getline as it is anyway not used # and conflicts with getline from glibc sed -i -e "/^int[\t ]\{1,99\}getline[\t ]*(.*/d" \ "${S}"/include/utils.h ------------------------------ > Regards, > Marcin Miros?aw > // Steve > -- > xmpp (jabber): marcin at mejor.pl > _______________________________________________ > Gross mailing list > Gross at lists.utu.fi > https://lists.utu.fi/mailman/listinfo/gross -- GRATIS f?r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01