This is strange… all I did was enable internet configs. I found out (afterwards of course) that Quickplace (running on this Domino server) has an issue with internet sites/configs vs. using standard web configuration. It caused my custom login screen to go away… was replaced with IE’s default (ugly) popup sign-in dialog. The good news… users can still login. It just cannot stay this way… at first, I thought it was just QP sites but it is any URL on the Domino server. We did enable “TCP Redirect to SSL” for entire server. The SSL part has been working fine… we have the domcfg.nsf set to goto the custom page for all websites. Any ideas? We have tried switching back from internet sites to standard… no luck.
Subject: IE Login vs. domcfg version (what did I do?)
It’s the difference between session authentication (single server of multiple) or not. Just set in your Internet Site document to use Single server session authentication and your login screen is back.
Subject: RE: IE Login vs. domcfg version (what did I do?)
I wish this was the solution… thanks for your suggestion. I think the issue stems from the QPloginform and internet sites. I’m going to try another login form.
A “wow” update… the restart HTTP did not work but a server restart seemed to correct the problem. The old screen is back for the non-QP URLs but the QP URLs still cause the standard login.