floekblog » floek

Zum Abreagieren

floek — Sun, 14 May 2006 20:05:20 +0000

http://sauft.net/files/fluchomat.php

Hurray! OX 8.6.2

floek — Tue, 11 Apr 2006 12:23:52 +0000

Endlich. Die ldap ACL waren es.
Vor allen anderen ACLs einfuegen:

access to dn.subtree=”ou=Users,ou=OxObjects,dc=floek,dc=com”
by self write
by users write
by * read
by anonymous auth

access to dn.subtree=”ou=Groups,ou=OxObjects,dc=floek,dc=com”
by self write
by users write
by * read
by anonymous auth

und schon gehts. Gibt aber noch ein paar kleinere Bugs.

OXlook 4 – endlich benutzbar

floek — Tue, 11 Apr 2006 11:34:21 +0000

So OXlook 4 erfolgreich getestet. laeuft super. Hat ein neues Programm im System-Tray dabei. Da sieht man jetzt mal direkt wenn was nicht richtig funzt. Und hat auch ein paar weitere nette Features (z.B. GUI fuer server side mail filtering, wahrscheinlich sieve, habs aber nicht ausprobiert.)

Open-Xchange 0.8.2-RC3

floek — Tue, 11 Apr 2006 08:01:48 +0000

Grrr. OX 0.8.2-RC3 auf sarge will nicht. ERROR: Authentification failed Habe aber keine Lust den stable tree zu versuchen => google, google, ox-forum, google, tail -f ….. Mal sehen wie lange das noch so geht.

Migration UW-IMAP -> Cyrus: “Message contains invalid header”

floek — Sun, 02 Apr 2006 11:50:24 +0000

So, jetzt habe ich mal obigen Problems angenommen. Nachrichten die ich per Hand von meinem alten UW Imap auf den neuen Cyrus verschoben habe, haben immer obigen Fehler produziert. Problem waren Zeilen in dieser Form: “; Fri, 18 Feb 2005 15:55:54 +0100″. Keine Ahnung ob die der spamd oder procmail in manchen Mails fabriziert haben. Auf jeden Fall habe ich alle mbox Files durch ein “| grep -v ^\; > ” gejagt und alles war gut.

Oxlook 4 Test erst naechste Woche.

floek — Wed, 22 Mar 2006 18:11:35 +0000

Komme die Woche nicht mehr zum Testen. Haenge gerade an der Migration von UW-IMAP mit procmail zu CYRUS mit sieve.

Neuer Outlook Connector fuer Open-Xchange (OXlook 4.0)

floek — Tue, 21 Mar 2006 19:19:34 +0000

Habe gesehen das es einen neuen Outlook Connector fuer Open-Xchange gibt. Werde ich morgen mal testen. Mit dem alten gibts immer mal wieder Synchronisationsprobleme.

Fernsehen Widget

floek — Thu, 16 Mar 2006 21:16:57 +0000

Fuer alle Couch Potatoes: Fernsehen ! Super Widget. Fernsehprogramm fuers Dashboard inkl. EyeTV Unterstuetzung

Blogging vom Dashboard

floek — Thu, 16 Mar 2006 20:58:22 +0000

So macht bloggen Spass einfach Dashboard aufgerufen und ins WordPressDash Widget (http://www.apple.com/downloads/dashboard/blogs_forums/wordpressdash.html) geblogt.

Der rcapid der i4l-utils

floek — Thu, 16 Mar 2006 11:50:16 +0000

Eines Tages dachte ich mir: “Es wäre doch schon, wenn ich die ISDN Karte in meiner Firewall auch über eine RemoteCAPI an Windows PCs nutzen könnte”. Und siehe da, schon nach einem kurzen Webstreifzug fand ich heraus, daß der rcapid das richtige für mich sein müßte. Doch leider gibt es für das Teil extrem wenig Doku. Die README ist ca. 4 Zeilen lang und beschreibt gerade das nötigste und auch noch falsch. Ansonsten findet man gerade mal ein paar Mailinglisten Beiträge zu dem Thema.
Nach einigem herumprobieren läuft er aber nun zufriedenstellend.

Hier also die Anleitung:

1. Linux PC mit ISDN Karte für die eine CAPI zur Verfügung steht (AVM B1 oder AVM Fritz Card XXX). Funktionsfähiger inetd.

2. CAPI Treiber aufsetzen und mit capiinfo testen. Doku hierzu bei AVM oder im Web zu genüge.

3. I4L Utilities downloaden und den rcapid compilieren. Bei SuSE ist er bei der I4L Installation dabei.

4. rcapid in /usr/sbin kopieren und (falls noch nicht ausführbar) ausführbar machen (chmod ugo+x /usr/sbin/rcapid).

5. In die Datei /etc/inetd.conf folgende Zeile einfügen:

bintec-capi stream tcp nowait.9999 root /usr/sbin/rcapid rcapid

In der README des rcapid steht fälschlicherweise:
capi stream tcp nowait.9999 /usr/sbin/rcapid rcapid

Der Fehler ist, das “root” fehlt und der inetd dann versucht das ganze als User “/usr/sbin/rcapid” zu starten, den es natürlich nicht gibt. Im Windows Client kommt dann immer die Fehlermeldung User oder Passwort falsch.
Ich habe nicht, wie in der README des rcapid, einen neuen Service “capi” für Port 6000 in der /etc/services eingetragen, sondern den (bei mir) bereits vorhandenen Service bintec-capi auf Port 2662/tcp verwendet. Falls dieser fehlt, muß man Ihn manuell hinzufügen. Das hat den Vorteil, das man im Windows Client den Standard-Port? verwenden kann, außerdem horcht auf Port 6000 standardmäßig der X-Server?.

6. inetd neu starten.

7. Windows Client einrichten:

Ich habe den rcapi Client von Bintec verwendet (Brickware). Dieser ist zwar für die ISDN Router von Bintec gedacht, der rcapid wurde aber wohl für diesen Client geschrieben. Diesen also downloaden und installieren. Ich habe alle unterstützten Router angeklickt und nur den RCAPI Dienst installiert. Bei der Konfiguration die IP des Rechners mit dem rcapid eintragen, User und Passwort sind egal, und Werte übernehmen.
8. Fertig!! Das sollte es gewesen sein. Der RCAPI Client startet mit Windows automatisch mit. Alle ISDN Anwendungen, die auf CAPI aufsetzen, sollten jetzt laufen.

Anmerkung:

Bei Verwendung des xinetd legt man unter /etc/xinetd.d eine Datei binect-capi mit folgendem Inhalt an:

service bintec-capi
{
socket_type = stream
protocol = tcp
user = root
server = /usr/sbin/rcapid
wait = no
nice = 9999
}

(Vielen Dank für den Tip an Alexander Dalloz.)