Preguntas Frecuentes
Pregunta
¡Hola! para el siguiente código:
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 devuelve el nombre del documento adjunto. ¿Es este un comportamiento esperado?
Respuesta: Sí, es un comportamiento esperado. Si ContentType.Name no se establece explícitamente, se tomará el nombre del archivo como nombre.
Pregunta:
¿Por qué ExchangeWebServiceClient.FetchMessage convierte las imágenes incrustadas en adjuntos?
Respuesta: Microsoft Exchange Server tiene dicha funcionalidad como ‘Conversión de contenido, que es el proceso de formatear correctamente un mensaje para cada destinatario. La decisión de realizar la conversión de contenido en un mensaje depende del destino y del formato del mensaje que se está procesando.
En otras palabras, para clientes desconocidos, el servidor puede formatear el mensaje según la configuración del servidor (para seleccionar el formato de mensaje más apropiado). Como puede entender, el formato más universal para cualquier cliente es ’text/plain’ y estas configuraciones son configurables en el servidor.
Tenga en cuenta: Outlook es un cliente de correo bien conocido para Microsoft Exchange Server (en caso de que MS Outlook tenga una versión más antigua que el servidor). Esto significa que Exchange Server adapta el formato del mensaje según las capacidades de Outlook. En nuestro caso, cuando ExchangeWebServiceClient intenta recuperar el mensaje, las capacidades de nuestros componentes son desconocidas para MS Exchange. El servidor envía el mensaje a los componentes en el formato más simple (text/plain). En otras palabras, no hay partes HTML en la respuesta del servidor. En esta situación, las imágenes se incluyen en el mensaje como adjuntos.
Existe una manera de evitar el problema descrito. Si el mensaje en el servidor tiene Content-Type: multipart/alternative y una de sus partes es text/plain, en ese caso el mensaje se envía al cliente tal cual. Las imágenes se muestran en el cuerpo del mensaje porque el mensaje también contiene una parte HTML. En el escenario actual, el mensaje se agrega a MS Exchange con ayuda de MS Outlook y, como resultado, el Content-Type del mensaje no es ‘multipart/alternative’. Como resultado, tenemos un problema al intentar obtener el mensaje. Por ejemplo, aquí hay muestras de problemas similares: uno (http://support.risualblogs.com/blog/2011/02/24/html-mails-sent-via-owa-and-outlook-2011-are-received-as-plain-text-mails-externally/), dos (http://forums.mozillazine.org/viewtopic.php?f=39&t=628678), tres (http://stackoverflow.com/questions/4681798/how-do-i-send-html-multipart-alternative-from-exchange-web-services-2010-sp1). En conclusión, la situación descrita en el problema (imágenes incluidas en el mensaje como adjuntos) no es un error de los componentes Aspose. Es una característica específica del servidor Exchange.
Pregunta: ¿Cómo extraigo datos del adjunto "oleData.mso" que obtengo como resultado de leer un MapiMessage que tiene un objeto OLE incrustado?
Respuesta: Archivos como "oleData.mso" se refieren al formato de archivo Microsoft Compound Document (MCDF) y, desafortunadamente, el soporte para dichos archivos está más allá del alcance de Aspose.Email. Sin embargo, existen ciertas bibliotecas .NET de código abierto, por ejemplo OpenMCDF, que pueden usarse para leer el contenido de dichos archivos y guardarlo en disco.
Pregunta: ¿Podemos escribir en el mismo archivo PST en hilos paralelos usando los mismos objetos?
Respuesta: No, la seguridad de hilos no está garantizada en tal caso. La escritura de mensajes debe realizarse en un solo hilo. Sin embargo, el producto debe funcionar correctamente con diferentes objetos de diferentes hilos.