Tonis Blog

Wie bereits an anderer Stelle beschrieben, kann man ja Alfresco so konfigurieren, dass er als Mailserver arbeitet und Mails empfangen kann. Damit ist es möglich an jeden Ordner innerhalb des Systems Mails zu senden, die dann in Anschreiben und Anhänge getrennt in diesem Ordner landen.

Es gibt nun 2 Szenarien zu beachten:

1. Es läuft bereits ein Mailserver (hier reden wir nur über Postfix) auf dem Server

2. Mail kommt von googlemail

Szenario1 : Postfix läuft auf dem Server bereits

Standardmäßig lauscht ein Mailserver auf dem SMTP-Port 25. Alfresco kann damit nicht ebenfalls auf diesem Port laufen. Heißt, wir müssen Alfresco anweisen, Mails auf einem anderen Port zu erwarten. Oder wir müssen den Standard-Mailserver abschalten.

Letzteres (Mailserver abschalten) funktioniert natürlich. Leider aber nur dann zufriedenstellend, wenn man keine Mails von Googlemail empfangen will . Siehe dazu Szenario 2.

Szenario 2 : Mail kommt von Googlemail

Ein Alfresco-Kunde von uns wickelt seinen gesamten Mailverkehr über Google ab. Daher habe ich auf seinem Alfresco-Server den Standard-Postfix abgeschaltet. Meine Testmails von unserem Firmenserver kamen danach auch problemlos in Alfresco an.

Er sagte mir dann, dass seine Mails von Google nur mit Verzögerung (1/4h bis zu 2 Tagen) ankämen. Hat mich zwar gewundert, aber ich habe dies dann auch ausprobiert und von meinem Googlemail-Account getestet. Stimmt ! Manchmal kamen diese Mails auch gar nicht an : Mail kam als unzustellbar zurück mit “Protocol Error”.

Recherchen im Internet zeigten, dass dieses Problem auch bei anderen empfangenden Mailservern auftritt bzw auftreten kann. Ist also kein wirkliches Alfresco-Problem.  In allen Fällen schiebt Google die Schuld auf den empfangenden Mailserver und die Admins dieser Server die Schuld auf Google Catch22…

Lösung für beide Szenarien:

Postfix als Relay konfigurieren, das alle Mails lokal auf den Alfresco-Port umleitet.

Dies habe ich am Wochenende für meinen Kunden gemacht und hier die Einstellungen dafür:

Einträge in /etc/postfix/main.cf:

transport_maps = hash:/etc/postfix/transport
local_recipient_maps =

Es wird eine Transport-Regel definiert, die die Weiterleitung beschreibt.

Die Filterung der Mail-Empfänger (Empfänger bekannt, oder nicht) fällt weg, da sonst hier alle empfangenden Alfresco-Ordner zu nennen wären

/etc/postfix/transport:
meindomain.de  smtp:127.0.0.1:425

/etc/postfix/transport mit Shell-Kommando “postmap /etc/postfix/transport” in /etc/postfix/transport.db eintragen

Postfix neu starten :

/etc/init.d/postfix restart

Mit oben genannter transport-Zeile  muss Alfresco auf Port 425 lauschen.

Thats it ! Einfach, wenn man es weiß

Alfresco, Systemverwaltung Alfresco, inbound mail, Postfix

Und nochmals ein Alfresco-Artikel …

Die neueste Version Alfresco Community 3.4d kann man sich in verschiedenen Geschmacksrichtungen runterladen und installieren: als Windows- oder Linux-Installer, oder als WAR-Files.

Dabei hat der Installer einen großen Nachteil : er installiert auch Tomcat und sogar mySQL. Das bedeudet, dass man mit hoher Wahrscheinlichkeit in Portkonflikte rennt, wenn man mySQL und/oder Tomcat bereits installiert hat. Auf unserem gemieteten Strato-Server war das Ding jedenfalls nicht zu gebrauchen. Da man nicht weiß, was dieser sog. Wizard treibt, steht man bei Fehlermeldungen auch etwas hilflos da. Ich habe nach kurzer Zeit den Installer in die Tonne getreten und Alfresco per War-Files auf einem laufenden Tomcat6 installiert. Die notwendigen Infos kann man verstreut finden, aber nachstehend das simple Kochrezept. Ich beschränke mich hier auf die Linux-Variante (openSUSE und Ubuntu) und gehe von einer ordnungsgemäßen und lauffähigen Tomcat-Installation mit Standardports (8080 bzw 8443) aus. Eine Tomcat-Installation hat man schnell mittels der Linux-Paketverwaltung oder auch einem Windows-Installer. Geht in der Regel problemlos.

1. Struktur von Tomcat nach der Installation

Mehr…

Alfresco, Open Source, Systemverwaltung Alfresco, installation, Tomcat

Nachdem ich letzthin zufällig von einem meiner Online-Bekanntschaften (Web 2.0 machts möglich) erfahren habe, dass “sein” Admin meinen Blog als “Nachschlagewerk” für Alfresco benutzt, erweitere ich diese Möglichkeit, um hier kurz aufzuzeigen, wie man Alfresco  auf SSL = httpS:// umstellt.

Hab das außerdem gerade für einen meiner Alfresco-Kunden durchgeführt und  die Fenster noch offen

Diese kurze Beschreibung bezieht sich auf Alfresco mit Tomcat. Wie es mit JBoss aussieht, kann ich jetzt nicht sagen. Bitte dann woanders nachsehen.

Mehr…

Alfresco, Systemverwaltung Alfresco, ssl

Ich habe uns bei system worx GmbH&Co. KG vor geraumer Zeit eine eigene Firefox-Extension gebastelt, um meinen Kollegen und unseren Partnern einen schnellen Zugriff auf wichtige Links und unsere webgestützen Tools und Prozesse zu geben.

Sieht dann in etwa so aus:

Meine Kollegen verlassen sich voll auf diese Toolbar und nutzen sie permanent für ihre tägliche Arbeit. Naturgemäß ändert sich des öfteren etwas am Inhalt dieser Extension. Es kommen neue Links dazu, alte fallen weg oder ändern sich. Man entwickelt sich ja permanent weiter, nicht wahr ?

Deshalb benötigen wir den automatischen Update-Mechanismus für Firefox-Addons, damit ich diese Extension zentral pflegen kann und meine Kollegen automatisch die dabei geänderten Versionen bekommen.

In diesem Artikel werde ich jetzt, auch als Notizzettel für mich , die notwendigen Schritte aufzeigen, damit dieser Update-Mechanismus problemlos funktioniert.

Mehr…

Allgemeines, Open Source, Systemverwaltung, Web 2.0 Addon, Firefox

Nach längerer Sommerpause endlich wieder mal ein Artikel von mir. Diesmal ein reichlich sperriger, wie ich zugeben muss … Ich hoffe aber trotzdem, dass dieses Thema (Web-”Single Sign On”) den einen oder anderen interessiert …

In einem früheren Artikel habe ich mich bereits ausgiebig über die Eigenschaften der OpenID-Authentifizierung bei Joomla und auch im Allgemeinen ausgelassen. Auf meinem Weg zu eine Web-”Single Sign On” – Lösung für unsere Joomla’s und andere webbasierte Applikationen, bin ich nun einen großen Schritt weiter gekommen (muss aus Zeitgründen so nebenher laufen). Diese Informationen möchte ich nun hier mit meinen Lesern teilen.

Mehr…

Joomla, Systemverwaltung LDAP, OpenID, SSO

Alfresco ist eine J2E-Applikation die im Kontext eines Application-Servers wie JBoss oder Tomcat läuft. So ein Application-Server kann man sich als eigenen Webserver vorstellen. Das bedeutet, dass wir damit üblicherweise 2 Webserver auf unserem Server laufen haben :

• den “normalen” Webserver, der unsere Webseiten bedient und den wir üblicherweise mit so etwas wie http://www.meinedomain.de aufrufen
• ja und jetzt den Tomcat (JBoss) und Alfresco

http://www.meinedomain.de ist eigentlich vollständig http://www.meinedomain.de:80 Der Browser “hängt” implizit ein “:80″ and un der Webserver “lauscht” auf diesem Port. Da es an einem solchen Port nur einen “Lauscher” geben kann, “hören” Application-Server wie Tomcat/JBoss per default auf dem Alternativ-Port 8080.

Mit http://www.meinedomain.de rede ich also mit dem normalen Webserver
und mit http://www.meinedomain.de:8080 mit Tomcat/JBoss

Nun eigentlich ist das ja nicht wirklich ein Problem. Aber es wird zum Problem, wenn man aus streng abgeschotteten Firmen-Netzwerken zugreifen möchte. Dort ist recht oft dieser Port 8080 durch die Firewall des Firmennetzwerks blockiert. Man bekommt dann lapidar die Meldung, dass die Webseite nicht erreichbar ist. Naja und es ist auch manchmal einfach lästig dieses 8080 anzuhängen …

Aber es gibt dafür eine Lösung, die ich nachstehend (auch als Notizzettel für mich selbst) aufzeige :

Mehr…

Alfresco, Systemverwaltung Alfresco, Apache, Konfiguration, Tomcat

Man höre und staune, aber mein damaliger Artikel über den Umzug von Mailboxen bei Serverumzug hat mir doch tatsächlich einen Kunden spendiert, der mich genau dafür engagiert hat . Freut mich natürlich ! Vor allem, da ich den Job auch zu seiner Zufriedenheit durchgeführt habe .

Diesmal hatte ich aber einige Hürden zu überwinden, die mich aber zu einem wunderbaren OpenSource-Tool geführt haben, das ich hiermit vorstellen möchte:

ImapSync

Mehr…

Systemverwaltung Mail, Serverumzug

Bin derzeit dabei unsere Applikationsfarm und unsere Mailboxen von einem veralteten openSUSE 10.2 System auf einen neuen “dickeren” Server mit aktuellerem openSUSE 11.1 umzuziehen. Dass es nicht die aktuellste Version des Betriebssystems  ist, muss nicht wundern. Bei angemieteten Servern hinkt man immer etwas der neuesten Version nach. Nicht weiter schlimm.

Bei diesem Umzug sollen natürlich auch die  Mailboxen umgezogen werden. Da ich und einige Mitarbeiter ihre Mails aus verschiedensten Gründen auf dem Server halten (Stichwort: IMAP-Mailboxen), sind diese vielen Mails natürlich zu transferieren. Dabei besteht der Anspruch diesen Umzug möglichst schmerzfrei zu gestalten, da die meisten Mailbox-Inhaber bei uns eher nicht so technisch geprägt sind .

Nachfolgend eine kurze Erläuterung dieses Vorgangs, da ich annehme, dass den einen oder anderen dieses Schicksal auch mal treffen könnte .

Mehr…

Systemverwaltung Mail, Serverumzug

Aus gegebenem Anlass habe ich mich die letzten Tage etwas intensiver mit Joomla und der Authentifizierung gegen einen LDAP-Server auseinandergesetzt. Ich bin zwar noch nicht in alle Feinheiten des Thema vorgedrungen, aber möchte meine bisherigen Erkenntnisse doch bereits jetzt hier mit meinen Lesern teilen. Kann gut sein, dass es noch einen Folgeartikel dazu gibt …

Zuerst in möglichst verständlichen Worten kurz was es damit auf sich hat:

LDAP kann man sich als Verzeichnis (Datenbank) auf einem Server vorstellen, in dem u.a. alle notwendigen Daten über einen Benutzer abgelegt sind. Dazu gehören neben Mail-Adresse, Telefonnummer, Organisationsinfo (und sehr vielem mehr) eben auch die Zugangsdaten zu Netzwerk-Applikationen, wie z.B. einem CMS namens Joomla .

Mehr…

Joomla, Systemverwaltung Joomla, LDAP

Heute habe ich mich mal ausgiebig mit der OpenID-Authentifizierung bei Joomla beschäftigt um zu sehen, was sich genau dahinter verbirgt und welche Eigenschaften diese Anmeldemethode hat. Diese Erkenntnisse möchte ich natürlich gleich mit meinen Lesern teilen …

Grundsätzlich habe ich mich mit diesem Thema schon früher auf globalerer Ebene beschäftigt: “LDAP, Single-Sign-On … Was ist es, wie geht es ?” Jetzt schauen wir uns eine Implementierung genauer an : Joomla. Neben der normalen Anmeldung (Registrierung) über Benutzernamen/Password gibt es dort auch eine LDAP-Authentifizierung und, neben der Anmeldung über eine gmail-Mailadresse, eben auch eine Anmeldung über OpenID.

Mehr…

Joomla, Open Source, Systemverwaltung OpenID, SSO