UBports Robot Logo UBports Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login

    Nextcloud calendar sync not working

    Scheduled Pinned Locked Moved Unsolved Support
    8 Posts 4 Posters 1.8k Views 4 Watching
    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.
      • F Offline
        fairose
        last edited by

        Hello everyone,

        I am trying to set up my calendar on my UT-Fairphone 4 OTA-2 stable. I have a nextcloud calendar running that syncs with no problems with my thunderbird calendar. But I can't get the calendar to show up on ubuntu touch. My phone and the server are both in the same network.

        I had a running setup with a different nextcloud server and a Fairphone 2. From that I remember, that I had to use"Genereric CalDAV" instead of "Nextcloud" in the calendar-account settings.

        I tried the stup with the following URLs already because I think in the past the URL was the problem:
        http://192.168.x.x/remote.php/dav
        https://192.168.x.x/remote.php/dav
        http://192.168.x.x/remote.php/dav/calendars/"Nextcloud-username"/"Calendar-name"
        https://192.168.x.x/remote.php/dav/calendars/"Nextcloud-username"/"Calendar-name"

        I always get a notification-popup that says that the sync finished. If I use https the popup apperas nearly instantly. If I use http it takes a few minutes. No appointment is shown in the calendar. The CalDAV-account is listed in the phones settings. In the calendar-app overview of calendars my nextcloud-calendar is not listed.

        Does anyone know what I am doing wrong? I remember that it was a lot of work setting up the calendar on the Fairphone 2 but somehow now I can't get it to work at all with the FP4.

        Thank you in advance.

        F 1 Reply Last reply Reply Quote 0
        • F Offline
          fairose @fairose
          last edited by

          Additional info:

          With the command account-console list I can find out the id of the currently existing account (28). If I type account-console show 28 into the terminal I get the following text:

          account: id 28, enabled, provider: generic-caldav
          Global settings:
          /usr/bin/account-console:244: DeprecationWarning: Accounts.AccountSettingIter.next is deprecated
          (ok, key, value) = iterator.next()
          CredentialsId: 28 (<class 'int'>)
          auth/mechanism: password (<class 'str'>)
          auth/method: password (<class 'str'>)
          enabled: True (<class 'bool'>)
          host: http://192.168.x.x/remote.php/dav/calendars/"Nextloud-username"/"Calendar-name" (<class 'str'>)
          name: "Nextcloud-username"@192.168.x.x/remote.php/dav/calendars/"Nextloud-username"/"Calendar-name" (<class 'str'>)

          What does this deprecation warning mean?

          1 Reply Last reply Reply Quote 0
          • TheBirdT Offline
            TheBird
            last edited by TheBird

            Nextcloud (I have Owncloud) sync is working correctly with my phone and server. When I do account-console show x I get the same "DeprecationWarning". So this will not be your problem.

            But I see another difference in the output.

            host: https://owncloud.domain-name.eu
            name: nextclouduser-name@owncloud.domain-name.eu

            So I think you should only give the base url when you add the nextcloud account in accounts. Could this be your problem?

            Oh, and I choose Owncloud, not generic. So that could be why these lines are different.

            BQ Aquaris E4.5
            Pixel 3a XL on Noble which realy rocks!

            F 1 Reply Last reply Reply Quote 0
            • F Offline
              fairose @TheBird
              last edited by

              @TheBird Thank you for your answer. Good to know that the deprecation warning does not matter.

              If I type http://192.168.x.x in my browser I get "Error: net::ERR_CONNECTION_REFUSED". https://192.168.x.x leads me to the nextcloud login page. So I think 192.168.x.x is my "base url". I now tried ownCloud, Nextcloud and Generic CalDAV with http://192.168.x.x and https://192.168.x.x. If I choose ownCloud or Nextcloud I get an error saying that the host-URL is invalid and I can't create the account at all. With Generic CalDAV I can create the account but the calender does not sync.

              I synced my new phone with my old nextcloud server. I noticed that my old nextcloud server is reachable through http and https while my new one is only reachable via https. I am only in my local network so https is not that important. Are there any known issues with CalDAV and https on UT?

              arubislanderA 1 Reply Last reply Reply Quote 0
              • arubislanderA Offline
                arubislander @fairose
                last edited by

                @fairose said in Nextcloud calendar sync not working:

                Are there any known issues with CalDAV and https on UT?

                Not specifically. But it is know that UT does not trust self signed certificates.

                πŸ‡¦πŸ‡Ό πŸ‡³πŸ‡± πŸ‡ΊπŸ‡Έ πŸ‡ͺπŸ‡Έ
                Happily running Ubuntu Touch
                JingPad (24.04-1.x daily)
                OnePlus Nord N10 5G (24.04-2.x daily)
                PinePhone OG (20.04)
                Meizu Pro 5 (16.04 DEV)

                F 1 Reply Last reply Reply Quote 0
                • F Offline
                  fairose @arubislander
                  last edited by

                  @arubislander That my be the problem.

                  Is there a way to trust a certificate in UT? I found ths 4 years old thread:
                  https://forums.ubports.com/post/16216
                  Is there a better way of trusting a certificate by now? Or could I use a trusted certificate on my local server?

                  @zlamalp Did you have any trouble with your method of trusting the certificate of your nextcloud server?

                  F 1 Reply Last reply Reply Quote 0
                  • F Offline
                    fairose @fairose
                    last edited by

                    I tryed using this way, DO NOT TRY YOURSELF, I MAY HAVE DAMAGED MY INSTALLATION:

                    # make the root file system writable
                    sudo mount -o remount,rw /
                    # copy certificate
                    cp /home/.../nextcloud.pem /usr/share/ca-certificates
                    # run this command
                    dpkg-reconfigure ca-certificates
                    

                    I tinkered around a little bit and moved the certificate between /usr/share/ca-certificates and /usr/share/ca-certificates/mozilla. I also renamed it "nextcloud.pem", "cert.pem" or "nextcloud.crt".

                    After the dpkg-reconfigure ca-certificates there is a question shown if I want to trust the new certificates. The answer-options are "yes", "no" and "ask". I ran the command multiple times. Sometimes I choose "yes", sometimes "ask". The next page shows a list with all the certificates. Unfortunatly the screen is croped and I can't read all the text. But I can select my new certificate.

                    I tryed navigating to https://192.168.x.x:1234 (my nextcloud instance) in the morph-browser to check if there is a warning about an untrusted certificate. Unfortunatly there still is. And additionally sudo dpkg-reconfigure ca-certificates now shows the error message /usr/sbin/dpkg-reconfigure: ca-certificates is broken or not fully installed and exits after the error.

                    I am not sure where I went wrong with my tinkering. Any Ideas of how to repair the damage in the sudo dpkg-reconfigure ca-certificates?

                    Z 1 Reply Last reply Reply Quote 0
                    • Z Offline
                      zlamalp @fairose
                      last edited by

                      Hi @fairose,

                      I still use the way mentioned in my post from almost 5 years ago. It gets overwritten from time to time, but I just re-run the commands to trust my cert again.

                      I think I changed .pem to .crt, but otherwise it is in /usr/share/ca-certificates/certificate.crt (filename doesn't really matter).

                      I don't know why are you getting the error, but I guess there is a problem with some certificate you put in there.

                      1 Reply Last reply Reply Quote 0

                      Hello! It looks like you're interested in this conversation, but you don't have an account yet.

                      Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.

                      With your input, this post could be even better πŸ’—

                      Register Login
                      • First post
                        Last post