Microsoft ouvre enfin le format .PST d’Outlook
Les données des dossiers personnels Outlook seront facilement accessibles à n'importe quelle application. Mais les usages resteront limités.
Ceux qui détestent Outlook peuvent avoir le sourire. Microsoft a décidé de publier les spécifications du format de fichier .PST, les fameux dossiers personnels du client Outlook. Aucun calendrier précis n'a été établi. Mais à l'issue de cette ouverture, aucune royaltie ni aucun brevet ne seront réclamés pour l'utilisation du format .PST. Chacun pourra donc librement développer une application qui manipule les données des fichiers .PST sans qu'aucun produit Microsoft ne soit présent sur la machine.
Jusqu'ici, pour migrer ses dossiers vers un autre client de messagerie, il fallait d'abord les exporter, un à un, depuis Outlook. Désormais un client comme Thunderbird ou Evolution pourra importer l'ensemble des données tout seul, à partir des fichiers .PST. Idem pour la migration vers Gmail. Auparavant, il fallait d'abord installer un connecteur sur Outlook qui s'occupait ensuite de l'exportation. Bientôt l'opération s'effectuera directement.
Par ailleurs, beaucoup utilisent les fichiers .PST pour archiver ou sauvegarder leurs contacts, mails et rendez-vous. Mais pour les restaurer, il faut d'abord installer Outlook. L'ouverture du format laisse donc envisager des outils indépendants de conversion ou de consultation des données. Et comme les fichiers .PST sont facilement corrompus, limités en taille et qu'ils posent des problèmes de performance quand ils grossissent, de nouveaux outils de réparation, d'optimisation ou de suppression des doublons pourraient voir le jour.
Faire meilleure figure devant l'administration
Leur portée restera toutefois limitée. Tout d'abord parce que, dès l'ouverture d'Outlook, l'accès aux fichiers .PST est refusé aux autres applications. Impossible donc pour un moteur de recherche ou un antivirus de faire son travail tant que le client fonctionne. Même problème pour la migration des données : accéder aux .PST n'a d'intérêt que si l'on s'appuie sur le protocole POP3 avec des messages stockés en local. Or beaucoup préfèrent laisser les messages sur le serveur.
Au final, les développeurs auraient préféré l'ouverture du protocole qui gère le dialogue entre Outlook et le serveur Exchange. Avec cette annonce, ils pourront manipuler les données en local. Mais pour répliquer ces manipulations vers le serveur, il faudra toujours s'appuyer sur Outlook et sur un connecteur dédié, ou acquérir une licence spécifique. Apple a opté pour cette seconde option afin de rendre ses applications compatibles Exchange dans Snow Léopard. Quant au client Evolution, disponible notamment sur Linux, c'est grâce à l'ingénierie arrière du protocole Microsoft qu'il a pu se connecter à Exchange.
Il n'empêche. Cette plus grande ouverture de Microsoft lui permettra de faire meilleure figure devant l'administration et les organismes très à cheval sur l'interopérabilité et les formats ouverts. Pourtant, beaucoup de chemin reste à parcourir.
Outlook se métamorphose
de
tobolskwildnet@
, posté le 27 octobre 2009 à 20h32
Il était temps!!! J'avoue utiliser avec grand plaisir beaucoup d'applications Microsoft, mais outlook n'était qu'une messagerie de secours. Maintenant s'ils ont pris le parti de s'ouvrir encore un peu plus, c'est tant mieux...
A voir maintenant!
A voir maintenant!
Bonne nouvelle !
de
Nacyl
, posté le 27 octobre 2009 à 21h18
Bonne nouvelle pour tous ceux qui ont déjà perdu une bonne partie de leur chevelure en important/exportant des données depuis les fameux fichiers .pst de M$ (ou en cherchant à les réparer !).
La finalité de ce fameux fichier c'est de pouvoir avoir en local sur sa machine (par opposition à l'avoir sur un serveur exchange) son calendrier, ses contacts, ses mails avec PJ.
Il faut bien l'avouer, pour bosser avec un laptop, c'est plus simple, pas besoin de se torturer pour trouver une connexion vers un serveur avant de pouvoir faire quoi que ce soit.
Il y a donc au moins 3 "types d'informations" dans un .pts, les contacts, les rdv et les mails (avec ou sans PJ).
L'ouverture du format permet d'espérer qu'on puisse récupérer chaque type d'information directement depuis le fichier en non-plus depuis Outlook.
Autre avantage, nous verrons peut-être des outils performants de récupération en cas de PST corrompus et ce serait une bonne chose !
En effet, peu sont les utilisateurs qui se souviennent que la taille du fichier ne doit pas dépasser 2Gb et avec les PJ, c'est vite fait !
Pour ce qui est de l'exploitation d'un même fichier depuis plusieurs application en même temps, les fichiers qui le permette sont, à ma connaissance, peu nombreux à moins de l'être en lecture seule ce qui, dans le cadre de l'article, n'est pas pertinent pour un anti-virus par exemple.
Cependant, normalement, la détection se doit d'être faite avant que le fichier ne soit distribué à l'utilisateur.
Donc, oui, c'est plein de promesses mais comme d'habitude, seul le temps nous dira si elles sont tenues.
La finalité de ce fameux fichier c'est de pouvoir avoir en local sur sa machine (par opposition à l'avoir sur un serveur exchange) son calendrier, ses contacts, ses mails avec PJ.
Il faut bien l'avouer, pour bosser avec un laptop, c'est plus simple, pas besoin de se torturer pour trouver une connexion vers un serveur avant de pouvoir faire quoi que ce soit.
Il y a donc au moins 3 "types d'informations" dans un .pts, les contacts, les rdv et les mails (avec ou sans PJ).
L'ouverture du format permet d'espérer qu'on puisse récupérer chaque type d'information directement depuis le fichier en non-plus depuis Outlook.
Autre avantage, nous verrons peut-être des outils performants de récupération en cas de PST corrompus et ce serait une bonne chose !
En effet, peu sont les utilisateurs qui se souviennent que la taille du fichier ne doit pas dépasser 2Gb et avec les PJ, c'est vite fait !
Pour ce qui est de l'exploitation d'un même fichier depuis plusieurs application en même temps, les fichiers qui le permette sont, à ma connaissance, peu nombreux à moins de l'être en lecture seule ce qui, dans le cadre de l'article, n'est pas pertinent pour un anti-virus par exemple.
Cependant, normalement, la détection se doit d'être faite avant que le fichier ne soit distribué à l'utilisateur.
Donc, oui, c'est plein de promesses mais comme d'habitude, seul le temps nous dira si elles sont tenues.
PST , c'est bien, mais il y a aussi MAPI !!!
de
ADVITAM-ETERNAM
, posté le 28 octobre 2009 à 07h55
Microsoft "libére" le format PST (pas le code) , c'est bien mais il y a aussi le protocole d'échange entre le serveur Exchange et le client Outlook qui n'est pas ou peu documenté et qui empêche toute évolution du poste de travail sans remettre en cause le serveur de messagerie de Microsoft ou vice-versa !
Il a bien des tentatives de déchiffrage avec le projet http://openchange.org/ mais ils sont dépendants des modifications du protocole de Microsoft sans pré avis ! Inquiétant pour une solution d'entreprise.
C'est pour ça que c'est difficile d'utiliser un poste de travail Linux sur un serveur Exchange.
Le Référentiel Général d'Intéropérabilité (R.G.I.) ne s'y est pas trompé et impose SMTP et IMAP plutot que MAPI et c'est pour ça que nos administrations démontent les serveurs Microsoft au profit d'une solution normalisée (Postfix, OBM , ThunderBird etc ...)
C'est vrai qu'Exchange peut faire du SMTP et IMAP aussi mais on perd toute la plus value fonctionnelle du produit à un coût exhorbitant
Microsoft a raison de fermer ses protocoles si ça lui rapporte du pognon mais les entreprises et administrations ont raison de s'en débarrasser si c'est pour des produits avec des protocoles documentés et normalisés.
Difficile de sécurisér un flux MAPI quand ont ne sais pas ce qu'il transporte !
De même la synchro entre Outlook , Exchange et tous les teléphones portables du marché excepté ceux sous Microsoft CE reste pénible voir impossible. Il est tant de proposer des solutions efficaces , documentée et faciles à mettre en oeuvre.
Il a bien des tentatives de déchiffrage avec le projet http://openchange.org/ mais ils sont dépendants des modifications du protocole de Microsoft sans pré avis ! Inquiétant pour une solution d'entreprise.
C'est pour ça que c'est difficile d'utiliser un poste de travail Linux sur un serveur Exchange.
Le Référentiel Général d'Intéropérabilité (R.G.I.) ne s'y est pas trompé et impose SMTP et IMAP plutot que MAPI et c'est pour ça que nos administrations démontent les serveurs Microsoft au profit d'une solution normalisée (Postfix, OBM , ThunderBird etc ...)
C'est vrai qu'Exchange peut faire du SMTP et IMAP aussi mais on perd toute la plus value fonctionnelle du produit à un coût exhorbitant
Microsoft a raison de fermer ses protocoles si ça lui rapporte du pognon mais les entreprises et administrations ont raison de s'en débarrasser si c'est pour des produits avec des protocoles documentés et normalisés.
Difficile de sécurisér un flux MAPI quand ont ne sais pas ce qu'il transporte !
De même la synchro entre Outlook , Exchange et tous les teléphones portables du marché excepté ceux sous Microsoft CE reste pénible voir impossible. Il est tant de proposer des solutions efficaces , documentée et faciles à mettre en oeuvre.
Sauf que ce n'est pas le sujet !
de
Nacyl
, posté le 28 octobre 2009 à 12h06
Ici, il n'est pas question des échanges client/serveur mais d'un format de stockage de données propriétaire.
Il n'est donc pas question ni de MAPI, POP3, SMTP ou encore IMAP.
L'ouverture du format de fichier .PST devrait permettre enfin à tout le monde de choisir ce qu'il veut utiliser (du moins au niveau personnel) comme client de messagerie ou agenda ou carnet d'adresse.
En entreprise, cette "ouverture" devrait aussi permettre une plus grande liberté de choix (dont on sait qu'elle est plus souvent politique que technique mais ce n'est pas là non plus le propos).
Du point de vue maintenance, on peut imaginer aussi de nouveaux outils pour ces fameux fichiers et qui soient au moins aussi performants que ceux proposés par M$.
Pour le reste de ton analyse, M$ n'a jamais fait d'effort pour intégrer des standard puisqu'elle travaille à imposer les siens en verrouillant, au passage il est vrai, ses clients...
Il n'est donc pas question ni de MAPI, POP3, SMTP ou encore IMAP.
L'ouverture du format de fichier .PST devrait permettre enfin à tout le monde de choisir ce qu'il veut utiliser (du moins au niveau personnel) comme client de messagerie ou agenda ou carnet d'adresse.
En entreprise, cette "ouverture" devrait aussi permettre une plus grande liberté de choix (dont on sait qu'elle est plus souvent politique que technique mais ce n'est pas là non plus le propos).
Du point de vue maintenance, on peut imaginer aussi de nouveaux outils pour ces fameux fichiers et qui soient au moins aussi performants que ceux proposés par M$.
Pour le reste de ton analyse, M$ n'a jamais fait d'effort pour intégrer des standard puisqu'elle travaille à imposer les siens en verrouillant, au passage il est vrai, ses clients...
Connecter Thunderbird sur Exchange c'est déjà possible
de
rickhos
, posté le 28 octobre 2009 à 11h37
Utiliser Thunderbird (ou autre client) pour se connecter sur un Exchange c'est possible avec Davmail:
http://sourceforge.net/projects/davmail/
http://sourceforge.net/projects/davmail/
Oui mais pas en MAPI !
de
Savora
, posté le 28 octobre 2009 à 11h49
Oui mais pas en MAPI, le protocole par défaut de Microsoft Exchange !
publicité
à lire aussi
SUR LES MÊMES THÈMES 


nos newsletters
Abonnez-vous à Micro Hebdo : 4,90 €/mois
Abonnez-vous à l'Ordinateur Individuel : 3 €/mois
Abonnez-vous à SVM mac : 4 €/mois
Abonnez-vous à 01 Informatique : 19 €/mois














agrandir la photo



alerter le modérateur