Journal Microsoft Office plus aussi inamovible qu'auparavant en entreprise

Posté par  . Licence CC By‑SA.
Étiquettes :
10
7
avr.
2011

Pour rappel, le contenu de la dépêche est copié ci-dessous :

D'apres Zdnet, le Cigref (Club informatique des grandes entreprises françaises), s'est penché sur la maturité et la gouvernance de l'Open Source en entreprise. Il s'est en particulier intéressé aux déploiements d'une solution emblématique du logiciel libre, à savoir OpenOffice.
Présenté comme la principale alternative à Microsoft Office, l'outil de travail bureautique Open Source dispose des qualités requises pour son adoption, même si les DSI des grandes entreprises étudient également les solutions en mode SaaS.

Aspects financiers : OpenOffice balaie MS Office 2007 et 2010.

  • # iso8859-1

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

    Bonsoir,

    j'ai découvert il y a quelques semaines que Excel du pack office faisait les importations des documents CSV en ISO8859-1.

    Tout mes autres outils sous Linux l'importaient en UTF8 par défaut.

    j'ai donc "corrigé" l'application que j'avais écrite pour qu'elle produise des documents CSV avec l'encodage ISO8859-1.

    C'est lamentable qu'en 2011 (pack office 2010) Machin ait choisi l'ISO8859-1 comme encodage d'importation par défaut.

    De plus, les gens ont le mauvais réflexe :

    • Je peux pas exporter en PDF, comment je fais?

    • Vite internet et je DL le premier truc que je trouve.

    Généralement, 10 minutes plus tard l'ordinateur est sur les genoux blindés de virus et trojan.... alors que c'est "naturel" sous Linux d'exporter en PDF, rien que LibreOffice le fait.

    Conclusion: les admin-sys ont encore du travail pour longtemps... et plus de cheveux sur la tête.

    Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html

    • [^] # Re: iso8859-1

      Posté par  . Évalué à 6.

      Au delà du choix de l'encodage, que ce soit ISO-8859-1 ou UTF-8, ce que je trouve réellement dommage est qu'on ne puisse pas le choisir pour les données d'entrée avec Excel, alors qu'on peut avec Calc.

      Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

    • [^] # Re: iso8859-1

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

      C'est lamentable qu'en 2011 (pack office 2010) Machin ait choisi l'ISO8859-1 comme encodage d'importation par défaut.

      Voyons la chose du point de vue du chef de projet chez MS : le format CSV est un vieux truc (les anglos disent « legacy » pour être polis) aux fonctionnalités restreintes qui n'a pour lui que sa simplicité (disons, l'équivalent de RTF pour le texte enrichi). Donc, d'où est-ce que tu vas probablement recevoir des CSV ? D'une vieille appli qui n'a pas de support pour les formats récents. Et comme elle est vieille, elle ne gère probablement pas UTF-8. Ergo, on va utiliser le vieux codage moisi par défaut. Élémentaire, mon cher Watson.

      Généralement, 10 minutes plus tard l'ordinateur est sur les genoux blindés de virus et trojan....

      Il faut vraiment qu'ils soient un peu limités, parce que bon, Gogol va les aiguiller direct vers un soft Open Source (PDFCreator).

      Critiquer MS parce qu'ils n'ont pas intégré la fonctionnalité x et les gens doivent aller la rajouter, c'est s'exposer à voir le scénario à l'envers sous Linux pour la fonctionnalité y : j'ai pas ça dans le dépôt officiel ? Je mets le PPA de bidule, le dépôt tierce partie de Machin, etc. (quand ce n'est pas « oh j'ai juste téléchargé un .bin et je l'ai lancé parce qu'il disaient sur les forums que c'était mieux »)…

      Envoyé depuis mon PDP 11/70

      • [^] # Re: iso8859-1

        Posté par  (Mastodon) . Évalué à 10.

        Donc, d'où est-ce que tu vas probablement recevoir des CSV ? D'une vieille appli qui n'a pas de support pour les formats récents.

        Pas dans le milieu technique/scientifique où on trouve énormément de scripts/d'automates qui pondent des données au format CSV destinées ensuite à être analysées et interprétées dans un tableur.

        En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

        • [^] # Re: iso8859-1

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

          Oui, je le sais, mais moi je te donne le point de vue probable du chef de projet de chez MS. Et je suis persuadé que ce dernier s'en tamponne le coquillard des scientifiques avec leurs licences éducation à pas cher, la cible première de son tableur ce sont les entreprises.

          Même réponse pour le commentaire ci-dessous qui parle des admins Linux qui ont besoin de traiter des CSV : à moins de croire au Père Noë ^W ^W ^W aux promesses de MS concernant l'interopérabilité, il n'y a pas de doute que cette cible n'a même pas été prise en compte (je ne dis pas que c'est normal, mais je dis que ça ne m'étonne guère).

          PS : l'échappement des accents circonflexes avec un antislash ne semble pas marcher avec Markdown :-/

          Envoyé depuis mon PDP 11/70

      • [^] # Re: iso8859-1

        Posté par  . Évalué à 4.

        Donc, d'où est-ce que tu vas probablement recevoir des CSV ?

        Quand on est admin Linux/Unix, on ne voit que ça. Des statistiques d'utilisation système avec Sysstat, par exemple.

        Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

        • [^] # Re: iso8859-1

          Posté par  . Évalué à 2.

          Ben c'est bien ce qu'il a dit : une vieille appli sans support pour les formats recents

          Pas ma faute, on est Vendredi ! /o\

          • [^] # Re: iso8859-1

            Posté par  . Évalué à 2.

            Je te plussoie, mais c'est bien parce qu'on est vendredi !

            Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

      • [^] # Re: iso8859-1

        Posté par  . Évalué à 5.

        Donc, d'où est-ce que tu vas probablement recevoir des CSV ? D'une vieille appli qui n'a pas de support pour les formats récents. Et comme elle est vieille, elle ne gère probablement pas UTF-8. Ergo, on va utiliser le vieux codage moisi par défaut.

        Le vieux codage moisi par défaut dans un espace géographique bien défini. Faut pas échanger des données avec l'Europe de l'est ou l'Asie.

        (ni se ramasser du Windows CP-1512)

        • [^] # Re: iso8859-1

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

          En fait, je n'ai pas vérifié, mais je suppose (en tout cas, ça me semblerait logique) que le codage choisi est fonction de ta région géographique (en gros, si tu installes un Office Français, ce doit être CP1252, mais CP932 au Japon ). Là encore, je peux voir ce que se sont dits les gars chez MS : la plupart des entreprises échangent dans leurs zones géographiques respectives, ou si elles sont globales, en anglais. Donc, la plupart du temps, ça va passer (et si c'était plus simple à coder, les loutr ^Wprogrammeurs ont dû acquiescer sur-le-champ).

          Évidemment, si ta boîte échange avec une autre zone géographique, et qu'ils ne veulent pas parler rosbif pour toi, ben c'est perdu, mais Microsoft te dira que vous devriez tous acheter Office comme ça vous pourriez vous échanger des documents Excel directement…

          Envoyé depuis mon PDP 11/70

          • [^] # Re: iso8859-1

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

            En fait, c'est exactement comme Linux avant son passage à tout UTF-8. La différence est que les distros Linux ont choisi de casser l'existant pour passer à un truc "moderne", et MS a choisi de conserver l'existant et détecter UTF-8 en fonction du BOM.

            Les deux solutions solutions ont leur avantage (plus d'emmerdes avec les nouveaux fichiers pour les distros Linux, gestion de l'existant pour Microsoft) et leur inconvénient (pas de gestion correcte des vieux fichiers pour Linux, gestion des logiciels qui mettent pas le BOM et/ou qui détestent le BOM en UTF-8).

      • [^] # Re: iso8859-1

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

        D'une vieille appli qui n'a pas de support pour les formats récents. Et comme elle est vieille, elle ne gère probablement pas UTF-8. Ergo, on va utiliser le vieux codage moisi par défaut. Élémentaire, mon cher Watson.

        Perdu, y'en a partout, dans la plupart des logiciels que l'on trouve dans les administrations, c'est de l'export cvs... Pourquoi, parce que c'est un standard de fait, que c'est simple à générer et à importer.

        Idem dans le milieu scientifique et dans plein d'autres logiciels proprios (pcounter, ...)

    • [^] # Re: iso8859-1

      Posté par  . Évalué à 4.

      Raté, il y a l'exportation en pdf avec Office (sauf que ça a un rendu dégoûtant avec un texte justifié).

      « En fait, le monde du libre, c’est souvent un peu comme le parti socialiste en France » Troll

    • [^] # Re: iso8859-1

      Posté par  . Évalué à 6.

      Excel du pack office faisait les importations des documents CSV en ISO8859-1.

      Voir ce post http://yoonkit.blogspot.com/2006/04/utf8-csv-files.html

      Solutions dans les commentaires :

      • html « You can circumvent this problem by using a simple html file that contains only a table and the right meta information in the head, e.g. meta http-equiv=Content-Type content="text/html; charset=utf-8" »

      • BOM « if anyone is still having this problem, the solution is to add the Byte order mark at the top of the file (utf8 with signature) as described here: http://kwizcom.blogspot.com/2007/05/utf-8-with-signature.html »

      • txt « rename the .csv to .txt then open in Excel and it gives you the dialog to select UTF-8. Works in Office 7. »

    • [^] # Re: iso8859-1

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

      Tout mes autres outils sous Linux l'importaient en UTF8 par défaut.

      Parce que ta locale est UTF-8, mais si tu mets ta locale en ISO8859-1 (ou que tu utilises une vieille distro), est-ce que tu es sûr que tous tes outils sous Linux liront le CSV en UTF-8?
      Ben c'est la même chose sous Windows, à la différence que Windows gère l'historique de l'informatique, et ne change pas de locale comme ça en cassant tout (parce que tes fichiers CSV non UTF-8, ben hop un coup de changement de distro qui passe de fr_FR comme locale en fr_FR.UTF8, et tu es mort), donc la locale de Windows est toujours Windows-1251, faut faire avec.

      L'avantage d'UTF-8 est qu'il a un moyen de dire que c'est UTF-8 avec les Byte_order_mark, ça contourne la limitation de CSV (pas de locale indiquée) et Excel gère la chose.

      Maintenant, à ton tour : comment tu fais pour indiquer de manière transparente pour l’utilisateur que le fichier que tu files au logiciel, c'est pas dans la locale en cours (UTF-8) mais un vieux truc ISO8859-1?

      PS : bon, j’embête un peu, mais ceci-dit ça fait du bien d'avoir UTF-8 comme locale sous Linux quasi partout maintenant, le changement violent est dur avec certains vieux fichiers, mais c'est mieux pour le présent et le futur... Il n'y a pas de bonne solution à ce problème de ne pas avoir fixé la locale dans bien nombre de formats au début (je m'amuse comme un petit fou avec des fichiers qui viennent de plein d'endroits différents, je dois tester à la mano plusieurs locale et voir ce qui passe bien ou pas dans des langues que je ne comprend pas toujours, ah ah...).

      PPS : le top du top avec le CSV sous Excel reste la "régionalisation" du CSV : virgule aux US, point-virgule en Europe! Arghhh... CSV = Comma Separated Values, sauf chez MS! La, j'ai pas trouvé de solution pour ouvrir un CSV "normal" (avec des virgules) sous un Excel FR...

      • [^] # Re: iso8859-1

        Posté par  . Évalué à 4.

        le top du top avec le CSV sous Excel reste la "régionalisation" du CSV : virgule aux US, point-virgule en Europe! Arghhh...

        Je confirme, ce que j'ai pu me prendre la tête avec ça.

        Encore mieux l'export vers CSV depuis Excel pour Mac 2008 code les fichiers en MacRoman et utilise des CR comme séparateurs de ligne.

        Je vous raconte pas la séance d'arrachage de cheveux

      • [^] # Re: iso8859-1

        Posté par  . Évalué à 1.

        PPS : le top du top avec le CSV sous Excel reste la "régionalisation" du CSV : virgule aux US, point-virgule en Europe! Arghhh... CSV = Comma Separated Values, sauf chez MS! La, j'ai pas trouvé de solution pour ouvrir un CSV "normal" (avec des virgules) sous un Excel FR...

        Pour ça, faut passer par le menu "Données" et l'import de données externes, on a alors la possibilité de choisir le type de séparateur...

        C'est pas nécessairement génial, mais ça marche.

        • [^] # Re: iso8859-1

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

          C'est ce que je fais, je te rassure (ou alors à près l'ouverture du fichier cliquer sur "convertir"). Mais c'est tout sauf pratique, pour les utilisateurs il faut que ça marche en double-cliquant sur le fichier, pas en bidouillant un truc dont ils ne comprennent pas le pourquoi, si j'enregistre en CSV sans faire attention et l'envoi à un client américain il ne comprend pas ce que je lui envoie, et surtout ça viole 100% la spécification de CSV, et même pire : ça ne respecte même pas le nom du format! (lettre C, pour... Comma!).

          Si je tenais le gars de MS qui a décidé de régionaliser le CSV...

      • [^] # Re: iso8859-1

        Posté par  . Évalué à 2.

        mais si tu mets ta locale en ISO8859-1 (ou que tu utilises une vieille distro), est-ce que tu es sûr que tous tes outils sous Linux liront le CSV en UTF-8?

        Oui. Je l'ai déjà fait.

        Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

        • [^] # Re: iso8859-1

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

          Je suis curieux de savoir comment le logiciel fait la différence entre ISO8859-1 et UTF-8 avant de te l'afficher... Car c'est impossible.

          • [^] # Re: iso8859-1

            Posté par  . Évalué à 5.

            Bah je sais pas, tu parles de quel logiciel ?

            file fichier.csv me donne l'encodage.
            gedit et vim me l'ouvrent en le détectant.
            Calc me l'ouvre en me le demandant.

            Il est où le problème ? Au pire, un iconv permet de changer d'encodage.

            Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

            • [^] # Re: iso8859-1

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

              file fichier.csv me donne l'encodage. gedit et vim me l'ouvrent en le détectant.

              Comment ils font? Il me semble qu'ils font au pif (en testant quelques trucs pour voir si ça peut aller, rien de précis), et si par malheur ça détecte mal (c'est toujours le problème avec les trucs pas précis, ça marche 99% du temps, on pense que c'est OK, mais hop un mec vient se plaindre parce que non, ce n'est pas 100% et la tu dois gérer, amuse-toi), ben tes données sont pourries.

              Calc me l'ouvre en me le demandant.

              Et l'utilisateur insulte parce qu'il en sait fichtre rien, et qu'il voit une question qui demande de choisir entre deux mots chinois. Calc, c'est pour les geeks.

              Il est où le problème ? Au pire, un iconv permet de changer d'encodage.

              On peut parler d'utilisateurs normaux, pas de fondus d'informatiques? Car iconv, la, euh... Et surtout, si tu ne connais pas l'encodage d'origine, iconv te sert à rien.

              Où est le problème? Le problème est que dans la vraie vie avec des vrais gens, dès que tu passes un peu à l'échelle, ça pose problème. La dessus, Microsoft fait beaucoup plus attention, et laisse le développeur fixer la locale, ou rester comme avant à la locale d'avant sans rien casser. Avec ton Linux, certes c'est 1% du temps, mais tu retrouves avec des problèmes, et boom la productivité de la solution chute car tu dois gérer à la main.

              • [^] # Re: iso8859-1

                Posté par  . Évalué à 2.

                Et l'utilisateur insulte parce qu'il en sait fichtre rien, et qu'il voit une question qui demande de choisir entre deux mots chinois. Calc, c'est pour les geeks.

                Non, l'utilisateur ignore, et se concentre sur la question suivante : « Quel est votre séparateur? »

      • [^] # Re: iso8859-1

        Posté par  . Évalué à 7.

        CSV = Comma Separated Values

        Nenni, c'est semiColon Separated Values.

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

  • # SaaS ?

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

    Pour les ignorants comme moi, SaaS c'est Software as a Service soit Logiciel en tant que service Plutôt que d'acheter un logiciel, on loue un droit d'utilisation.

    C'est marrant, j'ai toujours du mal lors de la lecture de ces journaux (ZDnet, 01info ...) :)

    • [^] # Re: SaaS ?

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

      C'est parce que tu n'es pas un vrai daissideur pressé qui mets ses outils de business intelligence écrits avec J2EE dans le cloud pour baisser le TCO et optimiser son ROI. Sinon, tu saurais tout ça, et tu ferais toi aussi partie du cercle occulte des Maîtres Alchimistes du PowerPoint. Pour les rejoindre, je te conseille de commencer par attacher une cravate bien serrée autour de ton cou : la réduction de l'afflux sanguin vers le cerveau semble être primordiale dans le processus d'initiation.

      Envoyé depuis mon PDP 11/70

      • [^] # Re: SaaS ?

        Posté par  . Évalué à 5.

        une cravate moche et bien serrée

        Car il semblerait que le port de la cravate choisie et offerte par le petit dernier pour la fête des pères (ou tout autre évènement vous poussant à regretter de ne pas avoir eu recours à des contraceptifs) soit une condition sine qua non

    • [^] # Re: SaaS ?

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

      Ca c'est une définition un brin obsolète. Prends plutôt la définition de Wikipedia EN : http://en.wikipedia.org/wiki/Software_as_a_service

      C'est pas simplement un mode de vente, c'est surtout un mode de distribution/utilisation : tu n'as plus le classique CD/DVD à installer, héberger, administrer; le soft est hébergé dans le cloud et tu l'utilises à distance.

      Commercialement ca se traduit généralement par un modèle de paiement à la durée d'utilisation.

    • [^] # Re: SaaS ?

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

      Plutôt que d'acheter un logiciel, on loue un droit d'utilisation.

      Tu n'achete jamais un logiciel, tu achetes une licence d'utilisation. Donc ca doit vouloir dire autre chose :)

      • [^] # Re: SaaS ?

        Posté par  . Évalué à 3.

        Tu n'achete jamais un logiciel, tu achetes une licence d'utilisation. Donc ca doit vouloir dire autre chose :)

        Dans le cas du SAAS, tu n'achètes pas de licence d'utilisation, tu la loues.

        • [^] # Re: SaaS ?

          Posté par  . Évalué à 6.

          C'est génial quand on y pense: tu loues le droit d'obtenir une licence d'utilisation d'une copie distante d'un bien immatériel.

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

          • [^] # Re: SaaS ?

            Posté par  . Évalué à 5.

            C'est plus simple : tu loues un service.

            BeOS le faisait il y a 20 ans !

  • # Et pour Outlook ?

    Posté par  . Évalué à 2.

    Pour s'affranchir du pack Office, il faut aussi se débarrasser du couple Exchange/Outlook ...

    • [^] # Re: Et pour Outlook ?

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

      Déport = meilleur contrôle, dans tout les sens (et features) du terme (en plus de moins cher)

    • [^] # Re: Et pour Outlook ?

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

      VMWare avec zimbra est en train de tout péter...

      Pour te dire, la seul tactique de Micro-Soft, c'est d'offrir l'hébergement gratuit de toutes les boites mails des étudiants européens aux universités pour les dissuader de signer un contrat avec VMWare... Comme d'habitude, Microsoft et ses comportement lamentable...

      • [^] # Re: Et pour Outlook ?

        Posté par  . Évalué à 4.

        VMWare et Zimbra qui font peur a MS... hahahaha :+)

        Tourne la tete a droite, tu vois ce truc qui commence par G et finit par oogle la bas ? C'est eux qui sont les concurrents sur ce creneau, pas VMWare, et ils font exactement la meme chose.

        • [^] # Re: Et pour Outlook ?

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

          VMWare et Zimbra qui font peur a MS... hahahaha :+)

          Ah bon, écoute, j'ai du le rêver alors, excuse moi monsieur je sais tout, tu dois mieux connaitre ce qui se passe dans mon boulot que moi.

          Mais tu sais, de plus en plus d'Universités passe à Zimbra quand Micro-Soft voudrait bien placer son Sharepoint. Du coup, chantage à la boite mail pour les étudiants. Peut être que Google propose la même chose, mais sans le chantage alors...

          • [^] # Re: Et pour Outlook ?

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

            Hmm, avant que tu me dises que Sharepoint n'a rien à voir avec Zimbra...

            Actuellement, c'est souvent exchange qui est installé (pour une élite: présidence, ...) et un serveur IMAP + Webmail pour le peuple (étudiants, profs, chercheurs...)

            Le but de Microsoft serait de remplacer les ENT actuels par sharepoint et le couple Exchange + Sharepoint semble être leur argument.

            Le but actuel des universités est de mettre en place une solution de groupware.

            Mais si ils perdent Exchange, ben ils sont sur de jamais voir Sharepoint...

            Heureusement, il semble que pour l'instant Microsoft ne soit pas convaincant, je croise les doigts pour que ca continu.

            Bref, vive Zimbra ;)

            • [^] # Re: Et pour Outlook ?

              Posté par  . Évalué à 2.

              Dans ton uni je sais pas, mais aux USA la guerre est entre Google et MS pour filer aux etudiants des comptes qu'ils garderont pendant des annees et des annees, et qui permettra de leur filer des pubs pendant des annees et des annees... C'est ca l'objectif.

              • [^] # Re: Et pour Outlook ?

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

                Mwai, enfin t'imagines bien que sur linuxfr, on ne parle pas des Universités aux USA...

                • [^] # Re: Et pour Outlook ?

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

                  On peut parler français et penser mondial. L'argent pour faire vivre une boite qui concurrence une solution libre ou autre, elle n'est pas limitée à la France.

              • [^] # Re: Et pour Outlook ?

                Posté par  . Évalué à 2.

                Ce serait sympa de lire les commentaires auxquels tu réponds, il avait écrit:

                c'est d'offrir l'hébergement gratuit de toutes les boites mails des étudiants européens aux universités

                « 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: Et pour Outlook ?

                  Posté par  . Évalué à -1.

                  Je l'ai tres bien lu, le truc est que je doutes que la strategie soit differente entre l'Europe et les USA.

    • [^] # Re: Et pour Outlook ?

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

      Une solution est de commencer par activer IMAP sur exchange, migrer les gens progressivement vers des clients libres, puis virer exchange.

      Ma boîte utilise exchange, j'ai demandé à pouvoir utiliser thunderbird avec IMAP, et tout marche très bien.

      • [^] # Re: Et pour Outlook ?

        Posté par  . Évalué à 4.

        Oui mais non, Exchange c'est pas seulement la messagerie : il y a tout le groupware autours (carnet d'adresse, caldendrier, etc).

        Ça se remplace, mais c'est pas aussi intégré dans le client…

        Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

      • [^] # Re: Et pour Outlook ?

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

        Ma boîte utilise exchange, j'ai demandé à pouvoir utiliser thunderbird avec IMAP, et tout marche très bien.

        A bon? Tu fais comment le carnet d'adresse, le calendrier etc... Bref tout ce qui est utilisé en entreprise? IMAP ne le permet pas. Tu as juste 10% d'Exchange avec ta solution.

        • [^] # Re: Et pour Outlook ?

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

          Au boulot j'utilise davmail qui marche très bien.

          Du coup avec thunderbird+lightning j'ai mes mails, le carnet d'adresse, le calendrier de la même manière que mes pov collèges sous outlook

          • [^] # Re: Et pour Outlook ?

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

            C'est que la présentation a l'air sympathique, je ne connaissais pas. bon, ben va falloir que je me motive et teste ça. Merci pour le lien.

          • [^] # Re: Et pour Outlook ?

            Posté par  . Évalué à 2.

            Merci !

          • [^] # Re: Et pour Outlook ?

            Posté par  . Évalué à 3.

            Tu as bien de la chance. Chez nous c'est Exchange 2010 et il n'est pas pris en charge.

            Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

      • [^] # Re: Et pour Outlook ?

        Posté par  . Évalué à 5.

        "imaps c'est pas sécure" sic le RSSI de ma boite. Donc on est encore obligé de se taper cette bouse infâme de outlook qui crash mon windows des que le vpn se déconnecte. J'adore. Au delà de la merditude des produits MS Il faut surtout se fader l'incompétence que les dits produits on induit chez les admins MS.

        • [^] # Re: Et pour Outlook ?

          Posté par  . Évalué à -3.

          Dans un audit de sécurité d'une plate-forme Exchange, ouvrir un service supplémentaire tel que l'IMAP engendre des points supplémentaires d'insécurité, donc son refus se comprend.

          Tu sais qu'il y a un journal d'évènements dans ton Windows ?

  • # Qu'est-ce qu'il y connaît le Cigref...

    Posté par  . Évalué à 7.

    Pour reprendre une phrase célèbre d'un film non moins célèbre.... ce serait plutôt cette remarque qui m'est passée par la tête quand on regarde un peu le tableau "des solutions matures" vues par le Cigref. Alors je n'ai pas pris le temps de lire l'article de ZDnet car je me suis déjà farcis celui du Journal du Net, donné en lien par la revue de presse de l'April en début de semaine. D'ailleurs le titre en jette plus : Les DSI du CAC40 dressent leur classement des solutions Open Source !
    Prenons donc les résultats :
    SuSE en 4ème, Red Hat 9ème, pourquoi pas mais Linux qui est quand le noyau de ces 2 la en 34ème position, étrange non ? Joomla et Ez Publish plus mature que MySQL ou Xen (et encore Linux), j'ai vraiment quelques doutes sur ce tableau et donc sur le reste du rapport. Peut-être que je ne devrais pas et lire le rapport en entier mais je crois que je vais faire le daicideur praiiiiiissé pour le coup !

Suivre le flux des commentaires

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