Re: [milter-greylist] sync causing crash
2005-10-13 by Matthew S. Cramer
... I am going to brush off my C skills and write a short program that just spawns threads and counts them to see how long it can go before it blows up. Are
Messages
Browse messages
Page 114 of 144 · 7199 messages matched
Re: [milter-greylist] sync causing crash
2005-10-13 by Emmanuel Dreyfus
... libmilter does the threading job, so thread_create is in libmilter ... That s also my feeling. Do you know how many thread you can run? -- Emmanuel Dreyfus
sync causing crash
2005-10-13 by Matthew S. Cramer
I am running milter-greylist on the following linux system: Kernel: 2.4.4 SMP (2 processors) GLIBC: 2.2.2 total used free shared buffers
Re: [milter-greylist] milter-greylist using large amounts of virtual memory
2005-10-13 by Martin Paul
... Like me. The easy way out of this (which I implemented) is to enable greylisting only for existing users (acl greylist rcpt ...) and have a default
Re: [milter-greylist] milter-greylist using large amounts of virtual memory
2005-10-13 by Dan Hollis
... no need, just use on-disk database rather than in-memory one. someone really needs to integrate sqlite backend for tuple access. -Dan
Re: [milter-greylist] milter-greylist using large amounts of virtual memory
2005-10-13 by Matt Kettler
... True, and I think it s a *great* tool for people doing relay mailservers that don t have any other list of users. However, for me it would be a maintenance
Re: [milter-greylist] milter-greylist using large amounts of virtual memory
2005-10-13 by Fredrik Nyberg DC
... Not a bad idea, but I think that it would break the subnet matching, since IPs on the same subnet would have different hashes... unless they were stored
Re: [milter-greylist] milter-greylist using large amounts of virtual memory
2005-10-13 by Emmanuel Dreyfus
... Well, the idea is to get the thing working without loosing too much time. For me it was even faster to develop milter-rcptfilter than to fix the sendmail
Re: [milter-greylist] milter-greylist using large amounts of virtual memory
2005-10-13 by Christian PELISSIER
... Storing the md5 of the tuple instead of the tuple itself could be a solution for a large site and an a new option for milter-greylist. md5 is only 16 byte
Re: [milter-greylist] milter-greylist using large amounts of virtual memory
2005-10-13 by Fredrik Nyberg DC
... We have around 1 million entries in our greylist database. What really bugs me is that the current 2.3 GB of VmData that milter-greylist is using does not
Re: [milter-greylist] milter-greylist using large amounts of virtual memory
2005-10-13 by Matt Kettler
... Call me crazy, but it seems rather odd to add a milter to re-implement functionality that s already built into sendmail. Actually, IMHO it s not just odd,
Re: [milter-greylist] milter-greylist using large amounts of virtual memory
2005-10-13 by Emmanuel Dreyfus
... Ok, let me rephrase: I assume you cannot configure sendmail to reject mail sent to nonexistent users before milter-greylist runs. Maybe milter-rcptfilter
re: Defeating my own greylisting
2005-10-12 by Alan Clifford
On Wed, 12 Oct 2005, Andreas Unterkircher wrote: I was avoiding that because it looked too complicated. But I had a go tonight and it is all working. I would
Re: [milter-greylist] milter-greylist using large amounts of virtual memory
2005-10-12 by Dennis Willson
Well I was going to say that on my system the unknown user rejection comes before greylisting. However, I remembered that the greylisting is on the hubs that
Re: [milter-greylist] milter-greylist using large amounts of virtual memory
2005-10-12 by Matt Kettler
... I realized that s not all that clear. Let me clarify. My mailserver will never accept mail to a nonexistent user. I m not describing post-delivery bounces,
Re: [milter-greylist] milter-greylist using large amounts of virtual memory
2005-10-12 by Matt Kettler
... My sendmail *does* reject nonexistent senders, and always has. re-read my message. The rejection happens *AFTER* the greylist runs.
Re: [milter-greylist] milter-greylist using large amounts of virtual memory
2005-10-12 by Emmanuel Dreyfus
... I assume you cannot configure sendmail to reject mail sent to nonexistent usrers. Maybe milter-rcptfilter can fix your problem? You feed it with the list
Re: [milter-greylist] milter-greylist using large amounts of virtual memory
2005-10-12 by Matt Kettler
... Yes, but that s not how milter-greylist works.. at least, not on my system. For me, the greylist check happens before the recipient is validated, thus I
Re: [milter-greylist] milter-greylist using large amounts of virtual memory
2005-10-12 by Emmanuel Dreyfus
... Well, if mail with inexistant recipient is not accepted, the amount of messages seen by milter-greylist should be reasonnable. -- Emmanuel Dreyfus
Re: [milter-greylist] milter-greylist using large amounts of virtual memory
2005-10-12 by Matt Kettler
... I d guess quite a lot of messages. abo.fi is a university and Fredrik appears to be one of their IT staff. and The University has nearly 8000 students .
Re: [milter-greylist] milter-greylist using large amounts of virtual memory
2005-10-12 by Dan Hollis
... greylist still uses hundreds of megs of ram on busy machines (many millions of user-ip combinations). so really, need to move to external db. -Dan
Re: [milter-greylist] milter-greylist using large amounts of virtual memory
2005-10-12 by Emmanuel Dreyfus
... 5) buy some RAM :o) Seriously, 2 GB seems really huge to me. I d be curious to learn how many message per day flow through this machine. The problem may be
Re: [milter-greylist] milter-greylist using large amounts of virtual memory
2005-10-12 by Matt Kettler
... It sounds like your greylist database is getting huge. It could be you re getting flooded with an absurd number of greylist entries, causing heavy memory
milter-greylist using large amounts of virtual memory
2005-10-12 by Fredrik Nyberg DC
The consumption of virtual memory milter-greylist uses grows constantly (currently just under 2GB), however resident memory use is constant. This does not seem
Re: [milter-greylist] Defeating my own greylisting
2005-10-12 by Andreas Unterkircher
Optimal solution would be, if you can enable SMTP-Auth on your mailserver, then milter-greylist will bypass you, as soon as you are authenticated... Cheers,
Defeating my own greylisting
2005-10-11 by Alan Clifford
The intention is to tap an email into my Palm, perhaps add a photo from my camera (via the sd card - modern day sneakernet) and then, when I get to my hotel,
Re: [milter-greylist] Re: World writable directory
2005-10-10 by Matthias Scheler
... This looks fishy. It means that arbitrary users can create directories in /var . ... The permissions on /var look plain wrong. Any application which
Re: World writable directory
2005-10-10 by Brian Tobin
... OK - My directories look like this: [root@LINUX /]# ls -lda var drwxr-xrwx 26 root root 4096 Oct 7 16:23 var [root@LINUX /]# ls -lda / drwxr-xr-x 28
Re: [milter-greylist] World writable directory
2005-10-07 by Dawn Keenan
... What are the permissions on the / and /var directories? Sendmail checks permissions on all directory components, though it doesn t tell you which
Re: [milter-greylist] World writable directory
2005-10-07 by Matthias Scheler
... What about the parent directories for milter-greylist ? My permissions look like this: tron@colwyn:~ ls -al /var/milter-greylist total 202 drwxr-xr-x 2
World writable directory
2005-10-07 by Brian Tobin
Hey all, Having some trouble getting the milter to work... Getting a Xgreylist: local socket name /var/milter-greylist/milter-greylist.sock unsafe: World
Re: [milter-greylist]milter-greylist2.0.1 crash on amd64
2005-10-07 by Emmanuel Dreyfus
... So you exit from the function, and then what happens? You need more printf... -- Emmanuel Dreyfus manu@netbsd.org
Re: [milter-greylist] milter-greylist2.0.1 crash on amd64
2005-10-07 by Andreas Unterkircher
Hello! I inserted some debug output into the peer_connect() function: Entering peer_connect() In function: peer_connect(), before fdopen() In function:
Re: [milter-greylist] milter-greylist2.0.1 crash on amd64
2005-10-06 by Emmanuel Dreyfus
... An unreachable peer should trigger an error message in the log. Can you add some printf around the connect calls in sync.c and run milter-greylist in the
Re: [milter-greylist] milter-greylist2.0.1 crash on amd64
2005-10-06 by Andreas Unterkircher
So - it looks like my suspicion on the unreachable host was correct. On x86 v2.0.1 has no problem with a unreachable host as mx peer in the config. On x64
Re: [milter-greylist] milter-greylist2.0.1 crash on amd64
2005-10-06 by Andreas Unterkircher
Hi, Yes - Yesterday I recompiled also 2.0 so I can exclude an issue with sendmail/libmilter (8.13.5). 2.0 runs without problems since yesterday. One thing -
RE: [milter-greylist] milter-greylist2.0.1 crash on amd64
2005-10-05 by attila.bruncsak@itu.int
... Hello, Andreas, have you linked the milter-greylist-2.0.1 with the same libmilter version as the milter-greylist-2.0? Bests, Attila
Re: [milter-greylist] milter-greylist2.0.1 crash on amd64
2005-10-05 by Andreas Unterkircher
I also disabled spf now, because with milter-greylist v2.0 I wasn t using spf. My libspf2 version (1.2.5) wasn t supported till 2.0.1. But the problem still
Re: [milter-greylist] milter-greylist2.0.1 crash on amd64
2005-10-05 by Emmanuel Dreyfus
... It doesn t look like it have crashed. I was expecting a SIGSEGV. Anyone has an idea? -- Emmanuel Dreyfus manu@netbsd.org
Re: [milter-greylist] milter-greylist2.0.1 crash on amd64
2005-10-05 by Andreas Unterkircher
Hi Like you said. Recompiled with -g CFLAGS= -g -O2 -Wall -Iyes/include -D_XOPEN_SOURCE=500 -D_BSD_SOURCE and used -D so it doesn t fork into
Re: [milter-greylist] milter-greylist2.0.1 crash on amd64
2005-10-05 by Emmanuel Dreyfus
... (gdb) ... Rebuild milter-greylist with -g in CFLAGS (change the Makefile for that), and run it within gdb: # gdb milter-greylist (gdb) run When you ll get
milter-greylist 2.0.1 crash on amd64
2005-10-05 by Andreas Unterkircher
Hello! I m using milter-greylist with sendmail (8.13.5) on a dual amd opteron server with debian sid (gcc 4.0.2). Version 2.0 runs perfectly. This morning I
milter-greylist 2.0.1 is available
2005-10-04 by Emmanuel Dreyfus
Hi Here is milter-greylist 2.0.1: http://ftp.espci.fr/pub/milter-greylist/milter-greylist-2.0.1.tgz MD5 (milter-greylist-2.0.1.tgz) =
Re: [milter-greylist] support for libspf2 1.2.5
2005-09-30 by Hajimu UMEMOTO
Hi, ... cg I ll have to update the port once I figure out how to check the cg version... It seems ports/mail/libspf2_10 installs libspf2.so.1, and
Re: [milter-greylist] support for libspf2 1.2.5
2005-09-30 by Cyril Guibourg
... Hello Hajimu, It s been a long time. ... @$µ#!% ... ... I ll have to update the port once I figure out how to check the version... Thanks
support for libspf2 1.2.5
2005-09-30 by Hajimu UMEMOTO
Hi, The recent libspf2 chenged their API, and milter-greylist doesn t know the API of recent libspf2. So, I made a patch to support it. --with-libspf2 is
RE: [milter-greylist] some strange behavior with mxsync
2005-09-28 by attila.bruncsak@itu.int
... Hello, The patch I submitted near a week ago is addressing exactly that problem. On our site I am using it in production since than and the redundancy of
some strange behavior with mxsync
2005-09-28 by Fredrik Nyberg DC
I am testing the mxsync function and it is stable, but I have some discrepancies in the databases. If a host that is currently in the database, either
[milter-greylist] proposed improvement for the subnetmatch option
2005-09-22 by attila.bruncsak@itu.int
Hello, What about to use ip_match() instead of ip_equal() in autowhite_add() similarly to the use in autowhite_check() ? It would honour better the
Re: [milter-greylist] missing lock in the function autowhite_check
2005-09-21 by Emmanuel Dreyfus
... Let s wait a couple of days before releaseing 2.0.1 so that you test it a bit more. -- Emmanuel Dreyfus manu@netbsd.org