Sunday, October 23, 2016
Microsoft Exchange Free/Busy
Tuesday, September 01, 2015
You know you are a calendar geek when....
Monday, March 07, 2011
Oracle Calendar / Outlook Free Busy Interchange


Uniical –export –u “S=Hendrix/G=Jimi” –f /…/EXPORT/jimi.hendrix.ics -n 1 –end 12/31/2011 –start 10/31/2011 –p PASSWORD |
So what does ICS look like and what schematic takes it into IFB?
WARNING: Experimental evidence has shown that for this to work a contact with Internet Free Busy MUST be in your Contacts folder, not a subfolder, or a folder with any other name. |
Monday, December 27, 2010
Oracle Calendar / Exchange Free/Busy
If any sites currently in an OCS to Exchange migration with us want to try out Outlook based Free/Busy queries into Oracle Calendar, please drop your Sumatra contact a line.
We are looking for "informed consent experimental subjects."
Thursday, June 11, 2009
Free/Busy not working in Outlook 2007 (Exchange 2007)
Use Outlook 'Test E-mail Autoconfiguration'
Outlook 2007 has a tool "Test E-mail Autoconfiguration" to identify the current autodiscover URLs. You can find this tool by launching Outlook 2007, then holding the Ctrl key and right-clicking on the Outlook icon in the system tray while clicking your heels together. In the form, enter an email address and password, uncheck Use Guessmart and Secure Guessmart Authentication and click Test. We looked at the log tab and saw AutoDiscover is failing -
or there was a problem with the autodiscover URL. The errors 0x800C8203 and 0x80072EE7 pointed to DNS - either DNS did not resolve the name or there was no web server at that URL. (We hope it's just a name resolution.) We checked by configuring logging in Outlook: Tools, Options, Other, Advanced, Check logging. We restarted outlook, opened a meeting, then refreshed free busy. (BTW, remember to turn off logging after you are done!) We saw:
Fix the problem in DNS
DNS. Ugh. I’d rather talk to my teenagers about sex, drugs, and the merits of doing their homework than wrestle with DNS. But the problem was simple - add a Forward Lookup Zone, then add a CNAME record. We used “DNSmgmt” (Start-Administrative Tools – DNS)
Forward Lookup Zone: Right-click on your existing forward lookup zone and select a New Zone. A wizard will walk you through the steps. The goal is to redirect ‘autodiscover.domain’ to ‘servername.domain’. You do this in five steps:
- Select Primary zone for the zone type;
- Store the zone in Active Directory
- Set the replication to all DNS servers in AD (this is just for internal requests)
- Enter the FULL NAME, e.g. autodiscover.ex2007.sumatra.local
- Allow both nonsecure and secure dynamic updates (this minimizes the possibility of Exchange giving you a hard time should you resign your Certificate.)
Create a new CNAME: Right-hand click on your newly created autodiscover zone and select New CNAME
- Browse the fully qualified domain name, traverse the DNS tree, and look for the Host (A) record in the DNS (e.g., it might be (same as parent folder).
- We did not add a name to the CNAME record. Click OK and you are done.
- Wait a few minutes until the DNS changes are sent throughout the organization.
And that worked.
-RVI
Monday, September 29, 2008
Exchange 2007 - Zimbra Free/Busy: The Magic PowerShell Command
I've got to give Zimbra credit for how well they executed Free-Busy connectivity with Exchange, a good summary of which and links pertaining thereunto are here:
http://www.zimbrablog.com/blog/archives/2008/06/are-you-free-or-busy.html
Penn's problem was that Zimbra is set up to handle Free-Busy data with Exchange 2003 via Public Folders (which are de-emphasized in Exchange 2007).
Exchange looking at Zimbra Free-Busy was no problem, but Zimbra looking at Exchange was generating an error like:
ERROR [EXCHANGE Free/Busy Sync Queue] [] fb - cannot modify resource
However, you can get it to work. The Magic PowerShell Command on the Exchange side is:Add-AvailabilityAddressSpace -ForestName [zimbra domain] -AccessMethod PublicFolder
Credit for figuring this out belongs to Eric at Penn. He also used the phrase "Magic PowerShell Command" which I kind of really groove on.
You might also want to check out Microsoft's Implementing Calendar Interoperability (which shows how to do this without lots of coding and judicious use of Exchange Group Policy settings) and Managing Public Folders with the Exchange Management Shell.
Gorier Detail Added September 30, 2008 (again, thanks to Eric at Penn)
To configure Free-Busy from Exchange to Zimbra:
- Create a Service Account on Exchange. Call it "zimbra" (watch your permissions -- see next section)
- Configure Zimbra to connect to the Public Folder Free/Busy interface via this account. You do this on the Zimbra side.
fydibohf23spdlt)/"# Specify the Service Account
mcf zimbraFreebusyExchangeAuthUsername
zimbramcf zimbraFreebusyExchangeAuthPassword
[password]mcf zimbraFreebusyExchangeAuthScheme form
# Specify the url to Exchange 2007 CAS
servermcf zimbraFreebusyExchangeURL
https://cas.exchange.YOURDOMAIN.com/# Set the legacydn in Exchange 2007
mcf zimbraFreebusyExchangeUserOrg "/o=First
Organization/ou=Exchange Administrative Group (
Linux folk and Arthur C. Clarke fans: fydibohf23spdlt explained here.
To configure Free-Busy from Zimbra to Exchange:
1. Create a "Zimbra" OU in Active Directory. Make sure all your Zimbra users are in it. But let's define some rules for keeping everyone straight:
- User "Elvis" on Zimbra will in this Active Directory Group be known as "Elvis_Zimbra"
2. Set the Service Account ("zimbra") to update the Free-Busy folder. You do this in PowerShell on the Exchange side.
add-publicfolderclientpermission -identity "\NON_IPM_SUBTREE\SCHEDULE+ FREE
BUSY\EX:/o=First Organization/ou=Exchange Administrative Group
(FYDIBOHF23SPDLT)" -user zimbra -accessrights owner
3. Make Exchange 2007 aware of the Public Folders in the Zimbra domain. You do this in PowerShell on the Exchange side:
Add-AvailabilityAddressSpace -forestname zimbra.YOURDOMAIN.COM -accessmethod publicfolder
4. Update Zimbra accounts to be aware of the email accounts on the AD side. You do this in Zimbra.
# add link from elvis to elvis_zimbra mail contact in AD
ma elvis@zimbra.yourdomain.com +zimbraForeignPrincipal ad:elvis_zimbra
# add link to OU
ma zimbraFreeBusyExchangeUserOrg "/o=First Organization/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)"
Friday, August 22, 2008
Delegates / Proxy Migration in Exchange 2007 sp1
For Exchange 2007 before sp1 you were out of luck. For Exchange 2003 you only need to use CDO 1.21 with documented memory leaks. Those of you for whom we have migrated Proxies know this is why the process to migrate proxies takes almost as long as the process to migrate your calendar data. And annoyingly CDO 1.21 is not supported at all in .NET code.
For E2K7 sp1, Microsoft documentation gives you the impression this is possible using only Exchange Web Services. DeVa expands on this a bit in Adding delegates in Exchange Web Services (sp1).
However, our direct experience with a recent client migration to E2K7 sp1 and Glen (whom we cannot praise too much) confirm that setting permissions via Exchange Web Services is insufficient. You also need to set permissions on the Schedule+ NON_IPM_SUBTREE.
Wait you say -- this is 2008 and I just saw the word "Schedule+" appear in print, like it was... 1992 or something. Is this possible?
Rest assured, it is mos def.
In fact at least one user has reported a problem and documented a solution in in this data structure during a migrating from Exchange 2003 to Exchange 2007. Microsoft seems to have picked up on this in KB 945602.
For those of you who want a fuller story on how Delegates relate to the Free/Busy folder, thank Ximian for their work in reverse-engineering and publishing the results (which they did for E2K3).
So the end result here: be really careful writing scripts to set Delegates for calendar functions in Exchange 2007 and make sure you take into account the NON_IPM_SUBTREE in addition to the documented EWS code.
And, this being Exchange, there are additional complications because .... well.... because Exchange is clearly built by committee. So if you have BOTH Outlook 2003 and Outlook 2007, and use Delegate (and I'll bet the answer is "yes" all around), you need to check out KB 924470. While you're at it -- these also give you some idea how funky basic Delegate functioning is in E2K7: KB 950794, KB 918797, KB 932207, and KB 942418.
Does it work or not? This is so convoluted we're not sure. If any of you have feedback let us know.
Monday, December 10, 2007
Free/Busy Data, Outlook 2003, and Exchange 2007
Users who use Outlook 2003 cannot publish their free/busy data in Exchange Server 2007
Tuesday, October 30, 2007
Free-Busy lookups from Oracle Calendar into Zimbra or Outlook
Right! It's the little button that says "Z-Conflicts" just underneath "Remind Me" and "Tentative."Why have we hacked our way into the OCS client? (Windows only for now, sorry Mac and *nix users.)
Because some of you have been asking for free-busy look ups from OCS into Outlook/Exchange and Zimbra, and this is how we can do it. Your reasons are usually that you must do a phased migration from OCS rather than a "Big Bang" and the problem just seemed so perfectly up our alley.
Right now you click it and it just brings up our internal web page -- but the next step is to click it and have it offer a list of non-OCS users to check free-busy status on. When you select a time it'll drop those into the OCS external email calendar invitation interface so you can more easily customize your invitation.
We're working on the interface between migrations. Stay tuned.Oh, we have no doubt this will not be supported by Oracle, but hey, you're looking to get out of that suite anyway.
