Directory Sync Pro for Notes 20.13.02 - User Guide

Custom ListOwner Mapping

The owner(s)/manager(s) of Notes Groups in the Domino ListOwner field can be mapped to the AD managedBy and msExchCoManagedByLink fields.

By default, the first Group owner/manager value in the ListOwner source field in Domino is mapped to the managedBy target field in AD. Additional Group owners/managers in the ListOwner source field in Domino are mapped to msExchCoManagedByLink target field in AD.

The following configuration attributes affect the Domino ListOwner to AD managedBy and msExchCoManagedByLink mapping when added to the config file in the <appSettings> section:

• SetGroupManagedByFromListOwner

  When set to true, the Domino ListOwner item populates the AD managedBy and msExchCoManagedByLink attribute if these mappings are in place and the AD attributes are not set. The default setting is false.

• GroupListOwnerIsAuthoritative

  When set to true, if the existing values in the AD managedBy and msExchCoManagedByLink properties do not match the Domino values, the AD values will be deleted before the Domino values are added. The default setting is false.

Default mapping for Domino Source field ListOwner to AD Target field managedBy and msExchCoManagedByLink:

Customizing Overrides

In Directory Sync Pro for Notes, an override is used to transform values in the target directory based upon a formula.

The formula language used is T-SQL, used in Microsoft’s SQL Server product line. A valid select statement in T-SQL would be Select (FirstName + LastName) from BT_Person. When adding an override you do not need to include a full SQL select statement as portions of the SQL statement are generated for you. Specifically, you are not required to use the select or from commands in the override. It is only required to enter the columns that should be selected. To continue the example above, a valid override would only need to contain the value of FirstName + LastName.

To add an Override:

1. From the project overview, select your profile and choose Manage.
2. From the summary page, choose Settings, then Advanced, then Overrides.
3. Click Add Override. The Override dialog appears.
4. Select a Person or Groups from the View drop-down list.
5. Enter a Field Name for the new override. This must be a valid internal field name in SQL.
6. Enter a Field Value for the new override. This must be a correctly formatted SQL statement.
7. Enter optional Comments for the new override.
8. Click Save.

When you save an override, Directory Sync Pro for Notes re-generates the Person or Groups view. It does this by dynamically generating a single SQL statement using the snippet of SQL code that is part of all overrides. The max size for this SQL statement is 8000 total characters. If many new overrides are added, this limit could be exceeded and an error when adding the overrides will occur. In addition to the default overrides, approximately 15-20 more Person and 20-25 Group overrides can be added before hitting the size limit.

To edit an override:

1. From the project overview, select your profile and choose Manage.
2. From the summary page, choose Settings, then Advanced, then Overrides.
3. Select the desired override and double-click on it.
4. The dialog box for the selected override opens.
5. Make any desired edits to the Field Value and or Comments. (The View type and Field Name cannot be modified.)
6. Click Save.

To delete an override:

1. From the project overview, select your profile and choose Manage.
2. From the summary page, choose Settings, then Advanced, then Overrides.
3. Select one or more overrides and click Remove Override(s).
4. Choose Yes in the confirmation box.

To export overrides:

1. From the project overview, select your profile and choose Manage.
2. From the summary page, choose Settings, then Advanced, then Overrides.
3. Select one or more overrides using Ctrl-click.
4. Choose Export.
5. In the export dialog box, choose a file format, and enter a file location.
6. Click Export.

You can reset all overrides to the “factory defaults” by clicking the Reset Overrides button. Caution: This will remove any custom overrides or any edits to existing overrides. If you have made changes, you may want to export those changed overrides before a reset. You can import them later if you wish.

Controlling actions with Overrides

Directory Sync Pro for Notes uses the TypeOfTransaction column from the BT_Person table, or the Operation column from the BT_Groups table to determine what action to perform on the target object. These may have overrides applied to them, to control what actions Directory Sync Pro for Notes will take for an object. The below image shows an example of this kind of override.

Matching user accounts with Overrides

The values used for matching can have overrides applied to them. This is accomplished by setting up a new override using the field names MatchValue1, MatchValue2, MatchValue3 and MatchValue4. Each MatchValue1-4 corresponds the respective Source and Target pair on the matching tab.

These values are used for matching only. Values that get written to the target are based on the mappings, not the matching.

Example Overrides

Directory Sync Pro for Notes Fields with Special Processing

Domino Directory Sync Pro for Notes Fields with Special Processing

The below tables include Domino fields with some kind of special processing in Directory Sync Pro for Notes. Fields can be have the following characteristic:

• On the “reserved” list, meaning any mappings for them will be ignored and overrides cannot be used.

Explicitly set, even without mapping:

Never set:

Can be mapped, but will use the given values if they exist (and ignores overrides in that case):

AD Directory Sync Pro for Notes Fields with Special Processing

The below tables include AD fields with some kind of special processing in Directory Sync Pro for Notes. Fields can have the following characteristics:

• Cannot be mapped
• Can be mapped and have an override
• May be explicitly ignored or changed by Directory Sync Pro for Notes if object meets certain conditions, even if mapping and override exists
• Actual attribute may be set via config file

Additional notes are available below for field marked with a *.

Writing Users to AD

Attributes that may be set by Directory Sync Pro for Notes regardless of mapping:

Special processing if mapped:

Never set:

Writing Groups to AD

Attributes that may be set by Directory Sync Pro for Notes regardless of mapping:

Special processing if mapped:

Never set:

Special processing by Internal Field Name:

Additional Notes

1. TargetDN – this column contains the distinguishedName of the target object to be created or the existing distinguishedName of a matched target object. If the object is created, the following values are used:
   1. Non-group objects from Domino sources use the following columns (or override values if specified) in order until a non-NULL value is found:
      1. CommonName
      2. DisplayName
      3. PrimaryAlias
      4. FullName
      5. PrimaryFullName
   2. Groups from Domino sources use the following columns (or override values if specified) in order until a non-NULL value is found:
      1. DisplayName
      2. Name
      3. CommonName
      4. PrimaryAlias
   3. Non-group objects from AD sources use the DN column (or override value if specified) to compute a target object DN. This preserves the sub-OU hierarchy the object may be in from the source.
   4. Groups from AD sources, use the OU column (or override value if specified) to compute a target object DN. This preserves the sub-OU hierarchy the object may be in from the source.
2. LegacyExchangeDN – the legacyExchangeDN of the target object is computed by constructing a value relative to the target Exchange organization.
3. ShowInAddressBook – unless hiding from GAL is enabled. No override column is available for this field. To prevent overwriting object values in the target, GAL visibility for the ShowInAddressBook attribute should be set to Hidden.
   1. Rooms are added to the All Rooms address book, except for Exchange 2003 which doesn't have rooms or the All Rooms address book.
   2. Users are added to the All Users address book.
   3. Groups are added to the All Groups address book.
   4. All objects are added to the All Global Address Lists (GAL) address book.
4. Manager – all objects except Groups
   1. Uses the Manager column (or override value if specified) for the source object.
   2. Locates the referenced Manager in the target.
   3. If the referenced Manager is a reference to itself, the Manager on the target object will be set on the next sync.
5. ManagedBy – group objects only
   1. Uses the ManagedBy column (or override value if specified) for the source object.
   2. Follows the same process as Manager above.
6. Assistant – all objects
   1. Uses the Assistant column (or override value if specified) for the source object.
   2. Follows the same process as Manager above.

7. AltRecipient – all objects

   1. Uses the AltRecipient column (or override value if specified) for the source object.

   2. Follows the same process as Manager above.

8. sAMAccountName – The sAMAccountName may be calculated under special circumstances, such as when a collision occurs. For this reason, during a sync following a reset, repush, or repushpull, the existing sAMAccountName in the target will be assumed to be current and therefore will be used in any mappings involving the sAMAccountName internal field.

AD Built-in Groups Handling

Directory Sync Pro for Notes automatically ignores certain AD built-in groups during sync. The definition of which built-in groups to ignore is held in the database table DirSync_GroupsToIgnore_PK. This table is created and populated during the install process of Directory Sync Pro for Notes and is not configurable from the product UI. This list of groups can be modified only with direct access and permissions to SQL. When Directory Sync Pro for Notes performs a sync, any group encountered that matches with a group named in the DirSync_GroupsToIgnore_PK table is skipped and not entered into the database. This built-in group handling functionality is separate from the blacklisting functionality for groups which can be configured by an operator through the product UI, so when ignored these built-in groups are not considered to be ‘blacklisted’.