HAPPYTEC.at :: Blog

Mein Hoster netcup schafft immer wieder neue Innovationen, die den Markt komplett auf den Kopf stellen...
Im Dezember 2017 wurde ein großartiges Produkt veröffentlicht: RPaaS - RainProtection as a Service! Mr. Green

Ich betreibe noch eine alte interne SOGo v1.x Installation. Wer glaubt, dass man die geänderten Zugangsdaten des Datenbankservers nur in der /etc/sogo/sogo.conf eintragen muss, liegt bei SOGo leider falsch! Spätestens bei Verwendung von CalDAV/CardDAV wird man danach nämlich folgende Fehlermeldung im Log sehen:

Code:

sogod [ERROR] <[GCSChannelManager]> could not open channel <MySQL4Channel> for URL:
mysql://sogo:password@localhost:3306/sogo/sogoXXXXX_acl

Die alten Zugangsdaten sind allerdings in keiner Datei mehr eingetragen, der Server wurde sogar neugestartet, wo kommt dieser falsche String her? Alle anderen Datenbankverbindungen scheinen korrekt hergestellt zu werden.

Die Lösung ist simpel: SOGo speichert die Zugangsdaten auch direkt in der Datenbank. Ja, richtig gehört! Rolling Eyes

In der Tabelle sogo_folder_info gibt es drei relevante Spalten: c_location, c_quick_location und c_acl_location. Diese Informationen müssen ebenfalls angepasst werden. Am einfachsten geht das mit drei kurzen SQL-Befehlen...

Was könnte am heutigen Tag gebloggt werden? Hat es mit Weihnachten zu tun? Und vielleicht sogar mit dem jährlichen Murmeltier, das grüßt? So ungefähr, es ist wieder netcup Weihnachtspackerl Saison! Very Happy

Wie bereits mehrmals in der Vergangenheit (u.a. hier, hier, hier und auch hier nachzulesen) gab es von meinem Lieblingshoster eine kleine Überraschung zum Weihnachtsfest. Damit werden u.a. aktive und helfende User des Kundenforums belohnt. Der diesjährige Inhalt:

Munin ohne Apache mit dynamischer Generierung der Grafiken? Klar, warum nicht! munin-cgi-graph muss aber bei Verwendung von Nginx o.ä. über spawn-fcgi gestartet werden. Das ist Dank Systemd deutlich einfacher geworden! Einfach die Datei /etc/systemd/system/munin-cgi-graph.service anlegen und folgendes eintragen, getestet unter Debian Jessie:

Code:

[Unit]
Description=Munin-CGI-Graph

[Service]
Type=forking
PIDFile=/run/munin-cgi-graph.pid
SyslogIdentifier=munin-cgi-graph

ExecStart=/usr/bin/spawn-fcgi \
-P /run/munin-cgi-graph.pid \
-s /run/munin-cgi-graph.sock \
-u www-data -g www-data -- \
/usr/lib/munin/cgi/munin-cgi-graph

[Install]
WantedBy=multi-user.target

Danach kann der neue Dienst sofort aktiviert werden...

Wenn Javascript in Chrome/Chromium standardmäßig blockiert wird und nur für einzelne Seiten erlaubt ist, hat man schnell auch bei Extensions ein Problem. Javascript wird dadurch nämlich unter anderem beim Konfigurationsdialog vieler Erweiterungen blockiert. Auch die Erweiterung RSS-Abonnement hat somit ein Problem und zeigt keine Vorschau der Beiträge an. Dort kann man es allerdings nicht über einen simplen Klick in der Adressleiste aktivieren. Glücklicherweise gibt es trotzdem eine relativ einfache Lösung!

Zuerst muss man die ID des Erweiterung kennen. Diese sieht man in der Adressleiste des Browsers, wenn eine Seite der Erweiterung geöffnet ist:

Code:

chrome-extension://nlbjncdgjeocebhnmkbbbdekmmmcbfjd/subscribe.html?[...]

Weiter geht es unter Einstellungen » Erweiterte Einstellungen anzeigen » Inhaltseinstellungen » Javascript » Ausnahmen veralten. Dort fügt man eine neue Regel hinzu, die Javascript für die vorher gefundene Adresse zulässt. Dabei reicht folgender Teil aus dem oberen Beispiel:

Code:

chrome-extension://nlbjncdgjeocebhnmkbbbdekmmmcbfjd/

Nach dem erneuten Öffnen der gewünschten Funktion aus der Extension sollte Javascript erlaubt sein.