[triplehead]

Еще один вариант решения - не интегрировать IE7 в дистрибутив, а устанавливать его как приложение во время первого входа пользователя в систему после установки. Следуя способу автоматической установки приложений, описанному Vadikan в этой статье, я добавил в файл RunOnceEx.cmd код:

Код:

REG ADD %KEY%\%i% /VE /D "Internet Explorer 7" /f
REG ADD %KEY%\%i% /V 1 /D "%systemdrive%\install\IE7\IE7.exe /quiet /update-no /nobackup /norestart" /f
SET /A i+=1

IE7.exe - это переименованный файл "IE7-WindowsServer2003-x86-enu.exe", помещенный в директорию "$OEM$\$1\Install\IE7" установочного CD.

Проверено и работает на Windows Server 2003 R2 с интегрированным SP2.

[Real Root]

А что за такой конфликт IE 7 и RunOnceex? Я через nLite интегрирую апдейты - там вроде все ОК, а может я не замечал.

[qeraser]

Real Root
Если бы Вы устанавливали из RunOnceex, то заметили бы

[Murrey]

qeraser
Может быть, он и устанавливает.

Я, например, изначально интегрировал IE7 через nLite, обновления устанавливал через svcpack, а приложения через RunOnceEx. И проблемы не было.
Появилась она после того, как в список апдейтов в svcpack были добавлены KB928090 и KB929969. Поэтому мой вариант решения комбинированный: IE7 интегрирован nLite, а два апдейта перенесены в RunOnceEx. Обновления не интегрирую, чтобы была возможность безболезненно выкинуть устаревшее, вставить новое.

[Real Root]

Да, действительно эти апдейты я еще не интегрировал.