- 出荷済み
- 2026年8月14日 2:09 UTC
- プロフィール
- Kamo
- コンテンツ
- 9698977
/messages の重要なパスの 2 つの往復の問題、目に見えない それらを引き起こしたコード。 listFolders は、各フォルダーの読み込み専用を開き、2 つの整数をオフにします。 です。 フォルダごとにSELECTとCLOSEが生成され、各メールボックスのインデックスがサーバービルドされます。 途中で、20階のメールボックスは、40往復の往復を費やしました。 フォーティー番号についての質問。 サイドバーがマウントして再びマウントして再読み込み すべてのメールボックスの変更 — メールの到着、メッセージの読み込み、移動、削除 — なので、 製品の中で最も呼び出される IMAP 操作です。 getUnreadCount 独自の javadoc リストが書かれているので、Folders は「遠く高価」でした。 STATUSは、これらのカウントを正確に返し、メッセージに触れません。 サーバー広告 RFC 5819 リスト-STATUS、それらの中でドベコット、今は1つの全体の木に答えます コマンド; それ以外のものは、ジャカルタメールのクローズドフォルダごとにSTATUS 1を取得します。 ステータスキャッシュは、単一の応答から未読かつ合計で機能します。 フォルダのみ サーバがSTATUSを拒否しました。 リストパスには、N+1 という名前のものはありません。 FetchProfile.Item.ENVELOPE は、 ENVELOPE INTERNALDATE RFC822.SIZE — BODYSTRUCTURE とヘッダなし — toEnvelope は、添付のヒューリスティックと読み込みの getContentType() を呼び出します。 スレッドのメッセージID ジャカルタメールは、未準備のアクセサに応答します 独自のシングルメッセージFETCHを静かに発行するので、50枚のメッセージページは最大 百余分円形の旅行。 検索が悪かった: それは全く何も準備されていません. どちらでも、すべてのフィールドを ToEnvelope 読み込みにカバーする 1 つのプロファイルを共有します。 リストSTATUSの返信は、ジャカルタメールではなく、ここにパースされますので、 テストの下で解析される: IMAPResponse は literal プロトコル ラインおよび 10 を受け入れます ケース カバー オーダー, \Noselect, absent STATUS と unrelated トラフィック. の 1 つ これらは見つかったバグです — ListInfo は UTF-7 メールボックス名を変更し、 ステータスがないので、到着した時点ではゼロ未読が報告されている 名前にアクセントをつけて、他に何もないフォルダを正確にするため.