Re: [milter-greylist] new release: 1.5.9 (and statistics)
2004-10-15 by Hajimu UMEMOTO
Hi, ... manu Should I commit it? (Did you test it, or is it a patch to be tested) Yup, I have no more patch. It seems okay to me. Sincerely, -- Hajimu
Messages
Browse messages
Page 133 of 144 · 7199 messages matched
Re: [milter-greylist] new release: 1.5.9 (and statistics)
2004-10-15 by manu@netbsd.org
... Should I commit it? (Did you test it, or is it a patch to be tested) -- Emmanuel Dreyfus Il y a 10 sortes de personnes dans le monde: ceux qui comprennent
Re: [milter-greylist] new release: 1.5.9 (and statistics)
2004-10-15 by Hajimu UMEMOTO
Hi, ... ume I cannot test it for now. So, I ll test it later. I ve just tested it, and found a problem. The retern code of local_addr() was opposite. Here
Re: [milter-greylist] new release: 1.5.9 (and statistics)
2004-10-15 by Emmanuel Dreyfus
... 12352 entries (1.4 MB), running on NetBSD/macppc -- Emmanuel Dreyfus manu@netbsd.org
Re: [milter-greylist] new release: 1.5.9 (and statistics)
2004-10-15 by Sutherland, James
May I ask how big your greylist.db is and what OS your running that MX on? ... From: Klas Heggemann To: milter-greylist@yahoogroups.com
Re: [milter-greylist] new release: 1.5.9 (and statistics)
2004-10-15 by Emmanuel Dreyfus
... Oops, sorry. I should have spent more time on this one. -- Emmanuel Dreyfus manu@netbsd.org
Re: [milter-greylist] new release: 1.5.9 (and statistics)
2004-10-15 by Hajimu UMEMOTO
Hi, ... klas I downloaded the 1.5.10, applied the patch which now runs on our main klas mx host .The patch did not seem to work though I still get duplicates
Re: [milter-greylist] new release: 1.5.9 (and statistics)
2004-10-15 by Klas Heggemann
... I downloaded the 1.5.10, applied the patch which now runs on our main mx host .The patch did not seem to work though I still get duplicates in the database
RE: [milter-greylist] RE: Volume
2004-10-14 by Sutherland, James
I ve increased the soft limit to 2048, which should be more then enough. However I think that there may be another problem. If try to use the large
Re: [milter-greylist] RE: Volume
2004-10-14 by manu@netbsd.org
... Yes, that s the bottom line. I m pretty sure I did hit that already on my systems, but as I could not reproduce the problem, I never looked into it
new release: 1.5.10
2004-10-14 by manu@netbsd.org
... Fixed in 1.5.10: ftp://ftp.espci.fr/pub/milter-greylist/milter-greylist-1.5.10.tgz MD5 (milter-greylist-1.5.10.tgz) = df1c8ce0be5f8a9d2d6599a480296ad1
RE: [milter-greylist] RE: Volume
2004-10-14 by Sutherland, James
They disappear, and when the box isn t taking much mail it gets a lot lower. A little while ago it got down to 40 then down to 21, then back up to 116 again.
Re: [milter-greylist] RE: Volume
2004-10-14 by Ethan Burnside
I think you two may have stumbled onto our problem as well: We have a cluster of 5 incoming servers, all using milter-greylist. I have a script run out of
Re: [milter-greylist] RE: Volume
2004-10-14 by manu@netbsd.org
... [repeated many times] It seems there are dead connexions between sendmail and milter-greylist. Do you have junk sendmail processes lying around? Maybe
RE: [milter-greylist] RE: Volume
2004-10-14 by Sutherland, James
Well it s certainly growing: Thu 9:59am {root@hns1:[/var/milter-greylist]} lsof | grep 10919 | wc -l 118 Thu 10:01am {root@hns1:[/var/milter-greylist]} lsof |
Re: [milter-greylist] RE: Volume
2004-10-14 by manu@netbsd.org
... 116 is quite large. Does it increase? It could crash even without a file descriptor leak: if you get 140 connexions at a time, you hit the limit (256 on
Re: [milter-greylist] new release: 1.5.9
2004-10-14 by Hajimu UMEMOTO
Hi, ... manu Following the release early, release often , I released 1.5.9, we ll manu quickly do an 1.5.10 with the other pending patches. I found two
RE: [milter-greylist] RE: Volume
2004-10-14 by Sutherland, James
Worked great: Oct 14 09:51:56 hns1 milter-greylist: [ID 799890 mail.error] dumpfd = 116 Oct 14 09:51:56 hns1 milter-greylist: [ID 799890 mail.error] dumpfd =
Re: [milter-greylist] RE: Volume
2004-10-14 by Cyril Guibourg
... Correct. If the fd number increases there is a file descriptor leak to fix.
RE: [milter-greylist] RE: Volume
2004-10-14 by Sutherland, James
Done and done. So this way it should dump that to the log each time the DB file gets dumped, correct? -James ________________________________ From: Cyril
Re: [milter-greylist] RE: Volume
2004-10-14 by Cyril Guibourg
... James, The syntax is correct but you will not see anything until milter-greylist reaches the error condition. I suggest to put the the syslog() call
Re: [milter-greylist] RE: Volume
2004-10-14 by Emmanuel Dreyfus
... I should have been more precise. I meant this: if ((dumpfd = mkstemp(newdumpfile)) == -1) { syslog(LOG_ERR, mkstemp( %s ) failed: %s , newdumpfile,
RE: [milter-greylist] RE: Volume
2004-10-14 by Sutherland, James
OK, that code is in. I recompiled and it s running. I haven t seen any output from it yet. However I m a C nincompoop, so let me know if the syntax is
Re: [milter-greylist] RE: Volume
2004-10-14 by manu@netbsd.org
... Now, that s interesting: you hit a file descriptor limit. That suggests a file descriptor leak. Nobody ever reported that, but your setup is quite
RE: [milter-greylist] RE: Volume
2004-10-13 by Sutherland, James
No dump was written. The first errors (really .warning) in the log set setsock opt() failed (Invalid argument) However after that it keeps logging .info s
Re: [milter-greylist] RE: Volume
2004-10-13 by manu@netbsd.org
... Do you have a core dump? A last message from the milter in the log? Maybe consider running it in the foreground (with -Dv for instance), so that you can
RE: [milter-greylist] RE: Volume
2004-10-13 by Sutherland, James
ulimit -a shows time(seconds) unlimited file(blocks) unlimited data(kbytes) unlimited stack(kbytes) 8192 coredump(blocks)
Re: [milter-greylist] RE: Volume
2004-10-13 by manu@netbsd.org
... I have ideas about it (see at the end of the mail). ... Yes, it does that when it crashes. ... Old problem: the code that reloads the dump is more picky
new release: 1.5.9
2004-10-13 by manu@netbsd.org
Hi all Following the release early, release often , I released 1.5.9, we ll quickly do an 1.5.10 with the other pending patches. Pending patches: - libspf2
RE: Volume
2004-10-13 by Sutherland, James
Well Milter seems to have given up after four hours or so of that load. It started reporting reported this: Oct 12 17:44:31 hns1 sendmail[5004]: [ID 801593
Re: [milter-greylist] invalid IPv6 address
2004-10-13 by manu@netbsd.org
... Now we just have to find a volunter to do it :) -- Emmanuel Dreyfus Il y a 10 sortes de personnes dans le monde: ceux qui comprennent le binaire et ceux
Re: [milter-greylist] catching signals and peer patch
2004-10-13 by manu@netbsd.org
... I ve checked the termination on signal, it dumps a core (without dumping the database) on NetBSD-2.0 because a locked mutex is destroyed. I ll fix that and
[milter-greylist] catching signals and peer patch
2004-10-13 by Klas Heggemann
... I understand your concern. However without this, the database will not get dumped on Solaris 9 when the milter is stopped. I guess there should be some
Re: [milter-greylist] Small patch: summary in dump file
2004-10-13 by Hajimu UMEMOTO
Hi, ... attila.bruncsak I used autoconf on linux to get the configure script. attila.bruncsak The configure script correctly recognize now the need of
RE: [milter-greylist] Statistics
2004-10-13 by Sutherland, James
Yea, thinking along those same lines I set the timeout to 1d last night. I ll try to post some more statistics later today. ________________________________
RE: [milter-greylist] Small patch: summary in dump file
2004-10-13 by attila.bruncsak@itu.int
... I used autoconf on linux to get the configure script. The configure script correctly recognize now the need of -D_OSF_SOURCE flag on Tru64 UNIX for IPV6
Re: [milter-greylist] Compile problem on Tru64 UNIX
2004-10-13 by Hajimu UMEMOTO
Hi, ... + AC_COMPILE_IFELSE([AC_LANG_PROGRAM([ + #include + #include + ],[[ + [AC_COMPILE_IFELSE([AC_LANG_PROGRAM([ +
Re: [milter-greylist] Compile problem on Tru64 UNIX
2004-10-13 by Emmanuel Dreyfus
... Welcome to hell :) The patch sounds okay, but you really need to check that it builds okay on your system. Note that you can generate configure on another
RE: [milter-greylist] Compile problem on Tru64 UNIX
2004-10-13 by attila.bruncsak@itu.int
... The patch is in the attachment. I could not test it neither since I do not have the autoconf :-( This is the first time in my life that I touch an
Re: [milter-greylist] Small patch: summary in dump file
2004-10-13 by Hajimu UMEMOTO
Hi, ... manu - IPv6 build problem on Tru64 (I m awaiting a configure test for -D_OSF_SOURCE) It seems that protecting IPv6 related code by #ifdef AF_INET6 is
Re: [milter-greylist] Small patch: summary in dump file
2004-10-13 by Emmanuel Dreyfus
... Thank you for that one: simple but efficient. I commited it. Here is the Changelog so far: 1.5.9: Quick statistics at the end of the dump file (Remy Card)
Re: [milter-greylist] invalid IPv6 address
2004-10-13 by Hajimu UMEMOTO
Hi, ... manu Sounds fine. Did you tested it? Does it works as intented? If it does manu I ll check in the fix and release 1.5.9 Yes, I ve running
Re: [milter-greylist] invalid IPv6 address
2004-10-13 by Cyril Guibourg
... Yes, it was my first proposal, just make dump_*.* less pointy head ;-) ... Agree with that.
Small patch: summary in dump file
2004-10-13 by Remy Card
Hi, Please find enclosed a small patch that adds a footer to the dump file. This footer contains the count of records, greylisted tuples and auto-whitelisted
Re: [milter-greylist] Statistics
2004-10-13 by manu@netbsd.org
... I m not sure a 10 days timeout makes any sense. No mail server will wait 10 days before sending a second time. Most are configured to try during 3 or 5
RE: [milter-greylist] Statistics
2004-10-12 by Sutherland, James
Right now it s set like this. Yea, I think you re right I may need to turn these down. greylist 15m autowhite 5d timeout 10d ________________________________
Re: [milter-greylist] Statistics
2004-10-12 by manu@netbsd.org
... For how long do you greylist? The default is 5 days, you ll have 3 millions of entries at that time, that s huge. You might want to adjust that delay to a
RE: [milter-greylist] Statistics
2004-10-12 by Sutherland, James
At 1hr 30 minutes I ve got 38,744 greylisted and two whitelisted. greylist.db is 3.6meg, and wow does graylist take some time to start. Takes a while for it
Statistics
2004-10-12 by manu@netbsd.org
... It might be interesting to gather statistics. At mine: 11245 greylisted entries, 1099 autowhitelisted entries. Runs fine: load is always below 1. The
Re: [milter-greylist] invalid IPv6 address
2004-10-12 by manu@netbsd.org
... The third solution it to simply reject ill-formated address and the fourth solution is to avoid adding them to the greylist (which means thay will be