Kopano4S (Zarafa 2.0)

FricklerAtHome

Benutzer
Mitglied seit
01. Okt 2017
Beiträge
583
Punkte für Reaktionen
42
Punkte
54
Hallo an alle Apple User

weiterhin wird von Microsoft in allen Office Paketen für MacOX nur EWS unterstützt. Also auch für Office 365 im Abo für den Apple Rechner kein Connect via Active Sync bzw. Z-Push. Sollte sich das ändern gibte es von mir einen kurzfristigen Hinweis.
Ich empfehle für alle Mac-User weiterhin die Desk-App von Kopano. Da laufen alle Dinge wie Files, Kalender, Mails etc. und man ist nicht an irgendeine CLOUD gebunden. Meine User haben das vollkommen "integriert" und sind mit der Nutzung DeskApp und Apple-Phone / Pad vollständig zufrieden und syncron.

Glück Auf -- Und immer ein Licht bei der Nacht

Der Frickler@Home
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.017
Punkte für Reaktionen
318
Punkte
189
Hallo @Tosoboso, das sind interessante Veränderungen, vielleicht 2-3 Worte zur Bedeutung, ggf. Einstimmung:

D-Core-8.6.9.0_Webapp-3.5.0_Z-Push-2.4.5_WMeet-0.29.5
M-Core-8.4.5.0_Webapp-3.4.2_Z-Push-2.4.5
S-Core-8.7.1_Webapp-3.5.5_Z-Push-2.5.0_WMeet-0.29.5
C-Core-8.7.80_Webapp-3.5.6_Z-Push-2.5.0_WMeet-0.29.5
 

FricklerAtHome

Benutzer
Mitglied seit
01. Okt 2017
Beiträge
583
Punkte für Reaktionen
42
Punkte
54
Hi Andy+

wahrscheinlich selbstredend:

D-Core-8.6.9.0_Webapp-3.5.0_Z-Push-2.4.5_WMeet-0.29.5 wahrscheinlich letzte Version des StableCore
M-Core-8.4.5.0_Webapp-3.4.2_Z-Push-2.4.5 Migrations-Core mit entsprechendem Z-PUSH und WebMeeting
S-Core-8.7.1_Webapp-3.5.5_Z-Push-2.5.0_WMeet-0.29.5 Stable ( mit Seriennummer) Core und entsprechenden Paketen
C-Core-8.7.80_Webapp-3.5.6_Z-Push-2.5.0_WMeet-0.29.5 Community (NightlyBuilds) Core und entsprechende Pakete


Glück auf
Der Frickler@Home
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.017
Punkte für Reaktionen
318
Punkte
189
M-, S-, C-Core hatte ich mir schon gedacht, aber bei D hörte es auf ... ;) .... mir ging es aber auch darum, ob wir uns auf eine neue Nomenklatur einstellen müssen.
 

FricklerAtHome

Benutzer
Mitglied seit
01. Okt 2017
Beiträge
583
Punkte für Reaktionen
42
Punkte
54
Dsm 6.2.2

Glück Auf Kompanos

hat schon jemand auf DSM 6.2.2 upgegraded? Läuft alles wie erwartet oder gibt es Frickel-Arbeit?

--- immer ein Licht bei der Nacht
Der Frickler@Home
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.017
Punkte für Reaktionen
318
Punkte
189
Das Update habe ich auf einer DS manuell installiert und bereits kurz nach dessen Erscheinen laufen. heute hat sich eine andere DS automatisch geupdated. In beiden Fällen gibt es keine negativen Einflüsse.
 

pcmartino59

Benutzer
Mitglied seit
22. Nov 2012
Beiträge
217
Punkte für Reaktionen
0
Punkte
22
kann ich mich nur nschliessen..... Updates auf 3 DS durchgeführt. Ohne stress Kopano läuft.
 
Zuletzt bearbeitet von einem Moderator:

FricklerAtHome

Benutzer
Mitglied seit
01. Okt 2017
Beiträge
583
Punkte für Reaktionen
42
Punkte
54
Glück Auf Ko(m)panies

nur als Nachfrage da mein Testsystem aktuell DOWN ist.

ich bin auf:

WebApp 3.5.7.2298+1289.1
Kopano Core 8.7.81.48.39640ec78-0+233.1
Z-Push 2.5.0+0-0

in einer Debian 9 latest VM

wie ist der Stand der Community-K4S?

Ich frage da ja bald ein neues Debian erscheint. Da möchte ich temporär eine backup-Installation mittels K4S einrichten. Die Stände sollten aber schon ähnlich sein.

---- Immer ein Licht bei der Nacht
der Frickler@Home
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.017
Punkte für Reaktionen
318
Punkte
189
Du kennst doch die Stände mittels der Docker Tags:

Community_B-8.7.80_Web-3.5.4_Push-2.4.5_Meet-0.29.5_Mmost-5.8.0_Files-2.1.6_Docs-5.4
Community_base_B-8.7.80_Web-3.5.4_Push-2.4.5
Supported_B-8.7.0_Web-3.5.3_Push-2.4.5_Meet-0.29.5_Mmost-5.8.0_Files-2.1.5_Docs-5.4
Supported_base_B-8.7.0_Web-3.5.3_Push-2.4.5
Community-8.7.80_Web-3.5.3_Push-2.4.5_Meet-0.29.5_Mmost-5.7.1_Files-2.1.6_Docs-5.4
Community_base-8.7.80_Web-3.5.3_Push-2.4.5
Supported-8.7.0_Web-3.5.2_Push-2.4.5_Meet-0.29.5_Mmost-5.6.3_Files-2.1.5_Docs-5.4
Migration-8.4.5.0_Web-3.4.2_Push-2.3.9

Und dann gibt es wohl für die kommende v1.0.1 o.ä. noch

D-Core-8.6.9.0_Webapp-3.5.0_Z-Push-2.4.5_WMeet-0.29.5
M-Core-8.4.5.0_Webapp-3.4.2_Z-Push-2.4.5
S-Core-8.7.1_Webapp-3.5.5_Z-Push-2.5.0_WMeet-0.29.5
C-Core-8.7.80_Webapp-3.5.6_Z-Push-2.5.0_WMeet-0.29.5

muss wohl so sein, denn diese Versionen lassen sich auch mit einem Refresh nicht laden.

Aber ich denke mal, die Stände spielen keine Rolle, solange die Datenbankversionen kompatibel sind, also von daher läuft das sicher. Teste einfach, mach einen Datenbankexport, installiere K4S v1.0.0 und dann siehst Du das sicherlich.
 

FricklerAtHome

Benutzer
Mitglied seit
01. Okt 2017
Beiträge
583
Punkte für Reaktionen
42
Punkte
54
@TosoBoso

ich bin wieder zurück auf community Core 8-70-80.926. Da gibt es nicht nur bei mir Probleme mit dem 8-70-81 Community (siehe auch Forum Kopano.io). Der Rest ist aber auf den beschriebenen Ständen ohne Frickeln lauffähig.
Die Probleme sind im dagent und spooler.

--- immer ein Licht bei der Nacht
Der Frickler@ Home
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.017
Punkte für Reaktionen
318
Punkte
189
Sofern sich das noch nicht herumgesprochen hat, Tosoboso ist aktiv im Github

https://www.synology-forum.de/showthread.html?100802-Kopano4s-auf-GitHub-Entwickler-Ecke bzw.
https://github.com/TosoBoso/Kopano4s

einfach mal ansehen. Es gibt dort auch eine v1.0.1 Beta, diese läuft bei mir jedoch noch nicht und liegt auch nicht als SPK vor, sondern muss per Script zusammengebaut werden oder man macht das manuell, auch kein Thema. Im ersten Schritt habe ich das manuell gemacht, ich werde das noch mit dem Script testen.
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.017
Punkte für Reaktionen
318
Punkte
189
Scheint nicht so einfach:

........./Kopano4s-master/build_spk.sh
Fakeroot is not installed; using sudo, you might need to give pwd at initial call when archive wil be build..
fatal: Not a git repository (or any parent up to mount point /volume1/Software)
Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).
fatal: Not a git repository (or any parent up to mount point /volume1/Software)
Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).

Also geht doch nur manuell...
 

Matis

Benutzer
Mitglied seit
28. Mai 2015
Beiträge
735
Punkte für Reaktionen
9
Punkte
44
Sofern sich das noch nicht herumgesprochen hat, Tosoboso ist aktiv im Github

... und was heißt das für ambitionierte Anwender?
Dass es keine weiteren spk's mehr geben wird?
Ich komme mit dem "Zusammenbauen" nicht zurecht.
Das wäre sehr schade.
Ist die 1.0beta denn noch funktionsfähig, wenn man sie neu installiert?
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.017
Punkte für Reaktionen
318
Punkte
189
Die v1.0.0 beta ist bislang die beste Version und lässt sich einwandfrei installieren. Was sich da auf Github abspielt, ist im Aufbau und ist so gesehen die Beta mit der Beta
 

Tosoboso

Benutzer
Mitglied seit
27. Aug 2012
Beiträge
1.256
Punkte für Reaktionen
52
Punkte
74
K4S neue Pakete, Default Stable und MIgration / Downgrade

... Dass es keine weiteren spk's mehr geben wird? Ich komme mit dem "Zusammenbauen" nicht zurecht. Ist die 1.0beta denn noch funktionsfähig, wenn man sie neu installiert?
Hallo zusammen,
Es wird weiterhin SPKs auf www.cphub.net geben und ich Lade gerade welche hoch für die k4s v.1.0.1. Auf GitHub kann man Teilnehmen, Mithelfen, Requests Stellen und per Sneak Preview SPKs Bauen.
Die v.1.0 Beta Community war noch 'bedingt' lauffähig, aber es war nicht mehr möglich auf meiner Seite, die Container zu Aktualisieren und es waren zeit-aufwendige Anpassungen via Reverse-Engineering nötig, bis alles wieder lief.

Die Pakete sind nun auch so geändert, dass Community Beta von den Stable Versions getrennt sind und es gibt nun ähnlich wie bei Kopano4UCS eine getestete Version, die ich Default nenne.Diese Version benötigt keine SNR, ist 3-9 Monate alt, aber eben stabiler und ohne die Überraschungen einer ständig ändernden Community von den Nightly Builds. Siehe auch hier: https://www.synology-forum.de/showt...ler-Ecke/page2&p=831456&viewfull=1#post831456
Ich empfehle auf die Default Stable zu wechseln, was aber mit etwas Aufwand verbunden ist, da dies aus Sicht von Kopano ein Downgrade ist (die Version ist in Datenbank hinterlegt und bei 'Mismatch' Stoppt Kopano).
Also ist eine Migration via User Export Import nötig, was mit dem tool kopano-backup möglich ist. Konkret:
1. User Exportieren mit einer laufenden Beta-Community via >kopano-backup. (nicht kopano4s-backup!) 2. Un-Install mit Datenbank NICHT behalten, aber Kopano Volume behalten, wo ja das Backup aller User liegt.
3. Stable-Default Installieren mit frischer Datenbank und alle User Importieren via >kopano4s-restore-user all. Zu den Aktionen werden im Backup-Verzeichnis Log-Files hintelegt.
Bei der Gelegenheit kann man auch komfortabel auf die Option Attachements im Filesystem wechseln, denn die alten Versionen haben trotzt Menu-Auswahl immer die Datenbank für Attachments genutzt.
-TosoBoso
 
Zuletzt bearbeitet:

Tosoboso

Benutzer
Mitglied seit
27. Aug 2012
Beiträge
1.256
Punkte für Reaktionen
52
Punkte
74
K4S Neu verfügbar, Default Stable und MIgration / Downgrade

Hallo zusammen,
K4s 1.01 & 1.01b sind nun seit gestern 22:00 auf CPHUP verfügbar. Beide SPKs sind in Funktionalität identisch, nur die Menu Auswahl leitet auf die entsprechende Kopano Edition (Community bzw. Defauöt old-stable oder .Supported)
D.h. im Beta SPK Paket 1.0.1b ist es die Community, die auch als einfacher Upgrade für die Vorgängerversion 1.0 zu Verwenden ist.
Für die Stable Default Version K4S 1.0.1, auf die ich empfehle zu Wechseln, muss man mit einer leeren Datenbank Starten und einen Downgrade durchführen, siehe: https://www.synology-forum.de/showt...ble-vs-Beta-Community-und-Migration-Downgrade
Edit Bitte um Erfahrungsberichte hier im Beitrag, was den Betrieb der neuen Pakete angeht und speziell den Downgrade auf die Default-Stable
-TosoBoso
 
Zuletzt bearbeitet:

Matis

Benutzer
Mitglied seit
28. Mai 2015
Beiträge
735
Punkte für Reaktionen
9
Punkte
44
Hallo,

Vielen Dank erst mal.
Ich hab auf meiner Testmaschine alles gelöscht und 1.0.1 installiert und dann die db wie beschrieben wieder importiert.
Auch der Export der Anhänge hat geklappt. Soweit sieht es nicht schlecht aus.
Nur ein Problem bekomme ich nicht in den Griff: auf Ipad und Iphone habe ich den Account ebenfalls neu angelegt. Jetzt habe ich aber viel mehr Ordner aus früher. Z.B. auch einen Ordner Posteingang, in dem landen die Email von k4s. Der Standard-Eingang des iphone heisst aber „Eingang“. Also werden meine neuen Email nicht in diesem Ordner angezeigt und auch nicht die Anzahl neuer Emails angezeigt. Das ist seither kein Problem gewesen. Dasselbe mit Postausgang statt Ausgang, ....
Ideen?
 

Matis

Benutzer
Mitglied seit
28. Mai 2015
Beiträge
735
Punkte für Reaktionen
9
Punkte
44
P.S. Kalender und Kontakte wurden beim Import gar nicht übernommen. In der Webapp habe ich jetzt plötzlich auch noch englische Ordner.
 

Tosoboso

Benutzer
Mitglied seit
27. Aug 2012
Beiträge
1.256
Punkte für Reaktionen
52
Punkte
74
Hi Matis,
Was Englische Ordner angeht, versuche es mal bitte mit >kopano-localize-folders -u user --lang de_DE.UTF-8 wobei für deine jeweiligen user steht. Das hat bei mir geklappt. Ich werde mal prüfen, ob kopano-admin aktuell die User unter Deutsch anlegt, wenn GER bei der Installation gesetzt ist, oder per ENG,
EDIT Ja Kopano legt die User mit Englischer Mailbox an, obwohl GER bei der Installation gesetzt wurde un in der /etc/kopano/default KOPANO_LOCALE="de_DE.UTF-8" und KOPANO_USERSCRIPT_LOCALE="de_DE.UTF-8" steht. Das ist komisch und ich vermute dass nicht sauber an kopano-cli weitergeeicht wird, es ist do, dass kopano-admin auf deprecated steht und kopano-cli verwendet werden soll; kopano-admin leitet dann an kopano-cli um. Der Sache muss ich nachgeheh und inder Zwischenzeit: kopano-localize-folders nutzen.
Was Kalender und Kontakte angeht, so wurden die bei mir und meinen Migrationen Übernommen, >kopano-backup und kopano-backup --restore werden hier benutzt, die Standard Kopano Tools, das Problem kann ich irgendwie nicht nachstellen.
-TosoBoso
 
Zuletzt bearbeitet:

Matis

Benutzer
Mitglied seit
28. Mai 2015
Beiträge
735
Punkte für Reaktionen
9
Punkte
44
... das kopano-localize-folders -u user --lang de_DE.UTF-8 hat leider nichts gebracht. Die db ist wohl schon hin.
Ich werde sie lösöchen, dann kopano-localize-folders -u user --lang de_DE.UTF-8 eingeben und dann erst das backup zurückholen. Vielleicht geht das.
Ansonsten werrde ich über Outlook in eine neue db alles wieder reinholen. Ist aber mühsam.

Kann ich denn eine so erstellte db nachher wieder per kopano4s-backup sicherrn und mit restore wieder in mein Produktivsystem einspielen, wenn ich dort neu installiert habe?
kopano-backup ist mir nach dem ersten Desaster zu unsicher.

oder könnte man als erste Version nicht eine nehmen, die diesen downgrade nicht braucht? Damit es ein update auch tut und man die db nicht ändern muß?
 


 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat