Jan Stanik writes:


Tuesday, August 12, 2003, 6:27:19 PM, you wrote:



Where could be the bottleneck of delivering? Can I allow more concurrent delivery attempts?

You can tune the delivery limits by editing
$sysconfdir/module.* files. The
MAXDELS, MAXHOST, and MAXRCPT settings are described in http://www.courier-mta.org/queue.html. You better know what you're doing;
if the parameters aren't set right the server may not even start. As such,
always back them up first, before messing around with them.

For esmtp, MAXDELS is the maximum number of messages sent via SMTP at any
given time, and MAXHOST is the maximum number of messages sent via SMTP to
the same domain, at any given time.

Thank You Sam. I searched the log file and it seems the problem occurs when "wakeup time=none" string appears in courierd records. I the same time new incoming mails are stored in var/tmp directory and dont move to queue. This situation persists from 10 minutes to few hours. It's strange because queuefill is set to 1 minute and in the queue are not more than 100 messages. What does exactly mean "wakeup time=none" and how can I affect it?

It means that all available outgoing mail delivery slots are being used, so
at least one mail delivery attempt must conclude before any more mail will
be processed.

I think there are many unused slots because I set MAXDELS and MAXHOST to larger number than number of messages in queue. After courier stop/courier start the courierd daemon reads messages from var/tmp, move messages to queue and tries to deliver them. After few minutes (20-30 minutes) courierd stops reading the var/tmp directory and do nothing for next 30 minutes - 1 hour even though the new mails are in var/tmp. How can I find out why courierd is so "lazy"?

Well, for starters you can actually look at your syslog file. Your syslog file is going to tell you exactly what's happening on your server. And by "looking" I don't mean looking just at 2 or 3 lines, but reading the entire mail log in question for the period of time.

You really have not provided any useful information that even begins to explain what's going on your server.


Attachment: pgp00000.pgp
Description: PGP signature

Reply via email to