T
The Huxter
Help,
We recently migrated our users from Exch5.5 into a brand new Exch2000
org.
Our users extensively use OFT files running on a shared area to send
custom forms to various shared mailboxes. Other users access the
shared mailboxes as a secondary mailbox within outlook 98.
Since the migration some users, when they click on the message, the
form displays the top layer of the form (i.e the "message" tab) rather
than the actual preferred form (in this case P.2) (P.2 is the only tab
set to display within the source OFT).
If the shared mailbox is profiled as the primary mailbox it works
fine, which makes me think it is storing something within the users
mailbox itself to define how it displays, & this has maybe corrupted
in some way during the migration to the new org. (We used Quest
software to migrate - no comments on the migration tool please!) I
have deleted the user mailbox for a couple of users with the problem,
& this fixes it, but we have thousands of users who may have this
problem. Oddly enough, some other users are ok!
Also, if the users drags the form into their inbox, it will open
correctly, or likewise drag it onto the desktop & opens the msg then
it will open & seemingly cache the view correctly until outlook is
closed, at which point it will revert back to the incorrect view.
Does anyone know how I can correct this problem. I have played around
with forms & the forms cache etc, but the problem is this is an oft
problem rather than a true forms problem.
Before you ask, our users created these as OFT's rather than published
org forms long ago, & cannot be easily changed at this stage.
Many thanks
The Huxter
We recently migrated our users from Exch5.5 into a brand new Exch2000
org.
Our users extensively use OFT files running on a shared area to send
custom forms to various shared mailboxes. Other users access the
shared mailboxes as a secondary mailbox within outlook 98.
Since the migration some users, when they click on the message, the
form displays the top layer of the form (i.e the "message" tab) rather
than the actual preferred form (in this case P.2) (P.2 is the only tab
set to display within the source OFT).
If the shared mailbox is profiled as the primary mailbox it works
fine, which makes me think it is storing something within the users
mailbox itself to define how it displays, & this has maybe corrupted
in some way during the migration to the new org. (We used Quest
software to migrate - no comments on the migration tool please!) I
have deleted the user mailbox for a couple of users with the problem,
& this fixes it, but we have thousands of users who may have this
problem. Oddly enough, some other users are ok!
Also, if the users drags the form into their inbox, it will open
correctly, or likewise drag it onto the desktop & opens the msg then
it will open & seemingly cache the view correctly until outlook is
closed, at which point it will revert back to the incorrect view.
Does anyone know how I can correct this problem. I have played around
with forms & the forms cache etc, but the problem is this is an oft
problem rather than a true forms problem.
Before you ask, our users created these as OFT's rather than published
org forms long ago, & cannot be easily changed at this stage.
Many thanks
The Huxter