Bonjour,
je dispose de procédures qui gèrent des flux mails, les analysent, les catégorisent, les dénombrent etc....
en bref, c'est de la gestion d'indicateurs avec une touche de WorkFlow
nous avons récemment migré de Office 2010 vers 2013.
Et là c'est le drame avec les "Rappels de messages" (que ce soit la demande de rappel ou l'état d'échec/réussite d'un rappel)
Ces éléments ne disposant pas de ReceivedTime, je les détectais en testant simplement si l'item avait la classe 43 (olMail) ou non .... en récupérant la propriété CreationTime si c'était le cas.
De même, aucun souci pour les supprimer, fallait juste faire attention aux indices ou éléments de la collection car certains se supprimaient automatiquement durant la boucle.
Las, maintenant, ces éléments appartiennent à la classe 43. Et je n'ai plus du tout la possibilité de récupérer une propriété de date ou des les supprimer/déplacer
J'obtiens l'erreur 430 (la classe ne gère pas Automation ou l'interface attendue), comme si Microsoft avait déprécié cette classe et qu'on ne pouvait plus vraiment manipuler cet objet par automation comme auparavant.
Car certaines propriétés fonctionnent encore ... par exemple le Subject est encore accessible.
J'ai beau me torturer l'esprit depuis 3 semaines, pas moyen de régler ça.
Les détecter, je peux simplement détecter l'erreur 430 et c'est ok. Je peux même plus simplement (mais pas fiable) analyser si le début de l'objet est "Rappel : ".
Gérer la date, j'ai une méthode pas terrible (utilisation d'un autre élément du dossier pour fixer la date, s'il y a un autre élément. Sinon on ne remonte pas l'élément dans le listing)
Mais du coup, je suis dans l'impasse totale pour supprimer ces éléments (ou à défaut les déplacer) ... et suis donc obligé de passer dans 270 boites mails chaque jour (contenant chacun jusqu'à 100 dossiers) pour me palucher à la main l'opération
Bref, pas pratique
Quelqu'un a-t-il une idée, une piste, une propriété à laquelle je n'aurai pas pensé ?
Partager