[debian-users:40156] Re: exim4 queue processing delay

[TSUCHIYA Masatoshi <tsuchiya@xxxxxxxxxx>]

>> On Thu, 8 Apr 2004 19:15:19 +0900
>> n-kusuno@xxxxxxxxxxxxxxxx (Nobuhiro KUSUNO) said as follows:

土> 具体的には，fetchmail で10通以上のメールを一度に取り込んだ場合に，
土> 最初の10通だけがその場で配送され，残った分は queue の処理が行われ
土> るまで，/var/spool/exim4/input/ 以下に滞留し続けます．

原因が分かったように思います．改めてドキュメントを調べてみると，以下の
ような記述を見つけました．

  smtp_accept_queue_per_connection option
  ---------------------------------------
  
  Type: integer
  Default: 10
  
  This option limits the number of delivery processes that Exim starts
  automatically when receiving messages via SMTP, whether via the
  daemon or by the use of -bs or -bS. If the value of the option is
  greater than zero, and the number of messages received in a single
  SMTP session exceeds this number, subsequent messages are placed on
  the queue, but no delivery processes are started. This helps to
  limit the number of Exim processes when a server restarts after
  downtime and there is a lot of mail waiting for it on other
  systems. On large systems, the default should probably be increased,
  and on dial-in client systems it should probably be set to zero
  (that is, disabled).

それで，この値を大きくするのも一つの方法だと思いますが，

> .fetchmailrcに 'batchlimit 10' を追加してみてはいかがでしょうか?

こちらの方がより安全な解決策でしょうね．
たとえ smtp_accept_queue_per_connection を 100 に設定したところで，そ
れ以上の数のメールを一度に受信する可能性がなくなるわけではありませんか
ら．

というわけで，実際に試してみたところ，無事に滞留することなく配送される
ようになりました．アドバイス有難うございました．

-- 
土屋 雅稔 ( TSUCHIYA Masatoshi )