अपने शरीर के अंदर एक भेजे गए संदेश ले जाने वाली छवियां

शिप

3 सितंबर 2026 को 2:03 am बजे UTC

लेखक

Kamo

Commit

0c2d1ef

शरीर में चार संभावित आकार थे और () केवल तीन निर्माण कर सकते थे। The बहुभागी/संबंधित शाखा - एक जो एक छवि डालता है जहां HTML का cid: इसमें अंक - संलग्नक शाखा के पीछे बैठे, इसलिए एक संदेश दोनों के साथ चिपका हुआ छवि और एक फ़ाइल ने इस तरह से छवि को खो दिया: शरीर ने एक साइड रखा: संदर्भ के लिए एक ऐसा हिस्सा जो अब संदेश में नहीं था, और कुछ भी नहीं कहा। यह भी था व्यवहार में असमर्थ, क्योंकि केवल लेन-देन पथ कभी सेट inlineImages; किसी सदस्य को भेजे जाने वाले को सब कुछ नहीं मिल सकता। अब लागू हो रहा है जो भी कॉल के लिए सामग्री को आकार देता है - अकेले HTML, संबंधित जब शरीर छवियों का संदर्भ लेता है, तब मिश्रित होता है जब संलग्नक, मिश्रित रैपिंग होता है जब दोनों हों तो संबंधित - और कैलेंडर आमंत्रित अपनी छवियों को प्रस्तुत करके रखता है HTML वैकल्पिक के रूप में संबंधित। उत्तर दें और आगे भेजें के माध्यम से जाना, इसलिए वे इसमें से सभी को विरासत में मिला। /send छवियों को अपने स्वयं के द्विआधारी भागों के रूप में लेता है, प्रत्येक को सामग्री आईडी के लिए नामित किया जाता है एचटीएमएल पहले से ही संदर्भ। JSON भाग के अंदर बेस 64 को फिर से एक तिहाई खर्च होगा श्रृंखला में सबसे छोटी छत के खिलाफ आकार में, इसलिए एक स्क्रीनशॉट या दो होगा एक कारण के लिए मना किया जा सकता है कि सदस्य के बारे में कुछ नहीं कर सकता है। एक भाग का नाम बन जाता है एक Content-ID header, इसलिए InlineImageParts सटीक आकार के खिलाफ यह मिलान करता है संगीतकार टकसालों और सब कुछ मना - एक गलत है कि भेजने के बजाय विफल रहता है चुपचाप छोड़ने और शरीर में एक छेद छोड़ने की तुलना में।.