टूटी हुई छवि के बजाय एक पेस्ट स्क्रीनशॉट दिखाएं

शिप

2 सितंबर 2026 को 11:43 pm बजे UTC

लेखक

Kamo

Commit

4de3a0e

जकार्ता मेल ने एक एमआईएमई हेडर को ठीक से वापस ले लिया क्योंकि यह आ गया, गुना और सभी: RFC 5322 एक मेल हेडर को CRLF पर ब्रेक करके कई लाइनों पर चलने देता है इसके बाद व्हाइटस्पेस और getContentType () ने ऐसा नहीं किया है। HTTP में कोई नहीं है फोल्डिंग, इसलिए एक प्रतिक्रिया हेडर में CR या LF प्रतिक्रिया-स्प्लिटिंग के रूप में पढ़ता है प्रयास और स्प्रिंग सुरक्षा के फ़ायरवॉल्डResponse इसे लिखने के बजाय फेंकता है। प्रतिक्रिया पर भाग के कंटेंट-टाइप को कॉपी करना इसलिए एक का उत्पादन नहीं किया अजीब हैडर, यह किसी भी शरीर के साथ एक 500 का उत्पादन करता है, जो ब्राउज़र टूट गया है छवि। जीमेल एक हेडर को तब मोड़ता है जब वह 78 अक्षरों को चलाता है, और एक पेस्टेड मैकोज़ स्क्रीनशॉट प्रबंधित करता है कि अपने आप में: फ़ाइल नाम एक base64 encoded-word बन जाता है दो लाइनों में नाम = पैरामीटर को विभाजित करने के लिए पर्याप्त लंबा। प्रत्येक इनलाइन छवि और इस तरह के संदेश में हर अटैचमेंट लोड करने में विफल रहा, सदस्य के अपने आप में मेलबॉक्स और एक साझा में, जबकि बाइट्स मेल्डिर में बरकरार रहते थे। तो कोई मुड़ा हुआ मूल्य कभी इसे छोड़ देता है, और फिर से सामने आया चार सर्विंग एंडपॉइंट्स, इसलिए एक प्रदाता जो भूल जाता है वह अभी भी हेडर तक नहीं पहुंच सकता है।.