] It means that qmail-send alternates between spawning jobs and
] processing incoming mail. If mail arrives too quickly, the todo
] section of the queue can create very large directories (because todo
] is not a hashed tree of directories). Once qmail-send gets more than
] 1,000 (or thereabouts -- it depends on what filesystem you're using)
] todo files, it can't recover, and the only help is to turn off
] incoming mail.
Yes, I think this was part of my problem a few days ago (see the "Lots
and lots of qmail-queue's" thread). Which makes me wonder: why aren't
the todo and intd trees hashed like mess, info, remote and local ? On my
busy Solaris server, it took *seconds* to do an "ls" in todo or intd,
so I guess it also took seconds for qmail-send and its children to find
files in there...
--
| ~~~~~~~~ Martin Ouwehand ~ Swiss Federal Institute of Technology ~ Lausanne
__|_________ Email/PGP: http://slwww.epfl.ch/SIC/SL/info/Martin.html __________
Proposition pour un onzi�me commandement:
Tu n'invoqueras pas l'inconscient de ton prochain en vain [moi]
