View Issue Details

IDProjectCategoryView StatusLast Update
0005639SOGoApple Calendar (Mac OS X)public2023-01-30 19:09
Reporterskutter Assigned Tosebastien  
PrioritynormalSeveritymajorReproducibilityhave not tried
Status confirmedResolutionopen 
PlatformClientOSApple Mac OSOS VersionVentura
Product Version5.7.1 
Summary0005639: CalDAV: Mac OS Calendar unable to find existing SOGo calendars and creates a new one.
Description

Hello everyone

I have a MacBook Pro 2019 with Intel CPU. I'm using SOGo through Mailcow (https://mailcow.email).
Mailcow can generate a .mobileconfig file for each user to automatically add the mailbox as well as the calendar and contacts.
Importing the profile from the mobileconfig results in a new calendar being created on SOGo and existing ones are not recognized. I checked the mobileconfig (you can open them in a text editor), the credentials are correct (I tested them manually) and the host and path are correct, too.
Importing the profile results in the log entries you can see in screenshot 1. The log entries on screenshot 2 are the result of the periodic sync.

Everything worked fine on Mac OS Monterey, the problem only started after updating to Ventura.

Steps To Reproduce
  1. Use mailcow (demo available on https://mailcow.email)
  2. Have a MacBook with Mac OS Ventura
  3. Login to your user on the mailcow management gui.
  4. Download a .mobileconfig file which includes CalDAV/CardDAV (there are some without)
  5. Import the profile
TagsCalDAV, mailcow

Activities

skutter

skutter

2022-11-09 12:49

reporter  

Screenshot 1 (493,372 bytes)
Screenshot 2.png (310,035 bytes)
Christian Mack

Christian Mack

2022-11-10 08:02

developer   ~0016368

Could you provide a .mobileconfig changed to demo.sogo.nu for testeing?

Christopher Zimmer

Christopher Zimmer

2022-11-10 09:21

reporter   ~0016371

I experienced the problem on macOS 13.0 (22A380) using the native calendar.app, but on a custom install of SOGo (Nightly 5.7.1.20221109-1):
The default "personal" calendar does not show up (but work on all other clients) and a new "Calendar" is instead created.

I found the problem: It seems that calendar.app does not like calendars starting with lower case letters (anymore)... and you paths also are lower case calendar names.
If I rename the folder path in the database table "sogo_folder_info" from "/Users/%USERNAME%/Calendar/personal" in c_path to "/Users/%USERNAME%/Calendar/Personal" as well as updating c_path4 from "personal" to "Personal", they show up fine again in caldendar.app

skutter

skutter

2022-11-10 09:40

reporter   ~0016372

I attached the modified mobileconfig. We didn't get the SSL Cert to work though, maybe someone else can get their mac to trust the cert?

mailcow UI.mobileconfig (5,507 bytes)   
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
  <dict>
    <key>PayloadContent</key>
    <array>
      <dict>
        <key>EmailAccountDescription</key>
        <string>demo@sogo-demo.de</string>
        <key>EmailAccountType</key>
        <string>EmailTypeIMAP</string>
        <key>EmailAccountName</key>
        <string>DEMO</string>
        <key>EmailAddress</key>
        <string>demo@sogo-demo.de</string>
        <key>IncomingMailServerAuthentication</key>
        <string>EmailAuthPassword</string>
        <key>IncomingMailServerHostName</key>
        <string>netcup-sogo.de</string>
        <key>IncomingMailServerPortNumber</key>
        <integer>993</integer>
        <key>IncomingMailServerUseSSL</key>
        <true/>
        <key>IncomingMailServerUsername</key>
        <string>demo@sogo-demo.de</string>
                <key>IncomingPassword</key>
        <string>demo</string>
                <key>OutgoingMailServerAuthentication</key>
        <string>EmailAuthPassword</string>
        <key>OutgoingMailServerHostName</key>
        <string>netcup-sogo.de</string>
        <key>OutgoingMailServerPortNumber</key>
        <integer>465</integer>
        <key>OutgoingMailServerUseSSL</key>
        <true/>
        <key>OutgoingMailServerUsername</key>
        <string>demo@sogo-demo.de</string>
        <key>OutgoingPasswordSameAsIncomingPassword</key>
        <true/>
        <key>PayloadDescription</key>
        <string>Configures email account.</string>
        <key>PayloadDisplayName</key>
        <string>IMAP Account (info@it-service-kutter.de)</string>
        <key>PayloadIdentifier</key>
        <string>de.sogo-demo.demo.appleprofile.mailcowUI.email</string>
        <key>PayloadOrganization</key>
        <string></string>
        <key>PayloadType</key>
        <string>com.apple.mail.managed</string>
        <key>PayloadUUID</key>
        <string>196DEC6F-5D24-44B4-BD62-96AE34CD9D06</string>
        <key>PayloadVersion</key>
        <integer>1</integer>
        <key>PreventAppSheet</key>
        <false/>
        <key>PreventMove</key>
        <false/>
        <key>SMIMESigningUserOverrideable</key>
        <true/>
        <key>SMIMESigningCertificateUUIDUserOverrideable</key>
        <true/>
        <key>SMIMEEncryptByDefaultUserOverrideable</key>
        <true/>
        <key>SMIMEEncryptionCertificateUUIDUserOverrideable</key>
        <true/>
        <key>SMIMEEnableEncryptionPerMessageSwitch</key>
        <true/>
      </dict>
            <dict>
        <key>CalDAVAccountDescription</key>
        <string>demo@sogo-demo.de</string>
        <key>CalDAVHostName</key>
        <string>netcup-sogo.de</string>
        <key>CalDAVPort</key>
        <real>443</real>
        <key>CalDAVPrincipalURL</key>
        <string>/SOGo/dav/demo@sogo-demo.de</string>
        <key>CalDAVUseSSL</key>
        <true/>
        <key>CalDAVUsername</key>
        <string>demo@sogo-demo.de</string>
                <key>CalDAVPassword</key>
        <string>demo</string>
                <key>PayloadDescription</key>
        <string>Configures CalDAV account.</string>
        <key>PayloadDisplayName</key>
        <string>CalDAV (demo@sogo-demo.de)</string>
        <key>PayloadIdentifier</key>
        <string>de.sogo-demo.demo.appleprofile.mailcowUI.CalDAV</string>
        <key>PayloadOrganization</key>
        <string></string>
        <key>PayloadType</key>
        <string>com.apple.caldav.account</string>
        <key>PayloadUUID</key>
        <string>C373EFF5-91C6-2779-9B2F-829C38B2E24B</string>
        <key>PayloadVersion</key>
        <integer>1</integer>
      </dict>
      <dict>
        <key>CardDAVAccountDescription</key>
        <string>demo@sogo-demo.de</string>
        <key>CardDAVHostName</key>
        <string>netcup-sogo.de</string>
        <key>CardDAVPort</key>
        <integer>443</integer>
        <key>CardDAVPrincipalURL</key>
        <string>/SOGo/dav/demo@sogo-demo.de</string>
        <key>CardDAVUseSSL</key>
        <true/>
        <key>CardDAVUsername</key>
        <string>demo@sogo-demo.de</string>
                <key>CardDAVPassword</key>
        <string>demo</string>
                <key>PayloadDescription</key>
        <string>Configures CardDAV accounts</string>
        <key>PayloadDisplayName</key>
        <string>CardDAV (demo@sogo-demo.de)</string>
        <key>PayloadIdentifier</key>
        <string>de.sogo-demo.demo.appleprofile.mailcowUI.carddav</string>
        <key>PayloadOrganization</key>
        <string></string>
        <key>PayloadType</key>
        <string>com.apple.carddav.account</string>
        <key>PayloadUUID</key>
        <string>554461B9-2F4F-DA62-A2E4-F6AFACA3305C</string>
        <key>PayloadVersion</key>
        <integer>1</integer>
      </dict>
          </array>
    <key>PayloadDescription</key>
    <string>IMAP, CalDAV, CardDAV with application password</string>
    <key>PayloadDisplayName</key>
    <string>demo@sogo-demo.de</string>
    <key>PayloadIdentifier</key>
    <string>de.sogo-demo.demo.appleprofile.mailcowUI</string>
    <key>PayloadOrganization</key>
    <string>mailcow UI</string>
    <key>PayloadRemovalDisallowed</key>
    <false/>
    <key>PayloadType</key>
    <string>Configuration</string>
    <key>PayloadUUID</key>
    <string>C8956C05-7184-F366-76E5-CEA128729C99</string>
    <key>PayloadVersion</key>
    <integer>1</integer>
  </dict>
</plist>
mailcow UI.mobileconfig (5,507 bytes)   
skutter

skutter

2022-11-10 09:46

reporter   ~0016374

Christopher Zimmer how can you do that? Can you explain?

Christopher Zimmer

Christopher Zimmer

2022-11-10 10:17

reporter   ~0016375

For me it was simple as I have phpMyAdmin to access the MySQL database directly.
For the dockerized mailcow installation something similar to the following two commands COULD work (taken from mailcow-reset-admin.sh helper script), but I can not test it, so please be warned:

docker exec -it $(docker ps -qf name=mysql-mailcow) mysql -u${DBUSER} -p${DBPASS} ${DBNAME} -e "UPDATE 'sogo_folder_info' SET 'c_path4' = 'Personal' WHERE 'sogo_folder_info'.'c_path' = '/Users/YOUREMAIL/Calendar/personal';"

docker exec -it $(docker ps -qf name=mysql-mailcow) mysql -u${DBUSER} -p${DBPASS} ${DBNAME} -e "UPDATE 'sogo_folder_info' SET 'c_path' = '/Users/YOUREMAIL/Calendar/Personal' WHERE 'sogo_folder_info'.'c_path' = '/Users/YOUREMAIL/Calendar/personal';"

You need to replace DBUSER, DBPASS and DBNAME with the values from your mailcow.conf as well as replace YOUREMAIL with the login (I would assume "info@it-service-kutter.de" in your case).
Same then again for the the other calendar 'inbox' in your case.

Christian Mack

Christian Mack

2022-11-10 11:00

developer   ~0016379

I tweaked the mobileconfig to use credentials for sogo1@example.com at demo.sogo.nu.

mailcow UI-2.mobileconfig (5,407 bytes)   
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
  <dict>
    <key>PayloadContent</key>
    <array>
      <dict>
        <key>EmailAccountDescription</key>
        <string>sogo1@example.com</string>
        <key>EmailAccountType</key>
        <string>EmailTypeIMAP</string>
        <key>EmailAccountName</key>
        <string>DEMO</string>
        <key>EmailAddress</key>
        <string>sogo1@example.com</string>
        <key>IncomingMailServerAuthentication</key>
        <string>EmailAuthPassword</string>
        <key>IncomingMailServerHostName</key>
        <string>demo.sogo.nu</string>
        <key>IncomingMailServerPortNumber</key>
        <integer>993</integer>
        <key>IncomingMailServerUseSSL</key>
        <true/>
        <key>IncomingMailServerUsername</key>
        <string>sogo1@example.com</string>
        <key>IncomingPassword</key>
        <string>sogo</string>
        <key>OutgoingMailServerAuthentication</key>
        <string>EmailAuthPassword</string>
        <key>OutgoingMailServerHostName</key>
        <string>demo.sogo.nu</string>
        <key>OutgoingMailServerPortNumber</key>
        <integer>587</integer>
        <key>OutgoingMailServerUseSSL</key>
        <true/>
        <key>OutgoingMailServerUsername</key>
        <string>sogo1@example.com</string>
        <key>OutgoingPasswordSameAsIncomingPassword</key>
        <true/>
        <key>PayloadDescription</key>
        <string>Configures email account.</string>
        <key>PayloadDisplayName</key>
        <string>IMAP Account (sogo1@example.com)</string>
        <key>PayloadIdentifier</key>
        <string>de.sogo-demo.demo.appleprofile.mailcowUI.email</string>
        <key>PayloadOrganization</key>
        <string></string>
        <key>PayloadType</key>
        <string>com.apple.mail.managed</string>
        <key>PayloadUUID</key>
        <string>196DEC6F-5D24-44B4-BD62-96AE34CD9D06</string>
        <key>PayloadVersion</key>
        <integer>1</integer>
        <key>PreventAppSheet</key>
        <false/>
        <key>PreventMove</key>
        <false/>
        <key>SMIMESigningUserOverrideable</key>
        <true/>
        <key>SMIMESigningCertificateUUIDUserOverrideable</key>
        <true/>
        <key>SMIMEEncryptByDefaultUserOverrideable</key>
        <true/>
        <key>SMIMEEncryptionCertificateUUIDUserOverrideable</key>
        <true/>
        <key>SMIMEEnableEncryptionPerMessageSwitch</key>
        <true/>
      </dict>
      <dict>
        <key>CalDAVAccountDescription</key>
        <string>sogo1@example.com</string>
        <key>CalDAVHostName</key>
        <string>demo.sogo.nu</string>
        <key>CalDAVPort</key>
        <real>443</real>
        <key>CalDAVPrincipalURL</key>
        <string>/SOGo/dav/sogo1</string>
        <key>CalDAVUseSSL</key>
        <true/>
        <key>CalDAVUsername</key>
        <string>sogo1@example.com</string>
        <key>CalDAVPassword</key>
        <string>sogo</string>
        <key>PayloadDescription</key>
        <string>Configures CalDAV account.</string>
        <key>PayloadDisplayName</key>
        <string>CalDAV (sogo1@example.com)</string>
        <key>PayloadIdentifier</key>
        <string>de.sogo-demo.demo.appleprofile.mailcowUI.CalDAV</string>
        <key>PayloadOrganization</key>
        <string></string>
        <key>PayloadType</key>
        <string>com.apple.caldav.account</string>
        <key>PayloadUUID</key>
        <string>C373EFF5-91C6-2779-9B2F-829C38B2E24B</string>
        <key>PayloadVersion</key>
        <integer>1</integer>
      </dict>
      <dict>
        <key>CardDAVAccountDescription</key>
        <string>sogo1@example.com</string>
        <key>CardDAVHostName</key>
        <string>demo.sogo.nu</string>
        <key>CardDAVPort</key>
        <integer>443</integer>
        <key>CardDAVPrincipalURL</key>
        <string>/SOGo/dav/sogo1</string>
        <key>CardDAVUseSSL</key>
        <true/>
        <key>CardDAVUsername</key>
        <string>sogo1@example.com</string>
        <key>CardDAVPassword</key>
        <string>sogo</string>
        <key>PayloadDescription</key>
        <string>Configures CardDAV account.</string>
        <key>PayloadDisplayName</key>
        <string>CardDAV (sogo1@example.com)</string>
        <key>PayloadIdentifier</key>
        <string>de.sogo-demo.demo.appleprofile.mailcowUI.carddav</string>
        <key>PayloadOrganization</key>
        <string></string>
        <key>PayloadType</key>
        <string>com.apple.carddav.account</string>
        <key>PayloadUUID</key>
        <string>554461B9-2F4F-DA62-A2E4-F6AFACA3305C</string>
        <key>PayloadVersion</key>
        <integer>1</integer>
      </dict>
    </array>
    <key>PayloadDescription</key>
    <string>IMAP, CalDAV, CardDAV with application password</string>
    <key>PayloadDisplayName</key>
    <string>sogo1@example.com</string>
    <key>PayloadIdentifier</key>
    <string>de.sogo-demo.demo.appleprofile.mailcowUI</string>
    <key>PayloadOrganization</key>
    <string>mailcow UI</string>
    <key>PayloadRemovalDisallowed</key>
    <false/>
    <key>PayloadType</key>
    <string>Configuration</string>
    <key>PayloadUUID</key>
    <string>C8956C05-7184-F366-76E5-CEA128729C99</string>
    <key>PayloadVersion</key>
    <integer>1</integer>
  </dict>
</plist>
mailcow UI-2.mobileconfig (5,407 bytes)   
Christopher Zimmer

Christopher Zimmer

2022-11-10 13:12

reporter   ~0016380

The mobileconfig is not working for me, but if I add the demo.sogo.nu with the usual settings directly, the same happens there as well: 'Personal' is not visible and a new 'Calendar' is created.

Christopher Zimmer

Christopher Zimmer

2022-11-10 15:01

reporter   ~0016381

I also enabled all kind of logging in Calendar.app, but can't see any errors.... for my accounts with 'Personal' the calendar is created, but for the demo.sogo.nu it shows no errors, but only the one for 'inbox' and the newly created are are visible in the log....

@skutter
The 'inbox' renaming is not necessary/possible (as its a built-in one).

WARNING: Caveat of renaming both c_path and c_path4: WebUI can not create new appointments, as 'personal' seems hard-coded, so the call to '/SOGo/so/USERNAME/Calendar/personal/newguid' will receive a 404 as it should be now '/SOGo/so/USERNAME/Calendar/Personal/newguid'.
For me it is ok as I am not using the Web based UI. But of course may break things in other areas as well...

Christian Mack

Christian Mack

2022-11-11 10:30

developer   ~0016383

Automatic entry and acceptance of invites from other SOGo users will fail with renamed personal calendar.

thoso

thoso

2022-11-18 08:40

reporter   ~0016396

It seems to still working when the OS got upgraded from Monterey to Ventura. As soon as you resetup the calendar in Calendar app or reinstall the computer from scratch the issue is reproduceable. Even if you use the new created calendar sync doesnt work correctly. Your appoints don't get synced when you import the ics file locally. Sometimes I get http 400 as an error message.

A workaround for not so big companies may be to export the actual calendar to an ics-file. Setup Calendar and let create the alternate calendar in SOGo. Then import the ics-file to the new calendar in the web gui. Then syncing between Calendar and SOGo works. But then you have to redo all the subscriptions if your colleges use shared calendars.

Some googleling yesterday reveiled some Exchange-server may also have problems with the new macOS and Calendar. It looks like Apple changed something in WebDAV and didnt tell the world.

poly01

poly01

2022-12-02 11:22

reporter   ~0016454

@thoso +1

wimmer

wimmer

2022-12-02 22:35

reporter   ~0016457

+1

sebastien

sebastien

2022-12-05 16:24

administrator   ~0016460

Hi, on my side got no problem for adding SOGo caldav account to MacOS Ventura (13.0 (22A380)).
As I understand the issue is linked to the mobileconfig, so this issue should be opened on mailcow bts, nope ?

Sebastien

Christopher Zimmer

Christopher Zimmer

2022-12-05 21:01

reporter   ~0016462

For me it is not tied to the mobileconfig, I also get the exact same when setting up the demo server account manually (see the screenshot from my post earlier).

poly01

poly01

2022-12-06 07:10

reporter   ~0016463

For me its also a persistent problem over different sogo instances (at the work instance, at my private instance).
This sogo instances are standalone ones and not bundled with mailcow.

My co-workers have the same problem. When upgrading MacOS existing accounts are still working.
But new CalDAV and CardDAV accounts doesn't work anymore. Only macOS13 is affected.

sebastien

sebastien

2022-12-06 07:46

administrator   ~0016465

Could you please provide how do you set the account in mac os ?

poly01

poly01

2022-12-06 08:01

reporter   ~0016466

system settings -> Internetaccounts -> add account -> other -> CalDAV-Account:

account type: extended
server address: <domain.tld>
server path: /SOGo/dav/<username>/
server port: 443
use ssl?: yes

sebastien

sebastien

2022-12-06 08:05

administrator   ~0016467

Ok this is really strange I can't reproduce on my dev env, but on demo it is effectively the case

poly01

poly01

2022-12-06 08:08

reporter   ~0016468

I would like to specify: The account is accepted and created.
Subscribed calendars are also transferred.
However, we do not have access to our personal calendars.
A new calendar is simply created.

thoso

thoso

2022-12-06 08:16

reporter   ~0016469

Also to mention: All attempts to trick the system and link the old calendar to the "new" one failed (renaming, symbolic link). Seems also Apple Calendar didnt sync at all because during testing I deleted my local Calendar Cache files and a lot of entries where gone.

sebastien

sebastien

2022-12-06 08:30

administrator   ~0016470

Thanks all for reporting and explaining the issue. I have a small idea of what can cause this issue.
I'm currently working on other issues related to Apple's calendar, so I will take a look on that ;)

Sebastien

bsighost

bsighost

2022-12-06 10:06

reporter   ~0016471

+1
thanks sebastien for looking into this.
it's a veritable annoyance

i checked, and (paid) 3rd party calendars would work fine, but no longer having access to the entire corporate agenda, meeting links etcpp is… well you imagine.

sebastien

sebastien

2022-12-07 17:00

administrator   ~0016473

Hi everybody,

I have made a fix, will be available on next nightly build 5.8.0.20221207 (tomorrow).
I would like to get your feedback on this.

Sebastien

poly01

poly01

2022-12-08 06:25

reporter   ~0016474

Yes, my private calendar is visible now.
Kind of. Appointments get syncronised, but uninportant stuff like the calendar color not.
After a few seconds the CalendarApp could not refresh data and throws an unexcpeted error with HTTP/400.

I already deleted all accounts and added them again.

sebastien

sebastien

2022-12-13 13:01

administrator   ~0016495

I fixed this issue. You can try to install freshly built nightly to test.

Sebastien

PhilRW

PhilRW

2022-12-13 17:22

reporter   ~0016497

I have the same issue and the fix does show the Personal calendar again, although without the calendar color.

I also have a problem that account delegation does not work, so I am unable to see calendars that are shared with me (see attached screenshot). "Accounts I can access:" is empty and clicking the "Edit" button to get to "Manage Account Access" shows "{" for Name.

sebastien

sebastien

2022-12-14 17:26

administrator   ~0016501

For the color it should work. What version you are using ? What is the problem exactly ?
For the Manage Account Access, I was not able to find this window 0_o

PhilRW

PhilRW

2022-12-14 17:31

reporter   ~0016502

Mac OS 13.0.1, Calendar 11.0, sogo 1.113
The account access area is through Settings > Accounts > Delegation

sebastien

sebastien

2022-12-15 08:29

administrator   ~0016504

On my side everything works as expected. Did you tried on demo.sogo.nu ?
Could you also please try this :

  • In SOGo, go to Preferences / Mail / IMAP
  • Edit primary identity (the one with the heart) and change full name
  • Save
  • Close calendar / reopen calendar app
PhilRW

PhilRW

2022-12-16 17:31

reporter   ~0016505

That procedure didn't have any effect on my calendars. I also upgraded to Mac OS 13.1 and no change.

sebastien

sebastien

2022-12-19 10:29

administrator   ~0016507

"Did you tried on demo.sogo.nu ?"

PhilRW

PhilRW

2022-12-19 14:53

reporter   ~0016508

Yes, shared calendars do not show up using demo.sogo.nu either.

jda

jda

2022-12-24 22:26

reporter   ~0016510

I suppose I run into this problem when connecting the macOS calendar app (I just needed to reinstall macOS (13.1) from scratch) to SOGo (5.8 202212231701) now:
Personal calendar is loaded without the specific color, a second personal calendar is loaded with proper color. Shared/delegate calendars etc do not properly work/load.

Interestingly, the ToDos in the macOS Reminders app work without a problem.

The calendar app gives an error notification: "Your calendar couldn’t be refreshed. There was an unexpected error with the request (domain DAErrorDomain / error 6)."

sebastien

sebastien

2023-01-03 14:24

administrator   ~0016520

Last edited: 2023-01-03 14:25

Color is now fixed

itvshn

itvshn

2023-01-04 10:41

reporter   ~0016522

Hi there

Is this fixed in 5.8.0? The version for demo.sogo.nu is named with 5.8.0 in https://demo.sogo.nu/SOGo/so/sogo1/Preferences#!/general

I assume it isn't released yet as this ticket is in an open state. Do you have an idea when this could be released?

Regards

sebastien

sebastien

2023-01-04 10:45

administrator   ~0016523

Here is my tests on demo.sogo.nu :

Apple M1 Pro Mac OS Ventura 13.1 (22C65) / Chrome Version 108.0.5359.124 (Build officiel) (arm64)
SOGo 5.8.0.20230104-1

  1. Login to webmail with sogo1
  2. Share personal calendar to sogo3
  3. Login to webmail with sogo3
  4. Create another calendar called "Other calendar", change colors (red for personal, purple for other)
  5. On MacOC, go to settings / account and create new caldav account (Advanced / sogo3 / sogo / demo.sogo.nu / /SOGo/dav/sogo3/ / 443 / SSL)
  6. Open Calendar App, Menu Calendar, Settings, Account, demo.sogo.nu, Delegation and check sogo1
  7. Create event in personal calendar
  8. Create event in other calendar
  9. Create event in delegation calendar
  10. Change color of personal calendar (in Calendar App)
  11. CMD + R to force refresh
  12. Refresh SOGo web page

Pictures in attachement.

Everything works as expected, if you still have issue, please give the test case on demo.sogo.nu.

Sebastien

8.png (128,038 bytes)   
8.png (128,038 bytes)   
7.png (127,264 bytes)   
7.png (127,264 bytes)   
6.png (197,025 bytes)   
6.png (197,025 bytes)   
5.png (48,106 bytes)   
5.png (48,106 bytes)   
3.png (150,748 bytes)   
3.png (150,748 bytes)   
2.png (111,775 bytes)   
2.png (111,775 bytes)   
1.png (124,100 bytes)   
1.png (124,100 bytes)   
4.png (119,482 bytes)   
4.png (119,482 bytes)   
sebastien

sebastien

2023-01-04 10:48

administrator   ~0016524

Hi @itvshn,

It will be still displayed 5.8.0 on demo.sogo.nu (until we release new version). However this platform is updated every night.
I can't put this ticket in resolved state until all users confirm that this issue is fixed in nightly.

So any feedback is welcome ;)

Sebastien

jda

jda

2023-01-04 11:01

reporter   ~0016525

For me it's still not working as it should (and had before I needed to connect to the server again after reinstalling macOS).

So:

  • still not the proper color on the personal calendar (grey)
  • secondary calendar for the account has the proper color
  • not all delegates visible
  • no calendars visible for visible delegates
  • error message in macOS Calendar: "There was an unexpected error with the request (domain DAErrorDomain / error 6)."

macOS 13.1
but:
SOGo nightly Version 5.8.0 (root@sogo-build.alinto.int 202301021701)

So I suppose I need to wait till tomorrow for an updated nightly, and I will test again

sebastien

sebastien

2023-01-04 11:04

administrator   ~0016526

@jda Try on demo.sogo.nu

jda

jda

2023-01-04 11:34

reporter   ~0016527

the demo sever appears to work, I will try my own again when the update is included in the nightly package (probably tomorrow then?)

sebastien

sebastien

2023-01-04 12:13

administrator   ~0016528

Version 5.8.0.20230104-1 has been built today, and it's available.

If you still have the issue, could you :

  • Provide SOGo logs with a maximum of debug parameters set to YES
  • Try with a brand new account
jda

jda

2023-01-04 12:39

reporter   ~0016529

I skipped the mirror repository I usually use, and tested version 5.8.0 (root@sogo-build.alinto.int 202301040338) now.

On my existing account the color is loaded correctly by macOS Calendar on the personal calendar again.

Also the list of delegates/premitted other users is complete now, before two users (read/write) were missing, one (read only) was missing, but (and of that I am not entirely sure anymore): flagged as read/write.

Unfortunately I do not have a lot of time for testing/debugging right now, I will see what I can do in the weekend.

jda

jda

2023-01-04 12:49

reporter   ~0016530

To be clear, the calendars of the linked users are still not shown, and the error message "There was an ... DAErrorDomain / error 6)." persists

sebastien

sebastien

2023-01-05 15:27

administrator   ~0016535

@jda It would be great if you can have more logs on the error message (sogo, calendar).

skurfuerst

skurfuerst

2023-01-07 08:54

reporter   ~0016537

Hi @smizrahi,

I have had the problems described in this thread (inside Mailcow); but for me updating to the latest nightly build (from 6. January) works nicely and fixes the problems :) So for me, linked calendars etc all work again on nightly.

All the best,
Sebastian

sebastien

sebastien

2023-01-09 07:57

administrator   ~0016538

Thanks Sebastian for the feedback !

I noticed also that when I create an event on Calendar, there is no invitation sent to participants. I'll have a look on that

Sebastien

skurfuerst

skurfuerst

2023-01-11 09:31

reporter   ~0016539

Hey @smizrahi,

you are right, we also now have problems with the invitations; and we also get the attached error for many calendars (not sure yet why and which).

Anything I can do for you to help you debug this?

Tested with latest nightly.

All the best,
Sebastian

SCR-20230111-em1.png (95,788 bytes)   
SCR-20230111-em1.png (95,788 bytes)   
pikachuprof.

pikachuprof.

2023-01-12 12:12

reporter   ~0016543

Noticed this bug today with our 5.8.0 instance to - it is completely random which and if calendars are detected. Also using manual and advanced setup results in completely different behaviors. At the moment it weirdly found my disabled calendar but not the active one, subscribed "resources" group calendars show up but are not syncable (unexpected error, access denied)...

sebastien

sebastien

2023-01-13 07:52

administrator   ~0016545

Hi all,

Got no time to work on this at this moment, maybe next week.
I keep you informed ;)

Sebastien

skurfuerst

skurfuerst

2023-01-16 09:17

reporter   ~0016551

Thanks for taking care and for the status update <3 All the best!

RasKalit0

RasKalit0

2023-01-16 20:49

reporter   ~0016553

Not sure it's the right place for this but it may anyway help newbies like me should they stubled upon this post.

While it (the fix) is worked on, I set a quick workaround for my own SOGo CalDAV setup. It's ok for private use but don't think viable for an organization (company, school, etc) with loads of users.

1) Login the SOGo web interface with the account you are trying to get calendars for on your client (I'm on MAC OS 13.1 (22C65) Ventura , with the Apple Calendar app, so it's apply).
2) Select the "personal" calendar and "Export"
3) While still on the Web Interface, create a new calendar with a name to your liking, BUT with a capital letter (first position).
4) Import into it the exported personal calendar
Et voilà, at least you can get to your data. Just "untick" the kina broken "personal" calendar so it's gets not sync should the issue be resolved.
Option) Ask your fellow calendar subscribers to perform the same procedure.

KR

sebastien

sebastien

2023-01-17 15:35

administrator   ~0016561

Hi all,

Thanks for your patience, I fixed the invitations and calendar entry for the attendee.
Let's try tomorrow's nightly build ;)

Sebastien

skurfuerst

skurfuerst

2023-01-19 18:40

reporter   ~0016573

Hey @smizrahi,

thanks for your work! I removed the account from Apple Calendar and re-added it; and now I see the following error (see screenshot):

It seems that invitations seem to work again though ;)

Can I somehow provide some logs or so which help you to debug the issues further?

All the best,
Sebastian

image.png (197,967 bytes)   
image.png (197,967 bytes)   
SCR-20230119-r9l-2.png (197,136 bytes)   
SCR-20230119-r9l-2.png (197,136 bytes)   
skurfuerst

skurfuerst

2023-01-24 06:46

reporter   ~0016583

Hey @smizrahi,

I can reproduce the issue on demo.sogo.nu as well (as of today).

steps I did:

  • created an appointment in sogo1's calendar
  • set the personal calendar of sogo1 to "readable for everybody on the same server (see screenshot)
  • logged in as sogo2 - subscribed to sogo1's calendar. All appears in Sogo backend (see sceennshot)
  • then added sogo2 to my mac OS calendar (see screenshot)
  • then inside OSX Calendar preferences, added the calendar of sogo1 underneath delegation (see screenshot)
  • then, there are two problems in the calendar:
    • the exclamation mark for sogo1/Kalender displays a message ("Calendar could not be created") - see screenshot
    • calendar entries from the "personal" calendar of sogo2 do not appear - see screenshot

This is the exact behavior we have in our local instance as well.

To me it also somehow makes sense: If you map "personal -> Personal" on the read side, I guess inside some request bodies, the reverse transformation needs to be done? (but that's just my guess, I am not familiar in the protocol in depth).

Can I do anything else to help fix this issue?

All the best,
Sebastian

SCR-20230124-an2.png (235,259 bytes)   
SCR-20230124-an2.png (235,259 bytes)   
SCR-20230124-aqu.png (152,892 bytes)   
SCR-20230124-aqu.png (152,892 bytes)   
SCR-20230124-apq.png (311,160 bytes)
SCR-20230124-ao6.png (123,240 bytes)   
SCR-20230124-ao6.png (123,240 bytes)   
SCR-20230124-anq.png (104,458 bytes)   
SCR-20230124-anq.png (104,458 bytes)   
SCR-20230124-alz.png (253,804 bytes)   
SCR-20230124-alz.png (253,804 bytes)   
sebastien

sebastien

2023-01-24 07:35

administrator   ~0016584

Hi Sebastian,

Thanks for helping, I will take a look on this bug this week.
Do you have any other issue ?

Sebastien

skurfuerst

skurfuerst

2023-01-24 15:10

reporter   ~0016588

Hey @smizrahi,

FYI: I am currently on parental leave - that's why I sometimes can't timely answer. My colleagues did not report any problems, apart from the stuff above (which, to be fair, currently blocks effective usage for us - but that's Apple to blame ;) )

BTW: the above stuff was tested on OSX 13.1. As Apple has released the update 13.2 today, I updated my Mac.

For 13.2, I believe the fix is not working anymore (as the headers have changed ) - see attached screenshots of mitmproxy. At first rough testing, I could not find any functional difference yet and the problem still seems to exist.

If it helps, I could also send you the mitmproxy logs - then you would be able to see the full interaction.

All the best,
Sebastian

SCR-20230124-mez.png (593,380 bytes)
SCR-20230124-mfs.png (816,094 bytes)
ffried

ffried

2023-01-24 15:19

reporter   ~0016589

Has anyone in this thread reported this problem to Apple using the Feedback Assistant (either the app or https://feedbackassistant.apple.com)?
I think it's clear that Apple messed this up, but they very likely ain't gonna fix it themselves in a timely manner.

Also, they use "iOS" in the user-agent for macOS, but use a different implementation on macOS vs. iOS?! This means that iOS 13 users (even though there probably won't be many) will also be targeted by this workaround...
Don't even want to know what kind of mess they have there...

sebastien

sebastien

2023-01-24 17:53

administrator   ~0016590

Good point I opened a ticket : https://feedbackassistant.apple.com/feedback/11966088

sebastien

sebastien

2023-01-24 17:59

administrator   ~0016591

Last edited: 2023-01-24 18:38

On my side I have macOS/13 in the user agent. The several fixes for this only affects this user agent (https://github.com/Alinto/sogo/blob/03e6d0012bc0d6ba4d8cb427f8d904a75d9ce036/SoObjects/SOGo/WORequest%2BSOGo.m#L254)

However I'm on Mac OS X Ventura 13.1, I'm going to update to 13.2. This drives me crazy O_o

[EDIT] : After 13.2 update user agent is macOS/13.2 (22D49) dataaccessd/1.0

skurfuerst

skurfuerst

2023-01-24 19:20

reporter   ~0016592

@smizrahi - sorry I made an mistake - you are right, my user agent is macOS/13.2 . And in the response it also says "Personal" as expected. Phew :D Probably I made a mistake tracing this due to sleep deprivation :D I have no clue how I was able to trace the iOS user agent previously...

The experienced problem is still as described above, though.

All the best,
Sebastian

SCR-20230124-s7u.png (485,206 bytes)
skurfuerst

skurfuerst

2023-01-24 19:42

reporter   ~0016593

Weird. I am debugging some more - and I really don't know webdav in detail or anything (BTW - any good docs you can recommend for me to read into?)

For a user I am having a read-only delegation (so I am allowed to read his calendar, as reproduced above wiht sogo1/sogo2), in the request log, a calendar UUID appears "out of nowhere" (and I cannot find any trace of this UUID in the log - that is weird)...

I'll try to investigate further once time permits. Maybe this helps to people more knowledgeable than me ;)

All the best,
Sebastian

SCR-20230124-snj.png (371,294 bytes)
skurfuerst

skurfuerst

2023-01-24 19:49

reporter   ~0016594

Update. the request I highlighted above is a MKCALENDAR request - so I guess the UUID is invented by the client. Should this be this way or not? :)

jacotec

jacotec

2023-01-25 07:56

reporter   ~0016595

I'm seeing exactly the same issue as @skurfuerst with delegated calendars which do not work anymore.

Does anyone know a good calendar alternative for MacOS until it's fixed? (I don't want to install Outlook just for a working calendar)

pikachuprof.

pikachuprof.

2023-01-25 08:59

reporter   ~0016596

@jacotec Mozilla Thunderbird? Outlook isn't even compatible on macOS...

sebastien

sebastien

2023-01-25 12:02

administrator   ~0016597

Mac 13.2 broke the previous fix. Now personal calendar disappeared once again.
I wait for Apple's feedback.

sebastien

sebastien

2023-01-26 16:16

administrator   ~0016607

It seems that in 13.2 Calendar wants a full case folder name. Not personal, Personal but PERSONAL.
Made the fix in latest commit and personal folder came back to life once more.
I'm not really convinced by those fix - fortunately it is only applied for Mac OS 13 and does not impact other clients. The good way to resolve this would come from Apple.

Now I can take a look on delegated calendars.

Sebastien

skurfuerst

skurfuerst

2023-01-26 16:21

reporter   ~0016608

you are my hero! great that you found this out - how did you do this? :)

keep up the great work!

ffried

ffried

2023-01-26 16:30

reporter   ~0016609

@sebastien First of all a big thank you for all your work here!!!

What irritates me a bit is that (at least for me), SOGo is the only caldav server having this issue. I also have a NextCloud calendar account and that one works just fine.
Have you narrowed down what exactly is the problem?
Because I can create a calendar named personal in NextCloud and it appears perfectly fine in the macOS 13.2 Calendar.app.

I'm wondering whether it would be helpful to compare the requests/responses of a NextCloud Calendar instance with those SOGo generates to find out what's the issue?

sebastien

sebastien

2023-01-26 18:02

administrator   ~0016610

I guess Nextcloud is using UID behind this. As far as I know, personal calendar is anchored in SOGo code (i.e. it is hardcoded). Others calendars are generated with UID.
Changing that means a deep rework (and I don't have the necessary background knowledge) and I'm a little bit afraid about impacts on existing calendars. In
But you're right this is a good question. Conversely, this is really strange that others clients (thunderbird, ...) doesn't complains.

If anybody can look for differences between Nextcloud and SOGo this will helps.

Sebastien

ffried

ffried

2023-01-27 14:29

reporter   ~0016615

They don't, actually. The UUID stuff is something that iOS/macOS uses for creating new calendars. Not the stupidest of ideas.

Just to be sure, I've just enabled the Calendar app on another NextCloud instance and set it up. And the primary calendar is named... drumroll ..."personal"! And it syncs just fine with macOS Ventura...

Unfortunately I don't have the time at the moment to do a in-depth analysis of the requests/responses of SOGo vs. NextCloud. The responses are hard to compare due to differences in URL paths and ids. The only apparent difference I found was that NextCloud seems to support DAV 3 while SOGo uses DAV 2. Also, macOS asks NextCloud for the &lt;C:invite xmlns:C=&quot;http://calendarserver.org/ns/&quot;/> property in the PROPFIND, but doesn't ask that from SOGo. Don't know if that is even relevant, though.

skurfuerst

skurfuerst

2023-01-30 19:09

reporter   ~0016624

@sebastien:

I just tried the latest nightly, and it again shows the personal calendar on OSX 13.2, AND it also shows delegated calendars for me again without errors... So that is really good :)

Is this reproducible for others as well? If so, we could consider this fixed.

All the best,
Sebastian

Issue History

Date Modified Username Field Change
2022-11-09 12:49 skutter New Issue
2022-11-09 12:49 skutter Tag Attached: CalDAV
2022-11-09 12:49 skutter Tag Attached: mailcow
2022-11-09 12:49 skutter File Added: Screenshot 1
2022-11-09 12:49 skutter File Added: Screenshot 2.png
2022-11-10 08:02 Christian Mack Note Added: 0016368
2022-11-10 09:21 Christopher Zimmer Note Added: 0016371
2022-11-10 09:40 skutter Note Added: 0016372
2022-11-10 09:40 skutter File Added: mailcow UI.mobileconfig
2022-11-10 09:46 skutter Note Added: 0016374
2022-11-10 10:17 Christopher Zimmer Note Added: 0016375
2022-11-10 11:00 Christian Mack Note Added: 0016379
2022-11-10 11:00 Christian Mack File Added: mailcow UI-2.mobileconfig
2022-11-10 13:12 Christopher Zimmer Note Added: 0016380
2022-11-10 13:12 Christopher Zimmer File Added: Screenshot 2022-11-10 at 14.11.09.png
2022-11-10 15:01 Christopher Zimmer Note Added: 0016381
2022-11-11 10:30 Christian Mack Note Added: 0016383
2022-11-18 08:40 thoso Note Added: 0016396
2022-12-02 11:22 poly01 Note Added: 0016454
2022-12-02 22:35 wimmer Note Added: 0016457
2022-12-05 16:24 sebastien Note Added: 0016460
2022-12-05 21:01 Christopher Zimmer Note Added: 0016462
2022-12-06 07:10 poly01 Note Added: 0016463
2022-12-06 07:46 sebastien Note Added: 0016465
2022-12-06 08:01 poly01 Note Added: 0016466
2022-12-06 08:05 sebastien Note Added: 0016467
2022-12-06 08:05 sebastien Assigned To => sebastien
2022-12-06 08:05 sebastien Status new => confirmed
2022-12-06 08:08 poly01 Note Added: 0016468
2022-12-06 08:16 thoso Note Added: 0016469
2022-12-06 08:30 sebastien Note Added: 0016470
2022-12-06 10:06 bsighost Note Added: 0016471
2022-12-07 17:00 sebastien Note Added: 0016473
2022-12-08 06:25 poly01 Note Added: 0016474
2022-12-13 13:01 sebastien Note Added: 0016495
2022-12-13 17:22 PhilRW Note Added: 0016497
2022-12-13 17:22 PhilRW File Added: Screenshot 2022-12-13 at 10.20.23.png
2022-12-14 17:26 sebastien Note Added: 0016501
2022-12-14 17:31 PhilRW Note Added: 0016502
2022-12-14 17:31 PhilRW File Added: Screenshot 2022-12-14 at 10.29.58.png
2022-12-15 08:29 sebastien Note Added: 0016504
2022-12-16 17:31 PhilRW Note Added: 0016505
2022-12-19 10:29 sebastien Note Added: 0016507
2022-12-19 14:53 PhilRW Note Added: 0016508
2022-12-24 22:26 jda Note Added: 0016510
2023-01-03 14:24 sebastien Note Added: 0016520
2023-01-03 14:25 sebastien Note Edited: 0016520
2023-01-04 10:41 itvshn Note Added: 0016522
2023-01-04 10:45 sebastien Note Added: 0016523
2023-01-04 10:45 sebastien File Added: 1.png
2023-01-04 10:45 sebastien File Added: 2.png
2023-01-04 10:45 sebastien File Added: 3.png
2023-01-04 10:45 sebastien File Added: 4.png
2023-01-04 10:45 sebastien File Added: 5.png
2023-01-04 10:45 sebastien File Added: 6.png
2023-01-04 10:45 sebastien File Added: 7.png
2023-01-04 10:45 sebastien File Added: 8.png
2023-01-04 10:48 sebastien Note Added: 0016524
2023-01-04 11:01 jda Note Added: 0016525
2023-01-04 11:04 sebastien Note Added: 0016526
2023-01-04 11:34 jda Note Added: 0016527
2023-01-04 12:13 sebastien Note Added: 0016528
2023-01-04 12:39 jda Note Added: 0016529
2023-01-04 12:49 jda Note Added: 0016530
2023-01-05 15:27 sebastien Note Added: 0016535
2023-01-07 08:54 skurfuerst Note Added: 0016537
2023-01-09 07:57 sebastien Note Added: 0016538
2023-01-11 09:31 skurfuerst Note Added: 0016539
2023-01-11 09:31 skurfuerst File Added: SCR-20230111-em1.png
2023-01-12 12:12 pikachuprof. Note Added: 0016543
2023-01-13 07:52 sebastien Note Added: 0016545
2023-01-16 09:17 skurfuerst Note Added: 0016551
2023-01-16 20:49 RasKalit0 Note Added: 0016553
2023-01-17 15:35 sebastien Note Added: 0016561
2023-01-19 18:40 skurfuerst Note Added: 0016573
2023-01-19 18:40 skurfuerst File Added: image.png
2023-01-19 18:40 skurfuerst File Added: SCR-20230119-r9l-2.png
2023-01-24 06:46 skurfuerst Note Added: 0016583
2023-01-24 06:46 skurfuerst File Added: SCR-20230124-alz.png
2023-01-24 06:46 skurfuerst File Added: SCR-20230124-an2.png
2023-01-24 06:46 skurfuerst File Added: SCR-20230124-anq.png
2023-01-24 06:46 skurfuerst File Added: SCR-20230124-ao6.png
2023-01-24 06:46 skurfuerst File Added: SCR-20230124-apq.png
2023-01-24 06:46 skurfuerst File Added: SCR-20230124-aqu.png
2023-01-24 07:35 sebastien Note Added: 0016584
2023-01-24 15:10 skurfuerst Note Added: 0016588
2023-01-24 15:10 skurfuerst File Added: SCR-20230124-mez.png
2023-01-24 15:10 skurfuerst File Added: SCR-20230124-mfs.png
2023-01-24 15:19 ffried Note Added: 0016589
2023-01-24 17:53 sebastien Note Added: 0016590
2023-01-24 17:59 sebastien Note Added: 0016591
2023-01-24 18:38 sebastien Note Edited: 0016591
2023-01-24 19:20 skurfuerst Note Added: 0016592
2023-01-24 19:20 skurfuerst File Added: SCR-20230124-s7u.png
2023-01-24 19:42 skurfuerst Note Added: 0016593
2023-01-24 19:42 skurfuerst File Added: SCR-20230124-snj.png
2023-01-24 19:49 skurfuerst Note Added: 0016594
2023-01-25 07:56 jacotec Note Added: 0016595
2023-01-25 08:59 pikachuprof. Note Added: 0016596
2023-01-25 12:02 sebastien Note Added: 0016597
2023-01-26 16:16 sebastien Note Added: 0016607
2023-01-26 16:21 skurfuerst Note Added: 0016608
2023-01-26 16:30 ffried Note Added: 0016609
2023-01-26 18:02 sebastien Note Added: 0016610
2023-01-27 14:29 ffried Note Added: 0016615
2023-01-30 19:09 skurfuerst Note Added: 0016624