अक्सर पूछे जाने वाले प्रश्न

Question

नमस्ते! नीचे दिए गए कोड के लिए:

 Aspose.Email.Mime.ContentType ct = new Aspose.Email.Mime.ContentType();

ct.MediaType = "application/msword";

ct.CharSet = "ISO-2022-JP";

Attachment att = new Attachment("Test.doc", ct);

Console.WriteLine(att.ContentType.Name);

att.ContentType.Name संलग्न दस्तावेज़ का नाम लौटाता है। क्या यह अपेक्षित व्यवहार है?

उत्तर: हाँ, यह अपेक्षित व्यवहार है। यदि ContentType.Name स्पष्ट रूप से सेट नहीं किया गया है, तो फ़ाइल नाम का मान नाम के रूप में उपयोग किया जाएगा।

प्रश्न:

ExchangeWebServiceClient.FetchMessage एम्बेडेड छवियों को अटैचमेंट क्यों बना देता है?

उत्तर: Microsoft Exchange Server में ऐसी कार्यक्षमता है जैसे ‘सामग्री रूपांतरण, जो प्रत्येक प्राप्तकर्ता के लिए संदेश को सही ढंग से फॉर्मेट करने की प्रक्रिया है। संदेश पर सामग्री रूपांतरण करने का निर्णय उस संदेश के गन्तव्य और फॉर्मेट पर निर्भर करता है।

दूसरे शब्दों में, अज्ञात क्लाइंट के लिए, सर्वर संदेश फॉर्मेटिंग को सर्वर सेटिंग्स के आधार पर लागू कर सकता है (सबसे उपयुक्त संदेश फॉर्मेट चुनने के लिए)। जैसा कि आप समझते हैं, किसी भी क्लाइंट के लिए सबसे सार्वभौमिक फॉर्मेट ’text/plain’ है और ये सेटिंग्स सर्वर पर कॉन्फ़िगर की जा सकती हैं।

कृपया ध्यान दें: Outlook Microsoft Exchange Server का एक प्रसिद्ध ईमेल क्लाइंट है (यदि MS Outlook सर्वर से पुराना संस्करण है)। इसका अर्थ है कि Exchange Server आउटपुट को Outlook की क्षमताओं के अनुसार फॉर्मेट करता है। हमारे मामले में जब ExchangeWebServiceClient संदेश को प्राप्त करने की कोशिश करता है, तो हमारे घटकों की क्षमताएँ MS Exchange के लिए अज्ञात हैं। सर्वर घटकों को सबसे सरल फॉर्मेट (text/plain) में संदेश भेजता है। दूसरे शब्दों में, सर्वर प्रतिक्रिया में कोई HTML भाग नहीं होते। इस स्थिति में, छवियों को संदेश में अटैचमेंट के रूप में शामिल किया जाता है।

समस्या से बचने का एक तरीका है। यदि सर्वर पर संदेश का Content‑Type: multipart/alternative है और उसका एक भाग text/plain है, तो यह संदेश जैसा है वैसा ही क्लाइंट को जाता है। इस स्थिति में चित्रों को संदेश बॉडी में दिखाया जाता है क्योंकि संदेश में HTML भाग भी मौजूद है। वर्तमान स्थिति में, संदेश को MS Outlook की मदद से MS Exchange में जोड़ा गया है और परिणामस्वरूप संदेश का Content‑Type ‘multipart/alternative’ नहीं है। परिणामस्वरूप जब हम संदेश प्राप्त करने की कोशिश करते हैं तो समस्या आती है। उदाहरण के तौर पर यहां समान समस्याओं के नमूने हैं: एक (http://support.risualblogs.com/blog/2011/02/24/html-mails-sent-via-owa-and-outlook-2011-are-received-as-plain-text-mails-externally/), दो (http://forums.mozillazine.org/viewtopic.php?f=39&t=628678), तीन (http://stackoverflow.com/questions/4681798/how-do-i-send-html-multipart-alternative-from-exchange-web-services-2010-sp1)। निष्कर्षतः, मुद्दे में वर्णित स्थिति (संदेश में छवियों को अटैचमेंट के रूप में शामिल करना) Aspose घटकों की बग नहीं है। यह Exchange सर्वर की विशिष्ट विशेषता है।

Question: मैं "oleData.mso" अटैचमेंट से डेटा कैसे निकालूँ, जो एक MapiMessage पढ़ने के परिणामस्वरूप प्राप्त होता है जिसमें OLE ऑब्जेक्ट एम्बेडेड है?

Answer: "oleData.mso" जैसी फाइलें Microsoft Compound Document file (MCDF) फ़ॉर्मेट को दर्शाती हैं और, दुर्भाग्यवश, ऐसी फाइलों के लिए समर्थन Aspose.Email की सीमा से बाहर है। हालांकि, कुछ ओपन सोर्स .NET लाइब्रेरीज़, जैसे OpenMCDF, का उपयोग इन फाइलों की सामग्री को पढ़ने और डिस्क पर सेव करने के लिए किया जा सकता है।

Question: क्या हम समान ऑब्जेक्ट्स का उपयोग करके समान PST फ़ाइल को समानांतर थ्रेड्स में लिख सकते हैं?

Answer: नहीं, ऐसे मामलों में थ्रेड सुरक्षा की गारंटी नहीं है। संदेश लिखना एक ही थ्रेड में किया जाना चाहिए। हालांकि, उत्पाद को विभिन्न थ्रेड्स के विभिन्न ऑब्जेक्ट्स के साथ सही ढंग से काम करना चाहिए।