🚀 go-pugleaf

There is at least one oversight in the immediate job creation logic that
can cause messages to slip into the queue without getting processed by
an immedate job. This was discussed earlier this month on info-pmdf;
please check the original messages on this subject for details. This
will be fixed in the next release.

It is also possible that your immediate jobs are dying without doing any
processing; you'd have to examine your logs to see if this is happening. It
is also possible that processing is happening but for some reason the
user's mail files are temporarily unavailable. This is a very frequent
event on some systems. Again, you'll have to check the logs to tell the
specifics. You can usually tell whether or not a message has received
some attention by the file name: names beginning with ZZ have not been
processed; names beginning with ZY have had one delivery attempt; names
beginning with ZX have had two, and so on.

You can always increase the frequency of periodic processing if you want
to try to push messages through faster. This is done with the
PMDF_POST_INTERVAL logical. I would not recommend decreasing the interval
to anything less than one hour, however. You can always use the period
setting to service some channels more often than others.

In summary, PMDF provides ample means for gettng just as much delivery
processing as you need. The problem is making sure that the processing you
ask for is actually efficacious; for example, frequent reprocessing of
SMTP channels is largely a waste of resources since unreachable systems
tend to remain unreachable for periods measured in hours if not days.

				Ned