It can also result from sendmail attempting
to open an NFS-mounted queue directory, where root is mapped to nobody.
Next, the qf files are read to gather their priorities and times (the P and T lines). If a
qf file cannot be opened, it is quietly ignored unless a -d41.2 debugging commandline
switch is specified, in which case the following error message is printed:
orderq: cannot open qfdB928RR04181 (reason)
Prior to V8.7 sendmail, there was a hard limit on the number of messages that could
be processed at any time. If more than QUEUESIZE (defined in conf.h, typically
1,000) messages were in the queue, only the first QUEUESIZE (1,000) of them
would be processed! Ordinarily, this was not a problem. But it could quickly become
one if your queue were clogged witha huge number of undeliverable messages
(where the first 1,000 continued to be deferred). In that case, the only solution is to
temporarily move the 1,000 messages out of the way by hand (?§11.9.1 on page 437)
and clear the queue. The only way to detect this situation is to print the queue (?§11.6
on page 422).
V8.7 and later sendmail dynamically allocate memory to process the queue. If more
than QUEUESIZE messages are found, sendmail will print the following notice and
process them:
grew WorkQ for queue_directory to bytes
As an alternative to this dynamic behavior, V8.
Pages:
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766