Yahoo Groups archive
Messages
Page 113 of 144 · 7199 messages matched
2005-10-26 by Ogogon !!!
In the big scientific organization filled nervous russian employees constantly arise the problems connected with expectation of answers to the letters.
2005-10-26 by Fredrik Nyberg DC
... I have have just gotten a new project at work, so I will not have time for a while. Perhaps later, if no-one else does it. Fredrik Nyberg
2005-10-25 by Will Aoki
... I regularly see individual spam sources send out bursts spread over about eight minutes. When I used a two-minute greylist delay, I d still get several
2005-10-25 by fredrik.pettai@vattenfall.com
Hi, But why don t you use the builtin sendmail functions ClientRate(limit) and/or ClientConn(limit) in /etc/mail/access. It came in Sendmail version 8.13.x
2005-10-25 by Michael Grant
I run a mail relay as a service. One thing I don t want is a client using my relay to send huge numbers of messages. It might be spam, or it might be a virus
2005-10-25 by fredrik.pettai@vattenfall.com
... That sounds very smart! Most of spam coming to us, uses those type of machines... But how do you do that (in greylist.conf)? Is it some sort of advanced
2005-10-25 by Fredrik Nyberg DC
... It seems that this patch has solved my growing VmData problem. Thanks! Cheers, Fredrik Nyberg
2005-10-24 by Dennis Willson
I set mine at 2m and it seems to work fine. I could probably set it at 1m. I see a few Spammers retry a couple of times real fast (
2005-10-24 by Matt Kettler
... I keep mine set at 1 minute... Last week 10530 connections were greylisted by my acl s. 584 of those ultimately retried and delivered mail. I d say at
2005-10-24 by Raul Dias
Hi, I am wondering why the greylist_delay time is 30m by default. Everybody keeps this way or change to something better? Is there any spammer
2005-10-22 by Hajimu UMEMOTO
... manu It s just that I missed it. Can you resend me the lost e-mail? Okay, here it is. Sincerely, Hi, ... nba We have around 1 million entries in our
2005-10-22 by Emmanuel Dreyfus
... It s just that I missed it. Can you resend me the lost e-mail? -- Emmanuel Dreyfus manu@netbsd.org
2005-10-21 by Hajimu UMEMOTO
Hi, ... manu So let s roll out milter-greylist 2.0.2 with these changes manu http://ftp.espci.fr/pub/milter-greylist/milter-greylist-2.0.2.tgz manu MD5
2005-10-21 by Emmanuel Dreyfus
... Maybe we could try working in an incremental way, by first doing the backend split, then imporving what we want to improve? -- Emmanuel Dreyfus
2005-10-21 by attila.bruncsak@itu.int
Hello, Since it is quiet a big change, is it possible to consider changes in the logic what to store in the database? More precisely: What about merging the
2005-10-21 by Emmanuel Dreyfus
... So let s roll out milter-greylist 2.0.2 with these changes http://ftp.espci.fr/pub/milter-greylist/milter-greylist-2.0.2.tgz MD5
2005-10-21 by Emmanuel Dreyfus
... IMO the first step is to change autowhite.c and pending.c so that there is a clean separation between the storage backend and milter-greylist. The two
2005-10-21 by Matthew S. Cramer
... I applied this patch and the other patch you posted regarding the changes to pending.c for the memory usage issue. milter-greylist has been stable on all
2005-10-21 by Fredrik Nyberg DC
... OK, I see your point. Of course, the problem could also be solved using a persistent datastore. SQLLite has been mentioned, I also saw it on the todo list
2005-10-21 by Emmanuel Dreyfus
... The goal is to remotely shut-down milter-greylist with a disk dump. You can do this by issuing a signal and catching it, but that is wrong because
2005-10-21 by Fredrik Nyberg DC
... How does this solve the problem that libmilter apparently catches SIGTERM and does not return to main? Or am I missing something? Cheers, Fredrik Nyberg
2005-10-20 by Emmanuel Dreyfus
... We could trigger milter-greylist exit using a control socket, or using the MX sync socket... -- Emmanuel Dreyfus manu@netbsd.org
2005-10-20 by Fredrik Nyberg DC
... I see. That s a problem, because lot s of data is lost on exit. USR1 or USR2 could be used, I guess. I wonder why libmilter is not returning to main after
2005-10-20 by Emmanuel Dreyfus
... We can t do that: milter documentation says that libmilter handles the signals. Catching SIGTERM could cause problems with future libmilter
2005-10-20 by Fredrik Nyberg DC
... Here is a very small patch so the database is dumped when the redhat init script is used for stopping milter-greylist. Cheers, Fredrik Nyberg
2005-10-20 by Emmanuel Dreyfus
... I ve included that patch for the next release, but maybe it s worth waiting to see if it fixes things or if there is another problem. -- Emmanuel Dreyfus
2005-10-20 by Hajimu UMEMOTO
Hi, ... manu What about thread-safety problems? I noticed that pthread_detach() is not issued. So, the resources of the threads are not reclaimed. The patch
2005-10-19 by Fredrik Nyberg DC
... We have just under 1 000 000 rows in the database. The problems seem to begin with mxsyncing enabled. The amount of virtual memory used seems to grow if
2005-10-19 by Emmanuel Dreyfus
... What about thread-safety problems? -- Emmanuel Dreyfus manu@netbsd.org
2005-10-18 by nonsolosoft
... all mail. Thank you. fer
2005-10-18 by Matt Kettler
... Reverse those entries. ACL s are executed on a first matched basis. Since acl greylist default is your first acl entry, you ll greylist all mail.
2005-10-18 by nonsolosoft
Dear Emmanuel, I m using your greylist since more than one year, but since I ve upgraded to 2.0 I ve outbound emails greylisted. I ve activated verbose and -l
2005-10-18 by Matthew S. Cramer
... Dead end. They are still crashing. Not sure what the problem is, but it does not appear to be related to too many threads. Matt -- Matthew S. Cramer
2005-10-17 by Matthew S. Cramer
... I specify IP addresses. Thanks, Matt -- Matthew S. Cramer Office: 717-396-5032 Project Manager, Planning and Service
2005-10-17 by Hajimu UMEMOTO
Hi, ... mscramer I think I ve made some progress. I have 3 MX servers, and in 1 of mscramer them I made the change above. I was never able to get the
2005-10-17 by Matthias Scheler
... I don t maintain the above entries. They get auto generated from the user and alias database. ... It causes less overhead e.g. because you don t have to
2005-10-17 by Emmanuel Dreyfus
... You can build the files from a common source... -- Emmanuel Dreyfus manu@netbsd.org
2005-10-17 by Matt Kettler
... Fair enough. That s workable, although cumbersome. Do you have any suggestions that would work without having to maintain two separate userlists? Adding
2005-10-17 by Matthew S. Cramer
... I think I ve made some progress. I have 3 MX servers, and in 1 of them I made the change above. I was never able to get the milter to run with sync
2005-10-17 by Matthias Scheler
... Very well. ... You whitelist valid e-mail addresses and blacklist everything else: From the automatically generated part of my /etc/mail/access :
2005-10-17 by Matt Kettler
... Matthias, how does that help against a dictionary attack? You can t put all possible combinations of username into /etc/mail/access. The access list would
2005-10-17 by Matthias Scheler
... You can change that behavior via /etc/mail/access . Addresses which are blacklister there e.g. like this ... To:foobar@domain.com error:5.1.1:550 User
2005-10-14 by Emmanuel Dreyfus
... Any Linux expert in the room who has an idea why thread creation would fail? -- Emmanuel Dreyfus manu@netbsd.org
2005-10-14 by Matthew S. Cramer
... Thanks for the detailed explanation. I understand this, but I am having a hard time believing that all three of my servers are reaching 400 or 500 threads
2005-10-14 by Matthew S. Cramer
... My threads from this never reach more than 30 or 40, which is consistent with the amount of sendmail children I have running at any given time. I ve added
2005-10-14 by Emmanuel Dreyfus
... It s not handled automagically, but I m not sure we should care. -- Emmanuel Dreyfus manu@netbsd.org
2005-10-14 by Matthew S. Cramer
... Do I need to lock this variable, or is that handled automagically? Thanks, Matt -- Matthew S. Cramer Office: 717-396-5032
2005-10-14 by Hajimu UMEMOTO
Hi, ... nba We have around 1 million entries in our greylist database. What really nba bugs me is that the current 2.3 GB of VmData that milter-greylist is
2005-10-13 by Ranko Zivojnovic
... As much as I can recall, the default stack size for a thread (in Linux and elsewhere) is 2Mbytes. I am not sure what is libmilter setting here - but if
2005-10-13 by Emmanuel Dreyfus
... You have one thread per mail being processed and one thread for syncing. ... You can add a global and change it in mlfi_connect (+1) and mlfi_close (-1) --