- 出荷済み
- 2026年9月23日 6:11 UTC
- プロフィール
- Kamo
- コンテンツ
- 9809d4b
/messagesの2つの問題は、サービスで固定されています。 検索が機能しませんでした。 インデックスパスは、すべてのヒットでClassCastExceptionを投げる (Instant -> Timestamp, Podログで表示), そのため、すべての検索が戻りました オペレータを離れ、無料のテキストを探していたIMAP検索 一人で - または、無料のテキストなし、最初のオペレータのVALUEのどこにでも メッセージ インデックスも不完全だった (275 の 398 行の 1 つの受信トレイで、 Sent なし 身体) 会員が鍵を握るので、他人に答えたことはない メールボックス; 無料のテキストは ORDER BY に補われました。 Search はパースされたクエリ (MailSearchParser: Gmail の言語 - phrases, -exclusion、OR、ブラケット、from/to/cc/bcc/subject/body、持っています:attachment、 filename:,:, in:, ラベル:, before/after/on, old than/newer than, より大きい/より小さい)はメール サーバー自身によって答えました: ホールダーごとのIMAP SEARCH、 ラベルとファイル名は横に評価され、ビットセットと組み合わせて、 Microsoft 365用KQL 画面上のフォルダやすべてのフォルダにあるフォルダに見えます しかし、ゴミ箱とスパム(scope=all)は、サーバーの呼び出しが何かに:sent で解決します そのフォルダ、ページが最初に更新され、それがとして使用できないことを報告 推測の代わりに警告. デッドインデックス検索クラスは削除されます。 メールボックスの切り替えが失敗しました。 削除、移動、スパムの報告、フォルダ管理、 検索と一括アクションはメールボックスを取らず、メンバー自身で行動しました。 どのメッセージも同じUIDを運ぶ。 それぞれが解決する MailboxTargetResolver (mailboxId または sharedMailboxId, access) によるターゲット チェック, 400/403 代わりに 500), 会員自身のメールボックスのタッチだけ メタデータインデックス。 バッチアクションは、生ではなくプロバイダを通過します KamoMailの資格情報, マイクロソフト 365 と Google のメンバーに、 働くバルク行為。 送信パスは非接触です.
