SuSE, Debian, RedHat. Was sollŽs? Hauptsache M$ frei. Wer sagt "SuSE sei kein Linux" ist ein Kleinhirn. Mit solchen "Schlabberköpen" will ich nichtŽs zu tun haben. DW
Macht euch mal keine Sorge. Der Email-Server II ist (war) ein echter Lacher von der Funktionalität her und III sieht nicht viel besser aus. Ein Cobalt Qube ist am längen besser.
Von Gernot Tenchio am Do, 11. Oktober 2001 um 22:21 #
Na mein lieber Schwan! Wenn ein Cobalt Qube schon besser ist, moecht ich nicht wissen was ein Email-Server III ist. Naja, ich steh ja auch auf der Systems, vielleicht geh ich mal laecheln.
MfG, Gernot
OT: Hier war doch irgendwer FPC Fan, vielleicht treffen wir uns ja in Muenchen.
Mit verlaub, aber Cobaltsystem sind nur schon was die verarbeitung betrifft echt schrott. Die Lüfter knarren schon bei der auslieferung und die Software ist auch noch fehlerhaft. Von der Performance mal ganz zu schweigen... kein Problem, wenn da nicht der Preis wäre.
Von Peter Woelfel am Do, 11. Oktober 2001 um 22:51 #
@paule:
was soll am EmailserverII so schlecht gewesen sein?
Das alles von Hand so hinzubasteln dauert je nach Erfahrung des Admins ca. 3-4 Wochen (grob geschaetzt). Alleine die Installation des Cyrus IMAPd ist schon teilw. recht tricky (oder war es frueher zumindest...)
Da war der Preis von ca. 400DM fuer das Teil echt OK.
Und die Funktionalitaet war echt ausreichend. Was haettest Du erwartet?
Dann kannst du ja eigentlich nur mich meinen Aber nein, ich bin nicht auf der Messe.
@ Peter
Jetzt kostet es aber das vierfache. Aber das ist immernoch ein fairer Preis. Ein funktionsloses Windows 2000 in der Server Version ist auch nicht billiger.
Von Gernot Tenchio am Do, 11. Oktober 2001 um 23:11 #
@LH
Egal, man kann sich ja mal mailen. Selten genug, dass man auf Pascal-Fans trifft. Habe da einige Projecte liegen die OS faehig gemacht werden muessten (netlink f. Pascal z.B.)
Du willst doch wohl nicht jemanden, der grob geschaetzt 3 bis 4 Wochen zur Einrichtung eines IMAP Servers benoetigt als Admin bezeichen. Oder? 3 bis 4 Wochen braucht man zum schreiben eines solchen (wenn auch nicht perfekten), jedoch nicht zum einrichten. Solltest Du also solche von dir beschriebenen Leute kennen, so meide diese.
Von Peter Woelfel am Fr, 12. Oktober 2001 um 00:05 #
@LH der Preis ist OK... da sind Apps von Skyrix dabei, und ausserdem Arkeia (wobei es da IMHIO auch eine kostenlose version fuer 3 Clients gibt)
@Gernot Es geht nicht nur um den Imapd, der mit Sieve, SSL und OpenLDAP-unterstuetzung gebaut werden will.... Du musst ausserdem noch die WebApplikationen einrichten und ein Config-FrontEnd schreiben (kommt mir jetzt bloss keiner mit Webmin... ;-)) Ach ja, und ein Admin hat in der Regel auch noch sein normales Tagesgeschaeft zu erledigen... Also 3 Wochen halte ich fuer gerechtfertigt... (Ausser Du meinst mit Einrichten "rpm -Uvh .... ;-)) Der Courier ist uebrigens nicht mal ansatzweise mit dem Cyrus Imapd zu vergleichen! Der ist vielleicht ein ganz netter Ersatz fuer den UWimapd... Ausserdem hatte er, als ich ihn angetestet hatte, Probleme mit einigen gebraeuchlichen Mail-Clients (Netscape und Pine, wenn ich mich recht erinnere).
Von Gernot Tenchio am Fr, 12. Oktober 2001 um 07:34 #
@Peter Woelfel
Jetzt wirds interessant.
1. OK, wenn das Schreiben eines Frontends inbegriffen ist sind 3-4 Wochen schon anzusetzen. Nur der Sinn eines solchen Frontends verschliesst sich mir, denn wenn der Admin in der Lage ist ein solches Frontend zu schreiben, sollte er auch in der Lage sein den Server ohne dieses zu administrieren. Ausnahme: Man will die Loesung dann verkaufen.
2. Probleme beim Courier gabs IMO beim Courier nur wenn man ihn mit der Option streng RFC konform zu sein kompiliert hat (da gabs irgendeinen Schalter "broken-clients" oder so)
3. Was sollte ein IMAP Server mehr koennen? Zumal wenn man die komplette Courier Suite einsetzt, man wirklich ein geschmeidiges Gespann hat :-)
Von Peter Woelfel am Fr, 12. Oktober 2001 um 09:07 #
@Gernot:
Ein Admin-Frontend ist dann wichtig, wenn der Admin mal Urlaub hat... Der Sinn ist ja der, das zur Not selbst der Chef mal einen User anlegen kann ;-)
Wg. Courier: Soweit ich weiss unterstuetzt der Courier IMAPd nicht alle IMAP-Commands... z.B. server-seitiges Suchen duefte da nicht funtionieren. Damit bleiben Clients wie der Mulberry aussen vor. Sicher, wenn Du Qmail einsetzt, ist der Courier nicht schlecht, weil er mit Maildirs klarkommt. Aber der Cyrus ist im moment einfach der flexibelste und vollstaendigste Imap-daemon den ich kenne...
@Peter Du hast völlig Recht. Wenn du mal hinkommst mit den 3-4 Wochen. Ein sauberen Mail-Server aufsetzen ist eine Sache. Aber dann das Ding noch an seine Bedürfnisse und Gewohnheiten anpassen, die nächste. Jetzt das Ding noch Reif für eine Urlaubsvertretung machen..... Apropos Web-Frontends ohne Webmin. Hat jemand einen schmalen, sicheren Web-Server im Angebot? Will ungern für ein bißchen Verwaltung gleich Apache draufjubeln.... Gruss Max
Das Admin-Interface ist eine echte Zumutung. Für Leute, die einfach nur eine Email-Adresse einrichten wollen ist es alles andere als Intuitiv. Ausserdem lässt sich damit das System nur sehr rudimentär administrieren (Postfix und Cyrus). Für Cyrus gibt es übrigens ein fertiges PHP-Admin Interface.
Von Gernot Tenchio am Fr, 12. Oktober 2001 um 13:34 #
Zitat:
The Courier-IMAP server can search and sort messages using other than the default us-ascii/iso-8859-1 character set. You can find the list of available character sets in the file unicode/charsetlist.txt.
Also das kanns nicht sein
MfG, Gernot PS: Ich meinte die Courier Suite! Nicht Courier IMAP + QMail
Von Peter Woelfel am Fr, 12. Oktober 2001 um 14:18 #
@anon13:28 Geschmachssache... es ist auf den ersten Blick sicherlich nicht intuitiv, man kommt aber nach einer Einarbeitung ganz gut klar. Mal sehen, wie das beim eMailServer III aussieht.
@gernot Als ich mir den Courier angeschaut habe, konnte der das IMHO noch nicht... Das war so ca. vor einem Jahr.
Was ich halt beim Cyrus bloed finde, ist das er grundsaetzlich seine eigene Userverwaltung benutzen will. Bei kleineren Firmen ist das Overkill, weil da auf der Linux-Kiste oft noch andere Dienste laufen, fuer die man eh Unix-User braucht.
Ich hab mal fuer einen Bekannten einen Imap-daemon gesucht, der einfach zu installieren/administrieren ist, aber einige der Funktionen von Cyrus hat. Also ein Zwischending aus Cyrus und UWimap. Vielleicht ist der Courier ja mittlerweile genau das richtige fuer diesen Einsatzzweck. Mal schauen ;-)
Von ex-Anonymous am Fr, 12. Oktober 2001 um 14:40 #
Das PHP Webinterface für cyrus (wenn Du php-cyradm meinst) hat einen Haken:
Es braucht php mit imap unterstützung. Allerdings fehlt cyrus eine Header Datei, die dafür benötigt wird (rfc822.h, wenn ich mich richtig erinnere). Das heißt, Du mußt Die diese Datei vom UW-imapd holen. Nicht wirklich elegant ... Abgesehen davon, das es extrem Buggy sein soll, unterstützt es afaik "nur" php3.
Cyrus kann sehr wohl mit der Unix "Benutzerdatenbank" arbeiten, extra Nutzer ist ein Feature, das nicht genutzt werden muß.
Sasl kann sowohl PAM als auch Kerberos nutzen - und mit pwcheck auch shadow.
Das Problem mit Courier ist (außer, das hat sich kürzlich geändert), das es nicht mit Openldap2 zusammenarbeitet (bzw. kein LDAPv3 unterstützt).
Von Peter Woelfel am Fr, 12. Oktober 2001 um 15:46 #
@ex-anonymous: Ja, mit dem Cyrus hast Du schon recht... Aber der Cyrus ist vom Konzept her halt so aufgebaut, dass er z.B. die Mail-Folder nicht ins $HOME legt, sondern seine eigene Struktur unter /var benutzt. Also Du musst z.B. immernoch mit cyradm eine Mailbox fuer den User anlegen usw. Der UWImapd ist da einfacher... aber er ist sehr langsam und kann z.B. keine ACLs.
Das der Courier nicht vernuenftig LDAP kann ist fuer diesen Einsatzzweck (kleinere Firma) belanglos.
Nur mal so ein kleiner Hinweis, schon mal LDAP komplett eingerichtet, also nicht nur so eine kleine Config, sondern mit all den anderen Sachen zusammenarbeitend?
genauso wie die anderen Sachen, alles soll mit allem zusammenarbeiten.
Un das Frontend ist ja nicht nur fuer den Admin, es gibt ja auch ein Frontend fuer die User ....
Ob 3-4 Wochen da reichen wage ich zu bezweifeln.
Dann noch die Mailinglisten und die Anbindung am Skyrix ...
Von Martin Meier am So, 14. Oktober 2001 um 19:35 #
Was habt ihr eigentlich gegen Webmin?
Man kann sich bei Webmin per SSL Verschlüsselung anmelden und die normale Anmeldung abschalten, also absolut sicher. Außerdem kann man noch User anlegen, die nur bestimmte Sachen(module) ändern dürfen.
Ich würde sagen Webmin ist das Tool schlechthin!!!!
Vor allem hat das ganze auftretten von SuSE einen sehr proffesionellen touch. Das überzeugt hoffentlich viele Administratoren dazu diese Software einzusetzen.
Aber: Wer hat schon damit erfahreungen (Also Version I und II). Wer kann darüber Berichten? Würde mich wirklich interessieren
Von Stormbringer am Fr, 12. Oktober 2001 um 08:27 #
Also mir gefällt es, daß ein deutsches Unternehmen sich nicht von den in Deutschland üblichen Erniedrigungen anstecken läßt und die Entwicklung einstellt.
Ob der eMail Server III gut sein wird, ob er schlecht sein wird, ob er in einzelnen Bereichen spezifisch angepaßt werden muß oder nicht, wird der Markt, und damit die Kundschaft, zeigen und bestimmen.
Hauptsache für mich ist, daß es ein weiterentwickeltes Produkt ist, welches als Alternative zu MS Exchange Server auf dem Markt angeboten wird (leider nicht als Ersatz ...). Der Preis? Inkl. 1 Jahr MAintenance seitens SuSE? Ist doch noch ok .... auch ein Admin hat Anspruch auf wenigstens 6 Wochen Urlaub, und sollte während dieser Zeit etwas geschehen sind sog. "Freelancer mit Kompetenz" wesentlich teurer pro Stunde, solche "ohne Kompetenz" wesentlich teurer was die Einsatzzeit betrifft.
Hoffentlicht macht SuSE weiter so!!! (außerdem: es muß ja niemand kaufen .... aber es ist am Markt verfügbar)
Der Postfix MTA und der Cyrus imapD bei gleichzeitiger Nutzung einer mySQL Datenbank für die virtuellen Domänen, Nutzer und Aliase scheint mir als die zur Zeit beste Lösung für einen Cooperate E-Mail Server. Da z.B. PHP mit mySQL Support kommt oder selbst Perl mit DBI's & Co nicht wirklich schwer zu Nutzen sind, lässt sich so auch eine schöne Administrationsoberfläche für den ImapD schreiben. Ich habe mir irgendwann mal die Zeit genommen und Replex ins Deutsche übersetzt und noch diverse Anpassungen hieran gemacht. Dient inzwischen mehrfach erfolgreich als Oberfläche für das Einrrichten von Domänen, Accounts und Aliasen. Wer mehr über o.g. genanntes Gespann in dieser Konstellation wissen möchte - fragen kostet nüscht...
IMHO: Wer den SuSE E-Mail Server in irgendeiner der bisher erschienenen Version unmodifiziert einsetzt ist selbst Schuld.
Von Carsten Maul am Sa, 13. Oktober 2001 um 18:42 #
Also meiner Meinung nach fehlem dem SuSE IMAP Server noch en paar Sachen.
Aber ich fange erst einmal bei den roots an:
Der SuSE IMAP Server besteht seit jeher aus dem Postfix MTA und dem Cyrus IMAP Server. Hier fangen schon ein paar Probleme an. Ein wirklich guter eMail Server sollte Skalierbar sein. SuSE stellt sich unter Skalierbar vor: Man kann soviele User anlegen wie man will. Ich stell mir unter Skalierbar vor: man kann viele Server zusammenschalten um viele User zu hosten und gleichzeitig möglichst ausfallsicher zu sein. Zurück zum Postfix MTA, dieser bietet leider keine vernünftige Skalierbarkeit. Meherere Postfix MTAŽ s schnallen gar nicht das sie zusammen gehören. Ok, ein MTA kann auch noch autonom empfangen. Wenn man jetzt aber mehrere Server einsetzen schnallt der MTA nicht auf welchem Server die Mailbox des Users ist. Postfix benutzt zwar LDAP um die Userdaten zu validieren, aber ein Feld "Home-Server" oder sowas versteht Postfix nicht und somit kann er eMails nicht an einen anderen Mailboxserver als Backend versenden. Ja, Exchange kann das. Ein Exchangeserver kapiert automatisch das eine Empfangene eMail zur normalen Domäne gehört und kann dann aber auch diese zu verschiedenen Mailboxserver weiterschicken die zum Cluster gehören. Somit ist der SuSE eMail Server alleine schon durch den Einsatz von Postfix gehandicaped. Er wird aus seinem "für kleine und mittlere Firmen " Image nicht herrauskommen können. Jetzt mal ehrlich, bei Exchange kann ich einfach einen zusätzlichen Server dazustellen und schon kann ich meine Mailboxen auf zwei Server verteilen, so dass wenn einer ausfällt die anderen Mailboxen noch Online sind.
Hier sollte SuSE dringend in die Entwicklung von Postfix investieren!
Weiterhin kann man auf dem SuSE IMAP Server noch nicht einmal die Mailboxen auf einen anderen Server verschieben. Hier sieht man Schwächen im Cyrus IMAPD, denn auch dieser ist ein aboluter Autist und hat nichts mit anderen IMAPD Servern im Cluster am Hut. Ausser cyradm, das spartnische Admin-Frontend. Dieses kann zumindestens andere Server ansteuern.
Vielleicht werden jetzt einige sagen: wir reden hier ja auch nicht von einem eMail Server für einen Provider. Aber selbst für eine Firma mit 100 oder weniger Mitarbeitern wird eine redundante eMailserver Struktur schon interessant.
Also hier muss noch kräftig nachgearbeitet werden, besonders sollte SuSE Geld in die Entwicklung von Postfix und Cyrus IMAPD stecken damit diese Clusterfähig werden.
Denn die Grundlagen sind da: mit SMTP, IMAP, LMTP und LDAP haben wir schon Strukturen die die einzelnen Komponenten über das Netzwerk kommunizieren lassen und somit die Grundlage für einen Cluster bilden. Nur eben müssen die nötigen Informationen noch von diesen aus der LDAP Datenbank ausgewertet werden:
Warum schreibe ich das alles? Weil Postfix und Cyrus durchaus das Zeug haben Exchange zu ersezten, aber Firmen wie SuSE werden das mit Ihren eigenen Produkten nie schaffen wenn Sie Postfix und Cyrus (oder andere) nicht "Enterprise" tauglich machen.
Nebenbei ist mir noch aufgefallen das der SuSE IMAP Server III noch nicht einmal Mulberry als eMail.Client mitliefert, obwohl dieser Client 100% der Fähigkeiten des Cyrus IMAPD unterstützt (z.B. ACLŽs).
Kurz gesagt: Wir haben jetzt schon den 3ten SuSE IMAP Server aber Nägel mit Köpfen wurden noch mit keinem gemacht.
Bald wird es Microsoft nicht mehr geben.
Auch wenn jetzt manche sagen, "SuSE is kein Linux" kann ich nur sagen "besser SuSE als Windows!!"
Wer sagt "SuSE sei kein Linux" ist ein Kleinhirn. Mit solchen "Schlabberköpen" will ich nichtŽs zu tun haben.
DW
OT: Hier war doch irgendwer FPC Fan, vielleicht treffen wir uns ja in Muenchen.
was soll am EmailserverII so schlecht gewesen sein?
Das alles von Hand so hinzubasteln dauert je nach Erfahrung des Admins ca. 3-4 Wochen (grob geschaetzt).
Alleine die Installation des Cyrus IMAPd ist schon teilw. recht tricky (oder war es frueher zumindest...)
Da war der Preis von ca. 400DM fuer das Teil echt OK.
Und die Funktionalitaet war echt ausreichend. Was haettest Du erwartet?
cu.
peter
Dann kannst du ja eigentlich nur mich meinen
Aber nein, ich bin nicht auf der Messe.
@ Peter
Jetzt kostet es aber das vierfache. Aber das ist immernoch ein fairer Preis. Ein funktionsloses Windows 2000 in der Server Version ist auch nicht billiger.
Egal, man kann sich ja mal mailen. Selten genug, dass man auf Pascal-Fans trifft. Habe da einige Projecte liegen die OS faehig gemacht werden muessten (netlink f. Pascal z.B.)
Jute Nacht, Gernot
Du willst doch wohl nicht jemanden, der grob geschaetzt 3 bis 4 Wochen zur Einrichtung eines IMAP Servers benoetigt als Admin bezeichen. Oder? 3 bis 4 Wochen braucht man zum schreiben eines solchen (wenn auch nicht perfekten), jedoch nicht zum einrichten.
Solltest Du also solche von dir beschriebenen Leute kennen, so meide diese.
MfG, Gernot
Kleiner Tip: Courier-Imapd
der Preis ist OK...
da sind Apps von Skyrix dabei, und ausserdem Arkeia (wobei es da IMHIO auch eine kostenlose version fuer 3 Clients gibt)
@Gernot
Es geht nicht nur um den Imapd, der mit Sieve, SSL und OpenLDAP-unterstuetzung gebaut werden will....
Du musst ausserdem noch die WebApplikationen einrichten und ein Config-FrontEnd schreiben (kommt mir jetzt bloss keiner mit Webmin... ;-))
Ach ja, und ein Admin hat in der Regel auch noch sein normales Tagesgeschaeft zu erledigen...
Also 3 Wochen halte ich fuer gerechtfertigt...
(Ausser Du meinst mit Einrichten "rpm -Uvh .... ;-))
Der Courier ist uebrigens nicht mal ansatzweise mit dem Cyrus Imapd zu vergleichen!
Der ist vielleicht ein ganz netter Ersatz fuer den UWimapd...
Ausserdem hatte er, als ich ihn angetestet hatte, Probleme mit einigen gebraeuchlichen Mail-Clients (Netscape und Pine, wenn ich mich recht erinnere).
cu.
peter
Jetzt wirds interessant.
1. OK, wenn das Schreiben eines Frontends inbegriffen ist sind 3-4 Wochen schon anzusetzen. Nur der Sinn eines solchen Frontends verschliesst sich mir, denn wenn der Admin in der Lage ist ein solches Frontend zu schreiben, sollte er auch in der Lage sein den Server ohne dieses zu administrieren. Ausnahme: Man will die Loesung dann verkaufen.
2. Probleme beim Courier gabs IMO beim Courier nur wenn man ihn mit der Option streng RFC konform zu sein kompiliert hat (da gabs irgendeinen Schalter "broken-clients" oder so)
3. Was sollte ein IMAP Server mehr koennen? Zumal wenn man die komplette Courier Suite einsetzt, man wirklich ein geschmeidiges Gespann hat :-)
MfG, Gernot
Ein Admin-Frontend ist dann wichtig, wenn der Admin mal Urlaub hat...
Der Sinn ist ja der, das zur Not selbst der Chef mal einen User anlegen kann ;-)
Wg. Courier:
Soweit ich weiss unterstuetzt der Courier IMAPd nicht alle IMAP-Commands... z.B. server-seitiges Suchen duefte da nicht funtionieren. Damit bleiben Clients wie der Mulberry aussen vor.
Sicher, wenn Du Qmail einsetzt, ist der Courier nicht schlecht, weil er mit Maildirs klarkommt.
Aber der Cyrus ist im moment einfach der flexibelste und vollstaendigste Imap-daemon den ich kenne...
cu.
peter
Du hast völlig Recht. Wenn du mal hinkommst mit den 3-4 Wochen.
Ein sauberen Mail-Server aufsetzen ist eine Sache.
Aber dann das Ding noch an seine Bedürfnisse und Gewohnheiten anpassen, die nächste.
Jetzt das Ding noch Reif für eine Urlaubsvertretung machen.....
Apropos Web-Frontends ohne Webmin.
Hat jemand einen schmalen, sicheren Web-Server im Angebot?
Will ungern für ein bißchen Verwaltung gleich Apache draufjubeln....
Gruss Max
Das Admin-Interface ist eine echte Zumutung. Für Leute, die einfach nur eine Email-Adresse einrichten wollen ist es alles andere als Intuitiv. Ausserdem lässt sich damit das System nur sehr rudimentär administrieren (Postfix und Cyrus). Für Cyrus gibt es übrigens ein fertiges PHP-Admin Interface.
The Courier-IMAP server can search and sort messages using other than the default us-ascii/iso-8859-1 character set. You can find the list of available character sets in the file unicode/charsetlist.txt.
Also das kanns nicht sein
MfG, Gernot
PS: Ich meinte die Courier Suite! Nicht Courier IMAP + QMail
Geschmachssache... es ist auf den ersten Blick sicherlich nicht intuitiv, man kommt aber nach einer Einarbeitung ganz gut klar.
Mal sehen, wie das beim eMailServer III aussieht.
@gernot
Als ich mir den Courier angeschaut habe, konnte der das IMHO noch nicht...
Das war so ca. vor einem Jahr.
Was ich halt beim Cyrus bloed finde, ist das er grundsaetzlich seine eigene Userverwaltung benutzen will.
Bei kleineren Firmen ist das Overkill, weil da auf der Linux-Kiste oft noch andere Dienste laufen, fuer die man eh Unix-User braucht.
Ich hab mal fuer einen Bekannten einen Imap-daemon gesucht, der einfach zu installieren/administrieren ist, aber einige der Funktionen von Cyrus hat.
Also ein Zwischending aus Cyrus und UWimap.
Vielleicht ist der Courier ja mittlerweile genau das richtige fuer diesen Einsatzzweck.
Mal schauen ;-)
cu.
peter
Es braucht php mit imap unterstützung. Allerdings fehlt cyrus eine Header Datei, die dafür benötigt wird (rfc822.h, wenn ich mich richtig erinnere).
Das heißt, Du mußt Die diese Datei vom UW-imapd holen. Nicht wirklich elegant ...
Abgesehen davon, das es extrem Buggy sein soll, unterstützt es afaik "nur" php3.
Cyrus kann sehr wohl mit der Unix "Benutzerdatenbank" arbeiten, extra Nutzer ist ein Feature, das nicht genutzt werden muß.
Sasl kann sowohl PAM als auch Kerberos nutzen - und mit pwcheck auch shadow.
Das Problem mit Courier ist (außer, das hat sich kürzlich geändert), das es nicht mit Openldap2 zusammenarbeitet (bzw. kein LDAPv3 unterstützt).
Ja, mit dem Cyrus hast Du schon recht...
Aber der Cyrus ist vom Konzept her halt so aufgebaut, dass er z.B. die Mail-Folder nicht ins $HOME legt, sondern seine eigene Struktur unter /var benutzt. Also Du musst z.B. immernoch mit cyradm eine Mailbox fuer den User anlegen usw.
Der UWImapd ist da einfacher... aber er ist sehr langsam und kann z.B. keine ACLs.
Das der Courier nicht vernuenftig LDAP kann ist fuer diesen Einsatzzweck (kleinere Firma) belanglos.
cu.
peter
genauso wie die anderen Sachen, alles soll mit allem zusammenarbeiten.
Un das Frontend ist ja nicht nur fuer den Admin, es gibt ja auch ein Frontend fuer die User ....
Ob 3-4 Wochen da reichen wage ich zu bezweifeln.
Dann noch die Mailinglisten und die Anbindung am Skyrix ...
mad
Man kann sich bei Webmin per SSL Verschlüsselung anmelden und die normale Anmeldung abschalten, also absolut sicher.
Außerdem kann man noch User anlegen, die nur bestimmte Sachen(module) ändern dürfen.
Ich würde sagen Webmin ist das Tool schlechthin!!!!
Vor allem hat das ganze auftretten von SuSE einen sehr proffesionellen touch. Das überzeugt hoffentlich viele Administratoren dazu diese Software einzusetzen.
Aber: Wer hat schon damit erfahreungen (Also Version I und II). Wer kann darüber Berichten? Würde mich wirklich interessieren
ich bin auch ein Pascal Fan!
Ob der eMail Server III gut sein wird, ob er schlecht sein wird, ob er in einzelnen Bereichen spezifisch angepaßt werden muß oder nicht, wird der Markt, und damit die Kundschaft, zeigen und bestimmen.
Hauptsache für mich ist, daß es ein weiterentwickeltes Produkt ist, welches als Alternative zu MS Exchange Server auf dem Markt angeboten wird (leider nicht als Ersatz ...).
Der Preis? Inkl. 1 Jahr MAintenance seitens SuSE? Ist doch noch ok .... auch ein Admin hat Anspruch auf wenigstens 6 Wochen Urlaub, und sollte während dieser Zeit etwas geschehen sind sog. "Freelancer mit Kompetenz" wesentlich teurer pro Stunde, solche "ohne Kompetenz" wesentlich teurer was die Einsatzzeit betrifft.
Hoffentlicht macht SuSE weiter so!!! (außerdem: es muß ja niemand kaufen .... aber es ist am Markt verfügbar)
gehe spielen!!!
IMHO: Wer den SuSE E-Mail Server in irgendeiner der bisher erschienenen Version unmodifiziert einsetzt ist selbst Schuld.
Gruss...
Aber ich fange erst einmal bei den roots an:
Der SuSE IMAP Server besteht seit jeher aus dem Postfix MTA und dem Cyrus IMAP Server.
Hier fangen schon ein paar Probleme an. Ein wirklich guter eMail Server sollte Skalierbar sein. SuSE stellt sich unter Skalierbar vor: Man kann soviele User anlegen wie man will.
Ich stell mir unter Skalierbar vor: man kann viele Server zusammenschalten um viele User zu hosten und gleichzeitig möglichst ausfallsicher zu sein. Zurück zum Postfix MTA, dieser bietet leider keine vernünftige Skalierbarkeit. Meherere Postfix MTAŽ s schnallen gar nicht das sie zusammen gehören. Ok, ein MTA kann auch noch autonom empfangen. Wenn man jetzt aber mehrere Server einsetzen schnallt der MTA nicht auf welchem Server die Mailbox des Users ist. Postfix benutzt zwar LDAP um die Userdaten zu validieren, aber ein Feld "Home-Server" oder sowas versteht Postfix nicht und somit kann er eMails nicht an einen anderen Mailboxserver als Backend versenden.
Ja, Exchange kann das. Ein Exchangeserver kapiert automatisch das eine Empfangene eMail zur normalen Domäne gehört und kann dann aber auch diese zu verschiedenen Mailboxserver weiterschicken die zum Cluster gehören. Somit ist der SuSE eMail Server alleine schon durch den Einsatz von Postfix gehandicaped. Er wird aus seinem "für kleine und mittlere Firmen " Image nicht herrauskommen können.
Jetzt mal ehrlich, bei Exchange kann ich einfach einen zusätzlichen Server dazustellen und schon kann ich meine Mailboxen auf zwei Server verteilen, so dass wenn einer ausfällt die anderen Mailboxen noch Online sind.
Hier sollte SuSE dringend in die Entwicklung von Postfix investieren!
Weiterhin kann man auf dem SuSE IMAP Server noch nicht einmal die Mailboxen auf einen anderen Server verschieben.
Hier sieht man Schwächen im Cyrus IMAPD, denn auch dieser ist ein aboluter Autist und hat nichts mit anderen IMAPD Servern im Cluster am Hut. Ausser cyradm, das spartnische Admin-Frontend. Dieses kann zumindestens andere Server ansteuern.
Vielleicht werden jetzt einige sagen: wir reden hier ja auch nicht von einem eMail Server für einen Provider. Aber selbst für eine Firma mit 100 oder weniger Mitarbeitern wird eine redundante eMailserver Struktur schon interessant.
Also hier muss noch kräftig nachgearbeitet werden, besonders sollte SuSE Geld in die Entwicklung von Postfix und Cyrus IMAPD stecken damit diese Clusterfähig werden.
Denn die Grundlagen sind da: mit SMTP, IMAP, LMTP und LDAP haben wir schon Strukturen die die einzelnen Komponenten über das Netzwerk kommunizieren lassen und somit die Grundlage für einen Cluster bilden. Nur eben müssen die nötigen Informationen noch von diesen aus der LDAP Datenbank ausgewertet werden:
Warum schreibe ich das alles? Weil Postfix und Cyrus durchaus das Zeug haben Exchange zu ersezten, aber Firmen wie SuSE werden das mit Ihren eigenen Produkten nie schaffen wenn Sie Postfix und Cyrus (oder andere) nicht "Enterprise" tauglich machen.
Nebenbei ist mir noch aufgefallen das der SuSE IMAP Server III noch nicht einmal Mulberry als eMail.Client mitliefert, obwohl dieser Client 100% der Fähigkeiten des Cyrus IMAPD unterstützt (z.B. ACLŽs).
Kurz gesagt: Wir haben jetzt schon den 3ten SuSE IMAP Server aber Nägel mit Köpfen wurden noch mit keinem gemacht.
Carsten
aber soviel scheiße und halbwissen habe ich noch nie auf einen haufen gesehen
da ich jetzt keinen 10 seiten vortrag über geclusterte ha-mailserver halten will erspar ich mir jeden kommentar