- Expédié
- 5 septembre 2026 à 06:05 UTC
- Auteur
- Kamo
- Commite
- a8818d6
Un membre de Google Workspace a vu chacun de ses dossiers listés sous "M. Dossiers "avec son chemin brut pour une étiquette - "[Gmail/Sent Mail", "[Gmail/Spam" Et le "Sent" ils pouvaient cliquer était un dossier qui n'existait pas. Le client ne peut pas travailler sur lui-même. Le séparateur hiérarchique de l'IMAP est le serveur est à choisir ("." sur Dovecot, "/" sur Gmail), de même qu'un nom de dossier: "Envoyé", "Objets envoyés", "[G-mail/Sent Mail", et localisé dans chacun d'eux. L'un un signal fiable est l'attribut SPECIAL-USE de la RFC 6154 dans la réponse LIST, qui Ce service lit déjà lorsqu'il accompagne un brouillon, puis est tombé sur le au sol lorsqu'il énumère les dossiers. EmailFolder porte maintenant les deux. Gmail n'a jamais mis en œuvre LIST-STATUS, donc La boîte aux lettres Google passe par le chemin STATUS par dossier; ce chemin les signale aussi complètement que le voyage en un tour. La même hypothèse a été portée par les actions de la boîte aux lettres: supprimer et vider le courrier déplacé dans un "Trash" et un rapport de spam dans un "Junk" littéral. Sur Gmail ni l'un ni l'autre existe, donc un étiquette de haut niveau errante a créé une étiquette de haut niveau errante au lieu d'utiliser (G-mail)/Chêche de la poudrière. Déplace maintenant un nom bien connu par l'intermédiaire du SPECIAL-USE Une recherche, exactement comme GraphMailProvider cartographie déjà "Objets supprimés" sur Trash - a Un dossier qui existe sous le nom demandé est toujours ce dossier, donc un membre choisir une destination obtient celle qu'ils ont cliqué.