Hi all, I've just downloaded Fiddler for the first time to troubleshoot a problem I'm experiencing with an Outlook Add In
I support Symantec Enterprise vault - an email archiving solution - on behalf of a client base. This solution comprises a server environment hosting archives of a users emails from Exchange. The user accesses their archive via Outlook using an Add In. When a user wishes to access their email archive (held on the Enterprise Vault server) they select the Add-In, which sends an HTTP request to the EV server. This can also be achieved via a web browser using the same URL, following the format http://domain/enterprisevault/archiveexplorerui.asp
From workstations outside the clients domain, Outlook Add-In (also web browser) requests fail with a 'page cannot be displayed'
Inside the domain all works as expected
From my lab domain and other tested sources all requests work correctly
My assumption is there is something environmental on the affected [remote] workstations - an incorrectly specified LAN Connection config/reverse proxy problem that is misdirecting these requests, but I need to prove this and don't know how to do it
I installed Fiddler to try and demonstrate/see this behaviour and the second I initiated my session and began running the urls, the requests immedietely hit their target and resolved
Turn Fiddler off, and the requests fail again
I've been going though the videos and documentation but haven't been able to understand exactly how Fiddler interacts with IE (or is it Win HTTP Stack?)
Does it bypass the LAN Connection settings?
Can anyone help me understand this behaviour - why having Fiddler turned on makes everything resolve correctly while with it turned off, all fail?
Any help greatfully received
I support Symantec Enterprise vault - an email archiving solution - on behalf of a client base. This solution comprises a server environment hosting archives of a users emails from Exchange. The user accesses their archive via Outlook using an Add In. When a user wishes to access their email archive (held on the Enterprise Vault server) they select the Add-In, which sends an HTTP request to the EV server. This can also be achieved via a web browser using the same URL, following the format http://domain/enterprisevault/archiveexplorerui.asp
From workstations outside the clients domain, Outlook Add-In (also web browser) requests fail with a 'page cannot be displayed'
Inside the domain all works as expected
From my lab domain and other tested sources all requests work correctly
My assumption is there is something environmental on the affected [remote] workstations - an incorrectly specified LAN Connection config/reverse proxy problem that is misdirecting these requests, but I need to prove this and don't know how to do it
I installed Fiddler to try and demonstrate/see this behaviour and the second I initiated my session and began running the urls, the requests immedietely hit their target and resolved
Turn Fiddler off, and the requests fail again
I've been going though the videos and documentation but haven't been able to understand exactly how Fiddler interacts with IE (or is it Win HTTP Stack?)
Does it bypass the LAN Connection settings?
Can anyone help me understand this behaviour - why having Fiddler turned on makes everything resolve correctly while with it turned off, all fail?
Any help greatfully received