- Verschifft
- 30. August 2026 um 20:22 UTC
- Autor
- Kamo
- Ausschuss
- 7daab4b
Beide Endpunkte beantwortet aus email_metadata.search_index und übergaben dem Client was der Tisch hält. Ein intelligenter Ordner zurückgegeben SearchIndexEntity - messageUid, von Email, isRead, wo die Nachrichtenliste EmailNachrichten macht: uid, von, gesehen. Ein Label war schlimmer, Rückkehr Message_Labels verbinden sich Zeilen, die ein Mitglied tragen, ein Ordner, eine UID und eine Label-ID und kein Betreff, Absender oder Datum. Beides konnte nicht haben eine Reihe gemalt. Der Label-Endpunkt hatte keinen Anrufer, also hat es nie etwas gesagt. IndexedEnvelopes hält nun das eine Mapping, das aus IndexedMessageListService herausgehoben wurde wo es privat war, um die Ordnerliste. Es nimmt den Ordner aus der Zeile eher als vom Anrufer: eine Ordnerliste kennt einen eigenen Ordner, einen intelligenten Ordner Die Ergebnisse umfassen ausdrücklich nicht - die Ergebnisse überspannen jeden Ordner, den das Mitglied indiziert hat, und jede Aktion, die der Client auf einer Zeile anbietet, adressiert die Nachricht per Ordner + UID. Zwei stille Misserfolge gehen mit. Ein unerkanntes Konditionsfeld wurde eher übersprungen als abgelehnt, so ein Tippfehler in "from_email" verwandelte "Mail von meinem Buchhalter" in alle meine Mail und berichtete Erfolg - die eine Möglichkeit, ein Filter muss nie ausfallen. Und POST mit keine Bedingungen serialisiert Null in die Spalte als die vier Zeichen "null", die Parses als JSON, scheitert als Bedingungsliste, und dreht jede spätere Lektüre, dass Ordner in einen Fehler, der auf nichts zurückgeführt wird. Beide sind jetzt 400er, ebenso wie eine Frage, deren Die gespeicherten Bedingungen können nicht gelesen werden; das waren 500er, und keiner von ihnen ist unsere Schuld. Geprüft: mvn test, 464 bestanden (459 vorher, 5 neu für die Mapping).