- Shipped
- 23 вересня 2026 р. о 06:11 UTC
- Author
- Kamo
- Commit
- 9809d4b
Дві проблеми на /місах, закріплених в сервісі. Пошук не працює. Індексовий шлях кинув ClassCastException на кожному ударі (Instant -> Timestamp, видимий в підлогах), тому кожен пошук повернувся до Пошук МІМП, що кинув операторів, поки і подивилися на безкоштовний текст окремо - або, без безкоштовного тексту, для першого оператора ОЦІНКИ в будь-якій точці світу повідомлення. Індекс був також неповним (275 з 398 рядків в одній папці, немає Sent тіл) і зафіксовані членом, тому він ніколи не відповів на інший поштова скринька; і безкоштовний текст був переповнений в ЗАМОВЛЕННЯ. Search is now a parsed query (MailSearchParser: Мова Gmail - фрази, -виключення, OR, кронштейни, від / до / cc / bcc / суб'єкт / тіло, має:привабливість, Ім'я файла:, в:, мітка:, перед/після/на, старший тан/newer than, більший/менший) відповідав сам поштовий сервер: IMAP SEARCH за папку, з мітками та іменами файлів, що оцінюють його і поєднуються як набори, так і KQL для Microsoft 365. Це може виглядати в папці на екрані або в кожній папці але Trash і Spam (scope=all), вирішується в: папка, сторінки, нові, і звіти, що це не може використовуватися як попередження замість здогадувань. Видалено мертві класи дослідження. Виправлення поштових скриньок не вдалося. Видалення, переміщення, звітування спаму, управління папками, пошук і об'ємні дії не брали поштових скриньок і діяли на власній стороні - на якісь повідомлення перенесли однакову UID. Кожен з них тепер вирішує його мета через MailboxTargetResolver (mailboxId або спільна поштова скринькаІд, доступ checked, 400/403 замість 500, і тільки власні поштові скриньки учасника індекс метаданих. Пакетні дії, які проходять через провайдер, а не сировину Кемпошта, що також надає Microsoft 365 та Google користувачам робота сипучих дій. Відправте шлях доручена.