Kopano4S (Zarafa 2.0)

[Andy+]

Die v0.9.0 ist im Grunde die aktuelle Version, die auch sehr gut und stabil läuft. Die v0.9.1 hat ein paar Plugins mehr, darunter Fetchmail konfigurierbar in der WebAPP. Insgesamt hat die v0.9.x ein hohes Niveau erreicht. Was mir im Zusammenhang mit Files aufgefallen ist, dass bei Änderungen im Dateisystem, insbesondere beim Hinzukommen von Dateien, diese zunächst nicht verfügbar sind.

 

[FricklerAtHome]

@ANDY+ und auch an @TosoBoso

Ich habe versucht es durch die Blume zu sagen: Damit K4S die Version 1,0 erreicht wäre in meinem Verständnis nur die Abbildung von Julians Dole primärem Paket notwendig. Also kein Files, Mattermost, kein Webmeeting etc.. Die über das Paket konfigurierbare Einbindung von AMAVIS , Fetchmail etc. sollten aber per GUI einstellbar sein. --- Das wäre ein Wunsch von mir an eine Version 1.0. Kein Schnickschnack, reine Basics. Die neuen Features sind für die Old-school - Outlook 2003 User, überhaupt nicht verständlich. Per GUI die Antivirus Optionen und das Abholen der Mails zu konfigurieren wäre super. Jeglicher Zugriff auf eine Konsole stellt bei mir bereits die Frage: "Warum dann nicht direkt in einer VM, mit den gleichen Befehlen?"
Lieber und geschätzter TosoBoso, ich freue mich wenn du Andy+ und allen "Nicht-Fricklern" weiterhin aktuelle Entwicklungen zur Konsolen-freien Installation von Kopano auf einem Synology Nas zur Verfügung stellst. -- Ich ziehe meinen Hut! --- Für alle die mehr wollen, individuelle Konfigurationen nutzen oder sonst wo vom Standard abweichen, gibt es nur eine Empfehlung: Macht es selbst und stellt keine Anforderunegn an ein "Paket" oder seinen Distributor. --- Meine Erfahrungen Kopano auf einem qualifizierten Syno-NAS, selbst in einer VM, bis in den Produktiven Status zu entwickeln, zeigen wie viel Aufwand ihr von TosoBoso einfordert. Gleichzeitig ist es aber in eine lokalen VM auch kein Zauberwerk. Aktuell brauche ich in beiden Versionen ein Terminal, sprich Konfiguration die nicht aus der GUI laufen. -- Das Docker Paket als installierbare App macht nur wenig mehr Aufwand als eine nackte Installation von Kopano in einer VM.
Ich finde es schön wenn meine betreute Nachbarschaft, ihr Outlook mit den durch Zarafa/Kopano möglichen Exchange-Server Ersatz per Synology-App selbständig einrichten können. Das macht Tosoboso super!!!!
Aber auch Exchange kann nicht alles! Virenscan, Webmeeting, Chat etc. sind kostenpflichtige Add-Ons im Windows Umfeld. Ich würde mich deshalb freuen wenn lediglich die Basics in das Syno Paket KS4 einfliessen. Dafür aber vollständig in einer GUI konfigurierbar.

mit besten Grüßen
Der Frickler@Home

 

[Gerd88]

Hallo, ich habe das gleiche Problem wie realswiss mit dem SMTP seit dem Update auf 0.9.1.. Ich kann keine Mails mehr über meinem Provider (fordert Benutzername, Passwort) versenden.
Hat bei der Version 0.9 noch funktioniert. Gibt es schon eine Lösung? Danke für die Info

 

[Huhie]

Moin Zusammen,

ich bin produktiv leider erstmal zurück zu meinem Hosted Exchange Konto. Testweise aber aktuell noch bei k4s 0.91

Im z-Push-log kommt folgendes:
05/11/2018 09:46:19 [15216] [ INFO] [#unknown] The configuration parameter 'USE_X_FORWARDED_FOR_HEADER' was deprecated in favor of 'USE_CUSTOM_REMOTE_IP_HEADER'. Please update your configuration.
05/11/2018 09:46:19 [15216] [ INFO] [#unknown] SyncCollections->CheckForChanges(): Waiting for store changes... (lifetime 900 seconds)

Kann mir jemand erklären, was das ist bzw. wie ich den Fehler abstellen kann?

vg

Huhie

 

[FricklerAtHome]

Noch ein Hinweis zu 8.6.80 > Subversion 110 --- Nach Hause telefonieren!!

Hi Folks,

Im Kopano Forum gibt es seit einiger Zeit einen Hinweis von Felix Bartels (der Man der uns hier gerne Hilfe gibt und direkt an der Quelle sitzt):

Kopano ruft nach Hause an! Beschrieben ist das in diesem Beitrag Wichtige Hinweise für Kopano 8.6.80 Subversion größer 110 .
Dieser Hinweis betrifft auch die Community Versionen.
Je nach Gusto ergänzt / ändert also eure server.cfg. Im aktuellen K4S ist kein entsprechender Eintrag in der server.cfg (zumindest nicht bei mir).

--- Ja --Ja --- wer ruft heute schon nicht nach Hause an! Gut ist, dass die Dokumentation genau sagt welche Daten gesammelt werden, da kann jeder entscheiden ob er das will oder nicht. Und es wird auch gesagt wie man es abschalten oder zulassen kann.

Ich lasse es in meinen kurzlebigen Testinstallationen an, in produktiven Systemen ist es aus.

Nur als Tipp den ich hier bisher nicht behandelt wusste!

Grüße aus dem sterbenden Pott (Zeche ZU ==> Frickel ON)

der Frickler@Home (keine Angst ich bin nicht im Bergbau)

 

[Dufooy]

@Frickler@Home

auf was basiert Deine Kopano VM?
Hab gerade eine schönes Addon gefunden für Postfix, vielleicht was für Dich oder Euch https://pietma.com/products/zarafa-postfix-admin/
Der einzige Unterschied zur Docker Installation ist eigentlich nur, dass im Falle von Docker Daten auf der Syno direkt legen, was ich eigentlich bevorzuge und die VM möglichst klein zu Halten.
Geht dass mit der VM auch und könnte man ggf. auch die MariaDB der VM Nutzen?
So als Idee, dann laufen in der VM nur die Prozesse.

Suche wie gesagt nach einer Lösung, da die Univention UCS nicht mehr ganz sauber läuft und ich die ewigen überdimensionalen Updates von denen satt habe.


Gruß D.

 

[Andy+]

Heute morgen waren die Einstellungen in der WebAPP und somit auch DeskAPP zurückgesetzt, wie wenn der erste Start erfolgen würde. Ich konnte die Einstellungen wieder hinterlegen und alle Daten sind ansonsten da.

Heute war dies wieder. Etwas ärgerlich ist dabei, dass zB. die freigegebenen Domains zur Anzeige der Bilder in den Emails auch wieder zurückgesetzt sind. Ist das nicht pauschal einstellbar so wie in Outlook? Kann das nicht in einer cfg-Datei angepasst werden?

 

[FricklerAtHome]

@Dufooy

Also in der VM laufen alle notwendigen Subsysteme. Also auch die Datenbank und der WEB-Server.

Hier nur zur Klärung die Config meiner Produktiven Kopano VM:

Ich betreibe die VM mit einer CPU und 2 GB RAM im VMM
Virtuelle Festplattenkapazität 50 GB

Betriebssystem Debian 8
Datenbank Maria 5
WWW-Server Apache2
PHP und PERL passend zu Debian 8

Kopano 8.7.80
Z-Push 2.4.4
WebApp 3.4.24

Die Produktive Kiste macht alles so als wäre sie ein "nativer" KOPANO Server. Installationsanleitungen hierfür mit Debian 8 gibt es im Netz.
Mein NAS unterstützt BRTFS. Ich nutze also Snapshots. Die VM wird alle 4 Stunden per Snapshot gesichert.

Ich kann also die gesamte KOPANO-Installation jederzeit auf einen Status von vor maximal 4 Stunden zurücksetzen. Wichtige Konfigurations-Änderungen sind als gesperrte Snapshots gesichert.
Dieses Vorgehen betrifft die gesamte VM. Ich lege die Mail-Anhänge im Dateisystem der VM ab. Mit der 4-stündigen Snapshot Aktion brauche ich weder für die Datenbank noch für die Anhänge irgendein Script oder sonstwie eine Lösung für Backups. Sie sind einfach da, weil die gesamte VM "durch Snapshot gebackuped" ist.

Paranoia hin oder her, in regelmäßigen Abständen exportiere ich die VM noch in eine .ova-Datei, die dann auf einem anderen NAS landet. Für mich habe ich diesen Weg noch nie als "Backup-Strategie" nutzen müssen. Die .ova-Dateien dienen ( ca. 6,5 GB bei kleinem Kopano Verbrauch durch die User -- Quota bei 500 MB und 4 Usern) als Import für die betreute Nachbarschaft.

Konfiguriert sind sie ausgezeichnet, lediglich die Anpassung an die individuelle Domän und deren Benutzer fehlen.

Ich werde üblicherweise für die "betreuten" Arbeiten mit Alkohol bestochen. Seit wir das in einer VM abbilden, deutliche Erholungsphasen.

In meinem Entwickler-Zweig ist alles auf dem gleichen Stand nur mit einem Debian 9 Unterbau mit Maria 10 und Apache 2.4, also was auf Betriebssystemebene aktueller "stable-Status" ist. Deb8 mit Kopano ist im Web zur Zeit noch besser dokumentiert und ja auch als Betriebsystem noch mindestens 2 Jahre Support.

Um Inhalte von einer VM in die andere zu bekommen nutze ich vollkommen problemlos das MAPI-Backup-Script, das hier schon mehrfach aufgetaucht ist. Wir / Ich haben Files per weiterer Nextcloud VM realisiert. mattermost und WebMeeting will hier keiner. Als Module in Kopano laufen Files, MDM, ein selbstangepasstes Password und What'sAPP. Ich habe auch Benutzer die FILES nicht haben wollen. Bei 11 betreuten Installationen mit durchschnittlich 3 bis 5 Anwender ( also die klassische Familie mit Kindern) im Umfeld zwischen Apple und Android, gibt es nur noch die "Weihnachts-Projekte". Die Fricklei mit und notwendigen Anpassungen bei einem K4S Update existieren nicht. Kopano läuft in der VM mit Viren- und Spam-Schutz (AMAVIS + SPAMASSASSIN), angepassten Postfix Einstellungen und vielen andern "Sicherheits"-Modulen bzw. Eingrenzungen für einen Fremdzugriff.

Da gibt es immer was zu frickeln, aber ansonsten wäre es auch langweilig.

Beste Grüße

Der Frickler@Home

 

[lea1999]

Hallo zusammen
Ich K4s V0.90 installiert und versuche nun Amavis zum Laufen zu bringen. kopano-status liefert mir folgende Infos:
Core: Kopano Server Running, Spooler Running, Dagent Running, Search Running, Monitor Disabled, Gateway Disabled, ICAL Disabled, Syslog Running
Mail: Postfix Running, Postgrey Disabled, Clamav Running, Amavis Not Running, Spamd Running, Fetchmail Running, Courier-Imap Disabled
Web: NGINX Running, PHP5-FPM Running, Presence Disabled, Webmeetings Disabled, CoTurn Disabled

Ein Restart ändert hier nichts. mit service amavis debug erhalte ich folgende Ausgabe:
Trying to run amavisd-new in debug mode...
Nov 18 15:06:29.191 kopano4s.home.lan /usr/sbin/amavisd-new[1791]: logging initialized, log level 0, logfile: /var/log/kopano/amavis.log
Nov 18 15:06:29.191 kopano4s.home.lan /usr/sbin/amavisd-new[1791]: starting. /usr/sbin/amavisd-new at kopano4s.home.lan amavisd-new-2.10.1 (20141025), Unicode aware, LC_ALL="de_DE.UTF-8", LANG="de_DE.UTF-8"
Nov 18 15:06:29.192 kopano4s.home.lan /usr/sbin/amavisd-new[1791]: perl=5.024001, user=, EUID: 1032 (1032); group=, EGID: 130 130 (130 130)
Nov 18 15:06:29.268 kopano4s.home.lan /usr/sbin/amavisd-new[1791]: INFO: no optional modules: unicore::lib::Nt:e.pl Unix::Getrusage
Nov 18 15:06:29.269 kopano4s.home.lan /usr/sbin/amavisd-new[1791]: SpamControl: attempting to load scanner SpamAssassin, module Amavis::SpamControl::SpamAssassin
Nov 18 15:06:29.269 kopano4s.home.lan /usr/sbin/amavisd-new[1791]: SpamControl: scanner SpamAssassin, module Amavis::SpamControl::SpamAssassin
Nov 18 15:06:29.905 kopano4s.home.lan /usr/sbin/amavisd-new[1791]: INFO: SA version: 3.4.2, 3.004002, no optional modules: Net::CIDR::Lite Encode:etect Image::Info Image::Info::GIF Image::Info::JPEG Image::Info:NG Image::Info::BMP Image::Info::TIFF
Nov 18 15:06:29.905 kopano4s.home.lan /usr/sbin/amavisd-new[1791]: SpamControl: init_pre_chroot on SpamAssassin done
Nov 18 15:06:29.906 kopano4s.home.lan /usr/sbin/amavisd-new[1791]: socket module IO::Socket::IP, protocol families available: INET
Nov 18 15:06:29.907 kopano4s.home.lan /usr/sbin/amavisd-new[1791]: bind to /var/lib/amavis/amavisd.sock|unix, 127.0.0.1:10024/tcp
Nov 18 15:06:29.908 kopano4s.home.lan /usr/sbin/amavisd-new[1791]: Net::Server: 2018/11/18-15:06:29 Amavis (type Net::Server:reForkSimple) starting! pid(1791)
Nov 18 15:06:29.915 kopano4s.home.lan /usr/sbin/amavisd-new[1791]: Net::Server: Binding to UNIX socket file "/var/lib/amavis/amavisd.sock"
Nov 18 15:06:29.916 kopano4s.home.lan /usr/sbin/amavisd-new[1791]: (!)Net::Server: 2018/11/18-15:06:29 Can't connect to UNIX socket at file /var/lib/amavis/amavisd.sock [Permission denied]\n at line 70 in file /usr/share/perl5/Net/Server/Proto/UNIX.pm
Nov 18 15:06:29.916 kopano4s.home.lan /usr/sbin/amavisd-new[1791]: Net::Server: 2018/11/18-15:06:29 Server closing!

Die zweitletzte Zeile reklamiert [Permission denied], effektiv finde ich amavisd.sock nirgends.
Hat jemand eine Idee?

Danke & Gruss, Stephan

 

[lea1999]

Nachtrag:
Ist die Auslegerung der Attachments in v0.90 unterstützt? Wenn ich bei der Installation diese Option wähle, dann erscheint sie nicht in der server.cfg (da steht immer noch database). Wenn ich sie dann die Cofig-Datei manuell anpasse, stürzt der Container ab. Im server.log erscheint die Meldung:
Unable to change ownership for attachment directory '/var/lib/kopano/attachments'
Dies auch wenn ich den Owner dieses Verzeichnisses auf kopano wechsle oder chmod 777 wähle.

Danke für einen Tipp

 

[Andy+]

Das Auslagern von Anhängen wird unterstützt, jedoch ist es nach meinem Kenntnisstand nicht so, dass durch ändern des Parameters "attachment_storage = database" in "attachment_storage = files" die Anhänge automatisch aus der Datenbank in das Dateisystem transferiert werden. Mein Kenntnisstand ist, dass dazu der Datenbankinhalt bei aktivem Paket und Container eingelesen werden muss, z.B. über Zarafa-Client, ActiveSync, bzw. auf dem Wege der "The 2nd option" oder "The 3nd option" aus der Beschreibung .

 

[lea1999]

@Andy+
Danke für die Rückmeldung. Ich habe die Mails via Variante 3 aus PST-Dateien in Kopano eingelesen. Die Fehlermeldung betreffend Zugriffsrechten für das Ändern der Ownership erhalte ich aber sobald ich die KOfiguration auf FILES umstelle und bevor ich irgendwelche Daten in der kopano-DB abgelegt habe.

 

[sky63]

Ich habe außerhalb des Docker-Containers die Berechtigungen für den attachments Ordner angepasst. Der liegt bei mir unter /volume1/kopano

also

per ssh an der syno anmelden

cd /volume1/kopano
$SUDO chown -R kopano.kopano attachments
$SUDO chmod 770 attachments

danach war bei mir der Start von Kopano möglich

gruss,
sky

 

[Dufooy]

Im Moment ist mir unklar, warum wir uns so auf Docker einschiessen, denke eine VM im VMM ist doch viel einfacher zu händeln...was ist der Vorteil von Docker?
Im Moment sehe ich nur dass es ein riesen Aufwand ist dass alles in ein Docker File zu packen.
Eine Vorgefertigte VM wäre mit ein paar Anpassungen viel schneller lauffähig und würde tosoboso entlasten...

 

[FricklerAtHome]

@Dufooy

Habe dir eine erste Antwort per PM gesendet.

Glück Auf der Frickler@Home

 

[catweazle71]

Ich hätte eine kurze Frage. Aufgrund einer anderen Paketinstallation bin ich auf Probleme mit einer Datei /usr/local/etc/services.d/Zarafa.sc gestossen.

Diese Datei ist aus dem Jahr 2014. Daher mal die Frage in die Runde, ob k4s die Datei überhaupt noch benötigt???

Die Datei hat folgenden Inhalt:
[zarafa_outlook]
desc="Zarafa Outlook Connector Port"
title="Zarafa Outlook Port"
port_forward="yes"
dst.ports="236/tcp"

[zarafa_outlook_ssl]
desc="Zarafa Outlook Connector Port (if configured)"
title="Zarafa Outlook SSL Port"
port_forward="yes"
dst.ports="237/tcp"

[zarafa_pop3]
desc="Zarafa Outlook IMAP Port"
title="Zarafa IMAP Port"
port_forward="yes"
dst.ports="110/tcp"

[zarafa_imap]
desc="Zarafa IMAP Connector Port"
title="Zarafa IMAP Port"
port_forward="yes"
dst.ports="144/tcp"

[zarafa_ical]
desc="Zarafa IMAP Ical Port"
title="Zarafa Ical Port"
port_forward="yes"
dst.ports="1080/tcp"

 

[Andy+]

Ich setze ja alle Module von Kopano ein, auch Aufgaben und Notizen. Wenn ich nun diese Module einsetzen möchte, wie Office Note oder Synology Notestation mit Tabs und Untergruppierungen, wie macht ihr das?

 

[Matis]

Ich hab grade mal einen Update von 0.8.8 auf 0.9.1 gemacht. Danach hatte ich denn im Docker unter Abbild zwei Versionen:



Nach dem Start läuft dann aber die erste Version, die alte Version. Wie kommt das? Wie kann ich das ändern?

 

[Matis]

kopano4s-init refresh und alles läuft rund mit den neuest Versionen.

 

[Andy+]

Für die, die es noch nicht mitbekommen haben, es gibt seit einigen Tagen ein neues Image für Supported:

Supported_base-8.6.9_Web-3.5.0_Push-2.4.5