Discussion:
MailScanner is processing queue every 300 seconds.
Armando Montiel
2013-11-29 12:16:10 UTC
Permalink
Hi,

I am using a mail server solution where MailScanner is used with postfix +
cyrus-imapd.

Any clue about why this combination of software spends 300 seconds (5
minutes) to process and deliver email?

This is like my server take a look in the queue and process this in a batch
way, not individually.

The best time I get in this scenario is when a email is received in the
queue 15 or 20 seconds before the last processing cycle of 5 minutes has
been performed.

Sometime in the past this didn't happened but I am lost looking for a
possible reason.

Which MailScanner variables could make this effect?

Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.mailscanner.info/pipermail/mailscanner/attachments/20131129/5e94d8e7/attachment.html
Martin Hepworth
2013-11-29 21:27:12 UTC
Permalink
Batch is the clue word there specifically the setting is
http://www.mailscanner.info/MailScanner.conf.index.html#Delivery%20Method

This is how is should work in batches but a 5 min interval isnt right

I'd check the setting to call the second mta (sendmail2) setting is correct

Martin
Post by Armando Montiel
Hi,
I am using a mail server solution where MailScanner is used with postfix +
cyrus-imapd.
Any clue about why this combination of software spends 300 seconds (5
minutes) to process and deliver email?
This is like my server take a look in the queue and process this in a
batch way, not individually.
The best time I get in this scenario is when a email is received in the
queue 15 or 20 seconds before the last processing cycle of 5 minutes has
been performed.
Sometime in the past this didn't happened but I am lost looking for a
possible reason.
Which MailScanner variables could make this effect?
Thank you.
--
--
Martin Hepworth, CISSP
Oxford, UK
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.mailscanner.info/pipermail/mailscanner/attachments/20131129/b9412759/attachment.html
Loading...