Navigation

    Kopano
    • Register
    • Login
    • Search
    • Categories
    • Get Official Kopano Support
    • Recent
    Statement regarding the closure of the Kopano community forum and the end of the community edition

    Zarafa 7.1 Migration to Kopano successful, but ...

    Legacy software
    3
    5
    1162
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • 1of16
      1of16 last edited by

      Hi,

      I was able to migrate my Yaffas Zarafa 7.1 on my Ubuntu 14.04. server to Kopano with your migartion guide (https://kb.kopano.io/display/WIKI/Migrating+from+ZCP+7.1+or+earlier+to+Kopano+Core+8.5+or+later and https://documentation.kopano.io/kopano_migration_manual/zcp_migration.html#manual-zcp-to-kopano-migration). Was quick and painless, maybe because I only got seven users and a small DB :)
      It was even possible to upgrade to the recent Kopano version including WebApp and so on.

      Since I used Yaffas to install Zarafa all my users are stored in LDAP and I wanted to upgrade the schema: https://documentation.kopano.io/kopano_migration_manual/zcp_migration.html#ldap-data-transplantation-to-new-schema
      But now I am puzzled, since that it isn’t working:

      # slapcat | sed  's#^zarafa#kopano#' > zarafa2kopano.ldif
      5c3f880e UNKNOWN attributeDescription "ZARAFAACCOUNT" inserted.
      5c3f880e UNKNOWN attributeDescription "ZARAFAQUOTAOVERRIDE" inserted.
      5c3f880e UNKNOWN attributeDescription "ZARAFAQUOTAWARN" inserted.
      5c3f880e UNKNOWN attributeDescription "ZARAFAQUOTASOFT" inserted.
      5c3f880e UNKNOWN attributeDescription "ZARAFAQUOTAHARD" inserted.
      5c3f880e UNKNOWN attributeDescription "ZARAFAADMIN" inserted.
      5c3f880e UNKNOWN attributeDescription "ZARAFASHAREDSTOREONLY" inserted.
      5c3f880e UNKNOWN attributeDescription "ZARAFAHIDDEN" inserted.
      5c3f880e UNKNOWN attributeDescription "ZARAFAALIASES" inserted.
      5c3f880e UNKNOWN attributeDescription "ZARAFASENDASPRIVILEGE" inserted.
      

      it seems the ldif still got Zarafa attributes, e.g.:

      dn: uid=familie,ou=People,dc=example,dc=com
      objectClass: zarafa-user
      [...]
      ZARAFAALIASES: familie@example.com
      ZARAFASENDASPRIVILEGE: uid=user1,ou=People,dc=example,dc=com
      ZARAFASENDASPRIVILEGE: uid=user2,ou=People,dc=example,dc=com
      ZARAFASENDASPRIVILEGE: cn=Familie_example,ou=Group,dc=example,dc=com
      ZARAFAQUOTAWARN: 80
      ZARAFAQUOTASOFT: 90
      ZARAFAQUOTAHARD: 100
      ZARAFAQUOTAOVERRIDE: 1
      ZARAFAADMIN: 0
      ZARAFASHAREDSTOREONLY: 0
      ZARAFAHIDDEN: 0
      

      Am I doing something wrong? are those attributes non essential?
      is there another guide to complete the migration?

      Thank you!
      1of16

      1 Reply Last reply Reply Quote 0
      • fbartels
        fbartels Kopano last edited by

        Hi @1of16 ,

        that sounds a bit like you had already removed the zarafa schema before running the slapcat command. Instead of this hardcore method of dumping your complete ldap, I would rather recommend to use the script a bit further down in the manual which does an in place update of the defined attributes and object classes.

        Generally speaking it will cause no harm to run the Kopano server with the old zarafa schema (you can just reuse your old ldap.cfg).

        Regards Felix

        Resources:
        https://kopano.com/blog/how-to-get-kopano/
        https://documentation.kopano.io/
        https://kb.kopano.io/

        Support overview:
        https://kopano.com/support/

        1 Reply Last reply Reply Quote 0
        • 1of16
          1of16 last edited by

          Hey @fbartels ,

          thanks for your fast reply.
          Maybe you’re right and due to removing zarafa/yaffas and installing kopano something happened to the schema.
          I overlooked the script, I guess I only read “AD” and thought I couldn’t use it.
          Since it seems to be recommended I will try to “clean up” my LDAP and will report back :)

          1of16

          1 Reply Last reply Reply Quote 0
          • Coffee_is_life
            Coffee_is_life last edited by Coffee_is_life

            Hello there,

            i’ve just looket into your sed command and maybe its a bit too easy to be the issue:
            first: you wrote “sed s/^zarafa/kopano/ > fileout” but all the attribs are written in upper case.
            second: i bet you need to add the g for global, otherwise only the first occurance will be changed… the right command should be:

            slapcat |sed 's/^ZARAFA/KOPANO/g' > fileout
            

            if this still wont work maybe go though that file with a loop:

            slapcat > /tmp/tempfile.ldif
            while read line
              echo $line |sed -e 's/^ZARAFA/KOPANO/g' >> /tmp/zarafa2kopano.ldif
            done < /tmp/tempfile.ldif
            

            just a guess :)

            best regards
            coffee_is_life

            1 Reply Last reply Reply Quote 0
            • 1of16
              1of16 last edited by

              HI @Coffee_is_life ,

              I guess you are right :) didn’t noticed it. maybe it is a good idea to use your brain while fiddeling around with something unknown. but thats what testing system are for…
              In the end I maybe just slapcat the ldif file and afterwards sed ZARAFA and zarafa to kopano/KOPANO.

              btw. @fbartels
              I got a little problem the script further down too:

              grep: /usr/share/doc/packages/zarafa/zarafa.schema: Datei oder Verzeichnis nicht gefunden
              

              even more interesting I found the schema here:

              /usr/share/doc/zarafa/zarafa.schema.gz
              

              this is all a bit confusing, since I 've got no decent experience with ldap.
              But I haven’t broken it it, so there is still hope :)

              is it possible that there “extra informations” like ZARAFAQUOTAWARN where only used the yaffas and not zarafa itself?

              like you already said maybe I shouldn’t care so much about these schemas and just migrate and use it :)

              greetings
              1of16

              1 Reply Last reply Reply Quote 0
              • First post
                Last post