2010-02-19 by manu@netbsd.org
... Is it a right move to remove the test on (__RES = 19991006)? That one should be much more reliable than attempting to link a program. -- Emmanuel Dreyfus
Thread view
Attachments: 0
2010-02-19 by manu@netbsd.org
... The important part applied. Just run autoheader; autoconf and rerun configure -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
Thread view
Attachments: 0
2010-02-19 by Hajimu UMEMOTO
Hi, ... I wrote the check. I didn t notice that there is an environment res_* are not macro. manu Ok, could people test this patch on Solaris and on other
Thread view
Attachments: 0
2010-02-19 by Emmanuel Dreyfus
... Yes, I do validate incoming mail recipients against our LDAP directory. In fact, I pull per-recipients filtering settings from LDAP, and I reject if there
Thread view
Attachments: 0
2010-02-19 by Jorge García
Hello, We have been using milter-greylist for more than two years with great success. We are very happy with it, thank you very much! Now we are trying prevent
Thread view
Attachments: 0
2010-02-19 by Dietmar Rieder
... is this patch against milter-greylist-4.2.3? Here it doesn t apply cleanly: # gpatch -p0
Thread view
Attachments: 0
2010-02-19 by manu@netbsd.org
... Ok, could people test this patch on Solaris and on other systems? http://ftp.espci.fr/shadow/manu/resn.patch -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz
Thread view
Attachments: 0
2010-02-18 by Johann E. Klasek
... Not in general - this holds at least for Linux, NetBSD but not for Solaris. Probably we must combine the check for a macro and existance of a function ...
Thread view
Attachments: 0
2010-02-18 by manu@netbsd.org
... I tried that, but they are not found. The problem is that res_ninit is a macro that expands to __res_ninit in the library. -- Emmanuel Dreyfus
Thread view
Attachments: 0
2010-02-18 by Johann E. Klasek
BTW, we had this strangeness on topic already back in Oct 2008, see http://tech.groups.yahoo.com/group/milter-greylist/message/4805 The conclusion was that we
Thread view
Attachments: 0
2010-02-18 by Bob Friesenhahn
... Are these assured to be normal library functions? After you have added any necessary resolver libraries to LIBS, you should be able to use
Thread view
Attachments: 0
2010-02-18 by manu@netbsd.org
... Is there an autoconf hecker in the room? Obviously we need autoconf to check for res_ninit, res_ndestroy, res_nclose and devine HAVE_res_ndestroy so that
Thread view
Attachments: 0
2010-02-18 by manu@netbsd.org
... Unfortunately I won t be able to release immediatly, as the machine that host my CVS is dead. :-/ -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz
Thread view
Attachments: 0
2010-02-18 by Dietmar Rieder
... Hi thanks for the quick response and analysis. I changed the dnsrbl.c file as indicated and recompiled the milter. I didn t get a warning at compile time.
Thread view
Attachments: 0
2010-02-18 by manu@netbsd.org
... A quick look at NetBSD s res_ninit() sources (it s from BIND, and I beleive most system have the same), indeed shows a malloc(): statp- _u._ext.ext =
Thread view
Attachments: 0
2010-02-18 by Dietmar Rieder
... Hi, thanks for the hint, I tried to use umem debugging and here is what I get: gcore 25869 mdb core.25869 ... findleaks: maximum buffers =
Thread view
Attachments: 0
2010-02-17 by Christian Pélissier
It seems that libumem has no effect for me. milter-greylist start with 17 Mb memory. 4 hours later milter-greylist is 138 Mb and will probably reach 1 Gb
Thread view
Attachments: 0
2010-02-17 by Christian Pélissier
... Take care with Solaris 10 libumem is threads Safe and libbsdmalloc is MT unsafe (see the man). -- Christian Pélissier Office National d Études et de
Thread view
Attachments: 0
2010-02-16 by Bob Friesenhahn
... Consult man umem_debug . This documents a UMEM_DEBUG environment variable and some other features which can be used to enable debugging and reporting of
Thread view
Attachments: 0
2010-02-16 by Dietmar Rieder
... Right, I know, but then I should never forget to set it ;-) That s why it linked it at compile time. ... ...I suspected that, but unfortunately I do not
Thread view
Attachments: 0
2010-02-16 by Bob Friesenhahn
... Under Solaris, is not even necessary to explicitly link to libumem in order to use it. The malloc functions can be overloaded by setting this in the
Thread view
Attachments: 0
2010-02-16 by Bob Friesenhahn
... For my successful case, I used GCC 4.3.4 and with these configure options: --with-libspf2=/usr/local --enable-dnsrbl --with-user=smmsp I didn t use a
Thread view
Attachments: 0
2010-02-16 by Dietmar Rieder
... gcc But it seems that I found the solution, by linking to libumem..... (see my other post) Thanks Didi
Thread view
Attachments: 0
2010-02-16 by Dietmar Rieder
... First of all, THANKS to all of you for your valuable input... I think I found a solution that works cleanly an Solaris 10. Olivers hint to look more
Thread view
Attachments: 0
2010-02-16 by Peter Bonivart
Can you tell us something about your build environment? How do you call configure? Do you use gcc or Sun Studio? Sent from my iPhone On 16 feb 2010, at 18.26,
Thread view
Attachments: 0
2010-02-16 by Bob Friesenhahn
... As a potentially useful data point, I am running milter-greylist-4.2.2 on Solaris 10 U6 (+patches) SPARC with libspf2 1.2.9 and after 126 days of uptime,
Thread view
Attachments: 0
2010-02-16 by Christian Pélissier
... Here is a bad solution for milter-greylist under Solaris 10. The above ksh script launched by cron every 15 minutes. Why milter-greylist doesn t free
Thread view
Attachments: 0
2010-02-16 by Oliver Fromme
... It s not necessarily milter-greylist (or clamav) that leaks memory. It could be a matter of the malloc implementation in libc on the respective systems.
Thread view
Attachments: 0
2010-02-16 by Dietmar Rieder
... that s sad ... ok thanks, sounds hackish though It is something I wanted to avoid :-( ... Strange, and you are right I did not experience memory leaks
Thread view
Attachments: 0
2010-02-16 by Dietmar Rieder
... No, it is not compiled with spf support. Didi
Thread view
Attachments: 0
2010-02-16 by Peter Bonivart
... I package miltergreylist for www.opencsw.org and it s normal that it leaks memory. I use a restart script to keep it in check. With commands like pmap
Thread view
Attachments: 0
2010-02-16 by Petar Bogdanovic
... Are you using libspf2
Thread view
Attachments: 0
2010-02-16 by Dietmar Rieder
Hi, we are running milter-greylist-4.2.3 on Solaris 10 x86, it works great so far, but I m a little concerned by its memory consumption. Right after starting
Thread view
Attachments: 0
2010-02-13 by Michael Mansour
Hi, I have an issue where some undeliverable messages sent back from postmaster@example.com domains get greylisted for many hours (72, 96, etc). I m
Thread view
Attachments: 0
2010-02-13 by gitoshi
sorry for the misunderstood any way that I can log the ACL ID in postfix without verbose???
Thread view
Attachments: 0
2010-02-12 by Petar Bogdanovic
... `unknown id means `unknown queue id and has nothing to do with MG. Postfix by design ``does not choose a queue ID (...) until after it accepts the first
Thread view
Attachments: 0
2010-02-12 by gitoshi
milter-greylist 4.2.3 Centos 5.4 postfix 2.3 milter-greylist ignore the racl id in the logs Feb 12 11:58:30 whitebox milter-greylist: (unknown id): skipping
Thread view
Attachments: 0
2010-02-10 by manu@netbsd.org
... I don t know. Whar are the pros and cons? -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
Thread view
Attachments: 0
2010-02-10 by Enrico Scholz
... In case of p0f, there is ... static int p0fsock = -1; int p0f_lookup(priv) { ... if (p0f_reconnect() != 0) return -1; ... if (write(p0fsock, &req
Thread view
Attachments: 0
2010-02-10 by Petar Bogdanovic
... I don t understand. Why should we lock that? In case of spamd, every thread talks to a separate spamd child through its own socket fd.. Petar Bogdanovic
Thread view
Attachments: 0
2010-02-10 by Enrico Scholz
Enrico Scholz ... While looking over the code it seems that other subsystems have
Thread view
Attachments: 0
2010-02-09 by Enrico Scholz
... This is harmless because it is used in the update code only. Problem seems to be the GeoIP _check_mtime() function and other races (e.g. non-atomic
Thread view
Attachments: 0
2010-02-09 by Enrico Scholz
lease find attached a patch against 4.2.3. I did not had time to create a patch against CVS. Enrico
Thread view
Attachments: 0
2010-02-09 by Emmanuel Dreyfus
... And reentrant it is not: nm shows that gethostbyname is used. Will you contribute a fix? -- Emmanuel Dreyfus manu@netbsd.org
Thread view
Attachments: 0
2010-02-09 by Enrico Scholz
Hi, with milter-greylist 4.2.3 on a CentOS5 platform I get segfaults[1] like ... This seems to happen when two hosts connect within a very short time. I think
Thread view
Attachments: 0
2010-02-02 by chasd
... There are milter-greylist RPMs you could rebuild for EL5 : Most Fedora RPMs can be
Thread view
Attachments: 0
2010-02-02 by Michael Mansour
Hi, Ignore the below, I just solved it by installing: geoip geoip-devel from RPMforge. The geoip-devel supplied the requires library to allow compilation. Now
Thread view
Attachments: 0
2010-02-02 by Michael Mansour
Hi, I want to be able to do this: http://milter-greylist.wikidot.com/geoip I m using EL5 (a Red Hat 5 derivative) and when I try to compile (from spec) it
Thread view
Attachments: 0
2009-12-27 by manu@netbsd.org
... Got it. -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
Thread view
Attachments: 0
2009-12-26 by attila.bruncsak@itu.int
Hello, I got some strange syslog messages like: skipping greylist because (from= , rcpt=(nil), addr=... After a short investigation I found
Thread view
Attachments: 0