- 出荷済み
- 2026年8月14日 2:24 UTC
- プロフィール
- Kamo
- コンテンツ
- d70fbde
メッセージリストの背後にある行は、Postgres にあります。メタデータインデックス 送信者、件名、日付、サイズ、添付ファイル、フラグを保持しているすべてのメッセージの 見ました。 1つのクエリからページを読み込み、IMAPから読み込むとSELECT さらに、fty-envelope FETCH とサーバーがメールボックスのインデックスをビルドする お問い合わせ 誰が使用しても速度が速かったが、信頼がなかったのを止めました。 インデックスは、 誰かがメールボックスが開いている間にのみ実行されるように、それは 任意に固定され、現在のフォルダーを区別しない 階段1つ。 1つのSTATUSはそれらを区別します。 それは最も安い質問です IMAP 回答 - いいえ SELECT、メッセージデータなし — フォルダのメッセージ数とその次を返します。 ツイート インデックスは、保持しているものの一致時にのみ使用されます: カウント キャッチ 追加または削除し、maxUid + 1 = == UIDNEXT は数をキャッチします 削除されると、多くの人が到着した場所が見えない。 UIDNEXT は転送だけなので、 インデックスが見逃してしまったのは、インデックスが最も高いUIDの上にストランドされている お問い合わせ 他のすべての結果が IMAP に戻る: 不足しているフォルダー、デコーダのサーバー STATUS、空のインデックス、データベースエラー。 最悪の利用可能な結果は この前に存在する行動。 テストが失敗するフォルダ自体 次のメッセージが到着し、インデックス化されます。 返信のため、デフォルトでオフ******************************** marker は search index.is answered に依存します。 KamoInitializer が実行されました。 それをオンにするのではなく、審美的な行為である デプロイの副作用。 合意述語は、間違ったメールを誰かに表示しているところです。 純粋なパッケージプライベートであり、その方向からテストされる - すべてのケースはかどうかを尋ねます インデックスを使わなければいけません.