Seite 3 von 4 ErsteErste 1234 LetzteLetzte
Ergebnis 21 bis 30 von 36
  1. #21
    Anwender Avatar von Matis
    Registriert seit
    28.05.2015
    Beiträge
    614

    Standard

    Sorry, wollt das verschieben in den allgemeinen Beitrag, wenn es aber nun bereits diskutiert wird, bleibt es wohl hier.

    Für mich ist das geklärt. Ich habe es inzwischen auf dem zweiten Rechner nachvollzogen.
    War office 2013 mal installiert, funzt auch OL 2016 & 2019, beides probiert. Und zwar ohne weitere Kniffe.
    Wenn OL 2013 nicht installiert war konnte ich zarafaclient-7.2.6-52189 nie zum laufen bringen.

    Damit gibt es in OL 2013 etwas, das mindestens 1x in die Registry oder in Win installiert werden mußte. Nur was ist das?
    DS1515+ (16GB, 2x SSD860EVO500, 3x WD30EFRX) + DX-213 (2x WD60EFRX)
    DS1515+ (16GB, 2x SSD850EVO500, 3x WD30EFRX)
    DS716+II (8GB, 2x ST6000VN0041)
    DSM 6.2 / Kopano4s / Surveillance / Web-Seiten / Backup & Data
    Hikvision: 5x DS-2CD2085FWD-I, 3x DS-2CD2022WD-I, DS-2CD2142FWD-I, DS-2CD2F42FWD-I, DS-2CD2032-I, DS-2CD2042WD-I
    Netgear: JGS524PE (PoE) & JGS524Ev2 / APC-UPS: PRO USV 550VA

  2. #22
    Anwender Avatar von Matis
    Registriert seit
    28.05.2015
    Beiträge
    614

    Standard

    Seit 2016 wird HTTP/Mapi per default aktiviert. Aber nur wenn nicht vorher eine ältere Version installiert wurde. Sonst nämlich bleibt RCP/Http aktiviert.

    D.h. könnte es nicht sein, dass der zarafa-client eben RCP/http nutzt und nicht funzt, wenn http/mapi default ist?

    Nur eine Vermutung!
    DS1515+ (16GB, 2x SSD860EVO500, 3x WD30EFRX) + DX-213 (2x WD60EFRX)
    DS1515+ (16GB, 2x SSD850EVO500, 3x WD30EFRX)
    DS716+II (8GB, 2x ST6000VN0041)
    DSM 6.2 / Kopano4s / Surveillance / Web-Seiten / Backup & Data
    Hikvision: 5x DS-2CD2085FWD-I, 3x DS-2CD2022WD-I, DS-2CD2142FWD-I, DS-2CD2F42FWD-I, DS-2CD2032-I, DS-2CD2042WD-I
    Netgear: JGS524PE (PoE) & JGS524Ev2 / APC-UPS: PRO USV 550VA

  3. #23
    Anwender
    Registriert seit
    07.01.2013
    Beiträge
    60

    Standard

    Zitat Zitat von Tosoboso Beitrag anzeigen
    Es ist besser auf die Anpassung im nächsten Release k4s v. .0.7 zu warten, aber generell ist der Fix bereits fertig.
    Wenn du willst kannst due die angehängete common.txt Umbenennen ohen Endung und nach /var/packages/Kopano4s/scripts/ kopieren und dann sollte es gehen.
    Übrigens funktioniert IMAP und der Zarafa-Client mit Kopano4s, auch mis ssl. Man muss aber einer den neusten Client nehmen, 7.2.6 von hier: http://zcp.at/supported/windows/latest/ Alternativ geht auch MS-ActiveSync / Z-Push
    -TosoBoso
    Hi Tososboso,

    habe die Datei angepasst, die Berechtigung und den user angepasst.
    Die Gruppe administ war leider unbekannt und entsprechend nicht anzupassen:

    DiskStation> chown root:administ common
    chown: unknown user/group root:administ

    Nutze ich root:root kann ich Kopano kurzzeitig starten.
    Kopano beendet sich dann sehr schnell wieder.
    Egal ob ich über das Paketzentrum starte oder über Docker.

    Output server.log:
    Wed Nov 13 21:48:35 2019: [ notice] Starting kopano-server version 8.4.5.0 (pid 32)
    Wed Nov 13 21:48:35 2019: [warning] setrlimit(RLIMIT_NOFILE, 8192) failed, you will only be able to connect up to 1024 sockets.
    Wed Nov 13 21:48:35 2019: [warning] WARNING: Either start the process as root, or increase user limits for open file descriptors.
    Wed Nov 13 21:48:35 2019: [error ] KDatabase::Connect(): database access error Unknown error code (0x80000007), mysql error: Access denied for user 'kopano'@'localhost' (using password: YES)
    Wed Nov 13 21:48:35 2019: [crit ] Unable to connect to database: MYSQL not initialized
    Wed Nov 13 21:48:35 2019: [ notice] Server shutdown complete.

    Passwort von mysql habe ich in der server.cfg angepasst, bringt aber auch nichts.
    Ich weiß gerade nicht wo ich ansetzen soll.......mache morgen Abend weiter.

    Das Thema mit Outlook werde ich mal parallel verfolgen.

    Abendliche Grüße
    Gordon
    Solaris Spezie und Linux Starter

  4. #24
    Anwender Avatar von Tosoboso
    Registriert seit
    27.08.2012
    Beiträge
    1.018

    Standard

    Zitat Zitat von Gordon696 Beitrag anzeigen
    habe die Datei angepasst, die Berechtigung und den user angepasst.Die Gruppe administ war leider unbekannt und entsprechend nicht anzupassen: DiskStation> chown root:administ common
    Nutze ich root:root kann ich Kopano kurzzeitig starten. Kopano beendet sich dann sehr schnell wieder. Egal ob ich über das Paketzentrum starte oder über Docker.Output server.log:
    Wed Nov 13 21:48:35 2019: [ notice] Starting kopano-server version 8.4.5.0 (pid 32).. Wed Nov 13 21:48:35 2019: [error ] KDatabase::Connect(): database access error Unknown error code (0x80000007), mysql error: Access denied for user 'kopano'@'localhost' (using password: YES).. Wed Nov 13 21:48:35 2019: [crit ] Unable to connect to database: MYSQL not initialized
    Hi die Fehlermeldung ist eindeutig: das DB-Passwort des Kopano Users in der server.cfg passt nicht. Dieses Pwd steht auch in /var/packages/Kopano4s/etc/package.cfg als DB_PASS.=> Rüberkopieren nach vi /etc/kopano/server.cfg in mysql_password und schon sollte es funktionieren. Die Gruppe bei chown ist übrigens root.administrators da hast du ein copy past Error..
    -TosoBoso
    SPK Developer Kopano4S, Zarafa4H (Wiki & KB helfen: https://wiki.z-hub.io/display/K4S, https://kb.kopano.io/). DS1515+, DS415+, DS412+, DS214play, Kopano4S, Docker, MailServer, Zarafa4H, OwnCloud, etc.

  5. #25
    Anwender
    Registriert seit
    07.01.2013
    Beiträge
    60

    Standard

    Nabend und Danke für die aufschlussreichen Infos.

    hier die neuesten Erkenntnisse.

    Es funktionierte den Container bzw das Paket zu starten.

    Ausführen des Migrations-Scripts klappte leider nicht.
    Hier die Outputs....ist leider viel weil ich nicht weiß was hilfreich ist:

    DiskStation> kopano4s-migration-zarafa start &
    DiskStation> Starting migration steps: 1) kopano baseline backup 2) zarafa db-backup. 3) restore to kopano-db. 4) user export from kopano migration version 5) restore users to kopano baseline
    2019.11.14-21.27.16 step 1: create baseline dump from kopano...
    starting mysql-dump of kopano to /volume1/kopano/backup... use help for details e.g. on restore
    /usr/local/bin/kopano4s-backup: line 365: /bin/mysqldump: not found
    cat: can't open '/volume1/kopano/backup/Sql.err': No such file or directory
    dump for kopano completed in 0 : 0 min:sec.
    2019.11.14-21.27.17 step 2: create dump from legacy zarafa...
    starting mysql-dump of zarafa to /volume1/kopano/backup...
    /usr/local/bin/kopano4s-backup: line 365: /bin/mysqldump: not found
    cat: can't open '/volume1/kopano/backup/Sql.err': No such file or directory
    dump for zarafa completed in 0 : 0 min:sec.
    Kopano services not running exit false
    2019.11.14-21.27.28 step 3: restore zarafa dump of 201911142127 into kopano...
    stoping kopano for restore of kopano from dump of 201911142127...
    Kopano services not running exit false
    2019.11.14-21.27.28 un-zipping dump sql file dump-zarafa-201911142127.sql.gz..
    2019.11.14-21.27.28 starting sql import..
    2019.11.14-21.27.28 MySQL returned error: /usr/local/bin/kopano4s-backup: line 304: /bin/mysql: not found
    restore for kopano completed in 0 : 0 min:sec.
    2019.11.14-21.27.29 doing cleanup zipping back imported dump.sql file..
    2019.11.14-21.27.29 done..
    2019.11.14-21.27.29 step 4: starting kopano migration (8.4.5) to run user export...
    refresh: initializing container from fresh image loaded at docker hub..
    init: remove and build kopano4s docker container from refreshed image.. stop:
    kopano4s
    remove:
    kopano4s
    remove image:
    Untagged: tosoboso/kopano4s:M-Core-8.4.5.0_Webapp-3.4.2_Z-Push-2.4.5
    Deleted: 9233d5f0ed719bffe79178bbbf07d64326230cbd40acf44383 e0e736000201f4
    Deleted: 46eaa463aae8b532439ec6fb5b83d81f7ea95b90b692c9c205 74321498d29232
    ............
    Deleted: bc91a2cfccce9fe3f76727aa19b6665c5ef2229da8a6de06cf 21a7f1d5177a1e
    Deleted: fd08d85d9416519f6846154eb3945077e82da7ed9383a5bae0 e6494c3586daf7
    build M-Core-8.4.5.0_Webapp-3.4.2_Z-Push-2.4.5:
    Unable to find image 'tosoboso/kopano4s:M-Core-8.4.5.0_Webapp-3.4.2_Z-Push-2.4.5' locally
    M-Core-8.4.5.0_Webapp-3.4.2_Z-Push-2.4.5: Pulling from tosoboso/kopano4s
    fd08d85d9416: Pull complete
    bc91a2cfccce: Pull complete
    ......................
    46eaa463aae8: Pull complete
    9233d5f0ed71: Pull complete
    Digest: sha256:c0f0ac6e45c09631562d6936c981d400efe4dcf8951 27eac27c15f919065a14b
    Status: Downloaded newer image for tosoboso/kopano4s:M-Core-8.4.5.0_Webapp-3.4.2_Z-Push-2.4.5
    efd6a709627d2d35bc68f1d22c1677ca18282cdd07e8df1586 43929a614cccca
    ERRO[0000] Unable to connect to local syslog daemon
    postmap on '/etc/kopano/postfix/valiases'..
    ERRO[0000] Unable to connect to local syslog daemon
    postmap on '/etc/kopano/postfix/recipient_bcc'..
    ERRO[0000] Unable to connect to local syslog daemon
    postmap on '/etc/kopano/postfix/sender_bcc'..
    ERRO[0000] Unable to connect to local syslog daemon
    postmap on '/etc/kopano/postfix/recipient_access'..
    ERRO[0000] Unable to connect to local syslog daemon
    postmap on '/etc/kopano/postfix/sender_access'..
    waiting for services to restart: 60s..
    ERRO[0000] Unable to connect to local syslog daemon
    image intializing UID, GID, etc-cfg, log, ssl, post-build
    initializing virtual aliases and pwd e.g. for proxy..
    modifying kopano user and group ids (1049 / 65544) plus file limits ..
    usermod: no changes
    usermod: no changes
    usermod: no changes
    increasing php upload_max_filesize to 15M..
    debconf: DbDriver "config": /var/cache/debconf/config.dat is locked by another process: Resource temporarily unavailable
    setting acl, ssl, encryption shared secrets, fetchmail and plugins..
    chmod: cannot access '/etc/kopano/ssl/clients/*': No such file or directory
    2019.11.14-22.04.12 sleep 5 min to have migration version running smoothly with zarafa database import..
    Kopano services not running exit false
    2019.11.14-22.09.12 ERROR running imported data (see migrate-server.log); rolling back..
    2019.11.14-22.09.12 rollback restore kopano baseline dump of 201911142127 ...
    Kopano services not running exit false
    stoping kopano for restore of kopano from dump of 201911142127...
    Kopano services not running exit false
    2019.11.14-22.09.12 un-zipping dump sql file dump-kopano-201911142127.sql.gz..
    2019.11.14-22.09.12 starting sql import..
    2019.11.14-22.09.12 MySQL returned error: /usr/local/bin/kopano4s-backup: line 304: /bin/mysql: not found
    restore for kopano completed in 0 : 0 min:sec.
    2019.11.14-22.09.12 doing cleanup zipping back imported dump.sql file..
    2019.11.14-22.09.12 done..
    refresh: initializing container from fresh image loaded at docker hub..
    init: remove and build kopano4s docker container from refreshed image.. stop:
    kopano4s
    remove:
    kopano4s
    remove image:
    Untagged: tosoboso/kopano4s:M-Core-8.4.5.0_Webapp-3.4.2_Z-Push-2.4.5
    Deleted: 9233d5f0ed719bffe79178bbbf07d64326230cbd40acf44383 e0e736000201f4
    Deleted: 46eaa463aae8b532439ec6fb5b83d81f7ea95b90b692c9c205 74321498d29232
    ............................
    Deleted: bc91a2cfccce9fe3f76727aa19b6665c5ef2229da8a6de06cf 21a7f1d5177a1e
    Deleted: fd08d85d9416519f6846154eb3945077e82da7ed9383a5bae0 e6494c3586daf7
    build M-Core-8.4.5.0_Webapp-3.4.2_Z-Push-2.4.5:
    Unable to find image 'tosoboso/kopano4s:M-Core-8.4.5.0_Webapp-3.4.2_Z-Push-2.4.5' locally
    M-Core-8.4.5.0_Webapp-3.4.2_Z-Push-2.4.5: Pulling from tosoboso/kopano4s
    fd08d85d9416: Pull complete
    ........................................
    9233d5f0ed71: Pull complete
    Digest: sha256:c0f0ac6e45c09631562d6936c981d400efe4dcf8951 27eac27c15f919065a14b
    Status: Downloaded newer image for tosoboso/kopano4s:M-Core-8.4.5.0_Webapp-3.4.2_Z-Push-2.4.5
    7c908ff3c96968bebd606f733778fb591fb83f55af0e4b42aa 3567c7296f608c
    ERRO[0000] Unable to connect to local syslog daemon
    postmap on '/etc/kopano/postfix/valiases'..
    ERRO[0000] Unable to connect to local syslog daemon
    postmap on '/etc/kopano/postfix/recipient_bcc'..
    ERRO[0000] Unable to connect to local syslog daemon
    postmap on '/etc/kopano/postfix/sender_bcc'..
    ERRO[0000] Unable to connect to local syslog daemon
    postmap on '/etc/kopano/postfix/recipient_access'..
    ERRO[0000] Unable to connect to local syslog daemon
    postmap on '/etc/kopano/postfix/sender_access'..
    waiting for services to restart: 60s..
    ERRO[0000] Unable to connect to local syslog daemon
    image intializing UID, GID, etc-cfg, log, ssl, post-build
    initializing virtual aliases and pwd e.g. for proxy..
    modifying kopano user and group ids (1049 / 65544) plus file limits ..
    usermod: no changes
    usermod: no changes
    usermod: no changes
    increasing php upload_max_filesize to 15M..
    debconf: DbDriver "config": /var/cache/debconf/config.dat is locked by another process: Resource temporarily unavailable
    setting acl, ssl, encryption shared secrets, fetchmail and plugins..
    chmod: cannot access '/etc/kopano/ssl/clients/*': No such file or directory
    kopano4s
    FATA[0000] cannot enable tty mode on non tty input
    Kopano services started


    DiskStation> tail -f /volume1/kopano/backup/migrate-steps.log
    Starting migration steps: 1) kopano baseline backup 2) zarafa db-backup. 3) restore to kopano-db. 4) user export from kopano migration version 5) restore users to kopano baseline
    2019.11.14-21.27.16 step 1: create baseline dump from kopano...
    2019.11.14-21.27.17 step 2: create dump from legacy zarafa...
    2019.11.14-21.27.28 step 3: restore zarafa dump of 201911142127 into kopano...
    2019.11.14-21.27.29 step 4: starting kopano migration (8.4.5) to run user export...
    2019.11.14-22.09.12 ERROR running imported data (see migrate-server.log); rolling back..
    2019.11.14-22.09.12 rollback restore kopano baseline dump of 201911142127 ...

    Soviel für heute Abend......Rollback läuft noch.
    Solaris Spezie und Linux Starter

  6. #26
    Anwender
    Registriert seit
    07.01.2013
    Beiträge
    60

    Standard

    Nabend ...hier der zweite Teil:

    DiskStation> more migrate-server.log
    2019.11.14-21.27.29 Truncated log b4 starting migration version..
    Thu Nov 14 22:03:41 2019: [ notice] Starting kopano-server version 8.4.5.0 (pid 7991)
    Thu Nov 14 22:03:41 2019: [warning] setrlimit(RLIMIT_NOFILE, 8192) failed, you will only be able to connect up to 1024 sockets.
    Thu Nov 14 22:03:41 2019: [warning] WARNING: Either start the process as root, or increase user limits for open file descriptors.
    Thu Nov 14 22:03:41 2019: [error ] KDatabase::Connect(): database access error Unknown error code (0x80000007), mysql error: Access denied for user 'kopano'@'localhost' (using password: YES)
    Thu Nov 14 22:03:41 2019: [crit ] Unable to connect to database: MYSQL not initialized
    Thu Nov 14 22:03:41 2019: [ notice] Server shutdown complete.


    Freue mich über sachdienliche Unterstützung.

    Gruß
    Gordon
    Solaris Spezie und Linux Starter

  7. #27
    Anwender Avatar von Tosoboso
    Registriert seit
    27.08.2012
    Beiträge
    1.018

    Standard

    Zitat Zitat von Gordon696 Beitrag anzeigen
    Nabend und Danke für die aufschlussreichen Infos. Hier die neuesten Erkenntnisse. Es funktionierte den Container bzw das Paket zu starten. Ausführen des Migrations-Scripts klappte leider nicht. Hier die Outputs....ist leider viel weil ich nicht weiß was hilfreich ist:
    DiskStation> kopano4s-migration-zarafa start &
    DiskStation> Starting migration steps: 1) kopano baseline backup 2) zarafa db-backup. 3) restore to kopano-db. 4) user export from kopano migration version 5) restore users to kopano baseline
    2019.11.14-21.27.16 step 1: create baseline dump from kopano...
    starting mysql-dump of kopano to /volume1/kopano/backup... use help for details e.g. on restore
    /usr/local/bin/kopano4s-backup: line 365: /bin/mysqldump: not found
    cat: can't open '/volume1/kopano/backup/Sql.err': No such file or directory
    Hi das Problem ist Fett gekennzeichnet: mysqldump wird nicht wie erwartet gefunden. Ich habe das Problem gefunden: unter DMS 5 war das noch /usr/bin/mysqldump .. was ebenfalls auf DSM 6.x funtioniert, da ist der Default aber /bin/mysqldump.
    Ich werde das entsprechend ändern und zusammen mit den Anpassungen, die du schon eingespielt ahst in das nächste Release packen, das bald kommt, geplant diese Wochenende.
    -TosoBoso
    SPK Developer Kopano4S, Zarafa4H (Wiki & KB helfen: https://wiki.z-hub.io/display/K4S, https://kb.kopano.io/). DS1515+, DS415+, DS412+, DS214play, Kopano4S, Docker, MailServer, Zarafa4H, OwnCloud, etc.

  8. #28
    Anwender
    Registriert seit
    07.01.2013
    Beiträge
    60

    Standard

    Guten Morgen,

    das hatte ich bereits angepasst und laufen lassen.
    Das lief dann auch sauber durch und erzeugte den gewünschten dump.


    Bei dem restore hatte ich dann in Zeile 304 einen Fehler:

    DiskStation> ./kopano4s-backup.sh restore 201911142127
    stoping kopano for restore of kopano from dump of 201911142127...
    Kopano services not running exit false
    2019.11.16-20.31.15 un-zipping dump sql file dump-kopano-201911142127.sql.gz..
    2019.11.16-20.31.15 starting sql import..
    2019.11.16-20.31.15 MySQL returned error: ./kopano4s-backup.sh: line 304: /bin/mysql: not found
    restore for kopano completed in 0 : 0 min:sec.

    Das habe ich dann auch angepasst und hatte danach noch einen anderen Fehler:

    2019.11.16-20.34.16 un-zipping dump sql file dump-kopano-201911142127.sql.gz..
    2019.11.16-20.34.16 starting sql import..
    2019.11.16-20.34.16 MySQL returned error: ERROR 1045 (28000): Access denied for user 'kopano'@'localhost' (using password: YES)
    restore for kopano completed in 0 : 1 min:sec.
    2019.11.16-20.34.17 doing cleanup zipping back imported dump.sql file..
    2019.11.16-20.34.17 done..

    An dem kniffel ich jetzt noch rum, warum der nicht das Passwort nimmt das in den Dateien entsprechend hinterlegt ist.
    Zumal ich zwischen den beiden Schrittten nichts geändert habe.

    Gruß
    Gordon


    Nachtrag von 17.11.2019
    In dem Script werden zwei Dateien server.cfg angezogen:

    die von zarafa und die von kopano.....

    das mysql Passwort von zarafa steht richtig drin, das Passwort von Kopano ebenfalls.

    Scheinbar übersehe ich etwas, warum ich trotzdem ein "access denied" bei der Kopano DB bekomme.

    Vielleicht sehe ich auch gerade einfach zuviele Bäume.

    Freue mcih über Input.

    Gruß
    Gordon
    Geändert von Gordon696 (17.11.2019 um 12:35 Uhr)
    Solaris Spezie und Linux Starter

  9. #29
    Anwender Avatar von Matis
    Registriert seit
    28.05.2015
    Beiträge
    614

    Standard

    Nachdem ich den zarafaclient-7.2.6-52189 nun intensiv mit OL 2016 ausprobiert habe, muß ich Einschränkungen machen.

    Online klappt das wunderbar, alles vorhanden und super easy zu sychronisieren. Es können auch neue root-Ordner angelegt werden und auch Entwürfe, ... werden sychronisiert.

    Offline scheint das mit der Zeit aus dem Ruder zu laufen: gelöschte Objekte wird nur noch teilweise sychronisiert, der Ordner "Sychronisierungsprobleme" wird nach einigen Tagen gar nicht mehr sychronisiert was dann zu Fehlermeldungen führt.
    Der Client scheint also mit der zuverlässigen offline-Sychronisierung nicht mehr stabil zu sein. Sehr schaden, denn er war sehr nützlich. Gibt es denn keine Möglichkeit den client nochmals kopano-tauglich zu machen?
    DS1515+ (16GB, 2x SSD860EVO500, 3x WD30EFRX) + DX-213 (2x WD60EFRX)
    DS1515+ (16GB, 2x SSD850EVO500, 3x WD30EFRX)
    DS716+II (8GB, 2x ST6000VN0041)
    DSM 6.2 / Kopano4s / Surveillance / Web-Seiten / Backup & Data
    Hikvision: 5x DS-2CD2085FWD-I, 3x DS-2CD2022WD-I, DS-2CD2142FWD-I, DS-2CD2F42FWD-I, DS-2CD2032-I, DS-2CD2042WD-I
    Netgear: JGS524PE (PoE) & JGS524Ev2 / APC-UPS: PRO USV 550VA

  10. #30
    Anwender Avatar von Andy+
    Registriert seit
    25.01.2016
    Beiträge
    2.897

    Standard

    Ich habe auch schon festgestellt, dass es da Unterschiede gibt. Jedoch konnte ich bislang keine Fehldaten oder dergleichen feststellen. Da bleibt dann eigentlich nur ActiveSync, jedoch muss die Erstsynchronisation vollständig abgeschlossen werden, bevor angefangen wird damit zu arbeiten. Und zumindest bei mir werden damit keine Notizen synchronisiert.

    In erster Linie arbeite ich damit Online. Im Rahmen des Downgrades von Community zu Default habe ich auch den Offlinemodus verwendet, damit waren allerdings die Kontakte nicht mitgenommen worden, ich konnte das allerdings beheben.
    DS1815+ | 16 GB RAM | DSM 6.2.2 | 6x ST4000DM000 HDD SHR-1 BTRFS 4x, SHR-1 EXT4 2x, 2x SSD SHR-1 EXT4
    DS415+ | 8 GB RAM | DSM 6.2.2 | 4x ST4000DM000 HDD SHR-1
    DS412+ | 4 GB RAM | DSM 6.2.2 | 4x ST3000DM001 HDD SHR-1
    Kopano4S | Resilio | Syncthing | ownCloud | nextCloud | Sypex | eXtplorer | rainloop | afterlogic | VMM |
    Linkaggregation Netgear GS108T-200GES ProSafe 8
    Homepage, Wiki zu Kopano4S, Wiki zu Kopano

Seite 3 von 4 ErsteErste 1234 LetzteLetzte

Ähnliche Themen

  1. Antworten: 8
    Letzter Beitrag: 25.01.2018, 14:47
  2. Zarafa-Migration von DSM 4.3 zu DSM 5.2
    Von Ygolonys im Forum Zarafa
    Antworten: 2
    Letzter Beitrag: 07.06.2015, 14:55
  3. Antworten: 7
    Letzter Beitrag: 10.03.2015, 08:41
  4. Antworten: 6
    Letzter Beitrag: 08.05.2014, 07:45
  5. Backup von RS auf DS für mehrere Versionen
    Von GiZZi im Forum Backup / Restore / Data Replicator Allgemein
    Antworten: 7
    Letzter Beitrag: 09.02.2011, 16:04

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •