Quickr 8.2 + Directory Assistance + Active Directory = Fail! 

Those who run Quickr against multiple LDAP sources by using Directory Assistance take note.

There is a regression error in the underlying 8.5 Domino server which cause LDAP lookups for AD groups to fail, regardless of how you set the filters.

This has been reproduced by IBM and is in triage with Development, so check with support before you upgrade to see if it has been fixed.

Why would you want to use DA for LDAP you ask? Well, Quickr natively can only support one LDAP source and if you want to give access to users from multiple directories the way to do it (apart from federating LDAP servers), is to give Domino control of the directory and then use DA to set up multiple links to LDAP servers. A great work-around, until now of course.

Watch out for my article on restricting access for LDAP users to Quickr through filters, coming soon!

Comments (0)
Peter Smith September 30th, 2009 16:29:41

Enabling DAOS in Quickr 

One of the great features of Quickr 8.2 for Domino (of which there are many), is that it can take advantage of the functionality in the underlying Domino 8.5 server, specifically DAOS.

The Domino Attachment Object Store reduces disk storage and I/O by writing attachments directly to a file system and single instancing them. While the benefit of this on mail servers is self evident, IBM studies have shown that on Quickr systems you can still achieve a 10% disk storage saving - users seem to want to store documents multiple times, but that's another rant.

The real benefit of DAOS in Quickr is that it extends the scalability of the system as attachments no longer reside in databases, removing the performance impact of the server having to open and maintain huge NSF files. Out of the box DAOS is not enabled as part of a Quickr install, and even after configuring the underlying Domino server each Quickr NSF must be enabled through the Administration client.

This can be a real challenge in expanding Quickr environments, especially where users self provision places, and cause an ongoing Admin overhead. There is, of course, a simple solution. DAOS is enabled through an advanced database property on the NSF. To automatically enable DAOS for new Quickrs set the property in the templates that create the main.nsf and rooms for Quickrs.

Main.nsf inherits from h1_meetingroom and rooms from h1_pagelibrary which are templates located in Data\LotusQuickr\AreaTypes. Set the database property "Use Domino Attachment and Object Store" and all new places and rooms will automatically inherit the setting. You will need to do this for each placetype on the server that you think will benefit from DAOS.

Why they don't spell out this stuff on the Infocenter is beyond me.

Existing places will need to be changed - for this I like to keep a developer handy, or you can just "mass select and click" to set the property. Remember to run "compact -c daos", preferably via a program document out of hours, to move existing attachments out into the DAOS store.

Comments (0)
Peter Smith September 29th, 2009 15:03:35