On Thu, 29 Apr 1999, Ben Parker wrote:
> This would also be good for Linux versions up to and including 2.0.36
> which don't handle more than 256 file descriptors (forgive me if I have
> the terminology wrong) without applying a patch to the kernel sources and
> recompiling - which I had to do. By the way, Squid for example, checks the
> FD_LIMIT in the ./configure stage and compiles accordingly. Linux 2.2 has
> lots more FDs and is probably not a problem.
Please note the date on my message below. It precedes the current
release of Exim, which has fixed this problem. See the lookup_open_max
option (indexed from "file: too many open").
> On Tue, 27 Oct 1998, Philip Hazel wrote:
>
> > On Tue, 27 Oct 1998, Sascha Pollok wrote:
> >
> > > My virtual_alias handler uses virtual-domains files for every virtual
> > > domain. Maybe exim opens all the 100 files while processing the mail?
> >
> > Yes, that is what is happening, I think. Exim is being clever and
> > caching open lsearch files in case there are further addresses in the
> > same domain. I can't do anything quickly, but I have made a note to see
> > if I can make it recover from "Too many open files" at some point in the
> > future. Or at least put a limit on the number of open files that it
> > caches.
> >
> > --
> > Philip Hazel University of Cambridge Computing Service,
> > ph10@??? Cambridge, England. Phone: +44 1223 334714.
--
*** Exim information can be found at
http://www.exim.org/ ***
