Re: fetchmail problem
*- On 8 Jan, Timothy Bedding wrote about "fetchmail problem"
> Thanks for all the help, people.
>
> Your advice about how to fix the clock problem was spot
> on.
>
>
> Now, another query.
>
> If I do a fetchmail and it reports, say, 30 mails, sometimes
> these mails can be transfered to my spool file in batches.
> So, I get the first ten and then I have to wait a few minutes
> for the next ten.
>
> I guess that there must be an explicit delay somewhere.
> Does anyone know where this delay might be?
>
This is your MTA doing this. Most MTA's don't like getting flooded with
requests to send packages since it can cause a spike in cpu load and
system resources. So once a maximum limit has been reached it just
queues them up until the next run of the queue. In exim, the default
MTA for Debian, you can set the option smt_accept_queue_per_connection
to 0 and it will process each mail as it comes in without waiting. The
default is 10. Read the exim spec file for more info on this and other
smtp_accept_* options.
Brian Servis
--
------------------------------------------------------------------------
Mechanical Engineering | Never criticize anybody until you
Purdue University | have walked a mile in their shoes,
servis@purdue.edu | because by that time you will be a
http://www.ecn.purdue.edu/~servis | mile away and have their shoes.
Reply to: