- Verschifft
- 5. September 2026 um 06:32 UTC
- Autor
- Kamo
- Ausschuss
- 85bc03b
Zwei Fehler, beide vom Client, der für sich selbst entscheidet, nur der Mailserver weiß. **"Erwehrt, Nachrichten zu laden".** Der Ordner reiste als Pfadsegment, und Google Mail trennt seine Hierarchie mit "/" - der gesendete Ordner ist .[Gmail]/Sent Mail". Encodiert einmal wird die %2F von Tomcat und von Spring Security's StrictHttpFirewall abgelehnt mit 400 Bad Request, vor jedem Handler ausgeführt; zweimal codiert, so ist der %25. Die Anfrage erreichte nie den Postcode, weshalb die Nachricht die generisch. Der Name reist nun im Abfragestring, wo keine der beiden Regeln zu finden sind und eine Ebene von encodeURICom-Einstellung ist genau. Der Proxy machte die Codierung rückgängig: Next entschlüsselt die Segmente, die es übergibt route als "Params", so dass der Wiederaufbau der upstream Pfad von ihnen drehte sich der Ordner eigene Schrägstrich in einen Pfadabscheider und produzierte vier Segmente, in denen die Route hat drei. Es leitet nun eine Scheibe des ursprünglichen Pfadnamens vor. **Jeder Ordner unter "Meine Ordner", beschriftet mit seinem ganzen Pfad.** Der Baum geteilt Pfade auf "". und entschieden, was war ein System-Ordner durch Abgleich Blattnamen gegen SENT / DRAFTS / TRASH. Beide halten außerhalb von Dovecot: Google Mail trennt sich mit "/" und nennt sie "Sent Mail" und "Spam". Also nichts verschachtelt, nichts erkannt wurde, und GUARANTEED_FOLDERS fügte dann ein "Sent" hinzu, das nicht existierte - das, das ein Mitglied würde natürlich klicken. EmailService meldet jetzt den Separator jedes Ordners und seinen RFC 6154 Rolle, und sowohl die Sidebar und der Umzug Picker verwenden sie: eine Rolle pins seinen Ordner zu der feste Block, wo immer er im Baum sitzt, und unterdrückt den Stand-in, würde sonst für sie erfunden werden. Ein Baum in einem Browser von einem älteren Build zwischengebargt trägt keines der beiden Felde, so dass die alte Name-Matching gilt immer noch für sie und nichts neu gemischt auf der ersten Last.