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
- Société OMC (34 clics)
- nordicos.org (7 clics)
- lwn.net (3 clics)
- computer woche (3 clics)
# Pas si simple?
Posté par Larry Cow . Évalué à 9.
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 ham . Évalué à 8.
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 Sylvain Sauvage . Évalué à 3.
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 colding . Évalué à 10.
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 Nap . Évalué à 2.
aller, ça sonne le début de la fin de slashdot ce post
[^] # Re: In short..
Posté par Jerome Herman . Évalué à 8.
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 Larry Cow . Évalué à 3.
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 colding . Évalué à 5.
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 Larry Cow . Évalué à 2.
Isn't there some GPLed groupware product from KDE guys?
[^] # Re: In short..
Posté par colding . Évalué à 2.
# Lotus Notes
Posté par spell (site web personnel) . Évalué à 1.
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 yoho (site web personnel) . Évalué à 2.
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.