Do What?

What is this Exchange sink used for with Duet 1.5 and do I really need it?

JeffGa — Wed, 23 Dec 2009 19:32:11 GMT

You may have noticed the following folder on the Duet 1.5 install media, under the “Microsoft | IT Administrator Files | Exchange Event Sink”. This folder contains the bits to install a Exchange Event Sink into your infrastructure’s Exchange server. The Exchange Event Sink documentation listed in our readme is to make sure customers are aware of potential security issues that can arise with Duet. Customers may be apprehensive about such a massive intervention to their existing productive Exchange infrastructure. This post will help explain the need for this component.

Details / explanation of the Duet 1.5 Exchange event sink

The Duet 1.5 install guide contains a section on how to register / install the “Exchange Event Sink” on all exchange servers where Duet users will receive new or forwarded control messages. Please also be aware that this solution does require registering of DLL’s on the Exchange Server to provide this functionality.

So why would we ask customers to install this into their environment? Its security of course. First, lets think about a scenario where a user accidently forwards a control message. Control Messages are how we move Duet information from the backend to the client. These messages are moved to a hidden folder on the client by a rule on the Exchange Server. Since the control message can have business data in an unencrypted form, it might lead to accidental information disclosure if the user forwards that control message. In practice, this is not a very common scenario because control messages are, and should not not visible to the user, and thus the user should be able to forward a control messages. But it is indeed possible for these messages to show up in the Inbox, in rare occasions.

But if this does occur, and the user does forward such a message, Duet’s implementation of a Exchange Event Sink will go ahead and strip off the business data from the message so that this data is not exposed to a potential outside recipient. Thus keeping any personal data from being exposed.

Please note this Exchange event sink is only for solving the particular issue mentioned and has *no* impact on Duet functionality.

Duet Client Installation Fails Due to .NET Installation/Upgrade Failure

rsheriff — Mon, 26 Oct 2009 19:29:58 GMT

Problem:

Attempting to install the Duet Client results in the following .NET installation Error in the %temp%\dd_dotnetfx20error.txt log file

“Error: Installation failed for component Microsoft .NET Framework 2.0a. MSI returned error code 1603”

Cause:

The .NET framework installation has gotten into an unmanageable state (e.g. can’t be upgraded, repaired and/or uninstalled)

Resolution:

You will need to resolve this before continuing the duet installation. Please use the “.NET Framework Cleanup Tool” to cleanup the previous .NET installation. The tool along with detailed instruction on using it can be found at the following blog post.

http://blogs.msdn.com/astebner/pages/8904493.aspx

Duet client unable to connect to the Read Service via NTLM, but works with Basic Authentication

JamesCaudill — Thu, 22 Oct 2009 17:50:31 GMT

We had an issue where a Duet Client would fail to authenticate to the Duet Read Service with NTLM, but it would work if we enabled Basic Authentication. In looking at the IIS logs, we could clearly see the 401 error. However, the error code in the logs did not lead to a clear explanation if what is wrong. In looking more closely with a Network Monitor trace, we could see the packet exchanges between the client and the server, and we could see the client send the NTLM authentication as expected. We did some checking around but did not find a setting that looked incorrect. To further diagnose this problem we used the Authentication and Access Diagnostics toolkit. The toolkit quickly identified the problem. Here is a screen shot:

From this output you can see that if the “AllowKeepAlive” is set to false on the virtual directory, this will cause NTLM to fail. This setting is required for NTLM to work properly. To change this back, modify this setting in the Internet Information (IIS) Manager:

If you are a command line person, you can use the following command to set the property also:

cscript adsutil.vbs set w3svc/2/AllowKeepAlive true

The “2” above is the number of the website. Make sure you pick the correct site in IIS before running that command.

Once this is changed, NTLM connections should work properly, and the Duet client should once again connect properly.

The order of Duet buttons on Outlook items may change after applying updates

waltwa — Fri, 16 Oct 2009 22:28:08 GMT

If you have multiple Duet scenarios installed that each add buttons to the same item in Outlook, the order in which the Duet buttons appear on the Outlook items may change after installing Duet updates. For example, both the Time Reporting (TIMA) and Leave Management (LEMA) scenarios add buttons to Appointment items in Outlook and you may be accustomed to seeing the TIMA buttons appear first on Outlook Appointments. After installing updates for Duet the LEMA buttons may now appear before the TIMA buttons.

The issue here is that Duet does not have a defined order when adding the buttons for different scenarios to the Outlook command bars. The result is that the order in which the buttons appear is currently based on the order in which the Duet updates (.SCA files) are installed on the server. If you require the buttons to appear in a specific order then you must apply the .SCA files on the server in that order. If you have already installed the .SCA files you can remove and redeploy a specific .SCA file to have it loaded last and therefore make its buttons appear last on the Outlook toolbar.

TIMA: 15 min Time Reporting only tracked as 5 min

waltwa — Thu, 08 Oct 2009 05:45:17 GMT

I recently worked on an issue where a customer was using TIMA and trying to record an appointment with a 15 min duration but it would end up getting tracked as 5 mins. After doing some testing on the machine I realized that the behavior was that the number 1 was dropped if it was the leading character of the duration. So, if the duration was 1 min nothing happened. If it was 2 through 9 it was tracked correctly. If it was 10 through 19 it was tracked as 0 through 9. And 20 through 99 was tracked correctly. Two hours (120 mins) was tracked as 20 mins.

After debugging for quite a while I discovered that the problem was that the Windows regional settings on the machine had an incorrect entry defined for the Positive Sign for numbers. Normally the Positive Sign is "+" and the Negative Sign is "-". For this user the Positive Sign had been set to "1". So, whenever CultureInformation was applied to numeric operations any leading 1 would be dropped because it was interpreted as the character to represent positive values (i.e. +). This issue had nothing directly to do with the Duet code - Duet was just using the .NET framework to convert an Integer to a String and getting back the wrong value.

The following registry key contains the value used for the positive sign and this issue can be easily reproduced on any machine by changing the value to a 1.

HKEY_CURRENT_USER\Control Panel\International\sPositiveSign

The following article discusses another issue that can happen if this sPositiveSign value is not valid and also discusses how to reset the values.

KB942460 System.FormatException occurs when attempting to convert a numeric string to a numeric data type

Resolution

Once the sPositiveSign registry value was reset to the correct value of "+" everything worked again.

Duet install of SQL Express fails if MSXML 6 Service Pack 2 (KB954459) is installed

waltwa — Thu, 08 Oct 2009 04:47:06 GMT

Duet installation may fail if MSXML 6 Service Pack 2 (KB954459) is already installed. For a silent Duet install you should see an exit code of 2 in the setup log which maps to SQLINSTALLFAILURE and indicates that Duet was not able to install SQL Server 2005 Express Edition. If you try to install manually you will see an error when SQL Express tries to install MSXML6. See the following image:

You may also get the following error dialog:

Installation of MSXML 6.0 Parser (KB933579) failed because a higher version already exists on the machine. To proceed, uninstall the higher version and then run MSXML 6.0 Parser (KB933579) Setup again.

This SQL/MSXML install issue is documented in the following article:

KB968749 SQL Server 2005 setup fails when MSXML Core Services 6.0 Service Pack 2 has already been installed

Workaround

The solution is to uninstall KB954459 prior to installing Duet - or more specifically prior to installing SQL Server 2005 Express Edition. But, in most cases trying to uninstall KB954459 via Add/Remove programs will fail. The resolution is to run the Windows Installer Cleanup Utility (MSIZAP.exe) to remove KB954459 from the Windows Installer database. This can be done manually on each machine as described in KB968749 or it can be done by calling MsiZap.exe from a command line and passing in the product code for KB954459 which is {1A528690-6A2D-4BC5-B143-8C4AE8D19D96}.

Here is the Msizap command line to remove MSXML6 SP2 KB954459

"<PATH>\MsiZap.exe" T! {1A528690-6A2D-4BC5-B143-8C4AE8D19D96}

Duet is not supported on a computer that has Exchange System Manager (ESM) installed

waltwa — Thu, 08 Oct 2009 03:08:16 GMT

Duet uses Extended MAPI for some functionality and therefore requires that the computer be in a supported MAPI configuration. Having Exchange System Manager (ESM) installed on an Outlook client is not a supported configuration and generally results in MAPI call failures.

Microsoft does not support installing Exchange Server components and Outlook on the same computer

Symptoms

In the Microsoft.OBA.SystemTray.Duet.Log file located in the user's temp directory you may see the following entries added each time you launch the Duet Utility.

"12/02/2009","10:40:52","Trace","Information","Deployment","","","","","Initialize","Microsoft.OBA.SystemTray.exe","2336","DOMAIN\USER","MACHINE","Trying to get the profile name from registry",""
"12/02/2009","10:41:00","Error","Severe","Duet Notification Application","4112","","","","Initialize","Microsoft.OBA.SystemTray.exe","2336","DOMAIN\USER","MACHINE","Duet has determined that Outlook is not configured to work with Exchange Server. Open Outlook and create an Exchange profile, and then run Duet Utility.","
   at Microsoft.OBA.SystemTray.SystemTrayApplicationContext.ShowProfileSelectionDialog()
   at Microsoft.OBA.SystemTray.SystemTrayApplicationContext.MapiLogon()
   at Microsoft.OBA.SystemTray.SystemTrayApplicationContext.OnSTAStart()
   at System.Threading.ThreadHelper.ThreadStart_Context(Object state)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
   at System.Threading.ThreadHelper.ThreadStart()"

Solution

If you want to install Duet on a computer that currently has both Outlook and Exchange System Manager installed you will need to remove Exchange System Manager and get Outlook's MAPI files back onto the system.

Here are the steps to get the correct version of MAPI on the computer:

1. Remove ESM (In Add/Remove Programs choose Change on the top level Exchange component and Remove for the ESM tools.)

2. Remove Outlook (not all of Office, just Outlook)

3. In C:\Windows\System32 rename MAPI32.DLL to MAPI32.OLD and if MAPI32x.DLL exists rename it to MAPI32x.OLD (do not rename mapistub.dll)

4. Reinstall Outlook

5. Run C:\Windows\System32\fixmapi.exe (which basically copies mapistub.dll to mapi32.dll)

Duet 1.5 SP3 install issues and considerations

waltwa — Thu, 08 Oct 2009 02:14:00 GMT

The goal of this post is to provide a quick list of the important Duet 1.5 SP3 installation issues that need to be understood when planning for a production rollout.

Troubleshooting Duet client install errors

Duet Upgrade 1.5 SP2 to SP3 fails on non English clients

Duet 1.5 SP3 - Users may be prompted to select an Outlook profile even if the Profile Selection policy has been set

Duet install of SQL Express fails if MSXML 6 Service Pack 2 (KB954459) is installed

Duet is not supported on a computer that has Exchange System Manager (ESM) installed

Duet Client Installation Fails Due to .NET Installation/Upgrade Failure

Duet 1.5 SP3 - Users may be prompted to select an Outlook profile even if the Profile Selection policy has been set

waltwa — Thu, 08 Oct 2009 01:22:59 GMT

Duet provides a group policy setting named "Use Outlook settings for profile selection", which is designed to automatically select the default Outlook profile during Duet deployment if more than one profile exists. Duet deployment occurs the first time the Duet Utility runs after Duet has been installed on a machine. This policy setting sets the registry key:

HKCU\ Software\Policies\Microsoft\InformationBridgeFramework\Engine\Execution\UseDefaultProfile REG_DWORD = 1

But, there is a bug in the current logic in SP3 that prevents this from working on many machines. This issue will be fixed in the next hotfix or service pack to be released which should be available at the end of the month or beginning of November.

The problem is that Duet relies on a registry key, PickLogonProfile, that only exists on machines where someone has manually gone into Control Panel --> Mail --> Show Profiles, and changed the option to "Prompt for a profile to be used". Once changed the PickLogonProfile registry key gets created and is set to 1. Even if the control panel setting is changed back the PickLogonProfile key will remain - but it will get set to a value of 0.

This is the dialog from the Control Panel --> Mail --> Show Profiles

The registry key being set is:

HKEY_CURRENT_USER\Software\Microsoft\Exchange\Client\Options\PickLogonProfile

REG_SZ

1 = "Prompt for a profile to be used"

0 = "Always use this profile"

Doesn't Exist = "Always use this profile"

The reason that the UseDefaultProfile setting in Duet fails to pick the default profile is that Duet uses the PickLogonProfile registry key in the logic to determine if Duet should prompt for a profile. If users have Outlook configured to prompt for a profile every time they start Outlook then it also makes sense for Duet to prompt. But, Duet incorrectly assumes the PickLogonProfile registry key will exist on all machines when in fact it only exists on machines where the setting has been manually configured at some point. If PickLogonProfile doesn't exist Duet falls back to prompting the user instead.

Workaround

If a workaround is needed before the next Duet hotfix is available, you can rollout the PickLogonProfile key to users if it doesn't already exist. This means doing a check to see if it is already configured with a value of 1. If it does exist, then leave it alone since we assume that a user has turned on this setting because they want to be prompted for a profile. If it does not exist or does not have a value of 1 then set it to 0. Once the PickLogonProfile key has been created with a value of 0 the Duet policy setting, UseDefaultProfile, should work without users being prompted to pick a profile.

Duet Upgrade 1.5 SP2 to SP3 fails on non English clients

JeffGa — Wed, 07 Oct 2009 21:09:29 GMT

The Problem

When upgrading from Duet 1.5 SP2 to SP3. The client executing the setup process fails with error message

"Duet setup completed with error. Error Code - -1." during the step of "Uninstalling previous versions of Duet".

The installation runs correctly on other non-English clients when SP2 is uninstalled prior to the SP3 reinstallation attempt.

Cause

With the SP3 setup, there are issues with the localized setup edbs, where the wrong uninstall command line is embedded within it.

Setup.exe uses the following resource string to uninstall Duet SP2 Product using the command line (“/x {ABC0750B……..”).

Due to incorrect translation, localized setup.exe is trying to use (“/x {0FE1229D-……….” ) which is failing and causing uninstall failure at the time of upgrade from SP2 -> SP3 (Localized).

Workaround

The localized setup.exe can be run in quiet mode (Setup.exe /q) to upgrade from SP2 to SP3. The quiet mode uninstall is correctly translated, so the upgrade will work successfully.

Status

This is an issue with the localization of the setup bits and is currently slated to be addressed in Duet 1.5 SP4

Troubleshooting Duet client install errors

JamesCaudill — Fri, 02 Oct 2009 00:13:53 GMT

When attempting to install the Duet client to user in an automated fashion, the install may fail with an error. The error may seem cryptic, but we have a document on TechNet that can help explain what piece may have failed. For instance here is a excerpt from a setup log that failed:

9/24/2009 : 8:47:28 AM : I:    Invoking Duet 1.5 SP3 Install
9/24/2009 : 8:47:28 AM : I:    Executing following command
C:\Duet\setup.exe ACCEPT_EULA=YES REBOOT=ReallySuppress READSERVICE_URL=https://contoso.com:8020/DuetReadService.asmx /l*v c:\duet_SetupLog.log /qb!-
9/24/2009 : 8:50:47 AM : I:    Unknown Error. Result = 2. Please Check Installer Log for more information
9/24/2009 : 8:50:47 AM : E:    InstallDuet    Duet Installation Failed - error code: 2
9/24/2009 : 8:50:47 AM : E:    InstallDuet    Duet Client Install validation failed
9/24/2009 : 8:50:47 AM : E:    install    Installation/verification failure, see detailed errors

If you navigate to http://technet.microsoft.com/en-us/library/cc983797.aspx you will see the following chart:

<snip>

/InstallPreReq (or any other install options) – Returns 0 on Success, non-zero values specify the stage at which installation failed.

UNSUPPORTED64BIT -1000
OFFICENOTINSTALLED 1
SQLINSTALLFAILURE 2
VSTOINSTALLFAILURE 4
DOTNETINSTALLFAILURE 8
OWC11INSTALLFAILURE 160

</snip>

From this you can see that error 2 indicates that there was a problem with the SQL client installation. With this information, you can look at other setup logs to figure out why the SQL client failed to install.

Office 2003 component issues with some localized clients

JeffGa — Fri, 18 Sep 2009 23:35:26 GMT

Issue:

If you install the Office 2003 suite to your computer by using a custom transform, and then you install the Office 2003 SP3 update, in some instances, Office 2003 suite programs are set to Not Installed. Additionally, you may experience one or more of the symptoms outlined in the article listed below.

Here’s what the Add/Remove dialog reports in these situations:

So how does this affect Duet? When the Duet installer runs, it checks the list of required office components before it installs the Duet components. When a machine is in this state, it appears to the installer that some of the required components are not present on the machine, and the Duet install fails.

Resolution:

This is a known issue for seven languages:

Dutch
French
Italian
German
Portuguese (Brazil)
Spanish
Swedish

These issues do not affect the English version of Office 2003 or other language versions of Office 2003.

To resolve this, you will have to install the critical update from this update:

KB943452 Critical update for Office 2003

Additional information:

In some cases it's required to run a repair on your Office product after you applied the patch to restore the intended feature installation states.

If that's the case you can start with a repair command like:

msiexec /i <{ProductCode} ADDDEFAULT=ALL /qb

The ProductCode referenced above can be found from the following registry key:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall

There will be a {alphanumeric numbers} highlight each one and on the right side there will be DisplayName to tell you which product. Once you find the Office version on these machines, then in the UninstallString key, there will be msiexec /x {ProductCode} we need the productcode and the French brackets and dashes. Just take that {ProductCode} and insert it where the {ProductCode} is in the above command line.

SAP changes with regards to Request Handler timeouts

JeffGa — Fri, 11 Sep 2009 21:12:00 GMT

Problem:

Problems with Request Handler timeouts trying to send large amounts of control messages in rapid succession.

Cause:

There were some HTTP 503 response codes ("Service unavailable") propagated from Exchange via RH to the SAP J2EE Item Handler. Temporary 503s can happen if Exchange is under high load, and the messages that were being attempted need to be resent. The problem in this case is that the Item Handler in SP2 does not properly handle 503 (and some others) correctly. The Item Handler immediately marks these emails as so called "dead messages" with no retry.

Resolution:

This issue has been addressed in SAP's SP2 Patch1. In SAP's logic they now no longer consider any email as a dead message. SAP will now retry the message if SAP considers that they have run into a timeout issue with the Request Handler or Exchange server.

More information:

Duet 1.5 SP02: Release Information Note - https://service.sap.com/sap/support/notes/1285635
Duet 1.5 SP2 Platform Patch Information Note - https://service.sap.com/sap/support/notes/1343235
Duet 1.5 SP2 Sales Management Patch Information Note - https://service.sap.com/sap/support/notes/1348724

SPNego not working?

JamesCaudill — Thu, 23 Jul 2009 22:05:00 GMT

After installing Duet, there could be an issue getting SPNego to work. The issue can manifest in the following way:

Browsing to http://servername:50100/osp/TicketIssuer will result in a successful response.

Browsing to http://servername.fqdn.domain:50100/osp/TicketIssuer will result in a 401 “not authorized”.

The problem is documented in KB Article 899417. To make this work as expected make sure that the key FEATURE_ENSURE_FQDN_FOR_NEGOTIATE_KB899417 is created in the following location:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\Main\FeatureControl

Under that key, add the DWORD keys explorer.exe and iexplore.exe with a value of 1.

Restart the browser and it should work as expected.

Using colors to easily identify which Time Management (TIMA) appointments have been tracked

waltwa — Sun, 24 May 2009 19:22:50 GMT

The Problem

There is no simple method to look at all of the items in the Outlook calendar and identify which Duet Time Management appointments have been successfully tracked. In order to determine tracking status each appointment must be opened or you must switch to the Tracked Time or UnTracked Time views. We have had several requests to be able to visually identify which items have been tracked in the standard Day/Week/Month views without having to open each item. Outlook provides an Automatic Formatting feature that can be used to automatically color items but there is no obvious way to use Automatic Formatting with the Duet time tracking status.

A successfully tracked Time Reporting appointment will have a CorrelationID that was received from the SAP backend. This CorrelationID gets stored in a custom field named "SAP.Office.Apps.TIMA.CorrelationID" on the Outlook Appointment. The Duet Tracked Time view filters items by checking to see if SAP.Office.Apps.TIMA.CorrelationID is populated. This means that we should be able to use the same logic with the Automatic Formatting feature in Outlook to color code the items.

But, in order to use the Automatic Formatting feature with a custom field, like SAP.Office.Apps.TIMA.CorrelationID, the field must first be defined either in an Outlook folder or in an Outlook custom form definition. Just having the field populated on specific appointment items is not enough. We can manually create/define fields using features in Outlook that allow you to create new fields, such as the Outlook Field Chooser, but the Outlook dialogs used to create new fields have a 32 character limit for the field name. Since SAP.Office.Apps.TIMA.CorrelationID contains more than 32 characters we will need to define this field programmatically.

The Solution

Here are the full steps to programmatically Define the field in a form, Publish the form to the Organizational Forms Library so all users will be able to access it, and then Create the Automatic Formatting rule to change the color of tracked items. Steps 1 & 2 will only need to be done once per organization but step 3 to Create the Automatic Formatting rule will need to be done by each user. This solution assumes that an Organizational Forms Library exists on Exchange or can be created and that you are an administrator with Owner permission in order to publish to the Organizational Forms Library. NOTE: A similar solution could be done without using an Organizational Forms Library by running a script on each client computer that adds the SAP.Office.Apps.TIMA.CorrelationID field to the fields collection of the Calendar folder for each user, but that is not covered in this post.

STEP # 1 - Define the field

As mentioned earlier, Outlook has a 32 character limit for field names when creating them in the Outlook user interface but this limit does not apply when creating the fields programmatically. The following VBScript code sample demonstrates how to programmatically create a new appointment item based on Outlook’s standard appointment form and then add the custom property ("SAP.Office.Apps.TIMA.CorrelationID") that we want to use with the Automatic Formatting feature.

To use this code:

Copy the code sample below (everything between the 2 dotted lines)
Paste the contents into a text file.
Save the file with a .vbs extension. (NOTE: If you are not showing file extensions by default, make sure you actually saved as a .vbs file and not a .vbs.txt file)
Double-click the file to run it. After a couple of seconds an empty appointment item should appear on the screen and you are ready to move to the next step – Publishing the Form. NOTE: The appointment will just look like a standard new appointment. If you wish to confirm that the field has been added you need to enter design mode for the form and examine the All Fields tab of the form.

‘-------------------------------------------------------------------------------------------------

CONST olFolderCalendar = 9
CONST olText = 1

Dim OL 'As Outlook.Application
Dim oCalendar 'As Outlook.MAPIFolder
Dim oAppointment 'As Outlook.AppointmentItem

' Create an Outlook Application object
Set OL = CreateObject("Outlook.Application")

' Reference the Calendar folder - this also forces a logon to the profile
Set oCalendar = OL.Session.GetDefaultFolder(olFolderCalendar)

' Create a new Appointment item based on the standard IPM.Appointment MessageClass
Set oAppointment = oCalendar.Items.Add("IPM.Appointment")

' Display the new Appointment
oAppointment.Display

' Add our custom UserProperty to the new Appointment
oAppointment.UserProperties.Add "SAP.Office.Apps.TIMA.CorrelationID", olText, False

' Clean up
Set oAppointment = Nothing
Set oCalendar = Nothing
Set OL = Nothing

‘-------------------------------------------------------------------------------------------------

STEP # 2 – Publish the form

Now that we have an Appointment on the screen that has our custom field defined we need to make this available to all of the users. To do this we need to publish this appointment to the Organizational Forms Library. These steps assume that you have an Organizational Forms Library created and that you have owner rights to the library. If not, you can still follow these steps to test on your machine with the Personal Forms Library. Resources for creating an Organizational Forms Library are included below as well.

Click on the Tools menu of the Appointment, select Forms and then click Publish Form As…
In the Publish Form As dialog that appears, select Organizational Forms Library from the Look In dropdown list. (For testing you can select Personal Forms Library).
In the Display name text box enter "Duet Fields"
Click Publish.
Once published, you can close the appointment and when prompted to save changes choose No.

Resources about Organizational Forms Libraries with Exchange Server:

821922 How to Create an Organizational Forms Library in Exchange Server 2003
http://support.microsoft.com/default.aspx?scid=kb;EN-US;821922

933358 How to create an Organizational Forms Library in Exchange 2007
http://support.microsoft.com/default.aspx?scid=kb;EN-US;933358

STEP # 3 - Create the Automatic Formatting rule

With our custom field now defined in a location that is accessible to the Automatic Formatting feature, we can now configure our rule.

Open the Outlook Calendar folder.
Select the view where you want to have the automatic formatting applied. For example, click on the View menu, select Arrange By, then select Current View, and then click Day/Week/Month With AutoPreivew. NOTE: Automatic Formatting settings are View specific, so you have to create the Automatic Formatting rule for each view where you want it to apply. For example, Day/Week/Month and Day/Week/Month With AutoPreview are two different Calendar folder views in Outlook.
Click on the Edit menu and choose Automatic Formatting...
Click the Add button.
In the Name field enter "Tracked Time".
In the Label dropdown select the color you wish to automatically apply to TIMA items that have been tracked.
Click on the Condition... button.
Select the Advanced tab.
Click the Field dropdown button and select Forms...
In the dropdown list at the top of the dialog select Organizational Forms Library (or if testing with the Personal Forms Library select Personal Forms Library)
Select the Duet Fields entry from the list on the left and click the Add button to add Duet Fields to the Selected Forms list on the right.
Click the Close button.
Click the Field dropdown button, select Duet Fields, and then select SAP.Office.Apps.TIMA.CorrelationID.
In the Condition dropdown list select is not empty.
Click Add to List and you should see an entry in the Find items that match these criteria box that says "SAP.Office.Apps.TIMA.CorrelationID is not empty"
Click OK until you are back to the Calendar.

STEP # 4 (OPTIONAL) Edit the Calendar Labels

If desired, you can also edit the label text in Outlook that is associated with each Calendar Label color. To access this feature follow these steps:

Open the Outlook Calendar folder.
Click on the Edit menu, select Label, and then click Edit labels...
In the Edit Calendar Labels dialog that appears you can change the text associated with each color
Click OK when done.