• Welcome to Tux Reports: Where Penguins Fly. We hope you find the topics varied, interesting, and worthy of your time. Please become a member and join in the discussions.

IE7 Explorer mode doesn't work on Win2k3 server

  • Thread starter Peter J. Dickason, MCSE
  • Start date
P

Peter J. Dickason, MCSE

Flightless Bird
We're building a terminal server/Citrix farm consisting of 32 and 64 bit
servers. We have also decided to make the jump from IE6 to IE7 thinking all
the bugs have been worked out by now for TS. So we upgraded our servers and
found that explorer mode no longer works. We use explorer mode to publish
data folders and had to revert back to explorer.exe. The command line is
C:/WINDOWS\ie7>iexplore.exe -e S:/ and it brings up page
http://xn--mjrs5sloh/. What the heck is xn--mjrs5sloh?? Any ideas?

Thanks
Pete
 
B

Bob Campbell

Flightless Bird
No, I have no idea what xn--mjrs5sloh is. But why not jump to IE8 (while
you're at it)?

"Peter J. Dickason, MCSE" <NOSPAMPeterdotDickasonatAirgasdotcom@email.com>
wrote in message news:-O3$9v#DmKHA.6096@TK2MSFTNGP02.phx.gbl...
> We're building a terminal server/Citrix farm consisting of 32 and 64 bit
> servers. We have also decided to make the jump from IE6 to IE7 thinking
> all the bugs have been worked out by now for TS. So we upgraded our
> servers and found that explorer mode no longer works. We use explorer
> mode to publish data folders and had to revert back to explorer.exe. The
> command line is C:/WINDOWS\ie7>iexplore.exe -e S:/ and it brings up page
> http://xn--mjrs5sloh/. What the heck is xn--mjrs5sloh?? Any ideas?
>
> Thanks
> Pete
>
 
P

Peter J. Dickason, MCSE

Flightless Bird
Update: We found no parameters work on these new servers. -k, -nohome,
nothing. I'm convinced MS pushed out a cumulative update for IE which
disabled command line parameters as a push to IE8 since this problem is
identical on all 4 freshly built servers. ;)

Going to IE8 is not an option. The entire company will be on this farm
which consists of thousands of users so all websites must work. We're not
convinced that all websites work with IE8 with everything we're reading. In
any event there is nothing that IE8 gives over IE7 that would keep a user
from doing his job. We're not happy about going back to IE6 but that's not
out of the realm of possibliities. It's stable and it works.

Thanks
Pete
 
R

rob^_^

Flightless Bird
Hi Peter,

Please post back with your IE versions (from help about menu) that you have
upgraded to.

How did you deploy these? Slipstream?

I am very surprised that the IE command line parameters do not work on your
systems. Perhaps you are pointing to the x64 version of IE? or the wrong
path to iexplore.exe

I can't remember if IE7 was/is compatible with Win2k3. Perhaps you are
running it in enhanced security mode (Internet Security zone defaults to
High). But that security enhancement only applies to later server versions(I
think).

Regards.

"Peter J. Dickason, MCSE" <NOSPAMPeterdotDickasonatAirgasdotcom@email.com>
wrote in message news:u0YccuHmKHA.3476@TK2MSFTNGP06.phx.gbl...
> Update: We found no parameters work on these new servers. -k, -nohome,
> nothing. I'm convinced MS pushed out a cumulative update for IE which
> disabled command line parameters as a push to IE8 since this problem is
> identical on all 4 freshly built servers. ;)
>
> Going to IE8 is not an option. The entire company will be on this farm
> which consists of thousands of users so all websites must work. We're not
> convinced that all websites work with IE8 with everything we're reading.
> In any event there is nothing that IE8 gives over IE7 that would keep a
> user from doing his job. We're not happy about going back to IE6 but
> that's not out of the realm of possibliities. It's stable and it works.
>
> Thanks
> Pete
>
>
>
 
D

Dan

Flightless Bird
"Peter J. Dickason, MCSE" <NOSPAMPeterdotDickasonatAirgasdotcom@email.com>
wrote in message news:-O3$9v#DmKHA.6096@TK2MSFTNGP02.phx.gbl...
> We're building a terminal server/Citrix farm consisting of 32 and 64 bit
> servers. We have also decided to make the jump from IE6 to IE7 thinking
> all the bugs have been worked out by now for TS. So we upgraded our
> servers and found that explorer mode no longer works. We use explorer
> mode to publish data folders and had to revert back to explorer.exe. The
> command line is C:/WINDOWS\ie7>iexplore.exe -e S:/ and it brings up page
> http://xn--mjrs5sloh/. What the heck is xn--mjrs5sloh?? Any ideas?
>
> Thanks
> Pete
>


Some of the command line switches were dropped in IE7, -s being one of
them - IE7 and 8 no longer have an "explorer" mode. However, I did test this
switch with IE8 on XP (I don't have access to a TS setup so I can't confirm
it works there too), and the -s switch causes Windows Explorer to be loaded
with the specified location.

As to xn--mjrs5sloh in the URL, that's odd. Are you sure you have -e S: in
the command line when this occurs, and nothing else?

-nohome is odd in that it does work, sort of - I get a blank tab with the
title "Connecting", but IE8 itself is doing nothing. It's definitely not
loading the home page though.

--
Dan
 
P

Peter J. Dickason, MCSE

Flightless Bird
"Dan" <news@worldofspack.com> wrote in message
news:F3584504-044F-4701-859A-99527A8ECF7C@microsoft.com...


> Some of the command line switches were dropped in IE7, -s being one of
> them - IE7 and 8 no longer have an "explorer" mode. However, I did test
> this switch with IE8 on XP (I don't have access to a TS setup so I can't
> confirm it works there too), and the -s switch causes Windows Explorer to
> be loaded with the specified location.
>
> As to xn--mjrs5sloh in the URL, that's odd. Are you sure you have -e S: in
> the command line when this occurs, and nothing else?


yes it looks like it is trying to translate any parameter into a webpage.

-e causes http://xn--mjrt95e/

-nohome causes http://xn--e-op7b75lxva/

-s causes http://xn--17x/

-byteme causes http://xn--e-424bk54ac7g/ :)

>
> -nohome is odd in that it does work, sort of - I get a blank tab with the
> title "Connecting", but IE8 itself is doing nothing. It's definitely not
> loading the home page though.
>
> --
> Dan


I'm to the point where I'm uninstalling/reinstalling IE7. I'll provide an
update.

thanks
Pete
 
P

Peter J. Dickason, MCSE

Flightless Bird
Hi Rob,

"rob^_^" <iecustomizer@hotmail.com> wrote in message
news:557BCB90-8528-4E48-9BB6-AF30B6A67F7B@microsoft.com...
> Hi Peter,
>
> Please post back with your IE versions (from help about menu) that you
> have upgraded to.


C:/Windows\IE7\iexplore.exe 7.0.5730.13 64-bit edition (the version of
the EXE is 6.0.3790.1830. This is where we run iexplore -e from)

C:/Program Files\Internet Explorer\iexplore.exe 7.0.5730.13 64-bit
edition (Version of EXE 7.0.6000.16945)

C:/Program Files (x86)\Internet Explorer\iexplore.exe 7.0.5730.13
(Version of EXE 7.0.6000.16945)

> How did you deploy these? Slipstream?


Windows update, during installation. First pass told not to ask to install
IE8 again. It then offers IE7.

>
> I am very surprised that the IE command line parameters do not work on
> your systems. Perhaps you are pointing to the x64 version of IE? or the
> wrong path to iexplore.exe


As noted above, to publish data folders we use iexplore.exe from
C:/Windows\IE7 which is what we found documented what we should use.

>
> I can't remember if IE7 was/is compatible with Win2k3. Perhaps you are
> running it in enhanced security mode (Internet Security zone defaults to
> High). But that security enhancement only applies to later server
> versions(I think).


We disable IE ESC for all users on the terminal servers.
We configuire a policy on the Terminal Server OU with the following
settings.

User \ Administrative Templates \ Windows Components \ Internet Explorer \
Internet Control Panel \ Securty Page
Intranet Sites: Include all local (intranet) sites not listed in other
zones Enabled
Intranet Sites: Include all network paths (UNCs)
Enabled
Intranet Sites: Include all sites that bypass the proxy server
Enabled
Use Pop-up blocker
Disabled

Intranet Zone security set to Medium-Low in IE Maintenance policy, not
security page.

Any ideas?

Thanks again for your help.
Pete
 
D

Dan

Flightless Bird
"Peter J. Dickason, MCSE" <NOSPAMPeterdotDickasonatAirgasdotcom@email.com>
wrote in message news:emS1CmSmKHA.6096@TK2MSFTNGP02.phx.gbl...
> Hi Rob,
>
> "rob^_^" <iecustomizer@hotmail.com> wrote in message
> news:557BCB90-8528-4E48-9BB6-AF30B6A67F7B@microsoft.com...
>> Hi Peter,
>>
>> Please post back with your IE versions (from help about menu) that you
>> have upgraded to.

>
> C:/Windows\IE7\iexplore.exe 7.0.5730.13 64-bit edition (the version of
> the EXE is 6.0.3790.1830. This is where we run iexplore -e from)


That iexplore.exe is *not* IE7. The IE7 folder is the rollback folder for
IE6 - this is where the old IE6 files are kept for when you uninstall IE7.
This may explain why you're seeing it not working. It looks like what's
occuring is that you're loading the IE6 executable but it's trying to call
the IE7 DLLs, so you end up with the versions mixing and unexpected things
happening.

> C:/Program Files\Internet Explorer\iexplore.exe 7.0.5730.13 64-bit
> edition (Version of EXE 7.0.6000.16945)
>
> C:/Program Files (x86)\Internet Explorer\iexplore.exe 7.0.5730.13
> (Version of EXE 7.0.6000.16945)
>
>> How did you deploy these? Slipstream?

>
> Windows update, during installation. First pass told not to ask to
> install IE8 again. It then offers IE7.
>
>>
>> I am very surprised that the IE command line parameters do not work on
>> your systems. Perhaps you are pointing to the x64 version of IE? or the
>> wrong path to iexplore.exe

>
> As noted above, to publish data folders we use iexplore.exe from
> C:/Windows\IE7 which is what we found documented what we should use.


Where was this documented?

The C:/Windows\IE7 folder should, from what I can tell, never be used. You
should be using one of the other paths in Program Files, depending on
whether you want 32-bit or 64-bit IE running.

--
Dan
 
P

Peter J. Dickason, MCSE

Flightless Bird
Hi Dan,

That's surprising. That's how Citrix tells you to publish a data folder
since using explorer.exe is not supported.
http://support.citrix.com/article/ctx922603 This has worked for years
pre-IE7. The note in the document states to use C:/Windows\IE7. Are they
wrong? Do I need to use Firefox as noted in
http://support.citrix.com/article/CTX112195?


"Dan" <news@worldofspack.com> wrote in message
news:evceauSmKHA.5728@TK2MSFTNGP06.phx.gbl...
> That iexplore.exe is *not* IE7. The IE7 folder is the rollback folder for
> IE6 - this is where the old IE6 files are kept for when you uninstall IE7.
> This may explain why you're seeing it not working. It looks like what's
> occuring is that you're loading the IE6 executable but it's trying to call
> the IE7 DLLs, so you end up with the versions mixing and unexpected things
> happening.
>
> Where was this documented?
>
> The C:/Windows\IE7 folder should, from what I can tell, never be used. You
> should be using one of the other paths in Program Files, depending on
> whether you want 32-bit or 64-bit IE running.


Unfortunately we cannot open a data folder in IE running from one of these
folders. It throws up an error. Which is why they state to use the one
under \Windows\IE7.

thanks
Pete
 
D

Dan

Flightless Bird
"Peter J. Dickason, MCSE" <NOSPAMPeterdotDickasonatAirgasdotcom@email.com>
wrote in message news:#NuHECTmKHA.5128@TK2MSFTNGP05.phx.gbl...
> Hi Dan,
>
> That's surprising. That's how Citrix tells you to publish a data folder
> since using explorer.exe is not supported.
> http://support.citrix.com/article/ctx922603 This has worked for years
> pre-IE7. The note in the document states to use C:/Windows\IE7. Are they
> wrong?


I would think it's wrong, yes. It looks like it's a kludge to work around
issues with IE7, and somebody thought loading the IE6 exe from that backup
folder was a way around it. Obviously it doesn't work correctly as you've
discovered. It may have worked 18 months ago, but IE patches may have
rendered that workaround useless as you are discovering.

And as to "worked of year pre-IE7", how so? The IE7 folder doesn't exist
until IE7 is installed, so could not possibly have worked if you only had
IE6. If you really have been using this path for the past couple of years,
then you've had IE7 installed a lot longer than you realise. I'm assuming
that you meant you just used the path to IE6 before and have changed it to
the new folder, but your reply is a little vague.

> Do I need to use Firefox as noted in
> http://support.citrix.com/article/CTX112195?


I personally would try the full path to IE7 first. That article is about
receiving an error message - until you try the full path, you don't know if
you get that error message. Plus it also states that when you press OK the
page is loaded as normal.

Those documents are also both over 18 months old now.

>
> "Dan" <news@worldofspack.com> wrote in message
> news:evceauSmKHA.5728@TK2MSFTNGP06.phx.gbl...
>> That iexplore.exe is *not* IE7. The IE7 folder is the rollback folder for
>> IE6 - this is where the old IE6 files are kept for when you uninstall
>> IE7. This may explain why you're seeing it not working. It looks like
>> what's occuring is that you're loading the IE6 executable but it's trying
>> to call the IE7 DLLs, so you end up with the versions mixing and
>> unexpected things happening.
>>
>> Where was this documented?
>>
>> The C:/Windows\IE7 folder should, from what I can tell, never be used.
>> You should be using one of the other paths in Program Files, depending on
>> whether you want 32-bit or 64-bit IE running.

>
> Unfortunately we cannot open a data folder in IE running from one of these
> folders. It throws up an error. Which is why they state to use the one
> under \Windows\IE7.


What's the error? The one in CTX112195?

CTX112195 states that the other workaround is to uninstall IE7, so you're
back to IE6 again. Why can't you do that?

--
Dan
 
P

Peter J. Dickason, MCSE

Flightless Bird
"Dan" <news@worldofspack.com> wrote in message
news:5FFBE9AE-73F6-4E41-A865-098A0D929321@microsoft.com...
>
> I would think it's wrong, yes. It looks like it's a kludge to work around
> issues with IE7, and somebody thought loading the IE6 exe from that backup
> folder was a way around it. Obviously it doesn't work correctly as you've
> discovered. It may have worked 18 months ago, but IE patches may have
> rendered that workaround useless as you are discovering.
>
> And as to "worked of year pre-IE7", how so? The IE7 folder doesn't exist
> until IE7 is installed, so could not possibly have worked if you only had
> IE6. If you really have been using this path for the past couple of years,
> then you've had IE7 installed a lot longer than you realise. I'm assuming
> that you meant you just used the path to IE6 before and have changed it to
> the new folder, but your reply is a little vague.


We have not upgraded to IE7 until now. So what I meant was that in IE6 it
worked fine from C:/Program Files\Internet Explorer\iexplore.exe -e.

>
>> Do I need to use Firefox as noted in
>> http://support.citrix.com/article/CTX112195?

>
> I personally would try the full path to IE7 first. That article is about
> receiving an error message - until you try the full path, you don't know
> if you get that error message. Plus it also states that when you press OK
> the page is loaded as normal.
>


The program files path doesn't work because there is no more explorer mode
in IE7, which is why they say to use the other folders. I have talked to
others and the concensus is using explorer.exe is no longer a problem in
Windows 2003. The /e switch will give me explorer mode so my command line
of %Windir%\explorer.exe /e,U:/ works just fine. Thanks for all of your
help.

> Those documents are also both over 18 months old now.


I think Citrix needs to update their documentation :)

Thanks again
Pete
 
P

PhilD

Flightless Bird
Peter J. Dickason, MCSE;1638903 Wrote:
> "Dan" <news@worldofspack.com> wrote in message
> news:5FFBE9AE-73F6-4E41-A865-098A0D929321@microsoft.com...
> >
> > I would think it's wrong, yes. It looks like it's a kludge to work

> around
> > issues with IE7, and somebody thought loading the IE6 exe from that

> backup
> > folder was a way around it. Obviously it doesn't work correctly as

> you've
> > discovered. It may have worked 18 months ago, but IE patches may

> have
> > rendered that workaround useless as you are discovering.
> >
> > And as to "worked of year pre-IE7", how so? The IE7 folder doesn't

> exist
> > until IE7 is installed, so could not possibly have worked if you only

> had
> > IE6. If you really have been using this path for the past couple of

> years,
> > then you've had IE7 installed a lot longer than you realise. I'm

> assuming
> > that you meant you just used the path to IE6 before and have changed

> it to
> > the new folder, but your reply is a little vague.

>
> We have not upgraded to IE7 until now. So what I meant was that in IE6
> it
> worked fine from C:/Program Files\Internet Explorer\iexplore.exe -e.
>
> >
> >> Do I need to use Firefox as noted in
> >> 'CTX112195 - Error: Windows cannot find '(null)' ... when Launching

> Internet Explorer 7 in Explorer Mode - Citrix Knowledge Center'
> (http://support.citrix.com/article/CTX112195?)
> >
> > I personally would try the full path to IE7 first. That article is

> about
> > receiving an error message - until you try the full path, you don't

> know
> > if you get that error message. Plus it also states that when you

> press OK
> > the page is loaded as normal.
> >

>
> The program files path doesn't work because there is no more explorer
> mode
> in IE7, which is why they say to use the other folders. I have talked
> to
> others and the concensus is using explorer.exe is no longer a problem
> in
> Windows 2003. The /e switch will give me explorer mode so my command
> line
> of %Windir%\explorer.exe /e,U:/ works just fine. Thanks for all of
> your
> help.
>
> > Those documents are also both over 18 months old now.

>
> I think Citrix needs to update their documentation :)
>
> Thanks again
> Pete


Pete

we have exactly the same problem but we had some servers using IE7 and
windows explorer published as %windir%\ie7\iexplorer.exe -e y:/ and
working for 6 server but 4 newer build is doesn't work. I got exactly
the same error as yourself.
the IE7 versions are the same but some updates are not which makes me
think its windows update related.

really weird

Phil


--
PhilD
Posted via http://www.vistaheads.com
 
P

Peter J. Dickason, MCSE

Flightless Bird
Yea we were quite taken aback as well since it worked fine on our test
servers. As soon as we built the production ones using the same build
process, it choked. I think the moral of this story is that IE can no
longer be used to publish a data folder. But it sounds as if using
explorer.exe is no longer a problem as it once was in previos versions of
the OS.

Pete





"PhilD" <PhilD.453dc2@no-mx.forums.vistaheads.com> wrote in message
news:philD.453dc2@no-mx.forums.vistaheads.com...
>
> Pete
>
> we have exactly the same problem but we had some servers using IE7 and
> windows explorer published as %windir%\ie7\iexplorer.exe -e y:/ and
> working for 6 server but 4 newer build is doesn't work. I got exactly
> the same error as yourself.
> the IE7 versions are the same but some updates are not which makes me
> think its windows update related.
>
> really weird
>
> Phil
>
>
> --
> PhilD
> Posted via http://www.vistaheads.com
>
 
J

Jan-Hendrik Leuger

Flightless Bird
Hello Peter,

I have the same problem - do you have a solution for that?

I figured out that when you start iexplore.exe from %windir%\ie7 the IE 7
version starts and not the IE 6 version. Even though the version of the
iexplore.exe in %windir%\ie7 is 6.00.3790.3959.

I also figured out that when you install a clean windows server 2003 then
ie7 and after that all updates incl. W2K3 SP2 it works.
When you try an other sequence ex. W2K then SP2 and updates and after that
ie7 starting IE in explorer mode fails.

Any ideas?

Thanks and regards
Jan
 
P

Peter J. Dickason, MCSE

Flightless Bird
Hi Jan,

Yes our installation order was the OS/updates were first then IE7/updates.
Not all in one. This was because Office 2007 broke IE 7 if IE7 was
installed before O2k7 which was another headache for us, but I digress. We
now just publish explorer.exe since there is now no good reason not to.
We've talked to others and it works fine. Doesn't seem to be any issues
publishing Explorer.exe like there were in Windows 2000. My understanding
is there is no more 'explorer' mode in IE7, IE8, and so on that publishing
explorer.exe is your only option in leu of a third party program. Hope
this helps.

Pete
 
D

Dan Heim

Flightless Bird
If anyone ever figures out a fix for this, please post. We have (2)Win2003
servers with IE7 and one of them works with explorer mode and one has the
problem exactly as described in this thread.

Dan H.


"Peter J. Dickason, MCSE" wrote:

> Hi Jan,
>
> Yes our installation order was the OS/updates were first then IE7/updates.
> Not all in one. This was because Office 2007 broke IE 7 if IE7 was
> installed before O2k7 which was another headache for us, but I digress. We
> now just publish explorer.exe since there is now no good reason not to.
> We've talked to others and it works fine. Doesn't seem to be any issues
> publishing Explorer.exe like there were in Windows 2000. My understanding
> is there is no more 'explorer' mode in IE7, IE8, and so on that publishing
> explorer.exe is your only option in leu of a third party program. Hope
> this helps.
>
> Pete
>
>
> .
>
 
R

rob^_^

Flightless Bird
Hi,

There is a setting on the Advanced tab of Internet Options in IE7 to "Open
ftp sites in Explorer" (or something to that affect).

Regards.

"Dan Heim" <DanHeim@discussions.microsoft.com> wrote in message
news:B4D8D0BD-585F-4CB1-96FF-7A4DAA802347@microsoft.com...
> If anyone ever figures out a fix for this, please post. We have (2)Win2003
> servers with IE7 and one of them works with explorer mode and one has the
> problem exactly as described in this thread.
>
> Dan H.
>
>
> "Peter J. Dickason, MCSE" wrote:
>
>> Hi Jan,
>>
>> Yes our installation order was the OS/updates were first then
>> IE7/updates.
>> Not all in one. This was because Office 2007 broke IE 7 if IE7 was
>> installed before O2k7 which was another headache for us, but I digress.
>> We
>> now just publish explorer.exe since there is now no good reason not to.
>> We've talked to others and it works fine. Doesn't seem to be any issues
>> publishing Explorer.exe like there were in Windows 2000. My
>> understanding
>> is there is no more 'explorer' mode in IE7, IE8, and so on that
>> publishing
>> explorer.exe is your only option in leu of a third party program. Hope
>> this helps.
>>
>> Pete
>>
>>
>> .
>>

>
 
T

Trahsub

Flightless Bird
We have the same d$#% problem! Anyone find a solution?



"Peter J. Dickason, MCSE" wrote:

> Hi Jan,
>
> Yes our installation order was the OS/updates were first then IE7/updates.
> Not all in one. This was because Office 2007 broke IE 7 if IE7 was
> installed before O2k7 which was another headache for us, but I digress. We
> now just publish explorer.exe since there is now no good reason not to.
> We've talked to others and it works fine. Doesn't seem to be any issues
> publishing Explorer.exe like there were in Windows 2000. My understanding
> is there is no more 'explorer' mode in IE7, IE8, and so on that publishing
> explorer.exe is your only option in leu of a third party program. Hope
> this helps.
>
> Pete
>
>
> .
>
 
K

Kevin Hammill

Flightless Bird
Not sure if you found a solution to the -e Explorer Switch

I was forced to upgrade to IE7 on my Citrix Farm and lost my ability to Publish "Windows Explorer" using the -e explorer switch for IE 6. I haven't found a solution yet, I did find a thrid party "windowsxp" that works. Its not as nice as using IE6 with the -e switch. In a pinch its working though.

http://www.explorerxp.com/

Its easy to figure out how to set it up as a Published App.

Kevin

> On Monday, January 18, 2010 8:10 AM Peter J. Dickason, MCSE wrote:


> We're building a terminal server/Citrix farm consisting of 32 and 64 bit
> servers. We have also decided to make the jump from IE6 to IE7 thinking all
> the bugs have been worked out by now for TS. So we upgraded our servers and
> found that explorer mode no longer works. We use explorer mode to publish
> data folders and had to revert back to explorer.exe. The command line is
> C:/WINDOWS\ie7>iexplore.exe -e S:/ and it brings up page
> http://xn--mjrs5sloh/. What the heck is xn--mjrs5sloh?? Any ideas?
>
> Thanks
> Pete



>> On Monday, January 18, 2010 12:48 PM Bob Campbell wrote:


>> No, I have no idea what xn--mjrs5sloh is. But why not jump to IE8 (while
>> you are at it)?



>>> On Monday, January 18, 2010 3:19 PM Peter J. Dickason, MCSE wrote:


>>> Update: We found no parameters work on these new servers. -k, -nohome,
>>> nothing. I am convinced MS pushed out a cumulative update for IE which
>>> disabled command line parameters as a push to IE8 since this problem is
>>> identical on all 4 freshly built servers. ;)
>>>
>>> Going to IE8 is not an option. The entire company will be on this farm
>>> which consists of thousands of users so all websites must work. We're not
>>> convinced that all websites work with IE8 with everything we are reading. In
>>> any event there is nothing that IE8 gives over IE7 that would keep a user
>>> from doing his job. We're not happy about going back to IE6 but that is not
>>> out of the realm of possibliities. it is stable and it works.
>>>
>>> Thanks
>>> Pete



>>>> On Monday, January 18, 2010 4:32 PM rob^_^ wrote:


>>>> Hi Peter,
>>>>
>>>> Please post back with your IE versions (from help about menu) that you have
>>>> upgraded to.
>>>>
>>>> How did you deploy these? Slipstream?
>>>>
>>>> I am very surprised that the IE command line parameters do not work on your
>>>> systems. Perhaps you are pointing to the x64 version of IE? or the wrong
>>>> path to iexplore.exe
>>>>
>>>> I cannot remember if IE7 was/is compatible with Win2k3. Perhaps you are
>>>> running it in enhanced security mode (Internet Security zone defaults to
>>>> High). But that security enhancement only applies to later server versions(I
>>>> think).
>>>>
>>>> Regards.



>>>>> On Tuesday, January 19, 2010 5:04 AM Dan wrote:


>>>>> Some of the command line switches were dropped in IE7, -s being one of
>>>>> them - IE7 and 8 no longer have an "explorer" mode. However, I did test this
>>>>> switch with IE8 on XP (I do not have access to a TS setup so I cannot confirm
>>>>> it works there too), and the -s switch causes Windows Explorer to be loaded
>>>>> with the specified location.
>>>>>
>>>>> As to xn--mjrs5sloh in the URL, that is odd. Are you sure you have -e S: in
>>>>> the command line when this occurs, and nothing else?
>>>>>
>>>>> -nohome is odd in that it does work, sort of - I get a blank tab with the
>>>>> title "Connecting", but IE8 itself is doing nothing. it is definitely not
>>>>> loading the home page though.
>>>>>
>>>>> --
>>>>> Dan



>>>>>> On Tuesday, January 19, 2010 11:17 AM Peter J. Dickason, MCSE wrote:


>>>>>> yes it looks like it is trying to translate any parameter into a webpage.
>>>>>>
>>>>>> -e causes http://xn--mjrt95e/
>>>>>>
>>>>>> -nohome causes http://xn--e-op7b75lxva/
>>>>>>
>>>>>> -s causes http://xn--17x/
>>>>>>
>>>>>> -byteme causes http://xn--e-424bk54ac7g/ :)
>>>>>>
>>>>>>
>>>>>> I am to the point where I am uninstalling/reinstalling IE7. I will provide an
>>>>>> update.
>>>>>>
>>>>>> thanks
>>>>>> Pete



>>>>>>> On Tuesday, January 19, 2010 12:03 PM Peter J. Dickason, MCSE wrote:


>>>>>>> Hi Rob,
>>>>>>>
>>>>>>>
>>>>>>> C:/Windows\IE7\iexplore.exe 7.0.5730.13 64-bit edition (the version of
>>>>>>> the EXE is 6.0.3790.1830. This is where we run iexplore -e from)
>>>>>>>
>>>>>>> C:/Program Files\Internet Explorer\iexplore.exe 7.0.5730.13 64-bit
>>>>>>> edition (Version of EXE 7.0.6000.16945)
>>>>>>>
>>>>>>> C:/Program Files (x86)\Internet Explorer\iexplore.exe 7.0.5730.13
>>>>>>> (Version of EXE 7.0.6000.16945)
>>>>>>>
>>>>>>>
>>>>>>> Windows update, during installation. First pass told not to ask to install
>>>>>>> IE8 again. It then offers IE7.
>>>>>>>
>>>>>>>
>>>>>>> As noted above, to publish data folders we use iexplore.exe from
>>>>>>> C:/Windows\IE7 which is what we found documented what we should use.
>>>>>>>
>>>>>>>
>>>>>>> We disable IE ESC for all users on the terminal servers.
>>>>>>> We configuire a policy on the Terminal Server OU with the following
>>>>>>> settings.
>>>>>>>
>>>>>>> User \ Administrative Templates \ Windows Components \ Internet Explorer \
>>>>>>> Internet Control Panel \ Securty Page
>>>>>>> Intranet Sites: Include all local (intranet) sites not listed in other
>>>>>>> zones Enabled
>>>>>>> Intranet Sites: Include all network paths (UNCs)
>>>>>>> Enabled
>>>>>>> Intranet Sites: Include all sites that bypass the proxy server
>>>>>>> Enabled
>>>>>>> Use Pop-up blocker
>>>>>>> Disabled
>>>>>>>
>>>>>>> Intranet Zone security set to Medium-Low in IE Maintenance policy, not
>>>>>>> security page.
>>>>>>>
>>>>>>> Any ideas?
>>>>>>>
>>>>>>> Thanks again for your help.
>>>>>>> Pete



>>>>>>>> On Tuesday, January 19, 2010 12:19 PM Dan wrote:


>>>>>>>> That iexplore.exe is *not* IE7. The IE7 folder is the rollback folder for
>>>>>>>> IE6 - this is where the old IE6 files are kept for when you uninstall IE7.
>>>>>>>> This may explain why you are seeing it not working. It looks like what is
>>>>>>>> occuring is that you are loading the IE6 executable but it is trying to call
>>>>>>>> the IE7 DLLs, so you end up with the versions mixing and unexpected things
>>>>>>>> happening.
>>>>>>>>
>>>>>>>>
>>>>>>>> Where was this documented?
>>>>>>>>
>>>>>>>> The C:/Windows\IE7 folder should, from what I can tell, never be used. You
>>>>>>>> should be using one of the other paths in Program Files, depending on
>>>>>>>> whether you want 32-bit or 64-bit IE running.
>>>>>>>>
>>>>>>>> --
>>>>>>>> Dan



>>>>>>>>> On Tuesday, January 19, 2010 12:54 PM Peter J. Dickason, MCSE wrote:


>>>>>>>>> Hi Dan,
>>>>>>>>>
>>>>>>>>> That's surprising. That's how Citrix tells you to publish a data folder
>>>>>>>>> since using explorer.exe is not supported.
>>>>>>>>> http://support.citrix.com/article/ctx922603 This has worked for years
>>>>>>>>> pre-IE7. The note in the document states to use C:/Windows\IE7. Are they
>>>>>>>>> wrong? Do I need to use Firefox as noted in
>>>>>>>>> http://support.citrix.com/article/CTX112195?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Unfortunately we cannot open a data folder in IE running from one of these
>>>>>>>>> folders. It throws up an error. Which is why they state to use the one
>>>>>>>>> under \Windows\IE7.
>>>>>>>>>
>>>>>>>>> thanks
>>>>>>>>> Pete



>>>>>>>>>> On Wednesday, January 20, 2010 5:27 AM Dan wrote:


>>>>>>>>>> I would think it is wrong, yes. It looks like it is a kludge to work around
>>>>>>>>>> issues with IE7, and somebody thought loading the IE6 exe from that backup
>>>>>>>>>> folder was a way around it. Obviously it does not work correctly as you have
>>>>>>>>>> discovered. It may have worked 18 months ago, but IE patches may have
>>>>>>>>>> rendered that workaround useless as you are discovering.
>>>>>>>>>>
>>>>>>>>>> And as to "worked of year pre-IE7", how so? The IE7 folder does not exist
>>>>>>>>>> until IE7 is installed, so could not possibly have worked if you only had
>>>>>>>>>> IE6. If you really have been using this path for the past couple of years,
>>>>>>>>>> then you have had IE7 installed a lot longer than you realise. I am assuming
>>>>>>>>>> that you meant you just used the path to IE6 before and have changed it to
>>>>>>>>>> the new folder, but your reply is a little vague.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> I personally would try the full path to IE7 first. That article is about
>>>>>>>>>> receiving an error message - until you try the full path, you do not know if
>>>>>>>>>> you get that error message. Plus it also states that when you press OK the
>>>>>>>>>> page is loaded as normal.
>>>>>>>>>>
>>>>>>>>>> Those documents are also both over 18 months old now.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> What's the error? The one in CTX112195?
>>>>>>>>>>
>>>>>>>>>> CTX112195 states that the other workaround is to uninstall IE7, so you are
>>>>>>>>>> back to IE6 again. Why cannot you do that?
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Dan



>>>>>>>>>>> On Wednesday, January 20, 2010 8:12 AM Peter J. Dickason, MCSE wrote:


>>>>>>>>>>> We have not upgraded to IE7 until now. So what I meant was that in IE6 it
>>>>>>>>>>> worked fine from C:/Program Files\Internet Explorer\iexplore.exe -e.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> The program files path does not work because there is no more explorer mode
>>>>>>>>>>> in IE7, which is why they say to use the other folders. I have talked to
>>>>>>>>>>> others and the concensus is using explorer.exe is no longer a problem in
>>>>>>>>>>> Windows 2003. The /e switch will give me explorer mode so my command line
>>>>>>>>>>> of %Windir%\explorer.exe /e,U:/ works just fine. Thanks for all of your
>>>>>>>>>>> help.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> I think Citrix needs to update their documentation :)
>>>>>>>>>>>
>>>>>>>>>>> Thanks again
>>>>>>>>>>> Pete



>>>>>>>>>>>> On Wednesday, January 20, 2010 9:18 AM PhilD wrote:


>>>>>>>>>>>> Peter J. Dickason, MCSE;1638903 Wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> Pete
>>>>>>>>>>>>
>>>>>>>>>>>> we have exactly the same problem but we had some servers using IE7 and
>>>>>>>>>>>> windows explorer published as %windir%\ie7\iexplorer.exe -e y:/ and
>>>>>>>>>>>> working for 6 server but 4 newer build is does not work. I got exactly
>>>>>>>>>>>> the same error as yourself.
>>>>>>>>>>>> the IE7 versions are the same but some updates are not which makes me
>>>>>>>>>>>> think its windows update related.
>>>>>>>>>>>>
>>>>>>>>>>>> really weird
>>>>>>>>>>>>
>>>>>>>>>>>> Phil
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> PhilD
>>>>>>>>>>>> Posted via http://www.vistaheads.com



>>>>>>>>>>>>> On Thursday, January 21, 2010 11:32 AM Peter J. Dickason, MCSE wrote:


>>>>>>>>>>>>> Yea we were quite taken aback as well since it worked fine on our test
>>>>>>>>>>>>> servers. As soon as we built the production ones using the same build
>>>>>>>>>>>>> process, it choked. I think the moral of this story is that IE can no
>>>>>>>>>>>>> longer be used to publish a data folder. But it sounds as if using
>>>>>>>>>>>>> explorer.exe is no longer a problem as it once was in previos versions of
>>>>>>>>>>>>> the OS.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Pete



>>>>>>>>>>>>>> On Wednesday, February 03, 2010 8:03 AM Jan-Hendrik Leuger wrote:


>>>>>>>>>>>>>> Hello Peter,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I have the same problem - do you have a solution for that?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I figured out that when you start iexplore.exe from %windir%\ie7 the IE 7
>>>>>>>>>>>>>> version starts and not the IE 6 version. Even though the version of the
>>>>>>>>>>>>>> iexplore.exe in %windir%\ie7 is 6.00.3790.3959.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I also figured out that when you install a clean windows server 2003 then
>>>>>>>>>>>>>> ie7 and after that all updates incl. W2K3 SP2 it works.
>>>>>>>>>>>>>> When you try an other sequence ex. W2K then SP2 and updates and after that
>>>>>>>>>>>>>> ie7 starting IE in explorer mode fails.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Any ideas?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Thanks and regards
>>>>>>>>>>>>>> Jan



>>>>>>>>>>>>>>> On Wednesday, February 03, 2010 9:27 AM Peter J. Dickason, MCSE wrote:


>>>>>>>>>>>>>>> Hi Jan,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Yes our installation order was the OS/updates were first then IE7/updates.
>>>>>>>>>>>>>>> Not all in one. This was because Office 2007 broke IE 7 if IE7 was
>>>>>>>>>>>>>>> installed before O2k7 which was another headache for us, but I digress. We
>>>>>>>>>>>>>>> now just publish explorer.exe since there is now no good reason not to.
>>>>>>>>>>>>>>> We've talked to others and it works fine. Doesn't seem to be any issues
>>>>>>>>>>>>>>> publishing Explorer.exe like there were in Windows 2000. My understanding
>>>>>>>>>>>>>>> is there is no more 'explorer' mode in IE7, IE8, and so on that publishing
>>>>>>>>>>>>>>> explorer.exe is your only option in leu of a third party program. Hope
>>>>>>>>>>>>>>> this helps.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Pete



>>>>>>>>>>>>>>>> On Tuesday, May 04, 2010 12:25 PM Dan Heim wrote:


>>>>>>>>>>>>>>>> If anyone ever figures out a fix for this, please post. We have (2)Win2003
>>>>>>>>>>>>>>>> servers with IE7 and one of them works with explorer mode and one has the
>>>>>>>>>>>>>>>> problem exactly as described in this thread.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Dan H.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> "Peter J. Dickason, MCSE" wrote:



>>>>>>>>>>>>>>>>> On Tuesday, May 04, 2010 5:49 PM rob^_^ wrote:


>>>>>>>>>>>>>>>>> Hi,
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> There is a setting on the Advanced tab of Internet Options in IE7 to "Open
>>>>>>>>>>>>>>>>> ftp sites in Explorer" (or something to that affect).
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Regards.



>>>>>>>>>>>>>>>>>> On Saturday, June 12, 2010 3:27 PM Trahsub wrote:


>>>>>>>>>>>>>>>>>> We have the same d$#% problem! Anyone find a solution?
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> "Peter J. Dickason, MCSE" wrote:



>>>>>>>>>>>>>>>>>> Submitted via EggHeadCafe - Software Developer Portal of Choice
>>>>>>>>>>>>>>>>>> BizTalk: Parallel Processing with Correlation
>>>>>>>>>>>>>>>>>> http://www.eggheadcafe.com/tutorial...alk-parallel-processing-with-correlation.aspx
 
K

Kevin Hammill

Flightless Bird
More on the -e Switch lose in IE 7

This article explains what Citrix Administrators are experiencing when moving to IE 7, http://support.microsoft.com/kb/928675 So what I did on my 2K03 servers running Citrix was to copy the c:/windows\explorer.exe to a folder I created on my root drive c:/winexplorer and re-named the explorer.exe to oldexplorer.exe. In my location for my published app I use c:/winexplorer\oldexplorer.exe it runs fine. I haven't figured out how to force the pub app to a specific drive. At least my users have the basic functionality of "Windows Explorer". I have moved away from using "WindowsXP" thus avoiding any infringements.

I Hope this helps

Kevin

Submitted via EggHeadCafe - Software Developer Portal of Choice
Assemblies in Folder Debug Build Checker
http://www.eggheadcafe.com/tutorial...assemblies-in-folder-debug-build-checker.aspx
 
Top