Seth Hanford wrote: >> _dovecot:\ >> :datasize=1024M:\ >> :maxproc=4096:\ >> :openfiles-cur=2048:\ >> :openfiles-max=8192:\ >> :stacksize-cur=16M:\ >> :tc=default: >> >> this fixes, at least temporarily, the trouble with number of open files. > > I'd also like a better solution than I have at the moment. Because > dovecot was trashing the associated mail processes (amavisd, postfix) > because it was using up too many open files, I opted to manually build > an upgrade package to the -current version of dovecot (1.0rc15). > > Obviously, this is an unsupported solution and I don't really like being > here. Is the ulimit method preferred? I don't understand that system > very well, and was under the assumption that it would simply hide the > symptoms of broken software in this case -- dovecot might simply expand > to fill the more lenient login.conf constraints, but take longer to get > there.
I've run into the same thing but haven't yet had the time to sit down and really dig deep into it. I just upped the openfiles-max as well and every so often go in and kill all the imap processes (single user IMAP server, so it's not a real big deal). Someone said that 1.0rc15 has fixed this. The question I have is, why is the dovecot port version lagging so far behind? Is there some known incompatability with later versions? Perhaps we should contact the maintainer? -- It is better to hear the rebuke of the wise, Than for a man to hear the song of fools. Ecclesiastes 7:5
signature.asc
Description: OpenPGP digital signature
