[gelöst] (baikal vs. nextcloud und mariadb vs. sqlite) vs. RPi 2b
-
- Beiträge: 3022
- Registriert: 03.11.2009 13:45:23
- Lizenz eigener Beiträge: Artistic Lizenz
-
Kontaktdaten:
Re: [gelöst] (baikal vs. nextcloud und mariadb vs. sqlite) vs. RPi 2b
Hab mir jetzt mal rainloop als webmailer installiert. Der ist auch recht hübsch. Ich kann auch das CardDAV-Adressbuch einbinden und rudimentär sogar bearbeiten.
Bisher verwendete ich Roundcube als Webmailer. Aber Rainloop wirkt irgendwie moderner und ich um einen Deut einfacher zu konfigurieren.
Man muss nur externe Adressbuchdatenbanken erlauben (als Admin) und dann kann sich ein User selbst den eigenen Carddav-Server eintragen. Ob das auch automatisch geht, hab ich noch nicht rausgefunden.
lg scientific
Bisher verwendete ich Roundcube als Webmailer. Aber Rainloop wirkt irgendwie moderner und ich um einen Deut einfacher zu konfigurieren.
Man muss nur externe Adressbuchdatenbanken erlauben (als Admin) und dann kann sich ein User selbst den eigenen Carddav-Server eintragen. Ob das auch automatisch geht, hab ich noch nicht rausgefunden.
lg scientific
dann putze ich hier mal nur...
Eine Auswahl meiner Skripte und systemd-units.
https://github.com/xundeenergie
auch als Debian-Repo für Testing einbindbar:
deb http://debian.xundeenergie.at/xundeenergie testing main
Eine Auswahl meiner Skripte und systemd-units.
https://github.com/xundeenergie
auch als Debian-Repo für Testing einbindbar:
deb http://debian.xundeenergie.at/xundeenergie testing main
-
- Beiträge: 3022
- Registriert: 03.11.2009 13:45:23
- Lizenz eigener Beiträge: Artistic Lizenz
-
Kontaktdaten:
Re: [gelöst] (baikal vs. nextcloud und mariadb vs. sqlite) vs. RPi 2b
Sollte das mitlesen der Passwörter nicht eher mittels wireshark o. ä. getestet werden??
dann putze ich hier mal nur...
Eine Auswahl meiner Skripte und systemd-units.
https://github.com/xundeenergie
auch als Debian-Repo für Testing einbindbar:
deb http://debian.xundeenergie.at/xundeenergie testing main
Eine Auswahl meiner Skripte und systemd-units.
https://github.com/xundeenergie
auch als Debian-Repo für Testing einbindbar:
deb http://debian.xundeenergie.at/xundeenergie testing main
Re: [gelöst] (baikal vs. nextcloud und mariadb vs. sqlite) vs. RPi 2b
Hat es schon jemand eine Anbindung von ausserhalb geschafft?
Ich plage mich seit gestern mit sämtlichen WSGI Apache Anleitungen und keine einzige funktioniert.
Ich plage mich seit gestern mit sämtlichen WSGI Apache Anleitungen und keine einzige funktioniert.
-
- Beiträge: 3022
- Registriert: 03.11.2009 13:45:23
- Lizenz eigener Beiträge: Artistic Lizenz
-
Kontaktdaten:
Re: [gelöst] (baikal vs. nextcloud und mariadb vs. sqlite) vs. RPi 2b
Ich probier auch grad... Scheint nicht so einfach zu sein...
Auch im Docker-Container... Da krieg ich keine Imap-Authentifizierung hin, weil er die CA (eigene) nicht erkennt...
Infcloud ist überhaupt ein Hund... Das krieg ich rein im Apachen gehostet (auch mit wsgi) überhaupt nicht zum Laufen. Da klappt ebenfalls die Authentifizierung nicht.
Auch im Docker-Container... Da krieg ich keine Imap-Authentifizierung hin, weil er die CA (eigene) nicht erkennt...
Infcloud ist überhaupt ein Hund... Das krieg ich rein im Apachen gehostet (auch mit wsgi) überhaupt nicht zum Laufen. Da klappt ebenfalls die Authentifizierung nicht.
dann putze ich hier mal nur...
Eine Auswahl meiner Skripte und systemd-units.
https://github.com/xundeenergie
auch als Debian-Repo für Testing einbindbar:
deb http://debian.xundeenergie.at/xundeenergie testing main
Eine Auswahl meiner Skripte und systemd-units.
https://github.com/xundeenergie
auch als Debian-Repo für Testing einbindbar:
deb http://debian.xundeenergie.at/xundeenergie testing main
Re: [gelöst] (baikal vs. nextcloud und mariadb vs. sqlite) vs. RPi 2b
Komisch, ich muss irgendwo den Wurm dringehabt haben. Maschine zurückgesetzt, die SSL Pfade von Let'sEncrypt in der Conf eingegeben und bei
sowie nirgends weiter etwas konfiguriert. Und siehe da: Anbindung von außen klappt. Also so ein Quatsch auch schon wieder.
Code: Alles auswählen
# SSL Protocol used. See python's ssl module for available values
protocol = TLS
Re: [gelöst] (baikal vs. nextcloud und mariadb vs. sqlite) vs. RPi 2b
Infcloud habe ich nun mal zum Testen aufgesetzt und das Plugin von Radicale ebenfalls installiert. Man kann sich dann lediglich über einen Button in der Maske von Radicale mit Infcloud verbinden und siehe da, ich erinnere mich sofort wieder: es kann nur immer die Kalender darstellen, die zu einem User gehören. Anders wohl, wenn der KalenderServer mehrere geteilte Kalender unterstützt (siehe auch in der Demo von Infcloud)
Infcloud selbst macht da für mich keinen Sinn, da zum Beispiel das Programm, dass das kann (denke da an Horde), gleich selbst den Kalender anzeigen kann.
Infcloud selbst macht da für mich keinen Sinn, da zum Beispiel das Programm, dass das kann (denke da an Horde), gleich selbst den Kalender anzeigen kann.
Re: [gelöst] (baikal vs. nextcloud und mariadb vs. sqlite) vs. RPi 2b
Hast du den hier skizzierten Weg mal nachvollzogen?
https://github.com/Kozea/Radicale/wiki/ ... -Calendars
Damit sollte dir infcloud alle Kalender anzeigen können.
https://github.com/Kozea/Radicale/wiki/ ... -Calendars
Damit sollte dir infcloud alle Kalender anzeigen können.
Re: [gelöst] (baikal vs. nextcloud und mariadb vs. sqlite) vs. RPi 2b
Ja, da gibt es mehrere Ansätze und ich habe mich bisher an die gehalten, die man mittels der rightsconfig ohne Symlinks erstellen kann.
Bei mir funktioniert da keine Einzige Lösung, wobei das mir mit dem Symlink neu ist. Nur weiß ich nicht, wie man einen Symlink eines Kalenders wohin und wie genau erstellen muss. Da hört die Anleitung auf, ich kann mir darunter auch nichts vorstellen.
Es wird auch oft von Shared und Public geredet. Also gut, User angelegt und in der rights folgendes eingetragen, wobei es auch da wieder eine verschiedene Syntax zu geben scheint:
Ich habe bei User auch mal einen User selbst eingeschrieben, ohne Erfolg.
Dann gibt es da noch Ansätze wie:
Geht auch nicht.
In der Infcloud Config soll man wohl folgendes (Public) einfügen:
Doch egal, wie man es wendet, Infcloud zeigt bei mir keine shared Kalender an.
Bei mir funktioniert da keine Einzige Lösung, wobei das mir mit dem Symlink neu ist. Nur weiß ich nicht, wie man einen Symlink eines Kalenders wohin und wie genau erstellen muss. Da hört die Anleitung auf, ich kann mir darunter auch nichts vorstellen.
Es wird auch oft von Shared und Public geredet. Also gut, User angelegt und in der rights folgendes eingetragen, wobei es auch da wieder eine verschiedene Syntax zu geben scheint:
Code: Alles auswählen
# Allow authenticated user to read 'shared' collections in their home directory
# (usually symlinks from other calendars)
[allow-shared-read]
user: .+
collection: %(login)s/.+-shared.ics$
permission: r
# This means all users may read and write any collection starting with public.
# We do so by just not testing against the user string.
[public]
user: .+
collection: public(/.+)?
permission: rw
Dann gibt es da noch Ansätze wie:
Code: Alles auswählen
# harald read/write ute
[rw_harald_ute]
user = harald
collection = ute/.*
permission = rw
In der Infcloud Config soll man wohl folgendes (Public) einfügen:
Code: Alles auswählen
var globalNetworkCheckSettings={
href: 'https://url:5232/',
hrefLabel: null,
crossDomain: null,
forceReadOnly: null,
withCredentials: false,
showHeader: true,
settingsAccount: true,
additionalResources: ['public'],
syncInterval: 60000,
timeOut: 30000,
lockTimeOut: 10000,
delegation: false,
ignoreAlarms: false,
backgroundCalendars: []
}
Re: [gelöst] (baikal vs. nextcloud und mariadb vs. sqlite) vs. RPi 2b
Jetzt verstehe ich, was die mit dem Symlink meinen. Ich hatte den immer nur in den Hauptordner des Users gesetzt und konnte mich nicht mehr richtig anmelden.
Zwei Unterschiede: der Symlink mit v-shared.ics muss in einen existierenden Kalenderordner gesetzt werden. Funktioniert sofort. Was -I bedeutet, habe ich noch nicht rausgefunden.
Wenn man allerdings die Variante nimmt, dass man den ganzen Ordner in ein Userverzeichnis verlinkt, um schreiben zu können, dann muss man
im Infcloud Verzeichnis
Hat mich nen Stündchen gekostet.
Zwei Unterschiede: der Symlink mit v-shared.ics muss in einen existierenden Kalenderordner gesetzt werden. Funktioniert sofort. Was -I bedeutet, habe ich noch nicht rausgefunden.
Wenn man allerdings die Variante nimmt, dass man den ganzen Ordner in ein Userverzeichnis verlinkt, um schreiben zu können, dann muss man
im Infcloud Verzeichnis
ausführen, auch wenn man eigentlich nur in der Config von Radicale etwas geändert hat./.cache_update.sh
Hat mich nen Stündchen gekostet.