Problemas conocidos de Outlook 2010 cuando se utiliza el modelo de objetos

Se aplica a: Microsoft Outlook 2010

Resumen


Este artículo describe los problemas conocidos que pueden producirse al utilizar el modelo de objetos de Microsoft Outlook 2010.

Más información


Las secciones siguientes de este artículo contienen información acerca de los problemas que se producen con el modelo de objetos de Outlook 2010. Para obtener más información acerca de cómo obtener la actualización acumulativa más reciente o service packs para Outlook 2010, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
953878 actualizaciones acumulativas están disponibles en el equipo de Microsoft Office para corregir los problemas detectados
No se puede crear el objeto Outlook.Application desde un proceso elevado No se puede automatizar Outlook mediante un proceso que se ejecuta con permisos elevados en Windows Vista, Windows 7 o cualquier otro sistema operativo que permite ejecutar los procesos con permisos elevados. Ésta es una limitación subyacente de COM. Outlook y programas personalizados para automatizar Outlook se deben ejecutar en el mismo nivel de integridad.No se producen eventos la BeforeItemMove y BeforeFolderMove Hay varios escenarios donde no se produce el evento BeforeItemMove y BeforeFolderMove . Conoce los escenarios incluyen eliminar las citas de la barra Tareas pendientes, eliminar reuniones desde el calendario y la barra Tareas pendientes, implementar los eventos de carpetas predeterminado y eliminar elementos utilizando el comando Omitir conversación . Estos problemas se han corregido en el diciembre de 2010 actualización acumulativa para Outlook 2010.Se produce un error en el método GetProperty en modo en línea Si utiliza Microsoft Exchange 2010 en modo en línea y usa el método GetProperty para recuperar una propiedad de un elemento no guardado, puede fallar el método. Esto es debido a un cambio en la forma en que Exchange 2010 trata de propiedades con nombre. Outlook 2007 también se ve afectado. Las soluciones actuales son los siguientes:
  • Utilizar Outlook en modo en caché.
  • Asegúrese de que el elemento está en un estado guardado antes de llamar al método GetProperty .
Ventana de inspector no se cierra correctamente Si se implementa la función GetVisibleCallback en Microsoft Visual Studio Tools para Microsoft Office (VSTO), el usuario no pueda cerrar correctamente una ventana del inspector. Este problema se corrigió en el febrero de 2011 actualización acumulativa para Outlook 2010.Se produce el evento BeforeCheckNames en otro momento que se produce en Outlook 2007 En Outlook 2010, se produce el evento BeforeCheckNames después de destinatarios se resuelven en lugar de antes de que se resuelven. Esto significa que si se cancela el evento no tiene ningún efecto. Este problema se corrigió en la actualización acumulativa de Outlook 2010 febrero 2011.Modelo de objetos de vistas puede no corresponder a la vista real en la interfaz de usuario Hay escenarios en los que, si se cambian mediante programación vistas o recuperar configuración de vista, la configuración del modelo de objetos puede no coincidir con la configuración real de la vista que se muestra en la interfaz de usuario de Outlook. Para resolver este problema, se han realizado mejoras en la actualización acumulativa de Outlook 2010 febrero 2011.Los datos adjuntos no se mantienen correctamente cuando se utiliza la ventana Insertar elemento Si utiliza el modelo de objetos de Outlook para agregar y quitar los datos adjuntos, puede que un archivo adjunto adicional cuando un usuario inserta un archivo adjunto de elemento mediante el comando Insertar elemento . Esto es debido a un error en la manera en que el cuadro de diálogo trata todos los datos adjuntos como sospechosa, aunque no son sospechosos. Por lo tanto, los datos adjuntos extra se guardan junto con el mensaje. Este problema se corrigió en el febrero de 2010 actualización acumulativa para Outlook 2010.No se puede insertar datos adjuntos del elemento mediante una cuenta POP/IMAP Si utiliza el método Attachments.Add para agregar datos adjuntos del elemento de Outlook con una cuenta POP/IMAP, se produce un error en la llamada. Este problema se corrigió en el diciembre de 2010 actualización acumulativa para Outlook 2010.MailItem.Recipients.ResolveAll función quita a los destinatarios del campo para Si el usuario agrega un destinatario sin resolver a un mensaje en modo de redacción y, a continuación, se llama al método Recipients.ResolveAll para ese elemento, se quitarán los destinatarios. No hay planes para cambiar este comportamiento.Método GetAssociatedAppointment la falla de una convocatoria de reunión en la carpeta Elementos enviados Si se intenta recuperar una cita de una convocatoria de reunión en la carpeta Elementos enviados, se produce un error en la llamada. Este problema se corrigió en el febrero de 2011 actualización acumulativa para Outlook 2010.Datos de cita pueden no actualizarse si está abierta una ventana de inspector Por causa de cambios internos en la forma que Outlook 2010 se trata y almacena en caché las citas, el modelo de objetos no puede proporcionar información actualizada sobre las excepciones a las citas si la cita correspondiente está abierta en una ventana del inspector. Este comportamiento se produce incluso si falta de referencia y volver a recuperar el elemento del almacén. Para evitar este problema, asegúrese de que se cierre la ventana de cita. No hay planes para cambiar este comportamiento.NavigationFolder.Folder genera error en carpeta compartida Si se intenta obtener el objeto de carpeta de un objeto NavigationFolder, puede recibir un mensaje de error "Error en la operación". Este problema se produce con el calendario compartido carpeta las nuevas características de Outlook 2010. Recuperando el objeto NavigationFolder.Folder antes de que Outlook ha inicializado lo hace que se produzca este problema. Esta inicialización no tiene lugar de forma predeterminada. Para evitar este problema, hacer referencia a la carpeta Calendario predeterminada y llame al método GetExplorer. Esto hace indirectamente Outlook inicializar los calendarios compartidos. El siguiente ejemplo de código de VBA de Outlook ilustra este problema y su solución:
Sub GetCalendars()  ' Work around  Set oCalFolder = Session.GetDefaultFolder(olFolderCalendar)  Set oCalExp = oCalFolder.GetExplorer  Dim oModules As Outlook.CalendarModule  Dim oMyCalendarGroup As Outlook.NavigationGroup  Dim oPeopleNavGroup As Outlook.NavigationGroup  Set oModules = ActiveExplorer.NavigationPane.Modules.GetNavigationModule(OlNavigationModuleType.olModuleCalendar)  Set oMyCalendarGroup = oModules.NavigationGroups.GetDefaultNavigationGroup(OlGroupType.olMyFoldersGroup)  Set oPeopleNavGroup = oModules.NavigationGroups.GetDefaultNavigationGroup(OlGroupType.olPeopleFoldersGroup)  GetNavFolders oMyCalendarGroup  GetNavFolders oPeopleNavGroupEnd SubPrivate Sub GetNavFolders(ByVal obj As Outlook.NavigationGroup)  Set oNavFolders = obj.NavigationFolders  Dim oNavFolder As Outlook.NavigationFolder  For Each oNavFolder In oNavFolders    Debug.Print oNavFolder.DisplayName & "==>" & oNavFolder.Folder ' <-- this errors  NextEnd Sub
Artículos relacionados de Microsoft Knowledge Base Para la versión de Outlook 2007 de este artículo, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
929593 problemas conocidos que pueden producirse cuando utiliza el modelo de objetos de Outlook 2007
Para los artículos similares que tratan problemas con otros aspectos de la plataforma de desarrollo de Outlook 2010, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base
2265542 problemas conocidos en Outlook 2010 al utilizar formularios personalizados de Outlook 97-2003
2265572 problemas conocidos en Outlook 2010 al intentar desarrollar regiones de formulario
2265568 problemas conocidos en Outlook 2010 al desarrollar soluciones personalizadas
2511230 problemas conocidos en 2010 de Outlook cuando se utiliza el Control de vistas de Outlook