Journal Microsoft va documenter le format de fichier .pst de Outlook

Posté par  (site web personnel) .
Étiquettes : aucune
6
27
oct.
2009
Dans le cadre de son programme Open Specification Promise (OPS), Microsoft annonce qu'il va documenter le format .pst (stockage outlook des mails, contacts...).

Puisque c'est dans le cadre de l'OPS, pas besoin de demande préalable à l'utilisation, et pas de poursuite ultérieure possible.

L'annonce sur un blog Microsoft :
[http://blogs.msdn.com/interoperability/archive/2009/10/26/ro(...)]

Un article rapide en français pour survoler le sujet :
[http://www.pcinpact.com/actu/news/53827-microsoft-outlook-ps(...)]

  • # Migration

    Posté par  . Évalué à 4.

    Ça devrait faciliter les migrations vers Linux en permettant, avec un dual-boot, de consulter ses mails sous Windows/Outlook et sous Linux/Evolution|Thunderbird|Kmail|... Ça devrait permettre une migration plus en douceur. Et éviter de se dire: à partir de maintenant je ne consulte mes mails plus que sous Linux. Ça fait peur au gens un grand pas d'un coup en avant.

    Tout ça à condition que les clients prennent en charge le format en natif et pas seulement un module d'importation.

    « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

    • [^] # Re: Migration

      Posté par  (site web personnel) . Évalué à 4.

      Je pense que la pérennité des données est le principal avantage. La facilitation du passage a GNU/Linux n'en est que la conséquence.

      Si Microsoft avait décidé de faire le format pstx avec outlook 2007, tout le monde serait coincé entre les formats vieux et neufs, comme les docx etc. Tandis qu'en documentant leur format, il sera simple d'archiver et manipuler ses emails en provenance d'outlook.

      • [^] # Re: Migration

        Posté par  (site web personnel) . Évalué à 6.

        Pareil, facilité la migration sous Linux est secondaire encore aujourdhui (ie : ici on entends migration du "poste de travail bureautique de base", pas de migration de "stations de travail", ni de "serveurs"). Au contraire même, en documentant prochainement le format .pst, ils répondent à un besoin des entreprises : l'assurance de la pérénité de l'accès à leurs propres données, ici les mails.

        Cela peux donc être un (très) bon argument pour continuer d'utiliser Outlook chez pas mal de monde. En gardant en mémoire que cela pousse vers un ecosystème complet, très loin d'ête ouvert et documentés.

        Bref ça sent à plein nez le marketting autour de la pérénité d'accès, cachant la forêt quasi nécessaire à Outlook...

        • [^] # Re: Migration

          Posté par  (site web personnel) . Évalué à 3.

          C'est le problème inhérent aux formats fermés que de lier l'utilisateur à la bonne volonté du développeur, il y a pléthore d'autres exemples.

          Mais même si la documentation de pst est très certainement un mouvement marketing de la part de Microsoft, mais pour une fois que cette entreprise prend une initiative au bénéfice des utilisateurs, ne la descendons pas tout de suite.

          Après, ça n'empêche pas outlook d'être une grosse bouse qui prend des heures a faire une synchro initiale et qui parfois décide de ne plus fonctionner, et qu'on ne peut pas désinstaller/réinstaller au propre facilement.

          => Utilisez des clients emails libres!

  • # Mon problème avec Outlook

    Posté par  (site web personnel) . Évalué à 9.

    Perso mes problèmes avec les PST ne vont pas se résoudre en connaissant le format.

    La plaie que j'ai avec Outlook, c'est l'organisation de la sauvegarde des postes : fichier PST totalement illisible tant que Outlook est lancé (cad tout le temps); fichier PST de plusieurs Go qui change au moindre petit mail reçu.
    Et évidement, le contenu du fichier PST est ce que les utilisateurs veulent le moins perdre....

    • [^] # Re: Mon problème avec Outlook

      Posté par  (site web personnel) . Évalué à 2.

      Le fait que le format soit documenté devrait permettre de l'importer et de le convertir dans un format plus décent :)

    • [^] # Re: Mon problème avec Outlook

      Posté par  . Évalué à 2.

      Bientôt, tu pourras convertir, sans pertes, ton .pst en ce que tu veux pour l'utiliser avec le ou les logiciels que tu veux. Donc si, connaître le format résoudra ton problème.

      THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.

      • [^] # Re: Mon problème avec Outlook

        Posté par  (site web personnel) . Évalué à 4.

        àmha son souci est plus que le fichier est _ouvert_ tant que outlook est lancé, peut-être modifié à tout moment si outlook est ouvert, ce qui peut corrompre une sauvegarde en cours.

        • [^] # Re: Mon problème avec Outlook

          Posté par  . Évalué à 4.

          Ah ben oui, mais quand on utilise un mauvais outil faut pas s'en plaindre, hein. :P

          THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.

        • [^] # Re: Mon problème avec Outlook

          Posté par  . Évalué à 4.

          ne suffirait-il pas de... fermer Outlook ??

          • [^] # Re: Mon problème avec Outlook

            Posté par  . Évalué à 5.

            C'est plus facile de le désinstaller une fois qu'on l'a fermé, donc oui.

            THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.

          • [^] # Re: Mon problème avec Outlook

            Posté par  (site web personnel) . Évalué à 3.

            Plus facile à dire qu'à faire faire à des centaines d'employés...

            • [^] # Re: Mon problème avec Outlook

              Posté par  (site web personnel) . Évalué à 1.

              Tu fais un script. Y a un truc très bien avec pas mal de programmes MS (j'ai expérimenté avec Visual Studio, IE, IIS, Excel), c'est qu'on peut les manipuler comme des objets COM. En VBscript (quelle horreur), en jscript (le javascript version MS), en Python.
              Bon, c'est pas la panacée non plus. J'ai galéré pour scripter IIS en javascript jscript: la gestion des types COM est bien mieux intégrée en vbscript (que j'exècre). En Python aussi il y a de grosses feintes.

              Un jour j'ai voulu script Evolution (parce que je n'avais pas envie de me taper les mails à la main). J'ai passé du temps. Et finalement j'ai abandonnée. La documentation était naze (je sais, je pourrai contribuer), certaines fonctionnalités n'étaient dispo que dans la version ultérieure à celle de ma distrib.

            • [^] # Re: Mon problème avec Outlook

              Posté par  . Évalué à 1.

              Il faut utiliser les Volume Shadow Copy (une sorte de système de snapshots à la LVM si on veux) pour pouvoir lire/backuper des fichiers ouverts et verrouillés sous windows.

      • [^] # Re: Mon problème avec Outlook

        Posté par  (site web personnel) . Évalué à 1.

        Si je pouvais forcer mes quelques utilisateurs à utiliser les logiciels que moi je veux, ça ferait longtemps que je n'aurais plus de problème avec les fichiers PST.

        • [^] # Re: Mon problème avec Outlook

          Posté par  (site web personnel) . Évalué à 1.

          Tout à fait d'accord avec toi...

          La plaie c'est aussi les CRM qui viennent se greffer sur Outlook et qui rendent de facto le passage à autre chose impossible par la suite.

          • [^] # Re: Mon problème avec Outlook

            Posté par  . Évalué à 2.

            C'est le genre de choses à mettre en avant lors d'un changement de parc.

            "Ah non, on ne va pas se ré-enfermer dans la même galère!"

            THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.

    • [^] # Re: Mon problème avec Outlook

      Posté par  (site web personnel) . Évalué à 2.

      Je trouve ça beaucoup plus pratique qu'un maildir avec des milliers de fichiers, ou un fichier mailbox qui doit être bien synchronisé avec un index (comme dans Evolution), et pour lequel la suppression d'un mail au milieu va de pair avec la longue réécriture du fichier.

      • [^] # Re: Mon problème avec Outlook

        Posté par  (site web personnel) . Évalué à 4.

        plus pratique qu'un maildir avec des milliers de fichiers

        C'est quoi le problème ? S'il te faut un unique fichier, fais donc un tarball du maildir…

        ou un fichier mailbox qui doit être bien synchronisé avec un index (comme dans Evolution), et pour lequel la suppression d'un mail au milieu va de pair avec la longue réécriture du fichier

        Par pure curiosité, tu fais comment pour supprimer un message au milieu d'un PST Outlook ? Et ça lui prend combien de temps de réécrire l'index ?

        • [^] # Re: Mon problème avec Outlook

          Posté par  . Évalué à 7.

          Sans compter qu'il vaut mieux faire confiance à l'OS et au système de fichier pour bien gérer les suppressions, ré-écritures..
          Mettre tout dans un gros fichier ça fait un peu "Nan, j'veux refaire un système de fichier rien qu'à moi là dedans."
          À ce compte là, autant utiliser une base de donnée, c'est fait pour.

          THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.

        • [^] # Re: Mon problème avec Outlook

          Posté par  . Évalué à 2.

          Par pure curiosité, tu fais comment pour supprimer un message au milieu d'un PST Outlook ? Et ça lui prend combien de temps de réécrire l'index ?

          Deja entendu parle d'un truc appele "base de donnees"? Je sais que c'est recent et a la pointe de l'informatique morderne, mais quand meme...

        • [^] # Re: Mon problème avec Outlook

          Posté par  (site web personnel) . Évalué à 3.

          C'est quoi le problème ? S'il te faut un unique fichier, fais donc un tarball du maildir…
          Le client mail ne le gère pas.
          Des milliers de fichiers dans un répertoire, ça doit avoir des perfs sympa.

          Par pure curiosité, tu fais comment pour supprimer un message au milieu d'un PST Outlook ? Et ça lui prend combien de temps de réécrire l'index ?
          Comme dans Sqlite.

  • # OOoPS ?

    Posté par  . Évalué à 2.

    "Puisque c'est dans le cadre de l'OPS, pas besoin de demande préalable à l'utilisation, et pas de poursuite ultérieure possible."

    Je ne connais pas ce cadre (juridique ? ) , vaut mieux etre sur que tout est juridiquement bien sécurisé pour les dev , les utilisateurs etc .. avant de se lancer dans une quelconque utilisation de ce cadre ...

    Avec Microsoft c'est une simple question de bon sens ...

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.