Les problèmes suivants concernent l'interopérabilité entre Sun Java System Connector pour Microsoft Outlook et Sun Java System Communications Express :
Changement d'adresse dans l'en-tête De : (4949659)
Le nom affiché dans l'en-tête De : change si le participant répond à l'invitation à un événement et joint l'invitation de calendrier winmail.dat. Par exemple, supposons que Jean envoie à Pierre (à l'aide d'Outlook) une invitation à un événement. Pierre répond à Jean en utilisant un client de messagerie qui renvoie automatiquement la pièce jointe de calendrier d'origine winmail.dat à Jean. Lorsque Jean ouvre la réponse, l'en-tête De : affiche maintenant le nom de Pierre.
L'ID d'adresse électronique est indispensable pour Outlook. (4969029)
Si une personne possédant un ID de calendrier mais aucun ID d'adresse électronique est invitée à un événement dans Communications Express, cette personne ne figurera pas parmi les participants dans Outlook. Outlook exige un ID d'adresse électronique.
En vous désabonnant d'un calendrier, vous ne supprimez pas pour autant le calendrier de la liste des dossiers. (5032872)
Si vous vous abonnez à un calendrier ou que vous résiliez cet abonnement dans Communications Express, les informations seront uniquement mises à jour dans Outlook après redémarrage. En outre, si l'attribut LDAP configuré pour consultation est une réplique, la liste des abonnements ne sera pas mise à jour avant que la réplique soit elle-même mise à jour.
Une erreur est générée lorsque Outlook est synchronisé avec le serveur. (6175103)
Si une tâche est créée (soit dans Outlook soit dans Communications Express) pendant la synchronisation d'Outlook avec le serveur, la tâche est alors supprimée et lorsque l'utilisateur tente de passer d'accéder au dossier Tâches dans Outlook, l'erreur “Impossible d'afficher toutes les cellules car la mémoire est insuffisante” est générée. Pour contourner ce problème, passez à un autre dossier avant d'ouvrir le dossier Tâches.
Le paramètre de configuration doit être défini pour que les contacts du serveur de carnet d'adresses soient correctement synchronisés. (6229276)
Le paramètre de configuration delete_perm de Communications Express contenu dans le fichier db_config.properties doit être défini sur false pour qu'Outlook puisse capturer les entrées de contacts qui ont été supprimées de Communications Express. L'entrée doit être :
delete_perm=false
Le paramètre par défaut est True. Cette entrée se trouve à l'emplacement /var/opt/SUNWuwc/WEB-INF/config/ldapstore/db_config.properties .
Les dossiers portant le même nom mais dans une casse différente ne peuvent pas être affichés. Un seul dossier est affiché. (6268483)
Si l'utilisateur crée un dossier dans Outlook (par exemple, TEST) et qu'il en crée un autre dans Communications Express avec le même nom mais dans une casse différente (par exemple, Test), seule le premier dossier créé (TEST) sera affiché dans Connector pour Microsoft Outlook.
Si l'utilisateur supprime ensuite le dossier TEST dans Communications Express et conserve (ou crée) le dossier portant le même nom mais dans une casse différente ( Test), lors de sa première connexion à Outlook, le dossier TEST sera supprimé mais le dossier Test ne sera pas affiché tant que l'utilisateur ne se sera pas déconnecté d'Outlook, puis reconnecté.
Les problèmes suivants sont des problèmes supplémentaires sans ID de bogue, concernant l'interopérabilité de Communications Express :
Le format RTF utilisé dans Outlook n'est pas conservé si le texte descriptif est modifié à l'aide de Communications Express.
Les classes de propriété de Outlook et de Communications Express diffèrent.
Outlook possède deux classes de propriété (Privé et Public), alors que Communications Express en possède trois (Privé, Date et heure uniquement et Public). Dans Outlook, un événement privé est créé en tant qu'événement “Date and Time only” dans Communications Express. Un événement public dans Outlook correspond à un événement public dans Communications Express. De même, un événement “Date and Time Only” dans Communications Express correspond à un événement privé dans Outlook, et un événement public correspond à un événement public dans Outlook. Un événement privé dans Communications Express devient également un événement privé dans Outlook. Pour créer un événement privé dans Outlook et qu'il apparaisse en tant que tel dans Communications Express, sélectionnez Libre dans le champ Disponibilité. Cependant, un événement privé Communications Express placé dans un dossier de calendrier partagé ne peut pas être vu par les autres utilisateurs.
Le mode d'implémentation de l'état libre/occupé diffère dans Outlook et dans Communications Express.
Dans Communications Express, l'événement privé par défaut est libre. S'il doit être inclus dans la vérification de l'état libre/occupé, il faut lui affecter manuellement l'état occupé. Dans Outlook, les événements par défaut sont occupés, qu'il s'agisse d'événements privés ou publics.
Si vous exportez un événement Communications Express vers un fichier au format Outlook, vous ne pourrez pas importer l'événement dans Outlook à partir du même fichier.
L'implémentation des tâches périodiques présente des incompatibilités entre Outlook et Communications Express.
Dans Outlook, les tâches périodiques ne sont pas compatibles avec la norme RFC 2445 alors que Communications Express a été spécifiquement conçu pour traiter les données au format RFC 2445. Cela pose des problèmes lors de la transmission des données relatives aux tâches périodiques entre Outlook et Calendar Server.
Les informations stockées localement par Outlook ne correspondent pas toujours à celles stockées par Calendar Server. Sun Java System Connector pour Microsoft Outlook, par exemple, ne transfère aucune information qui traite de la périodicité d'une tâche à Calendar Server. Toutes les tâches créées dans Outlook (périodiques ou non périodiques) apparaissent comme des tâches uniques dans Communications Express. Une tâche créée dans Communications Express n'utilise les informations de périodicité provenant de Calendar Server que lors de la création initiale de la tâche dans le client Outlook, et non lors des modifications apportées à une tâche existante dans Outlook.
C'est la raison pour laquelle il est fréquent que les tâches périodiques présentent des différences selon qu'elles sont affichées dans Outlook ou dans Communications Express. Si vous utilisez des tâches périodiques, il est conseillé de choisir soit Outlook, soit Communications Express, et de ne pas utiliser alternativement l'un ou l'autre de ces clients pour manipuler ces tâches.
Si un message est envoyé à partir d'Outlook au format RTF, il apparaît avec un corps de message en texte brut, sans mise en forme, et une pièce jointe WINMAIL.DAT.
La pièce jointe WINMAIL.DAT contient le message au format RTF, accompagné des éventuelles pièces jointes. La pièce jointe WINMAIL.DAT étant dans un format Microsoft propriétaire, seul Outlook peut la lire. Communications Express (et tout autre client) n'affiche que le message sans mise en forme, avec la pièce jointe WINMAIL.DAT. Il est recommandé d'utiliser le format HTML plutôt que le format RTF pour envoyer des messages.
Si les groupes de contacts d'Outlook contiennent des destinataires SMTP externes ou d'autres groupes de contacts, ils ne sont pas pris en compte par Communications Express. Communications Express ne peut pas envoyer de messages à ces destinataires.
Outlook enregistre les tâches et événements de calendrier (tout dossier de calendrier qui ne figure pas dans l'arborescence du dossier Calendrier), les contacts (tout dossier de contacts qui ne figure pas dans l'arborescence du dossier Contacts), les notes et les journaux dans Messaging Server. Les données étant enregistrées au format TNEF de Microsoft, Communications Express ne peut pas les décoder ni les afficher correctement.