Enfin un connecteur Linux pour Microsoft Exchange 5.5

Posté par  . Modéré par rootix.
Étiquettes :
0
2
oct.
2004
Linux
À la demande d'une société anglaise désireuse de connecter ses postes clients Linux à son serveur Microsoft Exchange 5.5, la société Danoise OMC a réalisé un connecteur MAPI vers Exchange 5.5 en GPL.

Contrairement aux autres connecteurs qui utilisent WebDAV et ne permettent de se connecter qu'à Exchange 2000/2003, cette solution (nom de code brutus et développée avec CORBA) permettra à un large parc encore sous Exchange 5.5 de faire fonctionner son agenda partagé à partir d'un poste client Linux voire d'un autre client Windows que Outlook.

Une solution pourrait être intégrée à OpenOffice.org. Le code ainsi que des outils d'analyse du protocole MAPI sous Windows sont téléchargeables.

Aller plus loin

  • # Pas si simple?

    Posté par  . Évalué à 9.

    J'avais regardé Brutus à l'époque de l'annonce, et il m'avait semblé qu'il y avait une grosse limitation par rapports aux connecteurs existants: il nécessite de s'installer en tant que serveur. Il ne s'agit pas, toujours si j'ai bien compris, d'un module client permettant de parler à Exchange, mais d'un module serveur permettant à des clients (éventuellement avec une surcouche en plus à ce niveau) de parler à Exchange.

    Autant ça peut être très pratique pour une entreprise qui voudrait migrer la moitié de son parc sous linux tout en conservant Exchange, autant ça ne sert à rien à:
    - l'employé qui fait tourner _sa_ machine sous Linux malgré des collègues massivement sous Windows.
    - l'entreprise qui migre en commençant par les serveurs.

    Cela dit, ça peut avoir son intérêt, et je peux également avoir mal lu.
    • [^] # Re: Pas si simple?

      Posté par  . Évalué à 8.

      Pour etre plus clair techniquement:

      brutus propose une interface CORBA[1] au dessus de MAPI[2]. Donc on a besoin d'une machine sous windows pour faire tourner brutus.

      [1] CORBA est une norme pour faire de l'invocation d'object distant, (une sorte de rpc object). C'est tres pratique pour faire des serveurs.

      [2] ici c'est l'API windows pour acceder au serveur exchange.
      • [^] # Re: Pas si simple?

        Posté par  . Évalué à 3.

        C'est exact.
        En fait, sur leur site ils appellent Brutus un « client access framework », ça peut sembler ambigu mais Brutus tourne effectivement sur un serveur Exchange.
        Reste à écrire des clients libres pour Brutus...
  • # In short..

    Posté par  . Évalué à 10.

    Hi,

    My French is non-existant but babelfish managed to get some meaning out of your comments. It seems to me that there is a little confusion about the technical basis of Brutus, so I'll try to clarify that in a few words. I'll hope you'll forgive me for keeping this post entirely in English.

    Brutus is technically speaking a CORBA wrapper that wraps native MAPI in a large set of appropiately defined CORBA methods and types. It is therefore a requirement that the Brutus server part is installed on some Windows server where the correct version of the MAPI dll is located. The Exchange server itself is the supported choice.

    The Brutus IDL files, on the other hand, makes it possible for *any* client to connect to Brutus, and thereby Exchange, as long as some CORBA implementation is available on the client box.

    The primary goal of Brutus is to enable any client to integrate into an Exchange infrastructure on an equal footing with Outlook.

    Best regards,
    jules (www.omesc.com)
    • [^] # La classe !

      Posté par  . Évalué à 2.

      Linuxfr s'ouvre à l'international ! va falloir se faire offrir un nouvel octuple Xeon et plein de barettes de RAM, les gars :-)

      aller, ça sonne le début de la fin de slashdot ce post
    • [^] # Re: In short..

      Posté par  . Évalué à 8.

      Hi codding, If you don't mind I will translate your post. I think your explanations might interest quite a few people here.

      Bonjour,
      Mon niveau en francais est nul mais babelfish a réussit à me faire un peu comprendre vos commentaires. J'ai l'impressionq u'il y a une petite confusion sur la base technique(technologique) de Brutus, je vais donc essayer ça en quelques mots. J'espère que vous me pardonerez de faire ce post exclusivement en anglais.

      D'un point de vue technique, Brutus est une interface CORBA qui redirige la MAPI native vers un jeu de types et de méthodes CORBA adéquatement définis. Il est de fait obligatoire que la partie serveur de Brutus soit installé sur un serveur Windows ou se trouve la version correcte de la DLL MAPI. Le choix que nous maintenons ets le serveur Exchange.

      D'autre part les fichiers de l'IDL Brutus permettent à *n'importe quel* client de se connecter à Brutus, et au travers à Exchange, pourvu qu'il y ait une implémentation CORBA sur le machine.

      Le but premier de Brutus est de permettre à n'importe quel client de se connecter à uen infrastructure Exchange exactement comme le ferait Outlook.


      Thanks for the information Jules.
      • [^] # Re: In short..

        Posté par  . Évalué à 3.

        En fait, une telle solution serait extrèmement intéressante uniquement si le support suit au niveau client. Et une telle chose aurait nettement plus de chances de pouvoir arriver si Brutus savait interfacer d'autres types d'architecture qu'Exchange: postfix, OpenGroupware, Kolab, ...

        Une telle chose serait-elle prévue?

        English version for colding:

        That kind of solution would be very very interesting, but only if there is some good support from the client side. And such a thing would be eased if there were other architectures supported by Brutus, as postfix, OpenGroupware, Kolab, ...

        Is it planned?
        • [^] # Re: In short..

          Posté par  . Évalué à 5.

          Hi,

          Thank you for translating your reply and thus enabling me to answer ;-)

          I strongly agree that client support is the crucial messure of success, but please don't confuse the backend server product with that. Postfix, OpenGroupware, exchange4linux and Kolab are all server products. Most, if not all, of these offer clients access to their full range of features using platform neutral protocols such as IMAP or POP3.

          Not so with Exchange... The *only* way to achive Exchange integration on an equal footing with MS Outlook (feature- and performance-wise) has previously been to use MAPI. Brutus is now enabling any client to access Exchange on that same level, being it on Windows or not.

          But to return to your point, client support. Nobody would care the slightest about Brutus unless clients are supporting it. I fully expect that I need to do that part myself. Our first project would probably be to create an Evolution Brutus plugin. Any help would be greatly appreciated :-)

          I would appreciate alternatives, but clients must be GPL'ed or they must have a commercial Brutus license. I really don't see any other realistic choices than Evolution, considering the available GPL'ed groupware products, but I am always open for suggestions.

          Another interesting option is to use Brutus to build a
          MAPI <=> Brutus <=> <ANY PROTOCOL>
          gateway. That gateway could give, say IMAP clients, way better access to Exchange without them having to support Brutus natively.

          Best regards,
          jules
          • [^] # Re: In short..

            Posté par  . Évalué à 2.

            I would appreciate alternatives, but clients must be GPL'ed or they must have a commercial Brutus license. I really don't see any other realistic choices than Evolution, considering the available GPL'ed groupware products, but I am always open for suggestions.

            Isn't there some GPLed groupware product from KDE guys?
            • [^] # Re: In short..

              Posté par  . Évalué à 2.

              There is the KDE Kolab Client. Hmm.. I should look into that one I guess.
  • # Lotus Notes

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

    Ca a peu de chose à voir avec la nouvelle,
    Mais si quelqu'un a des retours d'expériences pour connecter un poste client linux
    à un serveur notes ca m'intéresse. Merci :-)
    • [^] # Re: Lotus Notes

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

      Tu peux utiliser le connecteur Lotus dans Exchange pour relier Notes à Exchange. Puis Brutus pour relier Exchange à ton poste linux. ;)

      Tu vois que cela a quelquechose à voir avec la nouvelle...

Suivre le flux des commentaires

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