Monthly Archives: July 2010

Google announces User Policy Management for Google Apps

Google has been released a number of new features for Google Apps domain administrators including yesterday’s announcement regarding user policy management.

While these features are all stepping the Google cloud in the right direction in terms of user management, what is perplexing to me as a Google administrator, is you’re never notified when those changes are going to occur in your domain.  The cpanel interface in the domains that I manage looks nothing like what Google portrays in their “future” screen prints.   So maybe I’ll login one day and poof our domain will have been “upgraded.” 

So just a word — Google, Microsoft, and IBM please take note – cloud administrators like to be notified in advance when changes are to occur!

Are you ready for IamLUG?

There’s still time to sign up to present (a few slots are left) or to attend!  Don’t miss out on this unique opportunity!

Be sure to check out the recent announcement about 50% off Lotus Certification.  And the TackItOn is a great opportunity if you want to turbo start your skills in Domino Optimization, iPhone development or xPages.

See you there!

A Follow-up: iNotes Failover

I suggested a method for using the iNotes redirect database as a means for providing iNotes failover in the event of a disaster or during maintenance periods.  I want to follow up on the post due to some comments I’ve received.

As with any other Domino process, there are possibly many ways to provide failover.  This is certainly only one means of doing so.  And I’m certainly in no way suggesting this is the ONLY way or the BEST way.  In our environment we also provide load balancing and failover using the Websphere Edge Server, which I have also blogged about previously.

We have multiple copies of the Autologin form based on the type of failover we want to do, and we simply rename the form.  So we are not recoding the $$HTMLHead field change each time we want this failover to occur.  And, because we are using the redirect database to redirect at the domain level rather than the server level, creating separate redirect profiles has not been the most effective means of providing the same level of failover.

I hope that what you have walked away with is the realization that you can customize the redirect database to suit your needs, and as with any other Domino process, you can in your test environment, experiment to see what works best for you!  Good luck!