普段 iPad でメールのチェックをしていたりするのですが、最近サーバー側の負荷が妙に高いので PMail Server をデバッグ用にコンパイルして調べていたのですが、iOS 側が妙な動作をしています。

1) Mail.App で IMAP4 接続をする。
2) STARTTLS で TLS通信に移行
3) 普通にメールチェックをする。
4) サーバー側でタイムアウトするまで Mail.App が何もせずにぼーっとしている。（この間負荷が高くなる）
5) タイムアウトして切れる。

4 でぼーっとしている所なんですが、何か通信をする訳ではなく（コマンド発行なども一切無い）かと言って、回線を切断する訳でも無く、ただ繋げたまま放置されています。
Mail.App は IDLE コマンドに対応していないので、IDLE 応答を待っている訳でもなさそうです。

これが１個や２個程度ならば別に負荷が高くなる訳でも無いのですが、１つの Mail.App から複数の接続があり、複数のスレッドを使って、妙な待機をしています。

これが更に、複数の機器（うちには iPad と iPod Touch やら、iPhone からなど、複数の Mail.App）になると、倍々ゲームでスレッドを占有してくれます。TLS通信中なので、余計にパワーも使います。

以前はこんな挙動していなかったはずなのですが、どこかで変更があったんでしょうか？（WiFi 固有の問題かもしれませんが・・・）
せっかく節電対策でサーバーをダウンクロックしているのにサーバーに優しくない仕様です。

取りあえず、大量の Mail.App から接続する環境で、接続上限を超えてしまうような環境で無ければ、実害が発生する率は少ないのですが、余りにも目立つようであれば、IMAP4 のサーバー側のタイムアウト時間を短くすれば（デフォルトで 2100秒(35分)になっています。）サーバー側で自動的に切断しますので、問題はありません。

うーん、iOS のメールはフェッチで自動取得するようにしてあるのですが、自動の場合だとこんな挙動をするのかもしれません。