Am 2008-12-11 10:41:08, schrieb Thomas Halinka: > Hallo, > > Das Ding ist so pothäßlich... > > Und dann Web-Sieve? <würg> > > Courier-Admin? <hell> > > und warum nutzt du es dann? :) Ich verwende WEDER "sqwebmail", noch "sieve" noch "courier-admin". Ich habe mir mit PHP5 so ein schönes aufgebohrtes Intranet interface zusammenprogrammiert in dem man dann alles auf einen Blick hat wie Mail, WebDAV, Kalender, persönlicher Webspace, Blog und mehr... Also sowas, was alle großem ISPs (z.B. Freenet) als standard anbieten, ohne das man sich bei jedem Klick in ein neues Modul an ein anderes undurchsichtigeres Design gewöhnen muß. Kann sein, wenn es mal fertig wird, das ich davon eine Demoversion als VHost in meiner Domain installiere. Habe derzeit allerdings keine Zeit zum programmieren. Das problem der meisten Interfaces ist, das sie nur mysql und postfix und cyrus unterstützen... > Wir Linuxer sprechen doch kein "marketing-isch".... Also die Lösüngen die ich bisher gesehen habe, haben allesamt nicht das gemacht was ich wollte (speziell "courier" und "apache2"), waren nicht "optisch" im sinne ergonomischen arbeitens und lassen sich nur sehr schlecht in ein Intranet Design integrieren und es gibt probleme mit "accessibility" > > Welches ja noch zusätzlich eine M$ Exchange API zur verfügung stellt > > aber aufgrund der Weigerung M$ die API VOLLSTÄNDIG offenzulegen (wie im > > EU Gerichtsurteil gefordert) es eben nicht 100%ig funktioniert. > > Ich sehe Exchange als Groupware/Colaboration-Lösung an. Das ist richtig, aber wenn eine Firma welche ein 101% Microsoft Netzwerk betreibt, ihren "upgrade" auf Linux weiterführen will, der Exchangeserver sich querstellt. Exchange modifiziert E-Mails und wenn in den Messages custom Header drin sind, werden sie von Exchange gestript oder zerhackstückelt... Bei einem simplen courier-imap mit Webfrontend oder auch nur mutt, kann ich jederzeit ZUSÄTZLICHE Headers einfügen ohne das das Mailsystem durchdreht... Hmmm, habe da seit zwei Wochen bei einem Kunden ein neues "dovecot" problem, das wenn man im Webfrontend einen X-Header mit "Anmerkungen" einfügt, "dovecot" die Mail zerlegt... "courier", "cyrus" und "uw" haben damit kein Problem. > Es gibt weiterhin: > > http://www.openchange.org/ > http://openmapi.org Die können aber nicht 100% mit einem "M$ Exchange-Server" kommunizieren, was in mehreren "Business Linux Magazinen" (auch im ISIS Report) bereits mehrfach angesprochen und bei Microsoft angekreidet wurde. Es ist einfch nicht im interesse Microsofts. > die entsprechendes leisten sollten. Nachteil an openchange ist eben noch > samba4.... Mal abwarten... > > Meine Lösung kann NICHT im Verbund mit M$ produkten (mit ausnahmen von > > Outlook als IMAP client) verwendet werden, was von den kunden auch nicht > > gefordert war. > > schon klar, dass diese gerne Tausende von Adressen und Terminen händisch > einpflegen möchten Dazu gibt es andere Lösungen... Ich habe in 2jähriger programmierarbeit (mit Hilfe zweiter weiterer nicht IT Firmen) ein gutes dutzend Kunden in Stasbourg von einem M$ Netzwerk auf 100% Linux umgestellt, was ausschließlich dadurch (finanziell) möglich war, das diese Kunden nahezu die gleiche Lösung haben wollten... Das Problem ist allerdings hier, das es eine REIN französische Lösung ist, welche nicht in Deutschland anwendbar ist... Bei diesen ganzen Lösungen und anforderungen (durch die Kunden und durch irgendweilche, teilweise sinnlosen, Gesetze) kann man sich mittlerweile nen Schuß geben. > > Wie dem auch sei, WIR (unter Linux) haben bereits alles, was eine Firma > > benötigt, nur das unterschiedliche Design und die Einzelnen Module und > > Programme zusammenzubringen ist der ware horror... > > Ich setze aktuell auf horde groupware webmail edition [1] und bin > durchwegs zufreiden. rennt mit postfix/dovecot und was da alles immer > drankommt a la SA, clam.... Die neue AJAX-Gui ist nice und rattenschnell > und dank syncml-connector können auch Daten aus Outlook importiert > werden. Aber Hoder Groupware will nicht mit der Courier-Suite cooperieren (mta, imap, mlm, faxmail) was von meinenKunden gefordert wird... Außerdem hatte ich probleme mit PostgreSQL währen es mit MySQL funktioniert was dann aber widerum die Funktionalität der Datenbanken meiner Kunden stripen würde... Unter dem Strich gesagt, das, was derzeit angeboten wird, höchstens in minimalen Anforderungen (kleinster leicher Nenner) global funktionieren. Nationale Anforderungen einzubinden scheitern weil die APIs nicht dafür ausgelegt sind und führen zu sinnlosen forks... egropware, phpgroupware und ein paar dutzend (!!!) andere sind alles nur Basislösungen und es gibt erhebliche Probleme mit "accessibility" Anm.: Ich habe ein Web-Mail (IMAP) client programmiert, der unabhängig vom verwendeten Server ("dovecot" spinnt zur Zeit) funktioniert. Funktionsmodule sind als "Boxen" angelegt und können beliebig in einem Webdesign plaziert werden... Das kann bisher KEINE andere Lösung und ich habe absolut nichts dagegen, wenn jemand diese Idee kopiert... Thanks, Greetings and nice Day/Evening Michelle Konzack -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ ##################### Debian GNU/Linux Consultant ##################### Michelle Konzack Apt. 917 ICQ #328449886 +49/177/9351947 50, rue de Soultz MSN LinuxMichi +33/6/61925193 67100 Strasbourg/France IRC #Debian (irc.icq.com)
Attachment:
signature.pgp
Description: Digital signature