Re: [milter-greylist] Re: new release: 1.5.9
2004-11-30 by Dan Hollis
... What about until then? -Dan
Messages
Browse messages
Page 130 of 144 · 7199 messages matched
Re: [milter-greylist] milter-greylist-1.6rc1 released
2004-11-30 by S L
... Clearly, milter-greylists did start. But I prefered removing the entries to avoid any futur similar warnings ... PS : there was a similar problem on
memory footprint problem in 1.5.3->1.6rc1 update
2004-11-30 by Matthieu Herrb
Hi, I ve tried to upgrade our mail servers (sparc running Solaris 2.8) from 1.5.3 to 1.6rc1. I ve noticed almost immediatly that the memory usage climbed from
Re: [milter-greylist] milter-greylist-1.6rc1 released
2004-11-30 by manu@netbsd.org
... milter-greylist refuses to restart? I expect it to just skip the sick lines and go ahead. -- Emmanuel Dreyfus Il y a 10 sortes de personnes dans le monde:
Re: [milter-greylist] milter-greylist-1.6rc1 released
2004-11-30 by Christian Pelissier
... skipping ... skipping ... skipping ... ... I also have entries with [ ] in my greylist.db :
Re: [milter-greylist] milter-greylist-1.6rc1 released
2004-11-29 by S L
... Emmanuel, I moved from 1.4 to 1.6rc1. I m running test mode (only activating milter-greylist for some domains). On one machine I did not remove the
milter-greylist-1.6rc1 released
2004-11-28 by manu@netbsd.org
Today I branched the new stable branch for upcoming milter-greylist-1.6. Here is version 1.6rc1, which is likely to become 1.6 if nobody find an horrible bug
Re: [milter-greylist] milter-greylist-1.5.12 released
2004-11-28 by S L
... You re right it s sufficient.... I always set the group ownership usually to something else than root for Milter applications directories but I m too picky
Re: [milter-greylist] milter-greylist-1.5.12 released
2004-11-27 by manu@netbsd.org
... Sure, but what is the benefit of setting the group of the directory to the user s primary group? The goal is to give milter-greylist write permission to
Re: [milter-greylist] milter-greylist-1.5.12 released
2004-11-27 by S L
... = Right now we already have two Linux scripts : rc-debian.sh.in, rc-linux.sh.in (for RH/MDK) ... It s difficult to support all Linux flavors in one
Re: [milter-greylist] milter-greylist-1.5.12 released
2004-11-27 by manu@netbsd.org
... 1.5.12 is our second 1.6 candidate. ... Isn t it possible to tweak the rc-linux.sh so that it works with other Linux flavors? ... Fixed. ... Does it
Re: [milter-greylist] milter-greylist-1.5.12 released
2004-11-27 by S L
... Hi, I will move from 1.4 to 1.5.12 - nobody mentioned problems with this version so It should be - this week-end. Sorry for being silent lately. I will
Re: [milter-greylist] Re: quiet option
2004-11-27 by Jack L. Stone
... I d be happy to exchange our configs, but am meeting publishing deadlines and will have to wait after Dec 1. Quick question thought: How much memory is
Re: quiet option
2004-11-26 by eugene_kurmanin
... my config is about 20 lines, thats enough for all cases, imho :) we can exchanging our configs, and if you want, i can optimize your config with success :)
Re: [milter-greylist] Re: new release: 1.5.9
2004-11-25 by Emmanuel Dreyfus
... No, as Remy s ACL qill superseed this functionnality. -- Emmanuel Dreyfus manu@netbsd.org
Re: new release: 1.5.9
2004-11-24 by Dan Hollis
... do you still need me to write a patch for 1.5.x? -Dan
Re: [milter-greylist] Re: quiet option
2004-11-24 by Remy Card
Hi, ... I am currently working on the ACL scheme that was discussed on this list. I am a bit late because I have spent lots of time fighting with yacc when
Re: [milter-greylist] Re: quiet option
2004-11-24 by Jack L. Stone
... Indeed, it is very powerful -- my config is 1330 lines! I m probably not very good at regex..... ... With spamass, I used to have an occasional abort, so
Re: [milter-greylist] Re: quiet option
2004-11-24 by Jack L. Stone
... Happy trails, Jack L. Stone System Admin Sage-american
Re: quiet option
2004-11-24 by eugene_kurmanin
... (DBs=access/aliases/virusertable) ... acl Very interesting... milter-regex from Daniel Hartmeier ( http://www.benzedrine.cx/ ) ? Why a very large config?!
Re: [milter-greylist] Re: quiet option
2004-11-24 by manu@netbsd.org
... But what is the way to go? Using sendmail access file? Using a LDAP schema? -- Emmanuel Dreyfus Il y a 10 sortes de personnes dans le monde: ceux qui
Re: [milter-greylist] Re: quiet option
2004-11-24 by Jack L. Stone
... Let me reflect on this issue of ACL a bit more: I m presently using in the following order: - Sendmail-8.12.11 with its own unique acl
Re: [milter-greylist] Re: quiet option
2004-11-24 by Jack L. Stone
... Sure, and I have tried that. However, the milter-sender instructs says: [...}Note that Sendmail will probably have to be rebuilt to use Berkeley DB,
Re: [milter-greylist] Re: quiet option
2004-11-23 by Emmanuel Dreyfus
... You can t install two versions of DB at the same time? But if you need the callback function and could not use milter-sender, then what about writing
Re: [milter-greylist] Re: quiet option
2004-11-23 by Jack L. Stone
... I agree that it would not be good to bloat the code on milter-greylist, but I sure would like to use the callback feature. I cannot do that by using
Re: [milter-greylist] Re: quiet option
2004-11-23 by Emmanuel Dreyfus
... I see: one filter to rule them all :) -- Emmanuel Dreyfus manu@netbsd.org
Re: quiet option
2004-11-23 by eugene_kurmanin
... machine? You are right :) Just nothing, only filter all in one ;) I see, it s a not good idea.
Re: [milter-greylist] Re: quiet option
2004-11-22 by manu@netbsd.org
... My point of view is that if you can get the functionnality in another milter, then you should do so. Adding unrelated functionnality to milter-greylist
Re: quiet option
2004-11-22 by eugene_kurmanin
What about dispute? I have simply offered to add technology of the checking the return address in analogy as is done in Exim, Postfix, milter-sender by Snert
Re: [milter-greylist] Re: quiet option
2004-11-20 by Matthias Scheler
... So what? Greylisting is very useful to keep that junk away from my system. ... Me neither. But white listing isn t a good option. Kind regards --
Re: quiet option
2004-11-19 by eugene_kurmanin
... Am i say that milter-greylist anti-virus solution??? The question on struggle against viruses was lifted not by me :) I talk about another thing.
Re: [milter-greylist] Re: quiet option
2004-11-18 by manu@netbsd.org
... milter-greylist never claimed to be an anti-virus solution... -- Emmanuel Dreyfus Il y a 10 sortes de personnes dans le monde: ceux qui comprennent le
Re: quiet option
2004-11-18 by eugene_kurmanin
... Sure. But for viruses is exist another technology to detect & delete (remove executable attach, filter mail by helo = your domain, antivirus plugins...)
Re: [milter-greylist] Re: quiet option
2004-11-18 by Matthias Scheler
... Some spam or virus SMPT engines use empty envelope addresses, too. ... Milter Greylist isn t blocking it, it s delaying it. ... I disagree, see above. Kind
Re: quiet option
2004-11-18 by eugene_kurmanin
I speak about absolutly another thing :) You speak about blocking by milter-greylist sender verification requests by Postfix or Exim or e.t.c. This line in
Re: [milter-greylist] quiet option
2004-11-17 by manu@netbsd.org
... I have been wanting to implement a change to milter-greylist for a while but never found the time to do so: for mail from we should wait the end of the
Re: [milter-greylist] quiet option
2004-11-17 by Matthias Scheler
... Is real-time sender address verification what Postfix does to find out if a sender is valid? That trick and Milter Greylist don t like each very much.
quiet option
2004-11-17 by ubr@ok.ru
Hello, all. May be useful to expand option quiet for override hard-coded string: Greylisting in action bla-bla-bla... like this ... quiet Server is busy
Re: [milter-greylist] Access-lists in milter-greylist
2004-11-17 by Dan Hollis
... How about, any line which starts with a tab or space is a continuation of the previous line. acl greylist rcpt a-very-big-addess@a-very-big-domain.com from
Re: [milter-greylist] Access-lists in milter-greylist
2004-11-16 by Graham Dunn
... has the advantage of precedent (everyone knows at the end of a line means continue)... Graham
Re: [milter-greylist] Access-lists in milter-greylist
2004-11-16 by manu@netbsd.org
... My idea was to support the one-liner and a multi-line syntax at the same time. Some admins will prefer the one-liner, some will prefer short lines. But
Re: [milter-greylist] Access-lists in milter-greylist
2004-11-16 by Dan Hollis
If there is a choice, I advocate for only one syntax, the first one. -Dan
RE: [milter-greylist] Re: Volume
2004-11-16 by klas@nada.kth.se
... It is now ftpable from ftp://ftp.nada.kth.se/Sysgr/milter-greylist-64 This is built on Solaris 9 using Forte Developer 7 C 5.4 2002/03/09.
Re: [milter-greylist] Access-lists in milter-greylist
2004-11-16 by manu@netbsd.org
... Yes, but do you advocate for a third syntax, or for instead of {}? -- Emmanuel Dreyfus Il y a 10 sortes de personnes dans le monde: ceux qui comprennent
Re: [milter-greylist] Access-lists in milter-greylist
2004-11-16 by Dan Hollis
... So really, {} serve no function at all... all of these would be equivalent? acl greylist rcpt a-very-big-addess@a-very-big-domain.com from
Re: [milter-greylist] Access-lists in milter-greylist
2004-11-15 by manu@netbsd.org
... I proposed to accept both syntax: acl greylist rcpt a-very-big-addess@a-very-big-domain.com from /.*@example .com/ acl greylist { rcpt
Re: [milter-greylist] Access-lists in milter-greylist
2004-11-15 by Dan Hollis
... I guess so, if there is a choice then I choose NO to heirarchical config with curly braces. -Dan
RE: [milter-greylist] Re: Volume
2004-11-15 by Sutherland, James
That would be wonderful if you could do that. I haven t had time to mess with 64-bit gcc yet. Or to download a trial copy of Sun s compiler. -James
Re: Volume
2004-11-14 by Klas Heggemann
... If you just want a 64 -bit build using Suns compilers, I can build one and make it avaliable. Cc me the answer, as I am only sporadically checking activity
milter-greylist-1.5.12 released
2004-11-13 by manu@netbsd.org
Version 1.5.12 is out. One more time, this is a 1.6 release candidate. If we find no serious bugs, we ll turn it into 1.6.