- Shipped
- 5 सितंबर 2026 को 6:05 am बजे UTC
- Author
- Kamo
- Commit
- a8818d6
Google Workspace पर एक सदस्य ने "My" के तहत सूचीबद्ध उनके फ़ोल्डरों में से प्रत्येक को देखा एक लेबल के लिए अपने कच्चे पथ के साथ फ़ोल्डर्स "[Gmail]/Sent Mail", "[Gmail]/Spam" — और "Sent" वे क्लिक कर सकते थे एक फ़ोल्डर था जो मौजूद नहीं था। ग्राहक स्वयं के लिए या तो कार्य नहीं कर सकता। IMAP के पदानुक्रम विभाजक है सर्वर का चयन करने के लिए (""" Dovecot पर, "/" Gmail पर), और इसलिए एक फ़ोल्डर का नाम है: "Sent", "Sent Items", "[Gmail]/Sent Mail" और प्रत्येक में स्थानीयकृत। एक भरोसेमंद संकेत LIST उत्तर में RFC 6154 स्पेशल-USE विशेषता है, जो कि LIST उत्तर में है। यह सेवा पहले से ही पढ़ती है जब यह एक मसौदा प्रस्तुत करती है - और फिर पर गिरा दिया जब यह फ़ोल्डर सूचीबद्ध करता है तो फर्श। ईमेल फ़ोल्डर अब दोनों ही है। जीमेल ने कभी भी LIST-STATUS लागू नहीं किया है, इसलिए हर गूगल मेलबॉक्स प्रति फ़ोल्डर STATUS पथ के माध्यम से आता है; कि पथ उन्हें रिपोर्ट करता है जैसा कि एक राउंड ट्रिप करता है। वही धारणा मेलबॉक्स क्रियाओं के माध्यम से चली गई: हटाएं और खाली स्थानांतरित मेल एक शाब्दिक "ट्रैश" में, और एक स्पैम एक शाब्दिक "जंक" में रिपोर्ट करता है। जीमेल पर न तो मौजूद है, इसलिए एक डिलीट ने उपयोग करने के बजाय एक स्ट्रे टॉप-लेवल लेबल बनाया [Gmail]/Trash. अब विशेष यूएसई के माध्यम से एक प्रसिद्ध नाम को हल करता है लुकअप, वास्तव में ग्राफमेलप्रोवाइडर पहले से ही ट्रैश पर "हटाने वाले आइटम" के नक्शे - एक फ़ोल्डर जो कि मांगे गए नाम के तहत मौजूद है वह अभी भी फ़ोल्डर है, इसलिए एक सदस्य एक गंतव्य चुनने के लिए वे क्लिक करते हैं।.