> In several of your post, you are suggesting to uninstall SP3 as the
> solution. This leads me to believe that in general you are suggesting
[quoted text clipped - 3 lines]
> Autocorrect stops working in Outlook even though everything is
> configured and worked just fine prior to SP3.
We use "guinea pigs" as well as test beds. Certain members of the IT staff
get updates before others and they use it for a while before the general
employee gets the roll-out.
> Any by the way, you cannot uninstall SP3. You have to completely uninstall
> Office 2003 and reinstall, then installed SP2 and then finally update all
> the Office updates except for SP3 to get back to where you were. A home
> users, perhaps but a business with 100+ computers, not a good way to do
> it.
This is also why we have standard PC images available. If something proves
ill-behaved, we simply reimage the PC to the most recent working OS and
application suite. No reinstallation of anything, just a restore of the
user-specific data.

Signature
Brian Tillman [MVP-Outlook]
RDFTS - 28 Sep 2007 05:53 GMT
I agree with you but in our busy lifes at work, this is easier said than
done.
I am not sure if reminders are an issue with SP3 but MS has identified that
there is the autocorrect bug.
>> In several of your post, you are suggesting to uninstall SP3 as the
>> solution. This leads me to believe that in general you are suggesting
[quoted text clipped - 19 lines]
> and application suite. No reinstallation of anything, just a restore of
> the user-specific data.
Brian Tillman - 28 Sep 2007 14:24 GMT
> I agree with you but in our busy lifes at work, this is easier said
> than done.
Our life is quite busy, too, but if we didn't take this approach, it would
be even busier. It's much easier to address a problem before it's pushed to
all the PCs.

Signature
Brian Tillman [MVP-Outlook]
RDFTS - 29 Sep 2007 05:11 GMT
My point is it is almost impossible even in a lab or test environment to try
every possible scenario to test compatibility. If testing stuff was so easy,
then software wouldn't have any bugs because quality control would find it
so it could be fixed. Just not going to happen. I agree test before deploy
but sometimes you can't think of everything to test.
RDFTS
>> I agree with you but in our busy lifes at work, this is easier said
>> than done.
>
> Our life is quite busy, too, but if we didn't take this approach, it would
> be even busier. It's much easier to address a problem before it's pushed
> to all the PCs.