Outlook et vb.net

BOnjour a tous,

Je me posais une question ( peut être bête ) mais bon.

Dans outlook y a t'il un Id unique pour chaque contact.
Si oui, serait-il judicieux d'utiliser outlook comme base de clients, dans une appli, afin de ne pas devoir encoder dans deux endroits différents les même infos.
Et ainsi pouvoir gérer dautre infos liée a ces contacts.

suis-je assez clair !! :lol:

exemple simple:

une DB SQL de gestion d'un atelier SAV ( service apres vente )
qui serait lié a Outlook d'un coté et de l'autre la gestion proprement dite des réparations.
Dans outlok, toutes les données administratives ( nom, prenom, adresse,... )
de l'autre tout le suivi.

Je pense que c'est envisageable , en se connectant à Exchange plutôt qu'Outlook, via le service web Exchange par exemple.

Après j'aurais plutôt tendance à séparer les deux et à créer une synchronisation entre ma base de données et Echange selon les besoins (tous les jours, toutes les heures ..)

Outlook n'est pas forcément relié à un serveur Exchange pour la gestion des contact.

Les "objets" Exchange (comprendre un mail, un contact, un rendez-vous) n'ont pas d'identifiant valable pour effectuer un tracking de l'objet. Il y a bien un identifiant, mais il est "évolutif" dans le temps. Il suffit de déplacer l'objet d'un dossier à l'autres pour que l'identifiant change. Il vaut mieux être au courant de cette subtilité avant de vouloir travailler avec un serveur Exchange.

La technologie qui ressemble le plus à un annuaire dans un environnement windows, parce que c'est de ça qu'on parle au final, c'est l'active directory. On peut créer dans ce dernier des objets de type contact (entité qui n'entre pas en compte dans le système de sécurité de windows, il ne peuvent donc pas s'identifier sur ton domaine) mais ils sont parfaitement reconnu par Outlook comme destinataire de mail lorsque ce dernier est utilisé avec un serveur Exchange par exemple.

Néanmoins cette solution n'est pas forcément idéal car:
- Les administrateurs systèmes risquent de pas voir d'un bon oeil qu'on détourne leur active directory!
- Il faut développer une interface de gestion de ces contacts ou utiliser la console de gestion d'active directory (une fois encore, je doute que les admin apprécient...)

Autrement une gestion de donnée propre à ton système (avec une bd, un annuaire différent de Active directory, un fichier CSV ou je sais pas quoi) avec des interfaces permettant de synchroniser les autres systèmes (Exchange par exemple) me semble être une solution plus propre (avec l'avantage de réduire la dépendance avec un autre système).

Salut,

J'aborde dans le même sens que Sinople, vaut mieux synchroniser tes données avec Exchange ou l'AD.

Dans la boîte ou je travaille, j'utilise un script qui pompe les données de l'Active Directory via ldap.

Je traite ensuite les données avec des scripts SQL pour trouver les correspondances, les nouveaux utilisateurs et les modifications à apporter dans la liste ma liste d'utilisateurs. Un coup ce travail fait, j'apporte les modifs dans mon progiciel:D

Fait savoir si tu veux un coup de pouce pour aller chercher les données dans l'AD.:ccool:

Citation:

---

Les "objets" Exchange (comprendre un mail, un contact, un rendez-vous) n'ont pas d'identifiant valable pour effectuer un tracking de l'objet. Il y a bien un identifiant, mais il est "évolutif" dans le temps. Il suffit de déplacer l'objet d'un dossier à l'autres pour que l'identifiant change. Il vaut mieux être au courant de cette subtilité avant de vouloir travailler avec un serveur Exchange.

---

très intéressant çà !!

Bien,
Me voila très bien renseigné sur le sujet
Je vais donc opté pour une table contacts et une synchro

Merci de vos bons conseils

:ccool: