Lotus Connections does not (yet) support Domino LDAP
Category
I know Chris blogged this a while ago, but its just damn annoying. It came up in one of the sessions and Rob pointed it out to me. Lotus Connections is getting a lot of attention, but Rob pointed out to me already that the 1.0 release does NOT support the Domino LDAP directory. This is (hopefully) to be resolved in the first point release, which we don't have a date for. For the past few weeks, I have been banging my head against authentication and LDAP/Domino. Please follow my through process below (which is very close to becoming a RANT process).
I assume that the majority of people using Quickr/Sametime/Connections/Portal et al are also Lotus users.
Following that assumption I will also assume that these users have Lotus for mail.
Following that assumption I can assume that the mail directory is usually the most accurate (as people tend to complain if their email account name is incorrect, as opposed to their log-on name).
So why not Domino LDAP support as the primary supported directory?? Or at least holding it in the same light as Tivoli and AD? Why do we have to jump through hoops of bad documentation and poor support to get this stuff to work!??!!?
Connections supports Tivoli and AD LDAP with 1.0, but not Domino LDAP.
I know Chris blogged this a while ago, but its just damn annoying. It came up in one of the sessions and Rob pointed it out to me. Lotus Connections is getting a lot of attention, but Rob pointed out to me already that the 1.0 release does NOT support the Domino LDAP directory. This is (hopefully) to be resolved in the first point release, which we don't have a date for. For the past few weeks, I have been banging my head against authentication and LDAP/Domino. Please follow my through process below (which is very close to becoming a RANT process).
I assume that the majority of people using Quickr/Sametime/Connections/Portal et al are also Lotus users.
Following that assumption I will also assume that these users have Lotus for mail.
Following that assumption I can assume that the mail directory is usually the most accurate (as people tend to complain if their email account name is incorrect, as opposed to their log-on name).
So why not Domino LDAP support as the primary supported directory?? Or at least holding it in the same light as Tivoli and AD? Why do we have to jump through hoops of bad documentation and poor support to get this stuff to work!??!!?
Connections supports Tivoli and AD LDAP with 1.0, but not Domino LDAP.
- 



Comments
Posted by Paul Mooney At 22:45:35 On 09/11/2007 | - Website - |
Ok Colm... want to give us a date? And will it be reliable or just chucked in?
Posted by Paul Mooney At 22:45:35 On 09/11/2007 | - Website - |
Posted by Colm At 22:45:35 On 09/11/2007 | - Website - |
Posted by Tom Roberts At 22:45:35 On 09/11/2007 | - Website - |
As for using ad and tds in the meantime.. you know that products have a habbit of becoming production quite quickly.. then there are two directories to worry about, as opposed to focussing on the mail/ldap directory.
Simply put.. this is a LOTUS product... that does not support the LOTUS directory. Madness....
Also, what about sametime/quickr talking to domino ldap.. then you point connections in and point to a different ldap directory... it makes things more difficult.
Sorry Roberto, but this just really pissed me off... and this is not in any way aimed at you.
Posted by Paul Mooney At 22:45:35 On 09/11/2007 | - Website - |
Posted by Paul Mooney At 22:45:35 On 09/11/2007 | - Website - |
"you know that products have a habit of becoming production quite quickly" _ I was not clear, sorry. I meant, let's use those in our labs now to practice with Connections, then go and deploy it at customers when Domino dir will be ready. Also, if a customer has Domino (or any other one) dir as corporate dir, he will NEVER change it, so the risk of having AD move up from pilot to production is negligible.
Posted by Roberto Boccadoro At 22:45:35 On 09/11/2007 | - Website - |
I understand your frustration, and I can tell you Domino (and Sun One) will be supported in a near future (plans are for a fall release).
As you said there is a way to make it work, but is not suitable for production environments since is not supported.
About Simon comment. There is a way to make it work, and is relatively easy, but this makes Domino LDAP work only for Authentication; if you are planning on synchronizing Profiles with Domino LDAP, there is some other work to be done working with assembly lines in TDI.
Posted by Roberto Boccadoro At 22:45:35 On 09/11/2007 | - Website - |
That effectively kills my plans to roll out this product on a site.
Posted by Paul Mooney At 22:45:35 On 09/11/2007 | - Website - |
Posted by Paul Mooney At 22:45:35 On 09/11/2007 | - Website - |
And Paul, thats the real crying shame of this situation, many of our likely early adoptors come under what you described with your assumptions in your original post.
Its more than a frustration, its a potential loss of an opportunity, or one we're going to have to fight to bring back to the top of the priority list at a later date.
Posted by Simon Scullion At 22:45:35 On 09/11/2007 | - Website - |
Posted by Simon Scullion At 22:45:35 On 09/11/2007 | - Website - |
Just a question for Colm : where did you get that info ? I said "fall release" and this is not exactly before kids go to school....
Posted by Roberto Boccadoro At 22:45:35 On 09/11/2007 | - Website - |
your points are valid, but even within the Domino customers community there are cases in which AD is used as "corporate directory" and Domino dir only for mail.
Having said that, myself too had wished our dir came fist, but....
Let's face the music and dance, what else can we do ? Use AD or TDS to make practice and wait a few months for Domino dir.
Posted by Roberto Boccadoro At 22:45:35 On 09/11/2007 | - Website - |
It's written in stone.
Posted by Colm At 22:45:35 On 09/11/2007 | - Website - |
Why was it not there in the first place, with the first release? Why does the domino directory come secondary considering this is the one that is used most by customers?
Posted by Paul Mooney At 22:45:35 On 09/11/2007 | - Website - |
If the expectation is that we should use our labs to 'practice' with Connections then the better way forward would be for IBM to write-up the workaround for DominoLDAP use and we can progress on that footing knowing that it's not a supported production configuration. In my mind this certainly beats setting AD and/or TDI in the lab knowing that my production will require a switch to DominoLDAP. Once IBM have firmed up the dates for the point release we can then drop that into the lab to for FVT before a move to production.
Hope this makes sense!!!
Posted by James Ravinski At 22:45:35 On 09/11/2007 | - Website - |
Posted by Martti Garden At 22:45:36 On 09/11/2007 | - Website - |
Lotus Connections runs on a WAS server. It will use for authentication anything it has been configured for. So Domino will work. The other part is populating the Profiles database and synchronizing it with a LDAP source. This is done using TDI. The TDI scripts used are not exactly rocket science.
... but that is just the technical explanation what you could do.
The gods know what were the reasons not to include the scripts in the release 1.0 files.
@Martti: would you share the change you made?
Posted by Stephan H. Wissel At 22:45:36 On 09/11/2007 | - Website - |
Posted by Lars Berntrop-Bos At 22:45:36 On 09/11/2007 | - Website - |
Posted by Steve McDonald At 22:45:36 On 09/11/2007 | - Website - |
About dates, we've told it will be in a fall release but I do not have a "fixed" date yet.
Posted by Roberto Boccadoro At 22:45:36 On 09/11/2007 | - Website - |
The point of this all is that it should of been a no brainer "out of the box" support feature.
Posted by Paul Mooney At 22:45:36 On 09/11/2007 | - Website - |
Posted by Lars Berntrop-Bos At 22:45:36 On 09/11/2007 | - Website - |
I don't own Connections, so I had deferred to Ted and the others on the product team. I have said many things about this issue, but they are best kept internal to IBM.
Posted by Ed Brill At 22:45:36 On 09/11/2007 | - Website - |
Posted by Simon Scullion At 22:45:36 On 09/11/2007 | - Website - |
What about IBM/Lotus having a business case in their release planning like say
"What quirks will Mike Yellow (NotesDev since Notes 2, who constantly updated his knowledge along the way) encounter in using a new product."? They are a not too small fraction of the possible early adopters.
Posted by Axel At 22:45:36 On 09/11/2007 | - Website - |
Posted by Sean Murphy At 22:45:36 On 09/11/2007 | - Website - |
I am a customer.
My business depends on Lotus products.
I actively sought out this product: no one from IBM got around to trying to sell it.
However they did provide demonstrations insights and previews,
I decided to buy it.
So far stakeholders all happy.
I may even be presented with a bill for some of the work that was done.
Now I discover that Connections (note the name) doesn't connect to my other Lotus products,
Reading the exchange above it seems this was "planned" and the expectation is that-I will be so impressed that rather than solving my business problem now I will wait for some unspecified date, set in stone, when the kids go back to school, when it will be released or else coding will begin. Or try an unsupported hack? or buy Tivoli to sort it all out?
None of the above, I think.
One small piece of business less for IBM. Cash loss small to medium. credibility loss? This is not a marketing problem. Its not a technical problem. Its a bottom line problem.
Posted by Alec Dolan At 22:45:36 On 09/11/2007 | - Website - |
Posted by Ted Stanton At 22:45:36 On 09/11/2007 | - Website - |