Tag Archives: calendar

Google Calendar – Problems sharing outside of domain

So I discovered something new today.  I’ve known for quite some time that Google had their Google Apps capability available for businesses, for a cost of $50.00 per year, per user.  So when I started thinking a bit more about actually putting forth some effort into this domain, I started thinking about paying that, in order to have the suite of Google Apps at my disposal.  But, I wasn’t looking forward to paying the $50.00 a year.

Fast forward that thought until today.  I was doing a bit of looking online, and I came across the following link: http://www.google.com/apps/intl/en/group/index.html.  Lo’ and behold, I was not aware that they supported a standard (free) edition of their apps to domain holders!  So I immediately signed up.  After signing up and verifying my domain (super easy), I set off on my first task – setting up a calendar, that I could share with my main @gmail.com email account.

I suppose this is a good point where I should back up and explain why I was trying to do this.  At the place where I work, we use an Exchange server, and access it through the standard Microsoft Outlook mail client.  However, I don’t have access to my work email account at home.  So, I have my work account set to forward all meeting invites to my @gmail.com email account.  Unfortunately, this is a bit annoying, because it automatically adds those events to my mail calendar, not one of my secondary calendars.  I wanted to add it to a secondary calendar, so that I could keep it separate from my life calendar.  So, I had created a new calendar, checked the settings, found the private calendar email address, and promptly emailed a meeting invite to it.  And I waited…….. and the meeting invite never showed up in my calendar.  I verified that it was set to automatically add invitations.  But they never showed….  So I logged into another email account that I had from a different domain that was using Google apps. I forwarded a meeting invite from that account to the private calendar, and it showed up immediately.  Back and forth I fought and debugged the problem, and was never able to solve the issue as to why a non-Gmail / Google App domain meeting invite couldn’t send a meeting to a secondary calendar, even though it could successfully to the primary calendar.  I finally gave up that endeavor.

So jumping back to today.  I figured that I could create a personal email account for my domain using Google Apps, set up a primary calendar for that specific email account, and then share that calendar with my @gmail.com email account.  Voila!  All events would show on my primary account, and still give me the ability to keep them separate from my main account calendar.  So, I went to my new email account, went to the calendar settings, went to the calendar share tab, and set to work.  I added the email address of my primary account, gave it permissions to make changes to the event, and clicked “add”.  Horray!  Wait…crap, it didn’t work!  I looked down and noticed that it only showed that the shared email address only had the ability to see only free / busy time on the calendar.  But that wasn’t what I selected!  I was confused….

Being a bit of a new user with the Google Apps domain administration interface, I wasn’t sure where to go, or even what needed to be done to fix this.  I mean, why weren’t the settings being maintained for this shared account I was trying to share the calendar with?  For a moment, I had a fear that it was because I was only using the standard edition, and not the premier account.  But fear not, a quick bit of Googling led me to the following link: http://www.jonathanmacdonald.com/?p=2512.  In case the link is no longer available in the future when this post is read, I’ll post the instructions here as well for you to follow.

Essentially, the root cause of the inability to set the sharing settings to anything other than only showing free / busy availability is the following setting:

In order to solve the issue, you must update your domain settings themselves, rather than the calendar settings which actually seem to be the issue.  By default, Google locks down your domain’s calendar sharing settings outside of the domain.  This is a security mechanism (feature?) to help protect calendar data.  In order to fix the problem, must log into your domain Google Apps settings as the administrative user.  Here, you can open up security on the calendars, allowing them to be shared outside of the domain, up to any security level you wish, out of those three options.  Here you can see the three different options to choose from:

In this situation, I have decided to choose the option that allows me to share calendar details outside of the domain, but not let those users make any changes to the calendar.  You can adjust this to allow them to make changes as well, if your situation requires that capability.

Finally, after making that change, you can now go back to your domain user’s calendar, bring up the user’s calendar settings, and you should be able to update their sharing settings up to whatever level you chose for the domain settings:

One important point to note, is that making the sharing options change sharing globally across the entire domain.  You cannot specify that only certain users, or certain calendars, can have their details shared outside of the domain.  So be careful when making these changes, as they will affect every calendar configured from within the domain.

One small issue I had after making this change, was that it was not immediately available in the domain user’s calendar.  I tried a combination of logging out the domain user, deleting the calendar, re-creating the calendar, disabling sharing on the calendar, re-enabling, etc.  Nothing seemed to work, as it still only gave me the option to see free / busy details of the calendar.  However, I left the computer for about 3 hours and came back, and it appeared to work by that time.  So, it may just take some time for the changes to propagate across the entire environment.  If it doesn’t work for you, first verify that the correct changes were made, and then try again later.

I can’t believe how long-winded this post ended up being.  Hopefully it wasn’t too boring, and hopefully it was helpful for those of you who have run into the same issue that I had.  Enjoy!

– admin