- Shipped
- 3 सितंबर 2026 को 12:03 am बजे UTC
- Author
- Kamo
- Commit
- f20c467
getAttachment लौट आया जकार्ता मेल की आलसी IMAPInputStream सीधे बाहर से स्टोर के साथ, जो स्टोर को पूल में वापस डाल देता है, तुरंत लैम्ब्डा रिटर्न देता है। इसके बाद दो चीजें हुईं। प्रतिक्रिया शरीर को कनेक्शन पर खींचा गया था अन्य अनुरोध कहीं और उधार लेने और चयन करने के लिए स्वतंत्र था, और फ़ोल्डर को होना पड़ा यहां तक कि संभव रखने के लिए खुला छोड़ दिया - प्रति एक संपूर्ण IMAP कनेक्शन कभी खुला लगाव, प्रति उपयोगकर्ता और IP के दस बजट के खिलाफ, एक साथ टिप्पणी करें कि कॉलर इसे बंद कर देगा और कभी भी कॉल करने वाला नहीं होगा। हर इस सेवा पर अन्य विधि अंत में अपने फ़ोल्डर को बंद कर देती है; यह नहीं था। यह हिस्सा अब सूखा हुआ है जबकि फ़ोल्डर खुला है, इसलिए फ़ोल्डर बंद हो जाता है। जिस तरह से और क्या नियंत्रक हाथ स्प्रिंग के लिए कनेक्शन के लिए कुछ भी नहीं है। हेप में 4 एमबी तक के हिस्से और बड़े लोग एक अस्थायी फ़ाइल में स्पूल करते हैं जो है जैसे ही यह खोला जाता है, unlinked, क्योंकि एक मेलबॉक्स अब तक संलग्नक स्वीकार करता है फली के ढेर से बड़ा और एक डाउनलोड सेवा OOM को सक्षम नहीं होना चाहिए। इसके अलावा प्रेषक के फ़ाइल नाम को डिकोड करता है। यह एक RFC 2047 encoded-word के रूप में आता है जब भी यह सादा ASCII नहीं है, और जकार्ता मेल केवल एक JVM-wide पर एक कोडित करता है सिस्टम गुण कहते हैं, जो बंद करने के लिए डिफ़ॉल्ट होते हैं - तो एक उच्चारण, एक इमोजी, या "पीएम" से पहले संकीर्ण नो-ब्रेक स्पेस मैकओएस संलग्नक सूची के लिए पर्याप्त था यह दिखाने के लिए =?UTF-8?B?U2NyZWVuc2hvdCAy...?= और एक फ़ाइल को सहेजने के लिए एक डाउनलोड कि. सिस्टम प्रॉपर्टी के बजाय यहां डिकोड किया गया, इसलिए अज्ञात चारसेट फेंकने के बजाय साक्षर वापस गिर जाता है। ड्रॉप्स getInlinePart और उसके सहायकों को पढ़ने के लिए: उन्होंने एक ही लीक किया था और उसके पास वही लीक था। कोई कॉलर, नियंत्रक इसके बजाय संलग्नक सूची के माध्यम से एक cid को हल नहीं करता है।.