Thanks for the reply. It does work OK with IE8 (as far as I can tell) and alternatively users can use the IE7 compatibility mode if it was required. If it didn't work, I am sure users would tell me about it as they use it everyday!
ePortal (last time i checked) doesn't work fine with IE8 which is why it isn't supported yet.
I can't remember off the top of my head (and i'm in a hotel so i've got a vanilla rubbish connection and cant check) why it isn't but i know there is a problem with some code in it not working correctly, that does work in IE7. IE 6 is quite old, and MS have said it has security issues, so whilst we do support it i'd say upgrade if you can.
We also support Firefox 2 and 3.
So as I said, it does appear to be a timing issue. Facility services starting before SQL 2005 has fully loaded. I did think about adding a dependancy and you confirmed my suspicions. Generically, couldn't you just specify "MSSQLSERVER" as the dependence?
I can explain the rebooting issue.
When the ePortal services (Facility Data Server and Facility ePortal) start, they need SQL to be successfully started in order to build the login name table and the cache.
There is no dependancy on the service that requires this. So if Facility Data Server (especially) starts before SQL is up and running they will start but not do anything.
Restarting the Facility Data server will fix the issue.
I've seen this happen on every installation with SQL 2005, so I think the problem is much wider. I don't think the specification (within reason) should be the issue. Optimising the code would be the logical way forward instead of requiring schools to invest in hugely expensive servers.
Not many schools have the problem, though. I think the reason is, obviously it depends how long it takes the service to start.