This is what I've found: Cause of problem: Kerberos breaks when a customised application pool is created using a customised identity. For my case I used a domain user as the pool identity. Resolution 1. Avoid Kerberos and use NTLM authentication instead. To do this: cd c:\intetpub\adminscripts cscript adsutil.vbs set w3svc/??/NTAuthenticationProviders "NTLM" NB: where ?? is your website's identity id (you can get this id from the iis manager -> Web Sites -> Identifier column 2. Fix Kerberos by setting up appropriate Service Principal Name (SPN). setspn -A HTTP/servername domain\account setspn -A HTTP/server_fully_qualified_domain_name domain\account Servername and server_fully_qualified_domain_name are retrievable from DNS and are both referring to the server/machine that your service is running on. domain\account is referring to the identity you use for you r customised application pool. At the moment I'm still having trouble setting up the SPN correctly. However, hope my finding will help someone one day. Thanks, Anzy

Oops, sorry to confuse you. Development Box - a server/machine used for development and testing purposes. Production Box - a server/machine hosting live websites. Both 'supposedly' have the same visual studio .net and iis configuration.

Hi, Really thank you for your patience. But I've actually tried this method before but am getting an error that doesn't make sense. This is exactly what happened: Say the DLL has the name CONTROLLib: 1. Created keyfile.snk & moved it to C:\ 2. Typed in the [assembly:...] codes and changed the 'name.snk' to 'keyfile.snk' 3. Tried compiling and it threw an error: "Assembly generation failed -- Referenced assembly 'Interop.CONTROLLib does not have a strong name" But I thought the whole point of this is to make CONTROLLib.dll a strong name? Am I missing something trivial here?

I've tried putting \\xxx into the HOSTS file on Server B, but it still cannot find file. I think it's more of a security problem than anything. I'm having similar problem with defaultCredentials too. As my site is impersonating the logged on users ( using Integrated Window Auth, and <identity impersonate="true" /> ), Server A is able to use the defualtCredentials to gain access to certain urls while Server B isn't. Thanks, Anzy

Anzy wrote: States of the nested table properties (eg, visible, enable) cannot be maintained, since the table gets regenerated on each page load. Not true. You need to pull the states out of viewstate in or before Page_Load, then restore them in PreRender. Anzy wrote: Generating the table is expensive. So I really need a way that would allow me to generate the table only once or just less. Where is the stuff coming from to populate the table ? What's in the table ? Christian I have drunk the cool-aid and found it wan and bitter. - Chris Maunder

in folder(french version) : C:\Documents and Settings\username\Local Settings\Historique

Hi Steven, Thanks for your help. I've tried your method and the links are now working. REALLY appreciated it. Anzy

Hi Aryadip, Thanks you for your advice. =) I've tried to set the userName and password attributes to my window logins in machine.config, but after resetting iis, I am getting this error when trying to debug: "Unable to start debugging on the web server. Server side-error occurred on sending debug HTTP request". Do you think there's other solutions? Because I am not sure if changing the machine.config would be ideal since this website would be used by multiple users, which means all users will be using my authority!? =\ Anzy