Dairenn Lombard wrote:
Hello All,This may, in fact, have more to do with the fact that there are 1,134 domains on a Dual 1.8GHz Xeon with 1GB on an 80GB RAID1 array running one of our QMail toasters than it does the fact that there is a problem with the toaster software, but I just thought I'd ask. The gist of the situation is that, in the past week or so, qmail has been queuing email, and, sending the ALARM signal to the PID for qmail-send has not been causing the queue to process. The only thing that used to work was the Microsoft Solution (reboot). Big red flag right there. Today, the situation has degraded to the point that not even a reboot eliminates the symptoms (no surprise there) and that the queue has stopped running twice today. The question here is, which logs should I be looking at for clues as to the issue? Important clues to the issue may also be hidden within the versions of the various packages we have running and so therefore I am including both the OS distribution, kernel version and versions of the toaster RPMs here:
Try setting your queueliftime (http://wiki.qmailtoaster.com/index.php/Queuelifetime) to something sort of low (I use 3 hours myself) and see if that will clean your queue up some if you haven't already. I have a suspicion that the bulk of that will be bounce messages and spam waiting to be flushed. The default is to let them sit in there for 1 week before bouncing them.
smime.p7s
Description: S/MIME Cryptographic Signature
