Mike Matthews

Q: Can't invite a resource to calendar event

Hi:

 

Running El Capitan (v 10.11) on my Mac and Mac OS X Server (v 10.8.5) on a Mac Mini.

 

The Calendar server is configured for four users and three resources (projector, conference room and a group calendar). Each of the three resources is configured to accept invitations automatically. The delegate for each is Workgroup, which includes all four users.

 

On my Mac running El Capitan, I can invite any of the users to an event, but I cannot invite any of the resources. Other users in the office still running Yosemite have no problem inviting a resource.

 

I can drag an event to the resource’s calendar (in this case the group calendar) to successfully add it.

 

When I upgraded to El Capitan, away from the office, I had to delete the calendar account (which I believe was created using the OS X Server account option in System Preferences) and re-add it using the CalDAV account option, entering the full server path (/principals/__uids__/93812A1F….) to get it working.

 

I could try deleting the account and re-creating it while on the server’s local network to see if that solves it, but it’s curious that I can currently add users as invitees, but not resources—making me doubt that will be the solution.

 

Suggestions? Time for a server upgrade?

 

TIA.

 

mm

OS X El Capitan (10.11)

Posted on Oct 5, 2015 11:09 PM

Close

Q: Can't invite a resource to calendar event

  • All replies
  • Helpful answers

Page 1 Next
  • by ~morgen,

    ~morgen ~morgen Oct 13, 2015 10:20 AM in response to Mike Matthews
    Level 1 (140 points)
    Oct 13, 2015 10:20 AM in response to Mike Matthews

    When you say you cannot invite resources, do you mean when you search for a resource in Calendar.app as an attendee they are not returned?  Do your resources show up in the output of "sudo /Applications/Server.app/Contents/ServerRoot/usr/sbin/calendarserver_manage_pri ncipals --list-principals resource"

  • by Mike Matthews,

    Mike Matthews Mike Matthews Oct 14, 2015 12:10 AM in response to ~morgen
    Level 1 (21 points)
    Oct 14, 2015 12:10 AM in response to ~morgen

    When you say you cannot invite resources, do you mean when you search for a resource in Calendar.app as an attendee they are not returned? 

    Exactly.


    Do your resources show up in the output of "sudo /Applications/Server.app/Contents/ServerRoot/usr/sbin/calendarserver_manage_pri ncipals --list-principals resource"

     

    I think this is the command (note the "s" on "resources")...

     

    sudo /Applications/Server.app/Contents/ServerRoot/usr/sbin/calendarserver_manage_pri nicpals --list-principals resources

     

    ...but the only response I get is "Command not found".

     

    As I mentioned earlier, Yosemite clients have no problem; they can add resources without problem.

     

    Any other ideas?

     

    Thanks,

    mm

  • by Leopardus,Helpful

    Leopardus Leopardus Oct 15, 2015 10:41 AM in response to Mike Matthews
    Level 4 (1,122 points)
    Desktops
    Oct 15, 2015 10:41 AM in response to Mike Matthews

    The commands are :

     

    sudo /Applications/Server.app/Contents/ServerRoot/usr/sbin/calendarserver_manage_pri ncipals --list-principals resource


    and


    sudo /Applications/Server.app/Contents/ServerRoot/usr/sbin/calendarserver_manage_pri ncipals --list-principals locations


    Afterwards use Safari and test by using the Web login


    Have fun


    Leo

  • by ~morgen,

    ~morgen ~morgen Oct 14, 2015 6:32 AM in response to Mike Matthews
    Level 1 (140 points)
    Oct 14, 2015 6:32 AM in response to Mike Matthews

    No, you don't have to use the plural for resource or location.

     

    Also, I'm noticing there is a space inside calendarserver_manage_principals above -- perhaps that is the cause of the "Command not found" error.

     

    So if this is working for some clients and not for others, it's likely the server is doing the right thing but some clients are discarding the search results for some reason.  You'll probably need to turn on request/response logging either on the client or on the server.  If you want to do it on the server, find the directory containing caldavd-system.plist.  By default it's /Library/Server/Calendar and Contacts/Config/ , unless you've relocated your server data to another volume, in which case look on that volume.  Create a file named caldavd-user.plist in that Config directory and put this in it:

     

    <?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>AccountingCategories</key>

        <dict>

          <key>HTTP</key>

          <true/>

        </dict>

     

        <key>ResponseCompression</key>

        <false/>

     

      </dict>

    </plist>

     

     

     

    Then stop/start the Calendar service.  Once you do that, after a client has made at least one request, you should see a new directory in /Library/Server/Calendar and Contacts/Logs named "accounting/HTTP"; in there will be a file for each request/response that is made from now on.  You can examine these to see exactly what the server is returning to your El Capitan clients, and make sure the resources you're expecting are returned in the responses.  Be sure to disable HTTP accounting when you're done because the accounting/HTTP directory will grow unbounded.  To disable accounting, simply remove the caldavd-user.plist and stop/start the Calendar service.

  • by Mike Matthews,

    Mike Matthews Mike Matthews Oct 15, 2015 10:40 AM in response to ~morgen
    Level 1 (21 points)
    Oct 15, 2015 10:40 AM in response to ~morgen

    OK, entering the calendar server_manage_principals command correctly in Terminal on the Server yielded the correct full name for the three resources (projector, conference room, and a group calendar) along with a record name and UUID.

     

    I also turned on Web Services on the server, connected to the server (using its .local address) using Safari, and was able to add the group calendar as an invitee to a test meeting.

     

    I think the problem is somewhere on the El Capitan client Mac in the Calendar app, perhaps because it's trying to communicate with a 10.8.5 version of OS X Server.

     

    I'm hesitant to create caldavd-user.plist on the server and turn on request/response logging on the server. How do you turn on request/response logging on the client?


    As an aside, when I tried to create an event again, adding the calendar as an invitee, Console on the client Mac produced this under All Messages:


    10/15/15 10:17:39.114 AM Calendar[4769]: Bear trap work around for <rdar://problem/20935868> - [<NSProgressIndicator: 0x7fa4585f6e20> _registerWithBackdropView] is not threadsafe!

    (

      0   AppKit                              0x00007fff96115057 -[NSView(NSInternal) _registerWithBackdropView] + 299

      1   AppKit                              0x00007fff962146f2 -[NSView(NSLayerKitGlue) _drawViewBackingLayer:inContext:drawingHandler:] + 762

      2   AppKit                              0x00007fff962143ed -[NSView(NSLayerKitGlue) drawLayer:inContext:] + 108

      3   QuartzCore                          0x00007fff95baecdd _ZN2CA5Layer8display_Ev + 649

      4   AppKit                              0x00007fff962133c4 _NSBackingLayerDisplay + 641

      5   AppKit                              0x00007fff96205908 -[_NSViewBackingLayer display] + 818

      6   QuartzCore                          0x00007fff95ba0e51 _ZN2CA5Layer17display_if_neededEPNS_11TransactionE + 603

      7   QuartzCore                          0x00007fff95ba0979 _ZN2CA5Layer28layout_and_display_if_neededEPNS_11TransactionE + 35

      8   QuartzCore                          0x00007fff95b9fe4d _ZN2CA7Context18commit_transactionEPNS_11TransactionE + 277

      9   QuartzCore                          0x00007fff95b9fa98 _ZN2CA11Transaction6commitEv + 508

      10  AppKit                              0x00007fff96396003 -[NSUIHeartBeat _heartBeatThread:] + 1976

      11  Foundation                          0x00007fff89cb0084 __NSThread__start__ + 1351

      12  libsystem_pthread.dylib             0x00007fff854c09b1 _pthread_body + 131

      13  libsystem_pthread.dylib             0x00007fff854c092e _pthread_body + 0

      14  libsystem_pthread.dylib             0x00007fff854be385 thread_start + 13

    )

     

    I searched for 20935868 on Apple's Radar site to no avail.

     

    I think it would be odd for this to be related to the problem because I can successfully invite users to an event and successfully enter the conference room location, but I still can't invite a resource to an event.

     

    I also tried creating a new location (home) and a new resource (car).

     

    I can successfully add the new home location to a new event, but I cannot add the new car resource.

     

    Odd.

     

    TIA,

    mm

  • by ~morgen,

    ~morgen ~morgen Oct 15, 2015 2:40 PM in response to Mike Matthews
    Level 1 (140 points)
    Oct 15, 2015 2:40 PM in response to Mike Matthews

    If you instead want to turn on client-side logging, please see the Troubleshooting section of this page:  https://trac.calendarserver.org/browser/CalendarServer/trunk/doc/Client-Server/c alendar-client.rst

  • by ~morgen,

    ~morgen ~morgen Oct 19, 2015 12:18 PM in response to ~morgen
    Level 1 (140 points)
    Oct 19, 2015 12:18 PM in response to ~morgen

    Ok, so it turns out the El Capitan Calendar.app rejects attendees (users or resources) which don't have an email address assigned.  The workaround for this is to edit the resources.xml file that lives in /Library/Server/Calendar and Contacts/Data/ and add <email>roomname@servername.example.com</email> to each <record type="resource"> XML element (substituting "roomname" and "servername.example.com" with appropriate values).

     

    For example:

     

    <record type="resource">

        <uid>FEA69A76-677E-4026-9A04-72EA3451B880</uid>

        <short-name>FEA69A76-677E-4026-9A04-72EA3451B880</short-name>

        <full-name>Test Resource</full-name>

        <email>testresource@example.com</email>

    </record>

     

    Please take care to back up your existing resources.xml file just in case!

  • by Marvin H.,

    Marvin H. Marvin H. Oct 28, 2015 8:46 AM in response to ~morgen
    Level 1 (13 points)
    Mac OS X
    Oct 28, 2015 8:46 AM in response to ~morgen

    What an incredibly stupid bug. This is why the Mac OS should not be on an annual required update cycle.

     

    Thanks for the workaround Morgen.

  • by waehlby,

    waehlby waehlby Nov 12, 2015 7:41 AM in response to ~morgen
    Level 1 (0 points)
    Nov 12, 2015 7:41 AM in response to ~morgen

    This doesn't work for me on Mavericks Server. When I add <email>resource@mycompany.com</email> to a resource record and saves the file, all resources and locations disappear from the list in Server.app. I have to go back to the backup file to get them back again. Any suggestions?

     

    Thanks

  • by Magister Navis,

    Magister Navis Magister Navis Dec 15, 2015 11:28 AM in response to ~morgen
    Level 1 (4 points)
    Mac OS X
    Dec 15, 2015 11:28 AM in response to ~morgen

    Hi ~morgen.

     

    This helped, thank you. I wonder how one discovers this…

    Anyway, I filed a bug report on https://www.apple.com/feedback/.

     

     

    Klaus Löfflad

    Spezialist für Apple Produkte

    http://train4media.de

  • by grayloon,

    grayloon grayloon Dec 29, 2015 7:44 AM in response to waehlby
    Level 1 (0 points)
    Dec 29, 2015 7:44 AM in response to waehlby

    The same thing happened to me... I added an <email></email> line to two of my resources in the resources.xml file, restarted the calendar service, and the resources disappeared from the Server.app. I restored my backed up resources.xml file, but I couldn't get them back. Maybe this has something to do with the resourceinfo.sqlite datbase?

  • by Magister Navis,

    Magister Navis Magister Navis Jan 5, 2016 10:39 PM in response to Magister Navis
    Level 1 (4 points)
    Mac OS X
    Jan 5, 2016 10:39 PM in response to Magister Navis

    HI.

     

    Server team wrote: "Thanks for this feedback. It is a known issue that will be fixed in a future release."

  • by Carl Davis III,

    Carl Davis III Carl Davis III Jan 21, 2016 1:29 PM in response to grayloon
    Level 1 (25 points)
    Jan 21, 2016 1:29 PM in response to grayloon

    This worked fine for me on OS X 10.11.2 with Server app 5.0.15.  Make sure to stop calendar server before you update the file.  Save the file, then restart calendar server.    Also, make sure when updating the file, you do not break the XML structure.

     

    Here is hoping that the "future release" the server team indicates is sooner rather than later.  I do not care for patches of this nature as there is no good understanding of the unintended consequences.

     

    Carl

  • by s.vogel,

    s.vogel s.vogel Jan 22, 2016 5:17 AM in response to Magister Navis
    Level 1 (0 points)
    Jan 22, 2016 5:17 AM in response to Magister Navis

    Dear Magister

    We just tested in 10.11.3 and 10.11.4 Beta. In both versions we still encounter this error.

     

    System

    10.11.2 Server

    MBP with 10.11.2, 10.11.3 and 10.11.4 Beta.

     

    Best, Stefan

Page 1 Next