![]() |
|
|
| Become a Columnist Microsoft Exchange Site Microsoft Support SiteMSDN Exchange Site | ||
|
|
Outlook Calendar:
Problems exporting Categories to a Pocket PC, and A VBscript to fix it. Overview: For Pocket PC users we’ve encountered problems exporting calendar entries with certain types of category keywords. We’ve written a VB script and COM add-in to fix the problem.
In
the course of migrating legacy calendar data into Exchange 2000,
A
few weeks after a successful data migration, the client contacted us to discuss
some unusual calendar behavior. Calendar
entries on the Pocket PC that were tagged with the
Since
the category to support the migration was added under program control into all
calendars, it was easy to programmatically remove it in all users’ calendars. The customer wondered if this tool could be
applied to remove all categories.
Although this helps the Pocket PC users, it penalizes the rest of the
organization who use categories.
It
prompts to allow a single user to remove a single category keyword or all
keywords from their Calendar and Inbox data.
Please note the following restrictions:
·
The only works on the Inbox and the Calendar (not Tasks, Contacts, or
other mail folders)
·
This has no “UNDO” function. If
you remove a category you don’t want removed you’ll need to add it manually
·
Because of the way Exchange works, if this user is guest at a meeting
which the meeting owner has added a category tag to AND the meeting is updated,
the category label will again be added
·
Visual Basic Scripts (VBA) in Outlook does have some
restrictions:
o
Users can modify VBA code unless the project is
password-protected. (This can introduce support
problems when users start to modify the code.)
o
There is no simple way to distribute Outlook VBA code
to users. Outlook supports one VBA project at a time. The successful implementation
of the VBA script depends on the users to open the Visual Basic Editor and
import the modules. An alternative would be to distribute an entire project
file to users, but that would mean that any previous modifications to a user's
project would be lost. If the user has
existing code, they must export the code to one or more module files before
loading this VBA project, or the current project will be over-written.
That said, you can send this script around to
the users who experience problems with the Pocket PCs, along with these
instructions how to implement the macro.
1.
Copy the script.
2.
Go to Tools-Macro-Visual Basic Editor.
3.
Insert-Module and Paste the script in, OR, if you’ve chosen to download
the code stored in the file “module1.bas”, you can File-Import File-Module1.bas
4.
Save it, give it a name, and execute from the Macro function
o
Users who import code modules written by others will
receive a warning message unless they either sign the VBA project or lower
their macro security level. This message annoys users, who might lower their
macro security level. We caution against
this: It exposes users (and potentially your organization) to malicious
VBScript embedded in messages.
o
XP Users who don’t have macro protection set properly
will receive this message: The macros in this project are disabled….” Refer to this footnote to change the macro
security settings to medium[3]. Another
distribution strategy if this Pocket PC – Category problem impacts many users
in your organization is to use a COM add-in.
[1] Jason Dunn’s commentary: http://www.pocketpcthoughts.com/forums/viewtopic.php?t=3142&start=0&postdays=0&postorder=asc&highlight=&sid=cb84aa3fd2ffbc3ad4510c4dd38cf5d4 [2] Aximusers.com: http://www.aximusers.com/forum/index.php?s=bf0242b84064c5dd2bb3f0ecd165e9c9&showtopic=2540
[3]
Refer to:
·
Microsoft Product
Support Services article WD2002:
"The Macros in the Project Are Disabled" Message When You Run a Macro
(Q290949) to enable the macro to run properly. · Microsoft assistance article Changing Macro Security Settings in Office XP. |
|
|
|
| |
Disclaimer: Your use of the information contained in these pages is at your sole risk. All information on these pages is provided "as is", without any warranty, whether express or implied, of its accuracy, completeness, fitness for a particular purpose, title or non-infringement, and none of the third-party products or information mentioned in the work are authored, recommended, supported or guaranteed by Pro Exchange. OutlookExchange.Com and Pro Exchange shall not be liable for any damages you may sustain by using this information, whether direct, indirect, special, incidental or consequential, even if it has been advised of the possibility of such damages.
© Copyright Pro Exchange, Inc., 2006