FAQs

Pertanyaan

Hai! untuk kode berikut:

 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 mengembalikan nama dokumen yang dilampirkan. Apakah ini perilaku yang diharapkan?

Jawaban: Ya, itu adalah perilaku yang diharapkan. Jika ContentType.Name tidak diatur secara eksplisit, nilai nama file akan diambil sebagai nama.

Pertanyaan:

Mengapa ExchangeWebServiceClient.FetchMessage membuat gambar tersemat menjadi lampiran?

Jawaban: Microsoft Exchange Server memiliki fungsi seperti ‘Konversi Konten, yang merupakan proses memformat pesan dengan benar untuk setiap penerima. Keputusan untuk melakukan konversi konten pada sebuah pesan bergantung pada tujuan dan format pesan yang sedang diproses.

Dengan kata lain, untuk klien yang tidak dikenal, server dapat melakukan pemformatan pesan sesuai pengaturan server (untuk memilih format pesan yang paling tepat). Seperti yang Anda pahami, format paling universal untuk setiap klien adalah ’text/plain’ dan pengaturan ini dapat dikonfigurasi pada server.

Harap dicatat: Outlook adalah klien email terkenal untuk Microsoft Exchange Server (jika MS Outlook versi lebih lama daripada server). Ini berarti Exchange Server mengirim format pesan sesuai kemampuan Outlook. Pada kasus kami ketika ExchangeWebServiceClient mencoba mengambil pesan, kemampuan komponen kami tidak diketahui oleh MS Exchange. Server mengirim pesan ke komponen dalam format paling sederhana (text/plain). Dengan kata lain tidak ada bagian html dalam respons server. Dalam situasi ini, gambar disertakan dalam pesan sebagai lampiran.

Ada cara untuk menghindari masalah yang dijelaskan. Jika pesan di server memiliki Content-Type: multipart/alternative dan salah satu bagiannya adalah text/plain, dalam kasus ini pesan tersebut diteruskan ke klien apa adanya. Gambar ditampilkan di badan pesan karena pesan juga berisi bagian html. Pada skenario saat ini, pesan ditambahkan ke MS Exchange dengan bantuan MS Outlook dan akibatnya Content-Type pesan bukan ‘multipart/alternative’. Akibatnya kami memiliki masalah ketika mencoba mengambil pesan. Misalnya di sini ada contoh masalah serupa: satu (http://support.risualblogs.com/blog/2011/02/24/html-mails-sent-via-owa-and-outlook-2011-are-received-as-plain-text-mails-externally/), dua (http://forums.mozillazine.org/viewtopic.php?f=39&t=628678), tiga (http://stackoverflow.com/questions/4681798/how-do-i-send-html-multipart-alternative-from-exchange-web-services-2010-sp1). Kesimpulannya, situasi yang dijelaskan dalam isu (gambar disertakan dalam pesan sebagai lampiran) bukan bug komponen aspose. Ini adalah fitur khusus server exchange.

Pertanyaan: Bagaimana cara mengekstrak data dari lampiran "oleData.mso" yang saya dapatkan sebagai hasil membaca MapiMessage yang memiliki objek OLE tertanam di dalamnya?

Jawaban: File seperti "oleData.mso" mengacu pada format file Microsoft Compound Document (MCDF) dan, sayangnya, dukungan untuk file semacam itu di luar jangkauan Aspose.Email. Namun, ada beberapa pustaka .NET sumber terbuka, misalnya OpenMCDF, yang dapat digunakan untuk membaca isi file tersebut untuk disimpan ke disk.

Pertanyaan: Dapatkah kami menulis ke file PST yang sama dalam thread paralel menggunakan objek yang sama?

Jawaban: Tidak, keamanan thread tidak dijamin dalam kasus ini. Penulisan pesan harus dilakukan dalam satu thread. Namun, produk harus berfungsi dengan benar dengan objek yang berbeda dari thread yang berbeda.