FAQ
Domanda
Ciao! per il seguente codice:
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 restituisce il nome del documento allegato. È questo un comportamento previsto?
Risposta: Sì, è un comportamento previsto. Se ContentType.Name non è impostato esplicitamente, verrà usato il valore del nome file come nome.
Domanda:
Perché ExchangeWebServiceClient.FetchMessage rende le immagini incorporate come allegati?
Risposta: Microsoft Exchange Server ha tale funzionalità come ‘Conversione del contenuto, che è il processo di formattare correttamente un messaggio per ciascun destinatario. La decisione di eseguire la conversione del contenuto di un messaggio dipende dalla destinazione e dal formato del messaggio in fase di elaborazione.
In altre parole, per client sconosciuti, il server può formattare il messaggio secondo le impostazioni del server (per selezionare il formato di messaggio più appropriato). Come capite, il formato più universale per qualsiasi client è ’text/plain’ e queste impostazioni sono configurabili sul server.
Nota: Outlook è un client di posta ben noto per Microsoft Exchange Server (nel caso in cui MS Outlook abbia una versione più vecchia del server). Ciò significa che Exchange Server passa il formato del messaggio in base alle capacità di Outlook. Nel nostro caso, quando ExchangeWebServiceClient tenta di recuperare il messaggio, le capacità dei nostri componenti sono sconosciute a MS Exchange. Il server passa il messaggio ai componenti nel formato più semplice (text/plain). In altre parole non ci sono parti html nella risposta del server. In questa situazione, le immagini sono incluse nel messaggio come allegati.
Esiste un modo per evitare il problema descritto. Se il messaggio sul server ha Content‑Type: multipart/alternative e una delle sue parti è text/plain, in questo caso il messaggio viene inoltrato al client così com’è. Le immagini in questo caso vengono mostrate nel corpo del messaggio perché il messaggio contiene anche una parte html. Nell’attuale scenario, il messaggio è aggiunto a MS Exchange con l’aiuto di MS Outlook e di conseguenza il Content‑Type del messaggio non è ‘multipart/alternative’. Come risultato abbiamo un problema quando proviamo a recuperare il messaggio. Per esempio ecco dei campioni di problemi simili: uno (http://support.risualblogs.com/blog/2011/02/24/html-mails-sent-via-owa-and-outlook-2011-are-received-as-plain-text-mails-externally/), due (http://forums.mozillazine.org/viewtopic.php?f=39&t=628678), tre (http://stackoverflow.com/questions/4681798/how-do-i-send-html-multipart-alternative-from-exchange-web-services-2010-sp1). In conclusione, la situazione descritta nella segnalazione (immagini incluse nel messaggio come allegati) non è un bug dei componenti Aspose. Si tratta di una caratteristica specifica del server Exchange.
Domanda: Come estrarre i dati dall’allegato "oleData.mso" che ottengo leggendo un MapiMessage contenente un oggetto OLE incorporato?
Risposta: I file come "oleData.mso" si riferiscono al formato Microsoft Compound Document (MCDF) e, sfortunatamente, il supporto a tali file è al di fuori dell’ambito di Aspose.Email. Tuttavia, esistono alcune librerie open source .NET, ad esempio OpenMCDF, che possono essere usate per leggere il contenuto di tali file per salvarlo su disco.
Domanda: Possiamo scrivere nello stesso file PST in thread paralleli usando gli stessi oggetti?
Risposta: No, la sicurezza dei thread non è garantita in questo caso. La scrittura dei messaggi dovrebbe avvenire in un unico thread. Tuttavia, il prodotto deve funzionare correttamente con oggetti diversi provenienti da thread diversi.