Yahoo Groups archive

Milter-greylist

Index last updated: 2026-04-28 23:32 UTC

Message

Re: [milter-greylist] best stable version (conservative)

2007-09-26 by manu@netbsd.org

Chris Hoogendyk <hoogendyk@...> wrote:

> Since I'm on Solaris, then, I should stick with 3.0?

I don't know: we still have to understand how milter-greylist stopped
working on Solaris.

> > Some option have been deprecated, but backward compatibility is supposed
> > to have been maintained: you should be able to drop your config file
> > from a 1.0 installation on 4.0b2 and it should just work.
> Cool. That certainly eases the upgrade pains.

That's the goal: just upgrade and restart the milter and you are done. 

> > 32 bit or 64 bit apps?
> You know, bad as it seems, I haven't paid too much attention to that.
> Since I haven't, and it seems gcc wants a -m64 flag to do 64 bit, I'm
> going to assume that my stuff is 32 bit.
> 
> I saw from the readme that that presents a problem with file descriptors
> and thus open sessions. How would I tell if that is a problem for us?
> We've set the connection timeout on Sendmail so that we rarely have 
> above 20 sendmail processes at the same time. But I don't know how that
> correlates with the milter-greylist activity.

I don't know either, but I'm interested to know?

> I'm also not totally clear on the compatibility issues between things
> that have been built 32bit and 64bit (shame on me for not knowing after
> all these years). In other words, if I choose to build milter-greylist
> 64bit, where would the cascade of other required rebuilds end?

You need to have 64 bit versions of the libraries linked with
milter-greylist, but sendmail does not need to be 64 bits, for instance.

-- 
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
manu@...

Attachments

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.