Featured Post

Oracle Communications Calendar Server to Microsoft Exchange Migration

We've been doing Oracle Calendar Server and Oracle Beehive for a while now.  The old Sun Java calendar was something we experimented wit...

Friday, April 20, 2018

Sumatra migrating main site to a new hosting company

Folks,  we gave up on the company that rendered our previous hosting company into bacon grease.  Working with a new vendor to get up and running again.  Those of you currently working on a calendar migration / calendar project with us know how to get in touch with us.

Tuesday, April 17, 2018

Problems on our web site as our hosting company is acquired


Our web hosting company is being acquired by Site5, who has thus far proven to be REALLY MISERABLE. 

So if you get annoying messages from trying to access our web site or FTP please give it a 24 to 48 hours as the new DNS records replicate through the net.  (Am I angry that these Site5 guys just bought out a bunch of customers and their first act of customer service is to shut us down and not even bother to warn us ahead of time?  Yes.  Yes I am!)

If things are not up at a decent pace we'll let you know here.

Twenty minutes into my turn in the support queue:

Saturday, March 31, 2018

For April Fool's Day: Soul-Crushing Meetings

We in Sumatra migrate meeting data.
We cannot however make your meetings any less soul-crushing.

I'd love to give credit to the originator of this if they tell us who they are (came to me by way of my cousin who got it from his feed who posted it from some other feed and yadda yadda yadda).

Tuesday, March 27, 2018

DAVical and Open Source Calendar Migration to Exchange / Office 365

We got an inquiry a while back about migrating DAVical to Exchange.

They vanished as happens in the way of people with more ambition than budget, but it did get us thinking about how to do Open Source calendar server migration to Exchange or Office 365.

This is made easier because we already have a full-state migration method out of Zimbra into Exchange and Office 365.

Works like this:

Short answer is I'm pretty sure we can do it using the REST implementation we already implemented for Zimbra.

In Zimbra the format to download an ICS to our migration is:



The ICS is close enough that it presents no problems, and there is admin access to all accounts.

So we have a decent chance of getting this to work.

Also Zyg's tried it out in the lab and got it to function, but undoubtedly there's a bug or two in there that real-world hardening will discover and squash.

So sites with several hundred users and a willingness to spend part of their test phase in careful mode can feel free to contact us.

DAVical is built on top of PostgreSQL which we read in order to migrate Apple's iCalendar server, but there's no indication that's a superior migration path.  And it represents a little more work so -- nope.

Tuesday, March 13, 2018

Security best practices for Office 365

I went to a local Microsoft presentation that was supposed to be a "Deep Dive into Office 365 Security."

Word of warning: Very rarely is any Microsoft presentation a deep dive.

This one was no exception as the presenter spent way too long talking about weak passwords and putting up vague slides that were really good at telling you what your problems can be but way too vague on how to specifically, actually solve them.

Still this Microsoft shill was up-front that the slide contents came from this posting:

Security best practices for Office 365 

Not a bad summary of issues you need to face as you move to Office 365.

The links include how to activate specific security safeguards in your Office 365 environment.

Now: It seems to me that since this environment is completely in the hands of Microsoft, which as a company should be really concerned about client security, perhaps a decent subset of these should be turned ON by default with instructions on how to turn them off, instead of OFF by default with instructions about how to make your Office 365 experience more secure.

But that's just me wondering WTF?!?

Tuesday, March 06, 2018

New in Office 365: PowerShell and Delegate Permissions

If you've seen our earlier post Migrating Delegate Permissions: The 80/18/2 Rule, you know that in on-premises Exchange at least you can use the Add-MailboxFolderPermission cmdlet in PowerShell to set Delegate Access.

Now Microsoft is allowing you to use this capability on Office 365.

Sidebar: Is anyone else getting tired of discovering which cmdlets work in on-prem Exchange but not in Office 365 by Microsoft's tried-and-true method of "well, walk into the minefield and if you do not explode you'll be fine?"

Log into your Admin account and you should be able to see this update:

This lets you use effective scripting and server-side methods to handle Delegates.

As we always counsel: Be really careful how you set up Delegates in Exchange / Office 365.  See our article:  Two Ways to Grant Access to a Resource in MSFT Exchange. and use the "Booking" Delegation approach.

Tuesday, February 27, 2018

Sometimes Low-Tech is the Best Tech -- even in calendaring

The New York Times recently did an article "In an Era of 'Smart' Things, Sometimes Dumb Stuff is Better."

You may be surprised that for some people who spend almost all their professional time in Microsoft Exchange and Outlook and breaking legacy calendaring systems (not that there are really any left for us to break), Zyg and Russ are calendar Luddites.

If you've seen us come into a customer site you may have been astounded that the calendaring guys pulled out paper organizers.

Zyg is big on his medium-form filofax and Russ still uses the Time/system book he was trained on at Lotus.

WHY? you are probably asking.

Really simple:  every server, client, and data set at Sumatra is fair game to become an immediate test system by any employee should the need arise.  And yes, it's happened to each of us and we're kind of happy when it does because it means we're shagging down issues making our latest generation of calendar migration tech better.

Now we still have our laptops with Outlook clients.  Truth be told I've tried every organizer / email client since Lotus Agenda.  I do not love Outlook (there is a lot to be unhappy about) but find Outlook just keeps evolving and no other client-based organizer can lay claim to that.

We also both have analog wristwatches.