sehr tolle nachricht so lässt sich ein mögliches "no ms-tax" argument nun vollständig ziehen (sollte man denn dieses überhaupt wollen) - insgesamt bezogen eben auf eine "office"-umgebung...
ich habe SuSE9.1, evolution + evolution devel ist installiert...
Beim kompilieren gibts aber ein Problem:
localhost:/tmp/ximian-connector-1.4.7 # ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets $(MAKE)... yes checking for working aclocal-1.4... missing checking for working autoconf... found checking for working automake-1.4... missing checking for working autoheader... found checking for working makeinfo... missing checking Evolution version... configure: error: Evolution development libraries not installed localhost:/tmp/ximian-connector-1.4.7 #
Du solltest warten bis ein rpm für deine Distribution draussen ist. Das Teil hat XXX Abhängigkeiten. Diese Meldung bekommst du weg in dem du die Versionsabfrage in der configure ausschaltest. Der Connector ist für evo 1.4.7 aktuell ist aber noch 1.4.6 Ich hab den connector nach langen Abhängigkeiten erfuellen kompilieren können, allerdings sagt er mir beim starten von ximian-connector-setup das er kein evo starten kann :/
allerdings kommt die meldung das die authentifizierung mittels ntlm nur mit einer gepatchten version von heimdal funktioniert, der exchange server muss also klartextauthentifizierung zulassen...
Es sieht aus, als wenn Novell hält, was IBM verspricht. Klasse das. So langsam mag ich Novell, auch wenn ich ihr Netware Zeug (als Benutzer) nicht immer so toll fand.
Auch ich stand Novel anfangs äußerst Skeptisch gegenüber als sie auf den Linuxzug aufsprangen was wohl ebenfalls mit Erinnerungan an ihre früheren Produkte, vor allen an die Zeit des relativen Stillstands zusammenhängt. Allerding scheint es wirklich so das sie meinen was sie von sich geben und somit sind sie offenbar ein großer Zugewinn für die Community da sie offenbar das Konzept von nehmen und geben verstanden haben.
Hmmm, also ich bin da skeptischer, weil sie (Novell) grad recht viel "geben". Nein, klingt wirklich alles sympathisch. Nur: so nett sich Novell grad gibt bleibt Novell eine Firma. Daran kann ihr verschenken nichts ändern. Also ein gesundes Misstrauen sollte schon bleiben. Der bombenfeste Eisberg auf dem die Pinguine leben, sollte bombenfest bleiben. Ne Alternative hab ich nicht, solange es keine DVB Treiber und VDR für die BSDe gibt Nicht, das gerade Minen gelegt werden...
jap misstrauen ist immer gut besonders bei grossen firmen wie novell. ich finde das zwar auch alles schoen und gut aber irgend ein haken gibts da sicher. olli
Von Reiner Shischke am Mi, 12. Mai 2004 um 09:51 #
Zum Thema Novell. Bei einer Firma in Bremen, bei der ich arbeitete, war eine gemischte Netzlandschaft vorhanden. An den Arbeitsplätzen herrschte Windows. Im Serverraum standen neben den Bintec Routern, Solaris Server, Linux Server, Windows NT 4.0 Srever und Novel Server. - Am besten lernte ich die Windows Server kennen, da sie manchmal (alle paar Wochen) einige oder auch alle Dienste einstellten oder neu gestartet werden mussten, - die Solaris Server liefen ohne Probleme, bedienten die email, hatten aber im jährlichen Rhythmus Plattenprobleme (Hardware), die Linux Server liefen erst experimentell dann aber übernahmen sie zunehmend Windows-Serverdienste (smb...) hatten Anfangs Probleme, was aber an unserer Konfiguration lag und nach und nach beherrscht wurde, - die Novell Netware Server fand ich erst garnicht, sie liefen ohne Pause, versorgten uns mit Faxdiensten, Fileserver-Diensten und spezifischer Unternehmenssotware. Kurz, sie waren das wirklich stabile Rückgrat der Firma. Es liefen auch noch einige VAX-Systeme, aber hauptsächlich um Kundensysteme zu konfigurieren. Alles in allem stellten wir fest, dass die wirklich stbilsten Systeme auf einer Intel-Hardware liefen und Novell als OS hatten, obwohl einhellig in der Firma Linux Enthusiasten arbeiteten. Wir fingen zuletzt auch noch mit Linux auf Alpha-Servern an, mussten allerdings feststellen, dass deren Preisnachteil gegenüber Intel-Systemen diese als nicht lohnend erscheinend liess. Das selbe galt übrigens für Windows NT auf den Alpha Servern. Wenn Novell sich jetzt im Bereich Linux engagiert und migriert, dann bleibt zu hoffen, dass sie ein ebenso stabiles System, wie ihre alten Netware Systeme schaffen. Das spricht sich rum.
Wenn ich im Rückblick ehrlich bin, war das damalige Novell System das stabilste und von der Wartung her einfachste System das ich jemals bedient/administriert habe. Sicherlich sind die Dienste seit damals explodiert und ich war auch mit Sicherheit einer derjenigen, die als erste auf NT migrierten. Warscheinlich, weil es so schön bunt war. Aber ehrlich, unter Windows sind die Admin Kosten explodiert. Nicht mal so eben ums doppelte sondern eher ums 10 bis 20fache.
Mit Linux hat sich das ganze dann wieder normalisiert. Leider immer noch nicht bis auf das damalige Novell Niveau. So Schei.. einfach wars nie wieder. Wirds natürlich auch heute mit Novell nicht wieder sein.
Auch wenn ich Novell skeptisch gegenüber stehe, hat die Firma immer noch einen dicken Stein im Brett. Mit solchen Aktionen sowieso.
Ich denke, das Novell sehr stark lernen und umstrukturieren musste. Ich glaube nicht, dass die in den letzten Jahren mit dem Verkauf ihrer Software überlebt haben. Warscheinlich nur mit dem Support und Dienstleistungen. Vielleicht können die deshalb diesen Weg gehen?
Da ja nun der quellcode vorliegt könnte ja ein programmierer ein plugin für kontact schreiben. Die web-exchange anbindug funzt ja bereits. Na mal sehen was wird
Von Thorsten Schnebeck am Mi, 12. Mai 2004 um 10:50 #
KMail braucht keinen Connector, da man Mails vom Exchange-Server auch per IMAP austauschen kann. Die Groupware-Funktionen von MS-Exchange können per Exchange-Resource in KOrganizer eingebunden werden. Das funktioniert wie beim Novell-Connector per Webdav. KOrganzier biert schon längere Zeit einen einfachen Zugriff zum Exchangeserver, aber erst mit KDE-3.2 liegt diese als KResource vor und lässt sich transparent in KOrganizer einbinden. Der Source-Code des Novell-Connectors hilft hoffentlich die Anbindung noch besser bzw. vollständiger zu machen.
Übrigens, pro Connector ist trotzdem eine Clientlizenz an MS fällig - also besser freie Server-Lösungen wie Kolab pushen als auf Exchange zurückgreifen
>Übrigens, pro Connector ist trotzdem eine >Clientlizenz an MS fällig - also besser >freie Server-Lösungen wie Kolab pushen als >auf Exchange zurückgreifen
Das stimmt nur halb: wenn Exchange so konfiguriert ist, das es nur mapi zuläßt, wirst Du mit imap und webdav nicht viel. Das ist z.B. bei uns in der Firma so. Da wird dann schon ein "outlook emulator" benötigt.
Unter http://biz.yahoo.com/prnews/040511/sftu101_1.html kann man lesen
"...Other features new to Evolution 2.0 include improved offline support for IMAP accounts, calendar improvements and enhanced contact management. These enhancements complement current Evolution collaboration capabilities including the Connector for Novell's SUSE LINUX Openexchange Server..."
Mal sehen, wie lange Novell das durchhält. Momentan machen die es gut, aber in ein bis zwei Jahren? Da muß sich nur was im Vorstand/Geschäftsführung ändern....
Sehe ich das richtig, dass der Connector nur in der Lage ist, über OWA eine Exchange Mailbox zu "interpretieren"? Ich dachte, das wäre ein vollwertiger X400 Connector, der auch in der Lage ist, die GAL und den Kalender, etc nativ zu nutzen. Ich bin etwas enttäuscht?
Oder habe ich mich nur verlesen? Für hätte man den denn sonst "kaufen" sollen? OWA geht doch im Konq, Moz, Opera und co..
Mal andersrum. Unser Chef will nicht von Windows und seinem Outlook lassen. Server läuft unter Linux (SMB, DHCP, Faxserver, etc.). Gibt's einen Open Source Exchange Ersatz, der mit Outlook-Kontakten klarkommt?
Exchange nutzt ldap für das "Adressbuch", mit Evolution ohne den Connector greife ich per imaps auf die mails zu und via ldap auf das adressbuch.
drehen wir das also rum.
installiere imap-ssl (z.B. courier-imap) auf die linux büchse ... ... outlook sagst du nun, dass du nicht einen exchange sondern internet mail verwenden willst und stellst dann imaps auf den linux server ein.
installier dir ldap auf den linux server und lege das adressbuch an (ldap kann so ziemlich jeder MUA als kontakt quelle nutzen)
kalender und so weiter würde ich durch ein web interface ersetzen, wenn es überhaupt benötigt wird.
optional kann man die kalender auch ohne exchange abgleichen, d.h. outlook generiert im internet mode eine ical kompatible "einladung", die du sowohl mit notes als auch mit evolution lesen und akzeptieren kannst und dein kalender wird auch upgedatet. anders herum geht das natürlich auch. d.h. du kannst auch einen outlook user zu deinem termin, den du gerade in deinen evolution kalender eingefügt hast, einladen. genauso mit notes. andere konnte ich noch nicht testen. Aber alles was das ical protokoll (ist es wirklich das ical protokoll? sorry iss zu früh) versteht sollte klappen AFAIK.
Hab gerade versucht den Connector unter Suse 9.0 zu installieren. Sehr enttaeuschend. Dazu benoetigt man ein Programm namens red-carpet, das es auch bei Novel gibt. Es besteht aus drei rpm Paketen, die wiederum ein Paket python-gtk >= 2.0.0-31.ximian.1 benoetigen. Installiert man statt dessen python-gtk-2.0.0-76 von Suse 9.0, bricht das (Installations-) Programm red-carpet ab, da in python-gtk der thread support beim compilieren ausgeschaltet war. => Installation schon vor der eigentlichen Installation fehlgeschlagen, obwohl Suse 9.0 offiziell unterstuetzt wird => Setzen sechs!
ich habe SuSE9.1, evolution + evolution devel ist installiert...
Beim kompilieren gibts aber ein Problem:
localhost:/tmp/ximian-connector-1.4.7 # ./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking whether make sets $(MAKE)... yes
checking for working aclocal-1.4... missing
checking for working autoconf... found
checking for working automake-1.4... missing
checking for working autoheader... found
checking for working makeinfo... missing
checking Evolution version... configure: error: Evolution development libraries not installed
localhost:/tmp/ximian-connector-1.4.7 #
Was fehlt noch? Ich kenne mich da nicht so aus...
aclocal-1.4
automake-1.4
makeinfo
Diese Meldung bekommst du weg in dem du die Versionsabfrage in der configure ausschaltest. Der Connector ist für evo 1.4.7 aktuell ist aber noch 1.4.6
Ich hab den connector nach langen Abhängigkeiten erfuellen kompilieren können, allerdings sagt er mir beim starten von ximian-connector-setup das er kein evo starten kann :/
gnome-panel-2.4.2
gnome-desktop-2.4.1.1
evolution-devel-1.4.6
pkgconfig-0.15.0
gnome-vfs2-devel-2.4.2
libbonobo-devel-2.4.3
libgnome-devel-2.4.0
libgnomecanvas-devel-2.4.0
libbonoboui-devel-2.4.0
libgnomeui-devel-2.4.0.1
gal2-devel-1.99.11
libglade2-devel-2.0.1
libgnomeprint-devel-2.5.3
libsoup-devel-1.99.28
cyrus-sasl-devel-2.1.18
openldap2-devel-2.2.6
popt-devel-1.7
libgnomeprintui-devel-2.5.3
esound-devel-0.2.33
heimdal-tools-0.6.1rc3
e2fsprogs-devel-1.34
db-devel-4.2.52
heimdal-0.6.1rc3
heimdal-devel-0.6.1rc3
allerdings kommt die meldung das die authentifizierung mittels ntlm nur mit einer gepatchten version von heimdal funktioniert,
der exchange server muss also klartextauthentifizierung zulassen...
ciao,
daniel
Grüße
Sturmkind
Also ein gesundes Misstrauen sollte schon bleiben. Der bombenfeste Eisberg auf dem die Pinguine leben, sollte bombenfest bleiben. Ne Alternative hab ich nicht, solange es keine DVB Treiber und VDR für die BSDe gibt
Nicht, das gerade Minen gelegt werden...
olli
Bei einer Firma in Bremen, bei der ich arbeitete, war eine gemischte Netzlandschaft vorhanden. An den Arbeitsplätzen herrschte Windows. Im Serverraum standen neben den Bintec Routern, Solaris Server, Linux Server, Windows NT 4.0 Srever und Novel Server.
- Am besten lernte ich die Windows Server kennen, da sie manchmal (alle paar Wochen) einige oder auch alle Dienste einstellten oder neu gestartet werden mussten,
- die Solaris Server liefen ohne Probleme, bedienten die email, hatten aber im jährlichen Rhythmus Plattenprobleme (Hardware), die Linux Server liefen erst experimentell dann aber übernahmen sie zunehmend Windows-Serverdienste (smb...) hatten Anfangs Probleme, was aber an unserer Konfiguration lag und nach und nach beherrscht wurde,
- die Novell Netware Server fand ich erst garnicht, sie liefen ohne Pause, versorgten uns mit Faxdiensten, Fileserver-Diensten und spezifischer Unternehmenssotware. Kurz, sie waren das wirklich stabile Rückgrat der Firma.
Es liefen auch noch einige VAX-Systeme, aber hauptsächlich um Kundensysteme zu konfigurieren.
Alles in allem stellten wir fest, dass die wirklich stbilsten Systeme auf einer Intel-Hardware liefen und Novell als OS hatten, obwohl einhellig in der Firma Linux Enthusiasten arbeiteten. Wir fingen zuletzt auch noch mit Linux auf Alpha-Servern an, mussten allerdings feststellen, dass deren Preisnachteil gegenüber Intel-Systemen diese als nicht lohnend erscheinend liess. Das selbe galt übrigens für Windows NT auf den Alpha Servern.
Wenn Novell sich jetzt im Bereich Linux engagiert und migriert, dann bleibt zu hoffen, dass sie ein ebenso stabiles System, wie ihre alten Netware Systeme schaffen. Das spricht sich rum.
A+
Reiner
Aber ehrlich, unter Windows sind die Admin Kosten explodiert. Nicht mal so eben ums doppelte sondern eher ums 10 bis 20fache.
Mit Linux hat sich das ganze dann wieder normalisiert. Leider immer noch nicht bis auf das damalige Novell Niveau. So Schei.. einfach wars nie wieder. Wirds natürlich auch heute mit Novell nicht wieder sein.
Auch wenn ich Novell skeptisch gegenüber stehe, hat die Firma immer noch einen dicken Stein im Brett. Mit solchen Aktionen sowieso.
Ich denke, das Novell sehr stark lernen und umstrukturieren musste. Ich glaube nicht, dass die in den letzten Jahren mit dem Verkauf ihrer Software überlebt haben. Warscheinlich nur mit dem Support und Dienstleistungen. Vielleicht können die deshalb diesen Weg gehen?
Gruss
UK
Was gibt es da an möglichkeiten für den user ?
cu lars
Übrigens, pro Connector ist trotzdem eine Clientlizenz an MS fällig - also besser freie Server-Lösungen wie Kolab pushen als auf Exchange zurückgreifen
Bye
Thorsten
>Clientlizenz an MS fällig - also besser
>freie Server-Lösungen wie Kolab pushen als
>auf Exchange zurückgreifen
ich dachte evolution ersetzt Exchange ?
kann man dann auch mit linux gegen den Slox arbeiten?
"...Other features new to Evolution 2.0 include improved offline support for IMAP accounts, calendar improvements and enhanced contact management. These enhancements complement current Evolution collaboration capabilities including the Connector for Novell's SUSE LINUX Openexchange Server..."
Also ja.
Da muß sich nur was im Vorstand/Geschäftsführung ändern....
Ich dachte, das wäre ein vollwertiger X400 Connector, der auch in der Lage ist, die GAL und den Kalender, etc nativ zu nutzen.
Ich bin etwas enttäuscht?
Oder habe ich mich nur verlesen? Für hätte man den denn sonst "kaufen" sollen? OWA geht doch im Konq, Moz, Opera und co..
GAL und Kalender funktionieren.
Ich verwende Evolution und den connector auf einer SuSE 8.2 und empfinde das ganze als zerbrechlich.
Ich muß dazu sagen, meinen Benutzer bekomme ich über NIS und mein Homeverzeichnis über NFS.
Gibt es neben mir noch jemanden, der sich das Ding gekauft hat?
drehen wir das also rum.
installiere imap-ssl (z.B. courier-imap) auf die linux büchse ...
... outlook sagst du nun, dass du nicht einen exchange sondern internet mail verwenden willst und stellst dann imaps auf den linux server ein.
installier dir ldap auf den linux server und lege das adressbuch an (ldap kann so ziemlich jeder MUA als kontakt quelle nutzen)
kalender und so weiter würde ich durch ein web interface ersetzen, wenn es überhaupt benötigt wird.
optional kann man die kalender auch ohne exchange abgleichen, d.h. outlook generiert im internet mode eine ical kompatible "einladung", die du sowohl mit notes als auch mit evolution lesen und akzeptieren kannst und dein kalender wird auch upgedatet. anders herum geht das natürlich auch. d.h. du kannst auch einen outlook user zu deinem termin, den du gerade in deinen evolution kalender eingefügt hast, einladen. genauso mit notes. andere konnte ich noch nicht testen. Aber alles was das ical protokoll (ist es wirklich das ical protokoll? sorry iss zu früh) versteht sollte klappen AFAIK.
cu,
mfl
Web Interface wird leider nicht gewollt (sonst wäre Outlook wohl schon komplett von phpGroupware ersetzt worden). Trotzdem danke für den Tip.
ABER WANN WIRD DENN DER CONNECTOR FREIGEGEBEN??!!??