On Sun, Jun 13, 2004 at 01:59:49PM +0100, Cesar Garcia wrote: > Hi All. > > I have a big problem (big-todo problem) with preproccesed emails. > > The scenary is a big qmail-ldap (Dual AMD MP 2GH 2GB RAM, Raid Sever > with 4 73GB UWSCSI HW Disks) server with about 18,000 mailbox with > Maildir/ldaponly style deliveries, > > big-todo ext-todo dash-ext ldap-cluster patches activated and 20040401 > qmail-ldap version. > > All appearence be ok, but with qmhandle and qmail-stat i can see 32,000 > mails in queue, 31,000 not preproccesed and 3 in local queue and 90 in > remote queue. > load Average in server is about 2, 1, 3 > > 1GB Free Memmory. > > Emails arrive at server and servers enqueue, but they are deliveries to > Maildirs 20, 30 or 40 minutes after they arrives. > > Big todo are enable, i dont have local injection of email, all arrives > via smtp. > > 2 servers in same conditions but with no local deliveries, only > smtp-routes, deliver 160,000 mails daily without problems and with > similar configuration. > > I can see qmail-todo proccess running, but the preprocced of mails is > too slow. > > How can increase preprocced speed? > > I read that this problem is only available with high local-injection of > mails and that is not the case. > > I am migrating from sendmail, and in these platform all were ok. >
OK. The problem seems to be ext-todo, big-todo related as there are only 93 preprocessed mails. Normaly preprocessing is a simple task and should be fast (unless your disks are damn slow). Could it be that you have non big-todo qmail-queues messing with big-todo qmail-todo or vice versa. Check your /var/qmail/queue directory. On big todo the acctual files are in todo/<number>/<mess inode>. If you are switching form non-big-todo to big-todo you need to preprocess the full queue before installing the new qmail-todo/qmail-send pair. Also check the log file and do a clean restart of qmail. -- :wq Claudio
