I have a weird problem here (long mail, I hope everybody understands what I'm trying to say here...). my system: qmail 1.03 on Solaris 2.6 (disks under control of disksuite, mirrored disks are being used). I saw this afternoon 5000 messages in my queue (most of the mails to one of my own machines), and the "not yet processed" messages grew till about 500. I have concurrency set to 120 (the max) but the number of remote processes never came above an avarage of 10. When I shutdown the smtp part and gave a alrm to qmail, it started spawning 120 processes, but not all the time: 10->120->90->60->30->30->30->20->120.... Why this falldown to 20 (or something like that)? Why does qmail not continiously keep 120 qmail-remote processes running? And from the moment I allowed smtp connections again, the number of qmail-remote never came above 20 again. I even tried the big-concurrency patch, but it didn't change anything. For the moment I have 140 messages "not yet processed" and about 18 qmail-remote processes, with more than 200 messages in the queue to my other machine. Why doesn't it rises to 120 when I give a alrm signal to qmail? I checked the permissions of /var/qmail/queue/lock and everything seems ok there. top and iostat are telling me that I have a big iowait... Can anybody tell me what I can do to pump up the number of remote processes so it has a high number all the time when mails are in the queue? Do I need the big-todo patch (I thought this patch was when you have more than 1000 messages per subdir, I have about 125 per subdir)? Please help me!!! It's 10 o'clock in the evening and I'm tired of watching disk stats and qmail logfiles... Franky
