This is actually the problem iv had in the past before the AD provider and still have with it.

Iv made a new install on another webserver yesterday to see if moving from windows 2000 to windows 2003 would do a differerent, but it didnt.

DNN Never creates the user and seems like its just ends up in a loop. Iv made applications which handle administrative tasks in our AD with no problem, so accessing the AD with LDAP aint a problem, but iv never had DNN work propper. If i manuel create a new user in the database, then it seems to work alright, and skip the point where IE ends in an endless loop.

What iv done in the ealier versions, and seems to have to do until i find the bug is have a job running every 2 min to see if any userers are made in our AD and if so create them in the database.

I dont know if the number of users in the AD makes a different we have more than 10000 users and groups and 100-200 OUs.

A couple of links to check out if you want to change your web.config from Forms authentication to Windows authentication. I don't know if they work with DNN as I have got a setup handy that I can test against.

http://weblogs.asp.net/scottgu/archive/2006/07/12/Recipe_3A00_-Enabling-Windows-Authentication-within-an-Intranet-ASP.NET-Web-application.aspx and http://msdn.microsoft.com/en-us/library/ms998358.aspx

Thanks Mike, i think the last link might be the isue, as i recall it in the other applications iv made to handle admin tasks in AD this is actually what i have in the web.config. I'll test it friday when im back at work.

...
<system.web>
  ...
  <authentication mode="Windows"/>
    <identity impersonate="true" userName="<domain>\<UserName>" password="<password>"/>
    ...
</system.web>
...

Regarding cookies Roberta, this isnt the isue here, as iv had different coworkers go on the test site who have never been on before, with the same problem... an IE loop sequence. But you are right, Cookies can be a pain with DNN in some parts, special if you dont change the cookie name in each DNN installation you make.