<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
Mile kolegyne, kolegovia,<br>
<br>
UVOD<br>
<br>
robil som mensi prieskum groupware systemov s cielom najst riesenie
plne funkcne na pracovnych staniciach Linux aj Windows. Ak sa o tuto
temu zaujimate a chcete vediet, k comu som zatial dospel, a pripadne to
obohatit aj o Vase poznatky a skusenosti, citajte dalej a tesim sa na
pripadne pripomienky. V opacnom pripade dakujem aspon za precitanie
tohto prveho odstavca.<br>
<br>
TECHNOLOGIE<br>
<br>
V nasich zemepisnych sirkach je dost beznym groupware riesenim <u><b>Microsoft
Outlook + Exchange</b></u>. V Linuxe sa da namiesto Outlook pouzit
klient <u><b>Evolution</b></u>, tento vsak zial podla mojich
informacii nema podporu nativneho rozhrania Exchange (MAPI/RPC), ale
len OWA/WebDAV (tato cast funkcionality bola znama aj pod menom Ximian
konektor), ktore vsak zial poskytuje len cast funkcionality Exchange
(otestovat sa to chystam v najblizsej dobe, ak s tym niekto mate
skusenosti, alebo suvisiace poznatky, dajte vediet). Pri hladani inej <u><b>MAPI</b></u>
alternativy pre Linux som si uvedomil, ze s MAPI rozhranim je to
podobne ako s formatom .doc - proprietary Microsoft. Ked je nieco
takymto sposobom proprietarne, a nie standardizovane, tak od
rozhodnutia danej firmy (MS) zavisia lubovolne pripadne zmeny rozhrania
v buducnosti. Nakolko su take zmeny pravdepodobne, je na diskusiu,
ktoru moze vyhrat len ten, kto pozna skryte plany uvedenej firmy, mozno
je to dovod, preco sa vyvojarom inych konkretnych groupware klientov
nie vzdy chce do vyvoja takeho rozhrania, ci uz priamo, alebo formou
konektora.<br>
<br>
V sucasnosti existuju propri Outlook+Exchange aj <u><b>ine groupware
systemy</b></u> (server+klient), s +- tou istou funkcionalitou, ale
pouzivajucimi rozne technologie a komunikacne rozhrania. Vacsinou sa
jedna o komercne systemy (jednou z vynimiek je napr. Kolab), ktore sa s
do velkej miery monopolnym postavenim MS snazia bojovat cenou, su to
napr. tieto (neodchadzajte od obrazoviek, najlepsie veci pridu na konci
tohto reportu!):<br>
<br>
<b>Kolab 2</b><br>
<font><font face="geneva, arial, helvetica" size="2">Stalker Software's
CommuniGate Pro (CGPro) </font></font><br>
Novell SUSE LINUX OpenExchange Server (SLOX)<font><font
face="geneva, arial, helvetica" size="2"><br>
Oracle Collaboration Suite<br>
IBM Lotus Notes / Domino<br>
Novell GroupWise<br>
HP OpenView<br>
SCO Group </font></font><font><font face="geneva, arial, helvetica"
size="2">SCOoffice Mail Server</font></font><br>
Zimbra<br>
Open-Xchange<br>
KerioMailServer<br>
...<br>
(Sice 2,5 roka stary, ale inak celkom zaujimavy clanok porovnavajuci
groupware: <a class="moz-txt-link-freetext"
href="http://www.networkcomputing.com/1414/1414f3.html">http://www.networkcomputing.com/1414/1414f3.html</a>.)<br>
<br>
Ak tieto chcu konkurovat a nahradzat MS Exchange+Outlook, nutne
potrebuju moznost komunikovat cez MAPI, pretoze maloktora vacsia
organizacia si dovoli urobit taku zasadnu zmenu naraz na vsetkych
pracovnych staniciach (vacsinou to ani nie je mozne). Najmenej
drasticke je postupne pridavanie novych klientov, pripadne ako nahrada
starych (Outlook). Tito klienti musia vediet komunikovat s Exchange a
preto by mali mat podporu MAPI bud priamo, alebo formou konektora. (To
je strucny opis toho, co sa prave snazim najst.) A potom jedneho
krasneho dna, ked uz bude podstatna cast novych klientov, sa vymeni
(alebo aj nie) aj Exchange inym groupware serverom a od tej chvile uz
novi klienti nepotrebuju konektory, pretoze vedia priamo nativne
komunikovat so serverom, ale zvysok starych klientov naopak, potrebuje
konektory opacne (aby Outlook vedel komunikovat s novym serverom).
Mozny, aj ked v tomto pripade trochu narazovejsi, je aj opacny sposob
(najskor server, potom klienti).<br>
<br>
Prax a podpora opensource zo strany IT spolocnosti ukazuje, ze je
daleko hospodarnejsie vyvinut jeden opensource konektor na integraciu
lubovolnych klientov s Exchange, nez si ma kazdy vyrabat takyto
"prevodnik" pre svojho klienta sam. Asi preto vznikol projekt <u><b>Brutus</b></u>
(<a class="moz-txt-link-freetext"
href="http://www.omesc.com/modules/main_module/">http://www.omesc.com/modules/main_module/</a>).
Jedna sa o softver na baze
CORBA distribuovany pod GNU GPL (alternativne aj pod komercnou
licenciou) danskou firmou OMC. VELMI aktualny clanok:
<a class="moz-txt-link-freetext"
href="http://www.omesc.com/content/docs/brutus_intro.pdf">http://www.omesc.com/content/docs/brutus_intro.pdf</a>.
Vlastne to nie je
len konektor, ale kit na tvorbu takychto integracnych konektorov pre
Microsoft Exchange 5.5, 2000 and 2003, ktory niektore hotove aj
obsahuje (napr. konektory pre Evolution 2.4.x a 2.0.x). Okrem tejto
casti, ktora sa instaluje na klienta, je nutne aj na Exchange server
nainstalovat Brutus server, stiahnutelny tiez z
<a class="moz-txt-link-freetext"
href="http://www.omesc.com/content/downloads/index.php">http://www.omesc.com/content/downloads/index.php</a>.<br>
<br>
A pred zaverom by som sa este rad vratil k vyssie uvedenemu groupware
zvanemu <u><b>Kolab</b></u> (verzia 2), ktory mozno predstavuje svetly
zajtrajsok v tejto oblasti, ak sa udrzi a neskolabuje. Odporucam
precitat tento kratky clanocek:
<a class="moz-txt-link-freetext"
href="http://www.klaralvdalens-datakonsult.se/?page=projects&sub=kroupware">http://www.klaralvdalens-datakonsult.se/?page=projects&sub=kroupware</a>.
Kolab vzisiel z projektu Kroupware (<a class="moz-txt-link-freetext"
href="http://kroupware.org/">http://kroupware.org/</a>), ktoreho
hlavnou ulohou bolo integrovat korespondujuce KDE komponenty (KMail,
KOrganizer, KAddressbook, KPilot). Vznikol na zakazku nemeckej
federalnej agentury pre IT bezpecnost. Kolab 2 je distribuovany pod
licenciou GPL a jeho oficialnym klientom je <u><b>KDE Kontact</b></u>.
Pouziva otvoreny format zvany Kolab-XML. Je to velmi zivy projekt,
ktory vyhral Linux New Media Award 2005 v kategorii 'Best Grouware
Server'. K dispozicii je aj tzv. Toltec plugin pre MS Outlook, ktory
umoznuje pouzivat toto groupware riesenie aj z prostredia Microsoft
Windows+Office. Podla toho co som cital to vyzera na inovativny system,
v pripade pogooglenia sa mozno dozvediet viac. Kolab Konsortium
poskytuje aj platene profesionalne sluzby: enterprise support,
consultancy & development, co je rozhodne vyhodou pre potencialneho
zakaznika rozhodujuce sa pre toto riesenie.<br>
<br>
ZAVER<br>
<br>
Takze ak niekto zvazuje zmiernovat zavislost na Microsofte a znizovat
poddanske davky, tak v pripade, ze uz ma vybudovanu MS Exchange
infrastrukturu, tak moze pridavat klientov na baze slobodneho softveru
prostrednictvom Evolution+Brutus, co vyzaduje aj prvotnu jednorazovu
instalaciu na Windows serveri. Ak mu staci obmedzena funkcionalita, tak
Evolution bez Brutus a teda namiesto MAPI pouzit OWA. (A ak niekto
nevyuziva groupwareove features a staci mu cisty mailserver, tak sa
trapit vobec nemusi, postaci mu lubovolny POP3, IMAP alebo webmail, a
toto cele ani nemusel citat ;).<br>
A kym takto vymeni podstatny pocet klientov, tak vtedy uz snad bude k
dispozicii kvalitny free software groupware server, s ktorym bude
Evolution vediet pracovat (mozno to bude aj samotny Kolab, ktory
momentalne spolupracuje s klientom "konkurencnym" pre "gnomacky"
Evolution - "kdeckovy" Kontact). A ak niekto vo firme IT infrastrukturu
este nema, a chce si ju vratane groupware riesenia vybudovat od piky,
tak by nebolo na skodu vyskusat priamo Kolab na serveri a Kontact na
novych linuxovych pracovnych staniciach.<br>
<br>
Tolko k teorii videnej mojimi ocami, ak niekto mate za zmienku stojace
skusenosti s vyssie popisanymi, alebo inymi groupware technologiami pre
Linux, velmi rad sa o nich dozviem.<br>
<br>
S pozdravom,<br>
<pre class="moz-signature" cols="72">--
Jan Ostrochovsky, technicky spravca IIKS
Areal v Karlovej Vsi Univerzity Komenskeho
telefon: +421 2 602 99 251, SIP: 11801 (v ramci UK)
</pre>
<br>
</body>
</html>