Réunions créées à partir de l’e/s dans certains fuseaux horaires ne sont pas remies aux participants

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 3158112
Symptômes
Lorsqu’un utilisateur crée une réunion à partir d’un périphérique d’e/s, la demande de réunion ne peut-être être reçue par les participants ou participants peuvent recevoir une demande de réunion contenant une pièce jointe de partage de connexion Internet. Ce problème se produit uniquement lorsque le périphérique d’e/s est configuré pour certains fuseaux horaires.

Cause
Le fichier de partage de connexion Internet qui est créé par le client iOS contient un RDATE pour les paramètres d’heure d’hiver et un RRULE pour les paramètres de date standard. L’exemple suivant illustre ces paramètres :
BEGIN:VTIMEZONETZID:Asia/JerusalemBEGIN:DAYLIGHTDTSTART:20160325T020000RDATE:20160325T020000TZNAME:GMT+3TZOFFSETFROM:+0200TZOFFSETTO:+0300END:DAYLIGHTBEGIN:STANDARDDTSTART:20161030T020000RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SUTZNAME:GMT+2TZOFFSETFROM:+0300TZOFFSETTO:+0200END:STANDARDEND:VTIMEZONE
Exchange lève l’exception suivante, lorsque la même propriété n’est pas utilisée par les deux paramètres lorsque le participant tente de synchroniser la boîte de réception de la demande de réunion :
SyncCommand_GenerateResponsesXmlNode_AddChange_ConvertServerToClientObject_Exception : Microsoft.Exchange.AirSync.ChangeTrackingItemRejectedException: No changes were detected for this item.   at Microsoft.Exchange.AirSync.ChangeTrackingFilter.Filter(XmlNode xmlItemRoot, Nullable`1[] oldChangeTrackingInformation)   at Microsoft.Exchange.AirSync.MailboxSyncCommand.ConvertServerToClientObject(SyncCollection collection, ISyncItem syncItem, XmlNode airSyncParentNode, SyncOperation changeObject)   at Microsoft.Exchange.AirSync.SyncCommand.GenerateCommandsXmlNode(SyncCollection collection)



Contournement
Vous pouvez contourner ce problème en usingone les éléments suivants :




Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3158112 - Dernière mise à jour : 07/07/2016 18:22:00 - Révision : 1.0

Microsoft Exchange Server 2010 Enterprise, Microsoft Exchange Server 2010 Standard, Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2013 Standard

  • kbmt KB3158112 KbMtfr
Commentaires