<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Org Settings on LinkeD365 Blog</title><link>https://linked365.blog/tags/org-settings/</link><description>Recent content in Org Settings on LinkeD365 Blog</description><generator>Hugo -- gohugo.io</generator><language>en</language><lastBuildDate>Sun, 03 Nov 2019 00:00:00 +0000</lastBuildDate><atom:link href="https://linked365.blog/tags/org-settings/index.xml" rel="self" type="application/rss+xml"/><item><title>D365 Org DB Settings - Other</title><link>https://linked365.blog/2019/11/03/d365-org-db-settings-other/</link><pubDate>Sun, 03 Nov 2019 00:00:00 +0000</pubDate><guid>https://linked365.blog/2019/11/03/d365-org-db-settings-other/</guid><description>&lt;p>This is the second of a series where I &lt;strong>try&lt;/strong> to document all the rarely used settings available to your Dynamics organisation to tweak the standard behaviour.&lt;/p>
&lt;p>If you want to tweak your settings, see my previous &lt;a class="link" href="https://linked365.blog/2019/10/01/d365-org-db-settings-email/" >post&lt;/a>, or if you want to use a canvas app, see this &lt;a class="link" href="https://linked365.blog/2019/10/16/d365-org-db-settings-canvas-app/" >post&lt;/a>.&lt;/p>
&lt;p>Alternatively, I have created an XrmToolBox tool to do this, documented &lt;a class="link" href="https://linked365.blog/OrgSettingsTool" >here.&lt;/a>&lt;/p>
&lt;h3 id="activityconvertdlgcampaignunchecked">ActivityConvertDlgCampaignUnchecked&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>True&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Controls the default value of the Record Closed Campaign Response option. When you&lt;br>convert an activity to an opportunity, this default option controls whether&lt;br>the source campaign is set or not.&lt;br>False- Record Closed Campaign Response checked and source campaign will be set.&lt;br>True&amp;nbsp;- Record Closed Campaign Response not checked and source campaign is not set.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9690.2720&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>&lt;img src="https://linked365.blog/images/2019/10-image-39.png?w=437"
loading="lazy"
>&lt;/p>
&lt;p>When you convert activity to an opportunity, you have the option to populate a related campaign and also record a closed campaign response. This setting implies that you can default the Record a closed campaign response to true, forcing the selection of a campaign, but in my environment, it isn&amp;rsquo;t working.&lt;/p>
&lt;p>Someone prove me wrong&lt;/p>
&lt;h3 id="activateadditionalrefreshofworkflowconditions">ActivateAdditionalRefreshOfWorkflowConditions&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Enables an additional refresh of workflows that contain wait conditions and that may&lt;br>have to be resumed. This is required to be enabled to enable a fix that was originally&lt;br>released as a Critical On Demand hotfix, and was publically released starting with&lt;br>Update Rollup 13. When events in a Wait Until condition are met, the condition is not&lt;br>triggered as documented in KB&amp;nbsp;&lt;a href="https://support.microsoft.com/en-us/help/2918320">2918320&amp;nbsp;&lt;/a>.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9690.3445&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>5.0.9690.3731&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>Redundant fix for what looks like an issue in a specific version&lt;/p>
&lt;h3 id="allowroleassignmentondisabledusers">allowRoleAssignmentOnDisabledUsers&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Enables the assignment of a security role for user accounts&amp;nbsp;with a disabled status. This allows for&lt;br>scenarios where&amp;nbsp;stub users can be created and assigned a different security role. This is needed&lt;br>when&amp;nbsp;a stub/disabled user account&amp;nbsp;needs to own records, especially when&amp;nbsp;these records are from&lt;br>custom entities where custom security roles are required.&lt;br>False - By default, a security role cannot be assigned to users with disabled status.&lt;br>This is shipped by default.&lt;br>True - Allows security role to be assigned to users with disabled status.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>9.1.0.5610&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>There are lots of times, particularly around migrating systems, where you are not ready for users to have access to a new system but want to import their data. Think about where you are migrating department by department. The long-term goal would be for users to all have access, so temporarily assigning the records to another user or a system user may not be appropriate. Ownership is usually an indicator and first point of contact in most systems and a driver for security, etc.&lt;/p>
&lt;p>Toggling this setting to true allows assignment of roles, therefore records to disabled or stub users.&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/10-image-41.png?w=515"
loading="lazy"
>&lt;/p>
&lt;p>Set to false, it displays this error message when you save any changes.&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/10-image-40.png?w=573"
loading="lazy"
>&lt;/p>
&lt;h3 id="changedoublequotetosinglequote">ChangeDoubleQuoteToSingleQuote&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>false&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Changes double quotation marks to single quotation marks within KB articles when the article is viewed.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9690.3541&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>This setting will do as it says, convert double quotes to single, but is only relevant for the old Knowledgebase Articles in your system, superseded by Knowledge articles that now have an appropriate WYSIWYG editor, this becomes redundant.&lt;/p>
&lt;h3 id="clearsystemuserprincipalswhendisable">ClearSystemUserPrincipalsWhenDisable&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>True&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Clear and/or populates SystemUserPrincipals values for systemUsers when they're disabled/enabled&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>6.1.1.123&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;h3 id="clientueipdisabled">ClientUEIPDisabled&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Disables the sending of customer experience feedback for the organization.&lt;br>This option can also be disabled from the user settings area for each user.&lt;br>False&amp;nbsp;- Enables the sending of experience feedback.&lt;br>True&amp;nbsp;- Disables the sending of experience feedback.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9688.583&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>This, apparently, disables the option to send feedback to Microsoft when you get an error, great little setting, but until I get a repeatable error, can not see it in action&lt;/p>
&lt;h3 id="createspfoldersusingnameandguid">CreateSPFoldersUsingNameandGuid&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>True&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>True: creates SharePoint folders using the format of {Name}+{GUID}.-&lt;br>false: Creates SharePoint folders using just the name&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>6.0.0.809&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>When you integrate SharePoint, a folder in the site is created for each defined entity, normally with the name of the record and a GUID of the record. This can be ugly and not necessary if you have account names that are pretty unique. This setting allows you just to use the record name.&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/10-image-42.png?w=1024"
loading="lazy"
>&lt;/p>
&lt;p>This screenshot shows with the setting as the default, true, at the top and the setting as false for JKL Sales&lt;/p>
&lt;h3 id="defaultheightforwizardreports">DefaultHeightForWizardReports&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>8.25&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Double&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>With a default value 0: CRM will use 8.25 inches (A4), any other double value will&lt;br>override the default of 8.25.&amp;nbsp; Some printers may reject printed reports if the&lt;br>height is any less than the height of the paper loaded in the tray, this setting will&lt;br>override the height used&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9690.3541&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>Printing can be problematic with different paper sizes etc. Not really a problem with modern printers, but this setting allows you to configure default printing sizes to ensure printing works for your organisation.&lt;/p>
&lt;h3 id="disableiecompatmode">DisableIECompatMode&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Changes the server-side, automatic, IE Compatibility Mode Flag for Internet Explorer browsers.&lt;br>If you want pages to render in the most recent version of Internet Explorer set this to True.&lt;br>If you have form scripts or other customizations that require earlier versions of&lt;br>Internet Explorer this should be set to False.&lt;br>This is also controlled via Settings | Administration | System Settings | Customization&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9690.3233&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>Compatibility mode was a big thing, particularly in the IE10 / 11 era. Making sure your website properly displayed across multiple browsers with inconsistent approaches to standards can still be a big gripe, but thankfully a thing of the past, with modern browsers adhering to standards a lot better.&lt;/p>
&lt;h3 id="disableinactiverecordfilterformailmerge">DisableInactiveRecordFilterForMailMerge&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>When you perform a mail merge, inactive records are not included.&lt;br>This option lets you&amp;nbsp;override that functionality.&lt;br>False&amp;nbsp;- Inactive records will not be included in the mail merge.&lt;br>True&amp;nbsp;- Inactive records will be included in the mail merge.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9688.583&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>Mail Merge is a deprecated function, but if you still use it, when you call a mail merge from a campaign, inactive contacts or leads are not included.&lt;/p>
&lt;p>Mail merge is similar to the quick campaign, and I checked that this flag does not override the selection for quick campaigns, but it seems to have no effect.&lt;/p>
&lt;h3 id="enableactivitiestimelineperfimprovement">EnableActivitiesTimeLinePerfImprovement&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>1 to enable, 0 to disable(preserve existing behavior)&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>9.1.0.1639&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>In 2019 Wave 2, October 2019, enhancements were made to the timeline, to improve the density of activities and allowing the user to filter by multiple types etc. Details &lt;a class="link" href="https://docs.microsoft.com/en-us/dynamics365-release-plan/2019wave2/dynamics365-customer-service/timeline-usability-enhancements" target="_blank" rel="noopener"
>here&lt;/a>&lt;a class="link" href="https://docs.microsoft.com/en-us/dynamics365-release-plan/2019wave2/dynamics365-customer-service/timeline-usability-enhancements" target="_blank" rel="noopener"
>.&lt;/a>&lt;/p>
&lt;p>The new timeline can be seen below, which is toggled with EnableActivitiesFeatures described below. This setting toggles improvements to the performance of the new timeline, which may have an impact on your application.&lt;/p>
&lt;p>Thought the official line is that this is disabled by default, in any new environment it seems to be enabled.&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/image-23.png"
loading="lazy"
>&lt;/p>
&lt;h3 id="enableactivitiesfeatures">EnableActivitiesFeatures&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Bitmask to Enable various activities feature in UCI;&lt;br>1 to enable, 0 to disable(preserve existing behavior)&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>9.1.0.1639&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>In 2019 Wave 2, October 2019, enhancements were made to the timeline, to improve the density of activities and allowing the user to filter by multiple types etc. Details &lt;a class="link" href="https://docs.microsoft.com/en-us/dynamics365-release-plan/2019wave2/dynamics365-customer-service/timeline-usability-enhancements" target="_blank" rel="noopener"
>here&lt;/a>&lt;a class="link" href="https://docs.microsoft.com/en-us/dynamics365-release-plan/2019wave2/dynamics365-customer-service/timeline-usability-enhancements" target="_blank" rel="noopener"
>.&lt;/a>&lt;/p>
&lt;p>The new timeline can be seen below, toggled on and off by this setting.&lt;/p>
&lt;p>Thought the official line is that this is disabled by default, in any new environment it seems to be enabled.&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/image-23.png"
loading="lazy"
>&lt;/p>
&lt;h3 id="enablebulkreparent">EnableBulkReparent&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>True&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Disables and reparents using a one record at a time approach&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>6.0.0.809&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>I am not sure this is relevant any more. I assume this is for where you have large datasets and on premise, that could (with cascading) lead to large data changes for each ownership change, but with my environment, I did not notice any change between the two options.&lt;/p>
&lt;h3 id="enablequickfindoptimization">&lt;strong>EnableQuickFindOptimization&lt;/strong>&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>1&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Int&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>&lt;br>For more information, see the&amp;nbsp;"Optimizing the Performance of Quick Find Queries"&amp;nbsp;&lt;br>section in the&amp;nbsp;&lt;a href="http://go.microsoft.com/fwlink/?linkid=213093">Optimizing and Maintaining the Performance of a Dynamics CRM 2011 Server Infrastructure&lt;/a>.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9690.2720&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>Another one I assume has gone the way of the dodo for D365, this was initially configured to roll back the changes made to Quick find back in CRM 2011. I have toggle this on a new system and can not find any effect. This may be because of my minor data load etc and the optimisations that Microsoft has done since 2011.&lt;/p>
&lt;h3 id="enableretrievemultipleoptimization">EnableRetrieveMultipleOptimization&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>0&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Int&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>For more information, see the&amp;nbsp;"Optimizing the Performance of Queries against&lt;br>Large Datasets section" in the&amp;nbsp;&lt;br>&lt;a href="http://go.microsoft.com/fwlink/?linkid=213093">Optimizing and Maintaining the Performance of a Dynamics CRM 2011 Server Infrastructure&lt;/a>.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9690.1533&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>This is another one that is probably redundant for anyone not on CRM 2011, and I would think those that are administering these systems already know about these settings. There is a full table of the configuration for this setting in the linked document, tweaking the way (away from the default) for returning multiple records in a list.&lt;/p>
&lt;p>As I do not have a CRM2011 environment and also don&amp;rsquo;t have the data volumes to see the effect, not sure I can or should add to this.&lt;/p>
&lt;h3 id="exportedexcelretentionwindow">ExportedExcelRetentionWindow&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>5&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Number&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>The number of days to temporarily store Excel exported Office Document Records.&lt;br>30 days max was selected arbitrarily as this is only a cache.&lt;br>Must be at least 2.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>7.1.0.1065&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>Learning is great isn&amp;rsquo;t it? Researching this one led me to a great article from &lt;a class="link" href="https://twitter.com/bshastri" target="_blank" rel="noopener"
>Bhavesh Shastri&lt;/a> about the &lt;a class="link" href="https://community.dynamics.com/crm/b/crminthefield/posts/dynamics-365-customer-engagement-orgdborgsettings-configurations-might-affect-instance-size-storage" target="_blank" rel="noopener"
>settings that may affect storage size&lt;/a>, which has this setting in it.&lt;/p>
&lt;p>Basically, when you export a data set into Excel, D365 stores the result in a temporary table so that you can get back to the result quickly. There is a deletion service that goes and tidies up these temporary tables and this setting defines how old these records are before it removes them. If you have a very active system, these records could adversely effect the size of your instance.&lt;/p>
&lt;h3 id="expirechangetrackingindays">ExpireChangeTrackingInDays&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>30&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Number&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Maximum number of days to keep change tracking deleted record ID's.&lt;br>You want this value larger than the max# of days any change tracking dependent&lt;br>services sync with your system.&lt;br>Default is 30 days.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>7.1.0.0&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>This is another storage related one like the previous, again jump over to Bhavesh&amp;rsquo;s &lt;a class="link" href="https://community.dynamics.com/crm/b/crminthefield/posts/dynamics-365-customer-engagement-orgdborgsettings-configurations-might-affect-instance-size-storage" target="_blank" rel="noopener"
>blog&lt;/a> to get more detail. This setting doesn&amp;rsquo;t appear in the Microsoft KB article where the others are, even more confusing and makes me wonder what else Microsoft are hiding&lt;/p>
&lt;p>If you have change tracking services running and worry about deleted records, this setting can be configured to increase the time these records are stored. Obviously, this will impact on storage if nothing else.&lt;/p>
&lt;h3 id="enabletdsendpoint">EnableTDSEndpoint&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Enable a SQL TDS Endpoint for your CDS Environment&lt;br>NOTE: your region will also have to support TDS endpoints, the regions with support for TDS may&lt;br>vary (as documented in the docs url provided here).&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>9.1.0.17162&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>This, as it says, allows you to enable the CDS SQL TDS Endpoint, which allows you to use SQL Studio to query your live CDS environment. This is only recent, but is a great addition if you need more complexity in your queries.&lt;/p>
&lt;p>&lt;a class="link" href="https://twitter.com/MarkMpn" target="_blank" rel="noopener"
>Mark Carrington&lt;/a> did a great set of posts on it&amp;rsquo;s usage &lt;a class="link" href="https://markcarrington.dev/2020/05/13/cds-t-sql-endpoint-pt-2-first-thoughts/" target="_blank" rel="noopener"
>here&lt;/a>&lt;/p>
&lt;h4 id="forceretrievepublishedmetadataforretrieveallentities">ForceRetrievePublishedMetadataForRetrieveAllEntities&lt;/h4>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>All RetrieveAllEntities requests will ignore the AsIfPublished flag so that it always&lt;br>retrieves the published metadata from cache.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>8.1.1.1020&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;h4 id="fulltextspecialcharacterstoremovefromsearchtoken">FullTextSpecialCharactersToRemoveFromSearchToken&lt;/h4>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>null&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>string&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>This allows an organization to remove certain characters from a fulltext search string.&lt;br>Example: To remove a wildcard character from a FullText search, add “*”.&lt;br>To remove multiple characters, add them all together in a single string value “*.’#”.&lt;br>The characters are separated by ToCharArray&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>8.1.1.1020&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;h3 id="grantfullaccessformergetomasterowner">GrantFullAccessForMergeToMasterOwner&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>True&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>When two records owned by the same team are merged, the final record is shared with the&lt;br>owner of the record it was merged from. This creates redundant POA records, as a result,&lt;br>if the owner of the record is changed in the future it will be visible to&lt;br>team members of the previously owning team.&lt;br>To do this, set to false.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9690.4449&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>Another one of those security options that most people don&amp;rsquo;t know about. I would hazard to guess that most people don&amp;rsquo;t know that the owner of a subordinate record in a merge has the new master shared with them. Mark Carrington has a great explanation of this setting and the next in his blog &lt;a class="link" href="https://markcarrington.dev/2019/08/31/msdyn365-internals-merge-permissions/" target="_blank" rel="noopener"
>here&lt;/a>&lt;/p>
&lt;p>The default setting puts a row in the Share table for the original owner, even if it is same as the new owner, which is useful in a lot of cases, but also could break your security model if the owner changes again.&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/10-image-45.png?w=793"
loading="lazy"
>&lt;/p>
&lt;p>With the setting put to false, the original owner does not have the record shared with them&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/10-image-44.png?w=838"
loading="lazy"
>&lt;/p>
&lt;p>The wording of this setting implies that only the master owner will have the sharing stopped, but it seems that the original does as well.&lt;/p>
&lt;h3 id="grantsharedaccessformergetosubordinateowner">GrantSharedAccessForMergeToSubordinateOwner&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>True&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>To turn this setting off, this must be set to false. Records are shared with inherited access&lt;br>to subordinate owners during merge. This will not occur when set to false.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9690.3911&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>If you have a contact and merge the account, the contact will be moved to be owned by the master owner, but the owner of the contact will have the master record shared with them too. Obviously, this just makes the system work, but doesn&amp;rsquo;t help if you have a specific security prinicple in place.&lt;/p>
&lt;p>Please see Mark&amp;rsquo;s &lt;a class="link" href="https://markcarrington.dev/2019/08/31/msdyn365-internals-merge-permissions/" target="_blank" rel="noopener"
>blog&lt;/a> to fully understand these values.&lt;/p>
&lt;h3 id="hidestageandupgrade">HideStageAndUpgrade&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>1&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Int&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Changing this setting to 0 will allow users to see the upgrade solution option in solution&lt;br>import wizard when importing solutions with higher version than previously imported.&lt;br>This setting has a default of 1 which hides the option to perform a stage for upgrade.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>9.1.0.3&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>Back in 2016, Microsoft gave us the ability to stage an upgrade solution, which means we can more easily remove parts of a managed solution, rather that using holding solutions.&lt;/p>
&lt;p>Nishant Rana has an excellent blog &lt;a class="link" href="https://nishantrana.me/2016/10/16/how-to-delete-components-from-managed-solution-in-dynamics-crm-2016-without-using-holding-solution/" target="_blank" rel="noopener"
>here&lt;/a> that describes the process. The process relies on having the Stage for upgrade tick box available to you, which is now hidden by default presumably because Microsoft has provided us the ability to create patches for solutions and it is no longer needed.&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/10-image-47.png?w=547"
loading="lazy"
>&lt;/p>
&lt;h3 id="hierarchylevelforhierarchyfeature">HierarchyLevelForHierarchyFeature&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>3&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Number&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>The hierarchy level used for hierarchal security&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>7.0.0000.3027&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>Another security tweak. There are 2 security models that may be in use in your instance, namely managerial or positional security.&lt;/p>
&lt;p>Both can take into account a number of managers above you who have the same access to records that you do, which is traditionally 3, and anything above this can cause performance issues. As you can set the hierarchy level on the hierarchy configuration, this setting is now redundant I think, as any change you make to the org setting is not reflected in the setting on the Hierarchy setting screen.&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/wp-content/uploads/2019/11/image.png?w=330"
loading="lazy"
>&lt;/p>
&lt;h3 id="ifdauthenticationmethod">IfdAuthenticationMethod&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>null&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>String&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Changes the request sent to the ADFS server, this settings default value&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9690.2835&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>This setting is for on premise only, as it defines which SSO an internet facing deployment (an external facing on premise deployment) uses to establish the user has the right access credentials.&lt;/p>
&lt;p>This &lt;a class="link" href="https://community.dynamics.com/crm/b/1984crm/posts/ifd-claims-adfs-what-now" target="_blank" rel="noopener"
>blog&lt;/a> has a more detailed explanation.&lt;/p>
&lt;h3 id="includehtc">IncludeHTC&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>true&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Set whether forms should support HTML component.&amp;nbsp;&lt;br>The CRM 4.0 API uses this feature which is deprecated and will no longer be included&lt;br>after the next major release.&amp;nbsp; If you&amp;nbsp; have javascript code relying on CRM 4.0&lt;br>javascript API's you should enable this and work to update your code to support CRM 2011.&lt;br>This is also controlled via Settings | Administraton | System Settings | Customization.&lt;br>This setting is NOT SUPPORTED IN CRM 2013&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9690.3233&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>This setting is only applicable to CRM 4, I know there are still users out there, but I can not get access to a system to try out this setting &amp;amp; assume even the CRM 4 people won&amp;rsquo;t be using this feature still&lt;/p>
&lt;h3 id="inheritedroleprivilegesfromteamroles">inheritedRolePrivilegesFromTeamRoles&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>true&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Disables the Azure AD Group team functionality of the organization in an event that there is a&lt;br>performance related issue. The Azure AD Group team feature is shipped enabled by default.&lt;br>False - Disable Azure AD Group Team and members of group teams are required to have their&lt;br>own security role assigned to them directly.&amp;nbsp; Run-time calls to Azure AD to obtain the user’s&lt;br>AAD groups are stopped.&lt;br>True - Azure AD GroupTeam is enabled and members of group teams shall inherit user/basic&lt;br>privileges directly and user privileges are derived at run-time.&amp;nbsp; Run-time calls to&lt;br>Azure AD to obtain user’s AAD groups are invoked.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>9.1.0.4632&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>Earlier this year, Microsoft gave us the ability to give security permissions to all the members of an Azure AD group, rather than having to duplicate security across Azure and Dynamics. This can be a time consuming god-send for your administrative staff, but also can impact performance. Setting this value to false forces the old method of security, with each user having to be configured with a role in D365.&lt;/p>
&lt;p>Debajit Dutta has an excellent walkthrough on how to utilise this functionality &lt;a class="link" href="https://community.dynamics.com/crm/b/debajitcrm/posts/azure-ad-groups-can-own-your-dynamics-365-records-learn-it-how" target="_blank" rel="noopener"
>here&lt;/a>.&lt;/p>
&lt;h3 id="idscountbeforeusingjoinsforsecurity">IdsCountBeforeUsingJoinsForSecurity&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>1000&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>int&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Not documented in optimization paper.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9690.2720&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;h4 id="idscountforusingguidstringsforsecurity">IdsCountForUsingGuidStringsForSecurity&lt;/h4>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>20&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>int&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Not documented in optimization paper.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9690.2720&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;h3 id="integratedauthenticationmethod">IntegratedAuthenticationMethod&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>null&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>string&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Changes the request sent to the ADFS server, this settings default value&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9690.2835&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>An On-premise property, which I can not find anything on.&lt;/p>
&lt;h3 id="jumpbaralphabetoverride--jumpbarnumberindicatoroverride">JumpBarAlphabetOverride / JumpBarNumberIndicatorOverride&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>null&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>string&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>&lt;a href="https://support.microsoft.com/help/2494984">How to customize the Alphabet &lt;strong>Bar &lt;/strong>for the CRM Application Grids for Microsoft Dynamics&lt;/a>&lt;br>&lt;a href="https://support.microsoft.com/help/2494984">CRM 4.0&lt;/a>&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9690.2243&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>I didnt know this was a thing, but only for CRM 4.0. Basically, you could override what appears at the bottom of a search display.&lt;/p>
&lt;p>Shivam Dixit has a walkthrough &lt;a class="link" href="https://shivamdixit.wordpress.com/tag/jumpbaralphabetoverride/" target="_blank" rel="noopener"
>here&lt;/a>&lt;/p>
&lt;h3 id="listcomponentinstalled">ListComponentInstalled&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>If CRM and SharePoint use ADFS and users click to create a folder for a record in CRM 2011,&lt;br>intermittently, the SharePoint page is shown instead of the list part grid page causing&lt;br>confusion with users. This setting allows you to force CRM to use the installed list grid&lt;br>component in SharePoint when using ADFS.&lt;br>false: use the standard method of detecting Sharepoint Authentication&amp;nbsp;&lt;br>true: If CRM and SharePoint have ADFS enabled, force CRM to use the grid display.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9690.3911&lt;br>6.1.0.581&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>This was a bug fix to force display of the SharePoint list instead of the page in a SharePoint created folder when a list is available.&lt;/p>
&lt;h3 id="lookupnamematchesduringimport">LookupNameMatchesDuringImport&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Importing a solution that was created from an upgraded 4.0 deployment fails.&lt;br>Changing this setting makes the import solution look up the names for forms, views,&lt;br>workflows and security roles.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9690.583&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>I have no access to CRM 4 to create a solution to test this out, but if anyone can create me screenshots, I&amp;rsquo;ll add in.&lt;/p>
&lt;h3 id="maximumchilduserscountlimitbeforeusingjoinforhsm">MaximumChildUsersCountLimitBeforeUsingJoinForHSM&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>80&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Number&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Maximum Child/Subordinate Users Count Before Using a Join Query for Heirarchical Security Model&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>7.0.0000.3027&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>As mentioned, hierarchical security model gives your manager (or managers manager etc) the same access to your data that you have. As a manager with lots of reports, this can cause performance problems, so limiting the maximum unions it makes when deciding on your access makes sense. After this number is reached, an outer join will be used to improve performance.&lt;/p>
&lt;p>If you have scenarios that require that number of child users to a manager, I would recommend not using Hierarchical security.&lt;/p>
&lt;h3 id="minrowcountforfkindexcreateinreferencingentity">MinRowCountForFKIndexCreateInReferencingEntity&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>100&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Number&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Setting min row count in referencing table for ForeignKey index creation&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>7.0.0000.3027&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>In the D365 world, the back end SQL optimisation is out of an administrators hands mostly, with indexes automatically been created for Primary keys or alternative keys for example. This setting tweaks the creation of indexes for FK keys.&lt;/p>
&lt;p>If an account has a foreign key to a location entity, there needs to be more than 100 rows (by default) before the system will create an index on the account table using the location foreign key.&lt;/p>
&lt;h3 id="officedocumentpersistencetimeindays">OfficeDocumentPersistenceTimeInDays&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>7&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Number&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>The number of days to temporarily store Office Document Records. 30 days&lt;br>max was selected arbitrarily as this is only a cache.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>7.1.0.1059&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>When an office document is retrieved from the database, it is stored in the cache, by default for 7 days. This can be altered. This is one option that impacts the size of your tenant.&lt;/p>
&lt;h3 id="pagesizeforhierarchyfeature">PageSizeForHierarchyFeature&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>5&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Number&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>The hierarchy page size used for hierarchal security&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>7.0.0000.3027&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>I assume that this is used in the same way as the MaximumChildUsersCountLimitBeforeUsingJoinForHSM setting, but I can not find any documentation for it&lt;/p>
&lt;h3 id="reassignallextendedtimeout">ReassignAllExtendedTimeout&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>0&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Number&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Increase script timeout for reassigning all records of a user or team - this allows you to exceed&lt;br>the default extended timeout value. Default extended timeout is 1000000 ms&lt;br>(roughly 15 minutes).&lt;br>WARNING: Care should be taken when increasing this value above the default -&lt;br>always double check the number of minutes before setting this to a value higher than the default&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>7.1.2.1020&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>If you have a security model that relies on a cascade of ownership, when a parent owner is changed, this ownership is also done for children and children of children etc.&lt;/p>
&lt;p>This can be a time-consuming process which you can increase the time-out for, possibly temporarily if you have an occasion that required it, though the default 15 minutes is a very long time.&lt;/p>
&lt;h4 id="recordcountlimittoswitchtoctesecuritysql">RecordCountLimitToSwitchToCteSecuritySql&lt;/h4>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>75000&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Int&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>For more information see the&amp;nbsp;Optimizing the Performance of&lt;br>Queries against Large Datasets"&amp;nbsp;section in the&lt;br>&amp;nbsp;&lt;a class="" href="http://go.microsoft.com/fwlink/?linkid=213093">Optimizing and Maintaining the Performance of a Dynamics CRM 2011 Server Infrastructure&lt;/a>.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9690.2720&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>I didnt know this was a thing, but only for CRM 4.0. Basically, you could override what appears at the bottom of a search display.&lt;/p>
&lt;p>This setting is for On-premise only, impacting the switching to use a temporary table or CTE (Common Table Expression) to generate the results. I have not got enough data to check if this still has an impact on D365 environments.&lt;/p>
&lt;p>The linked paper has a lot of good stuff about optimisations, that thankfully the more modern SAAS environments have taken care of.&lt;/p>
&lt;h3 id="retrievemultiplesharingcountthreshold">RetrieveMultipleSharingCountThreshold&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>1000&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Int&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>For more information, see the&amp;nbsp;"Optimizing the Performance of Queries against Large Datasets&lt;br>section" in the&amp;nbsp;&lt;a href="http://go.microsoft.com/fwlink/?linkid=213093">Optimizing and Maintaining the Performance of a Dynamics CRM 2011 Server Infrastructure&lt;/a>.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9690.2720&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>This is another setting that is for optimisation of the on-premise architecture, defining the number of shared records the user has for the entity being searched for (either direct or via teams) that the system will convert the query to joins rather than table value functions.&lt;/p>
&lt;p>As sharing with individuals should be an increment to your security model rather than the main part, having 1000 shares per entity would be pretty rare.&lt;/p>
&lt;h3 id="securityqueryhint">SecurityQueryHint&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>1&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Number&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Used to hint the query within GetRightsFromPrincipalObjectAccess.&lt;br>0=None;&lt;br>1=Recompile (default);&lt;br>2=OptimizeForUnkown&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>8.1.0.141&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>I can&amp;rsquo;t find any information on this. Will update when I find out.&lt;/p>
&lt;h3 id="sharinglimitforpoasnapshottable">SharingLimitForPOASnapshotTable&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>10&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Int&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Not documented in optimization paper.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9690.2720&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>I can&amp;rsquo;t find any information on this. Will update when I find out.&lt;/p>
&lt;h3 id="skipaadgroupobjectidvalidation">skipAadGroupObjectIdValidation&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Disables the validation of Azure AD Group objectID and allows application to create Group&lt;br>team in CDS.&amp;nbsp; This is used to mitigate the latency in the Azure AD distributed cache&lt;br>where a newly created Azure AD group cannot be validated if the subsequent&lt;br>Azure AD Group graph call goes to a distributed cache server that does not&lt;br>have the new Azure AD group yet.&lt;br>False - do not skip Azure AD group objectID validation during Group Team creation.&amp;nbsp;&lt;br>This is shipped by default.&lt;br>True - skip Azure AD group objectID validation to allow application to create Group team.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>9.1.0.5808&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>If you use the new functionality to connect teams to AD groups, allowing a single location to manage security, setting up the teams needs a link back to the AD group.&lt;/p>
&lt;p>As AD group creation takes time to propagate to the various caches, the group you want to link to might not be available, so, by default, no check is made to see if you have got the GUID right. This can be forced if you need that extra piece of mind by setting this value true.&lt;/p>
&lt;h3 id="skipgettingrecordcountforpaging">SkipGettingRecordCountForPaging&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Disables the record count query. This query is responsible for retreiving the total number of records returned for each view.&lt;br>This query can cause longer search times and may cause SQL timeouts or exceptions.&lt;br>False&amp;nbsp;- Enables record depend on views.&lt;br>True&amp;nbsp;- Disables record depend on views.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>8.2.0.0503&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>When you have a large dataset, knowing that you have thousands of records rather than just the 100 the view is showing is invaluable, but this query has to be done, as well as the query to retrieve the data, impacting performance&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/wp-content/uploads/2019/11/annotation-2019-11-03-143906.png?w=292"
loading="lazy"
>&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/wp-content/uploads/2019/11/image-1.png?w=306"
loading="lazy"
>&lt;/p>
&lt;p>With the setting applied, the query doesn&amp;rsquo;t display an accurate number, but it does display a number, which is mis-leading in my opinion.&lt;/p>
&lt;h4 id="skipgettingrecordcountforpagingforaudit">SkipGettingRecordCountForPagingForAudit&lt;/h4>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Disabled the record count query for just the Audit entity.&lt;br>False enables the record count, and True disables the record count&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>8.2.0.0503&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>This is the same as the previous setting, but just for the auditing views, which are notoriously large.&lt;/p>
&lt;h2 id="skipsuffixonkbarticles">SkipSuffixOnKBArticles&lt;/h2>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Disables the suffix from being used on the automatically generated KB article numbers.&lt;br>False&amp;nbsp;- Enables the suffix on KB articles.&lt;br>True&amp;nbsp;- Disables the suffix on KB articles.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9690.1992&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>Pretty self-explanatory, but for old KB articles rather than the new Knowledge Articles.&lt;/p>
&lt;h3 id="tabletclientmaxfields">TabletClientMaxFields&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>75&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Number&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Maximum Tablet Fields max-500/ min- 1&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>6.0.0.809&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>These tablet settings are not for D365, v9 as Unified interface has removed the limitations&lt;/p>
&lt;h3 id="tabletclientmaxlists">TabletClientMaxLists&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>10&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Number&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Maximum Tablet Lists max-50/min-1&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>6.0.0.809&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>These tablet settings are not for D365, v9 as Unified interface has removed the limitations&lt;/p>
&lt;h3 id="tabletclientmaxmashups">TabletClientMaxMashups&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>3&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Number&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Maximum Tablet Mashups&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>7.0.0000.3027&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>These tablet settings are not for D365, v9 as Unified interface has removed the limitations&lt;/p>
&lt;h3 id="tabletclientmaxtabs">TabletClientMaxTabs&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>5&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Number&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Maximum Tablet Tabs max-50/min-1&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>6.0.0.809&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>These tablet settings are not for D365, v9 as Unified interface has removed the limitations&lt;/p>
&lt;h3 id="tracelogpersistencetimeindays">traceLogPersistenceTimeInDays&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>30&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Int&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>This sets the amount of time that TraceLog data is maintained before being removed by the Deletion Service&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>8.1.1.1020&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>This is another setting that can impact the size of your instance. The logs are stored by default for 30 days, if you have a heavily used system, this will be a lot of data, so reducing this will reduce costs. Trace logs are part of a separate pricing tier now, but still worth a look.&lt;/p>
&lt;h3 id="useorganizationserviceformultientityquickfind">UseOrganizationServiceForMultiEntityQuickFind&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Allows Multi-entity Quick Find to run serially rather than in parallel.&lt;br>This allows plugins to be executed on RetrieveMultiple.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>8.2.1.0135&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>Retrieve multiple plugins can do a little more security to prevent the display of records or adding in data to a record set if you need it to be really truly accurate.&lt;/p>
&lt;p>Whilst this is frowned upon as is a real impact on system performance, it might be necessary. If you need this functionality, quick view doesn&amp;rsquo;t honour this logic as the queries run in parallel. Toggling this to true makes each quick query run in serial, allowing retrieve multiple plugins to work.&lt;/p>
&lt;h3 id="workflowxamlvalidationerrorreport">WorkflowXamlValidationErrorReport&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>WorkflowXamlValidationErrorReport is used to fail workflow loads if the XAML is not valid&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>9.1.0.5808&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>I can&amp;rsquo;t find any information on this. Will update when I find out.&lt;/p></description></item><item><title>D365 Org DB Settings - Canvas App</title><link>https://linked365.blog/2019/10/16/d365-org-db-settings-canvas-app/</link><pubDate>Wed, 16 Oct 2019 00:00:00 +0000</pubDate><guid>https://linked365.blog/2019/10/16/d365-org-db-settings-canvas-app/</guid><description>&lt;img src="https://linked365.blog/images/2019/10-image-28.png" alt="Featured image of post D365 Org DB Settings - Canvas App" />&lt;p>On the back of one of my other posts on the &lt;a class="link" href="https://linked365.blog/2019/10/01/d365-org-db-settings-email/" target="_blank" rel="noopener"
>D365 Org DB Settings&lt;/a> I thought it would be good to re-imagine the method to update these settings in a Canvas app.&lt;/p>
&lt;p>The solution from Sean McNellis is great and has been a big influence on my design, including the settings xml is pretty much a copy. I am hoping that I give users a more visual experience and this is a starter for a bunch of D365 CE admin apps in PowerApps.&lt;/p>
&lt;p>I am now looking for people to test it and give me feedback on the solution, so if anyone has a little time to be critical, please contact me on the blog, via Twitter or on GitHub as an issue.&lt;/p>
&lt;p>&lt;a class="link" href="https://github.com/CooksterC/D365-Admin-Tools" target="_blank" rel="noopener"
>https://github.com/CooksterC/D365-Admin-Tools&lt;/a>&lt;/p>
&lt;h2 id="overview">Overview&lt;/h2>
&lt;p>&lt;img src="https://linked365.blog/images/2019/10-image-28.png?w=1024"
loading="lazy"
>&lt;/p>
&lt;p>Hope you like green&amp;hellip;.&lt;/p>
&lt;p>On the left is a list of the options for configuration. By default, it only shows the ones that are already configured, but we can alter this to show all settings by toggling the top button. You can also search at the top for the setting you want.&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/10-image-29.png?w=872"
loading="lazy"
>&lt;/p>
&lt;p>The list is also colour coded, to highlight the ones you have changed, the ones that are configured already and the ones that have no setting.&lt;/p>
&lt;p>The grid shows the official documentation of the setting and a link to the KB article.&lt;/p>
&lt;p>The Bin button will remove this setting from your configuration, returning it to the default.&lt;/p>
&lt;p>The + button will add the setting to your configuration using the default value.&lt;/p>
&lt;p>The Value entered can be different controls depending on the value been configured.&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/10-image-30.png?w=837"
loading="lazy"
>&lt;/p>
&lt;p>At the top right, you can save any configuration changes, which refreshes the list and the bottom right panel, which shows the current configuration&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/10-image-31.png?w=770"
loading="lazy"
>&lt;/p>
&lt;p>The top panel will display the documentation on the settings. There is also the ability to copy a configuration from another system or manually edit the xml.&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/10-image-32.png?w=741"
loading="lazy"
>&lt;/p>
&lt;p>NO WARRANTIES GIVEN. If you get this wrong, then don&amp;rsquo;t blame me!&lt;/p>
&lt;h2 id="installation">Installation&lt;/h2>
&lt;p>The package is a solution, with 2 components, the Canvas App and a custom connector.&lt;/p>
&lt;p>As part of the app, the settings xml is cleared before it replaces with the new configuration, using the standard connector gives an error when this is done, so I reverted to doing this via a custom connector. Also, the settings are reliant on the version of your D365, less of an issue now that everyone is on the same version, but for those on premise, the version is required, again not available in a normal connector.&lt;/p>
&lt;p>I have found that if I include that in a solution, it has the intended effect of bringing with it the connection to the api that it is configured for. This is great for deploying apps using a common api, but in this scenario, I don&amp;rsquo;t want you to use my tenant, but your own. Not sure how this could be improved, particularly for ISVs etc. Also, as the solution matures, everytime you import the solution, the connector needs reconnecting, which isn&amp;rsquo;t ideal.&lt;/p>
&lt;p>So there is 2 parts, the Canvas App exported as a package and the connector.&lt;/p>
&lt;h2 id="connector-configuration">Connector Configuration&lt;/h2>
&lt;p>Select New Custom Connector / Import as OpenAPI file&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/10-image-36.png?w=370"
loading="lazy"
>&lt;/p>
&lt;p>Put in your environment link here. This is mine, and the solution method of connectors copies these settings, thankfully it is OAuth, so unless you know my password (and this is a trial).&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/10-image-33.png?w=586"
loading="lazy"
>&lt;/p>
&lt;p>Next is security. Edit the OAuth 2.0 settings.&lt;/p>
&lt;p>You need to enter the Client Id and Client Secret taken from the Azure AD authentication as well as the Resource URL being the address of your environment.I stepped through this when I created my first custom connector for &lt;a class="link" href="https://linked365.blog/2019/03/31/connecting-luis-d365/" target="_blank" rel="noopener"
>LUIS&lt;/a> integration.&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/10-image-34.png?w=554"
loading="lazy"
>&lt;/p>
&lt;p>Update the connector and move on to testing.&lt;/p>
&lt;p>I have only got 3 actions defined here, keeping it to the actions I need for the application and WhoAmI, which is so simple, allows me to confirm the connection prior to worrying about syntax.&lt;/p>
&lt;p>As this is OAuth, you need to configure a connection, which is a prompt for you enter your credentials.&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/10-image-35.png?w=537"
loading="lazy"
>&lt;/p>
&lt;p>Test the operation to prove you have got your connector up and running.&lt;/p>
&lt;h2 id="install-the-canvas-app">Install the Canvas App&lt;/h2>
&lt;p>Got to your apps and select Import package. Select the zip file from GitHub repository.&lt;/p>
&lt;p>The first time you install, it has nothing to update, so you will need to change the action to &amp;ldquo;Create as new&amp;rdquo; and give it a new name if you don&amp;rsquo;t like it.&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/10-image-37.png?w=363"
loading="lazy"
>&lt;/p>
&lt;p>On the connector, you should connect it to the one that has just been created&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/10-image-38.png?w=1010"
loading="lazy"
>&lt;/p>
&lt;p>Hit import and you are done! Run the app to see a default configuration.&lt;/p>
&lt;p>Like I have said, I would like feedback, particularly on how to improve the installation process. It is rather fiddly, would love to be able to just install a solution and you are done.&lt;/p></description></item><item><title>D365 Org DB Settings - Email</title><link>https://linked365.blog/2019/10/01/d365-org-db-settings-email/</link><pubDate>Tue, 01 Oct 2019 00:00:00 +0000</pubDate><guid>https://linked365.blog/2019/10/01/d365-org-db-settings-email/</guid><description>&lt;img src="https://linked365.blog/images/2019/10-image-71.png" alt="Featured image of post D365 Org DB Settings - Email" />&lt;p>On a client recently I helped deploy Microsoft D365 App for Outlook. Unfortunately, the behaviour requested by the client and the default behaviour of the Server Side synchronisation was not aligned.&lt;/p>
&lt;p>This led to long discussions with Microsoft about some of the DB Org Settings we could utilise to tweak the way SSS works. As I researched these settings and discussed with my colleagues and during networking events, it became clear they remain unknown to most developers and administrators. If your deployment needed to tweak the settings, then people knew, but it is not common knowledge.&lt;/p>
&lt;p>Further, there seemed to be very little documentation on what each setting does, apart from Microsoft&amp;rsquo;s own information &lt;a class="link" href="https://support.microsoft.com/en-us/help/2691237/orgdborgsettings-tool-for-microsoft-dynamics-crm" target="_blank" rel="noopener"
>here&lt;/a>.&lt;/p>
&lt;p>This is a series of posts explaining each of the Org settings, understanding how it affects your environment. Hopefully it will raise awareness of these settings.&lt;/p>
&lt;p>Bear in mind that there a lot of settings that I can not find any information on or have no experience on. This is frustrating for me, but assume someone in the community will push me in the right direction and I will update the page when I find out.&lt;/p>
&lt;h2 id="how-to-change-org-db-settings">How to Change Org DB Settings&lt;/h2>
&lt;p>&lt;a class="link" href="https://twitter.com/seanmcne" target="_blank" rel="noopener"
>Sean McNellis&lt;/a> has an excellent tool on GitHub &lt;a class="link" href="https://github.com/seanmcne/OrgDbOrgSettings" target="_blank" rel="noopener"
>here&lt;/a> which allows interaction with the org settings via a solution in your environment.&lt;/p>
&lt;p>One the solution is imported, selecting the solutions gives you an interface where you can check the current status of each setting and change them.&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/10-image-71.png?w=902"
loading="lazy"
>&lt;/p>
&lt;p>To change the default, you need to select the Add hyperlink. This creates an XML file including your property which is uploaded to your system to change the setting.&lt;/p>
&lt;p>Selecting the Edit link for the attribute now gives you a popup window, where you can edit the value&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/09-image-72.png?w=435"
loading="lazy"
>&lt;/p>
&lt;p>Also, Sean has included a copy of the Microsoft description with each setting.&lt;/p>
&lt;p>On the right side of the grid is a link to to the KB article that mentions the setting, though normally it is just to KB 2691237 which is the central list of all Org settings.&lt;/p>
&lt;h3 id="activityrollupchildrecordlimit">ActivityRollupChildRecordLimit&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>50,000&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Number&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Limit the number of total aggregated activities to rollup in the Activity Rollup&lt;br>Default:50,000.&lt;br>Used with: VisibleRecordThreshholdSwitchToMultiplelineTVF&lt;br>and TotalRecordThreshholdSwitchToMultiplelineTVF&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>9.1.0.8031&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>This is a new one on me. Activities roll up. You put an email against a contact, the email is available on the account the contact is associated with. This applies to custom entities as well, if you configure the relationship correctly. Inogic has a great post on it &lt;a class="link" href="https://www.inogic.com/blog/2017/01/configure-rollup-view-for-activities-with-dynamics-crm365/" target="_blank" rel="noopener"
>here&lt;/a>.&lt;/p>
&lt;p>This setting must have come about to limit this as the numbers where getting too big for some. I have not got the data to do this one justice unfortunately.&lt;/p>
&lt;h3 id="addressbookmaterializedviewsenabled">AddressBookMaterializedViewsEnabled&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>True&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Changes the way the CRM Client queries SQL CE&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9690.2903&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>The description doesnt tie up with the title, and when you google it, this setting revolves around a previous setting, Disable MAPI cache, that was around in CRM 2011 and helped improve performance. Not a lot more I can say.&lt;/p>
&lt;h3 id="allowpromoteduplicates">AllowPromoteDuplicates&lt;/h3>
&lt;p>Duplicates in D365 are not unheard of, but when Outlook sync comes in, there are more chances to get duplicates. When a user syncs an Outlook Contact,&lt;/p>
&lt;h3 id="allowsaveasdraftappointment">AllowSaveAsDraftAppointment&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Setting value to true will provide the capability to create appointments in Dynamics 365&lt;br>as “draft” without synchronizing with Exchange.&lt;br>Appointment form will have a “Save as Draft” command and a “Send” command, so that you&lt;br>can save, add details and update an appointment activity without synchronizing to Exchange.&lt;br>Default value is set to false to preserve existing behavior.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>&lt;br>9.0.2.2275&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>This flag opens up the possibility that you don&amp;rsquo;t always get a meeting correct the first time and allows you to save a draft.&lt;/p>
&lt;p>Ulrik Carlsson aka &lt;a class="link" href="https://twitter.com/crmchartguy" target="_blank" rel="noopener"
>@CRMChartGuy&lt;/a> from eLogic solutions has a great article about this attribute.&lt;/p>
&lt;p>The default behaviour is that users are not presented with a Save as Draft option for appointments, when a appointment is saved, if you are using SSS it will synchronise to Outlook and send out invites to the attendees as normal.&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/09-image-74.png?w=619"
loading="lazy"
>&lt;/p>
&lt;p>If you change AllowSaveAsDraftAppointment to true, the users get a different set of buttons.&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/09-image-75.png?w=737"
loading="lazy"
>&lt;/p>
&lt;p>Both Send and Send &amp;amp; Close buttons behave like the original Save and Save &amp;amp; Close. They will initiate a server side sync one the record is saved.&lt;/p>
&lt;p>The new button Save as Draft will save the appointment but not send it to Outlook etc. It adds a [Draft] prefix to the appointment header and also a new field on the appointment, isdraft, is populated with true.&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/09-image-76.png?w=532"
loading="lazy"
>&lt;/p>
&lt;p>Weirdly, this field can not be added to a form. It just doesn&amp;rsquo;t appear in the field list. You can add it as view filter criteria, but you can&amp;rsquo;t display it as a column in a view.&lt;/p>
&lt;h3 id="heading">&lt;/h3>
&lt;p>AutoCreateContactOnPromote&lt;/p>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>True&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Disables the ability of the organization to create contact records automatically when an email&lt;br>message is tracked in CRM. This option can also be disabled from the user settings area&lt;br>for each user.&lt;br>False&amp;nbsp;- Disables the automatic creation of contacts.&lt;br>True&amp;nbsp;- Enables the automatic creation of contacts.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9688.583&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>By default, when a user sets regarding within the Outlook app, if any email address is in the To / CC / BCC etc that D365 does not know about, it creates it automatically.&lt;/p>
&lt;p>Most of the time this is fine, but consider when your business process requires a lot more data fields to be populated in the contact, this default process will create a contact that hasn&amp;rsquo;t got what your business needs. Forcing the contact creation away from this automation may be required.&lt;/p>
&lt;p>Users have an option under their personal settings which will mimic this settings, but this does it for everyone.&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/09-image-77.png?w=728"
loading="lazy"
>&lt;/p>
&lt;p>Setting the AutoCreateContactOnPromote to false removes the option from users and no contacts are created automatically when emails etc are synced.&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/09-image-78.png?w=907"
loading="lazy"
>&lt;/p>
&lt;h3 id="autotracksentfolderitems">AutoTrackSentFolderItems&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Setting value to TRUE will result in Server Side Sync auto tracking of emails from Sent Items.&lt;br>This setting only applies if the mailbox is configured to track "All Email Messages"&lt;br>Default value is set to False to preserve the existing behavior.&lt;br>To enable functionality on the organization "AutoTrackSentFolderItems" should be set to True.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>8.2.2.0840&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>This setting works in hand with the selected option under &amp;ldquo;Select the email messages to track in D365&amp;rdquo; option under Personal Options.&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/09-image-79.png?w=772"
loading="lazy"
>&lt;/p>
&lt;p>By default, sent emails are ignored, only picking up emails that arrive to send to D365.&lt;/p>
&lt;p>By marking the AutoTrackSentFolderItems to true, sent items will also be tracked, from the next sync, not retrospectively&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/09-image-80.png?w=386"
loading="lazy"
>&lt;/p>
&lt;h3 id="backgroundsendbatchsize">BackgroundSendBatchSize&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>10&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Integer&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Sets the number of email messages to download in one batch for the BackgroundSend API.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9690.583&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;h3 id="clientdisabletrackingforreplyforwardemails">ClientDisableTrackingForReplyForwardEmails&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Enables a user not to automatically track replies and forwarded email messages.&lt;br>Set this to&amp;nbsp;"True" to disable tracking replies and forwarded email messages.&amp;nbsp;&lt;br>&amp;nbsp;NOTE: This setting only applies to Dynamics 365 for Outlook (not Dynamics 365 App for Outlook).&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9690.2903&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>When a user receives a reply to an email that has already been tracked, the reply will also be tracked by default. This is great for keeping the chains of emails all within D365. Unfortunately, this may lead to conversations being tracked that shouldn&amp;rsquo;t and give visibility to sensitive conversations - a manager receiving an email that was a complaint about a particular email that their report sent for example.&lt;/p>
&lt;p>Whilst this is mostly a training exercise, it can be quite embarrassing and this setting stops that. It does mean that you could lose out on a part of a conversation and rely on the user to track a response separately.&lt;/p>
&lt;p>This settings, as noted, only works with D365 for Outlook not the App for Outlook.&lt;/p>
&lt;h3 id="disableclientupdatenotification">DisableClientUpdateNotification&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Setting DisableClientUpdateNotification to true will disable the outlook client from checking for newer versions&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>7.0.0000.3027&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>Only for the D365 for Outlook, will prevent the application checking for a new version. This will help if you are in a locked down environment and need the stability.&lt;/p>
&lt;p>With the D365 App for Outlook, it is a constant deployment rolled out with other fixes by Microsoft.&lt;/p>
&lt;h3 id="disableimplicitsharingofcommunicationactivities">DisableImplicitSharingOfCommunicationActivities&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Changing this to "True" will disable implicit sharing of records to recipients that are added to existing activities.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9690.2903&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>When an email, meeting, phone call etc. is created and an internal user is included in the recipients list, it shares the record with them. This allows the internal user to have visibility of the record within D365.&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/09-image-82.png?w=1024"
loading="lazy"
>&lt;/p>
&lt;p>If your security model has an issue with this, then this implicit sharing can be removed.&lt;/p>
&lt;p>Your model may restrict the visibility of activities depending on what record the activity is associated with in a team scenario. If the original recipient is no longer in the team, they should not have access to that information any longer. With the OOTB logic, this activity will still be visible.&lt;/p>
&lt;p>This email will still be in the recipients Outlook, nothing changes to the visibility in exchange, it is just the visibility in D365.&lt;/p>
&lt;h3 id="disablelookupmruonoutlookoffline">DisableLookupMruOnOutlookOffline&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>LookupMRUItems in UserEntityUISettings can cause a large data volume when going online,&lt;br>setting this to true will stop MRU's from syncing back ONLINE&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>6.1.0002.0106&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>This one is not obvious to me and there is no information online. I&amp;rsquo;ll update when I find anything out&lt;/p>
&lt;h3 id="disablemapicaching">DisableMapiCaching&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>When this value is set to "True," users can still pin the views. However, the query is sent to the&lt;br>CRM Server to retrieve the results instead of to the local cache to prevent performance issues.&amp;nbsp;&amp;nbsp;&lt;br>&lt;br>Note&amp;nbsp;This value is not valid with CRM 2013.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9690.2903&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>This was present to prevent server performance issues, typically seen with on-premise solutions, when results are retrieved from the cache of the server, rather than direct from the database. It is unclear if still needed.&lt;/p>
&lt;h3 id="disablesmartmatching">DisableSmartMatching&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Disables the smart matching functionality and relies on the tracking token on the incoming e-mails for email tracking.&lt;br>False&amp;nbsp;- Enables smart matching.&lt;br>True&amp;nbsp;- Disables smart matching.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9688.583&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>Smart Matching is how Microsoft works out that the email you just sent in belongs to a conversation that you have already synced, hence it will sync that email when it comes in.&lt;/p>
&lt;p>In System Settings, you have several options when it comes to matching. Correlation is the default, where it is using a conversation id on each email to match them. You can supplement this with a tracking token and/or smart matching.&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/09-image-83.png?w=906"
loading="lazy"
>&lt;/p>
&lt;p>Token is generally used for support scenarios, to ensure any replies to an email are tracked against the same case.&lt;/p>
&lt;p>Smart matching does what it suggests, using keywords in the subject and an algorithm to determine if the email is linked to a previous conversation.&lt;/p>
&lt;p>Using the DisableSmartMatching flag does the same as un-ticking the box on the system settings, where conversation id and tracking tokens are relied on.&lt;/p>
&lt;h4 id="distinctphysicalandlogicaldeletesforexchangesync">DistinctPhysicalAndLogicalDeletesForExchangeSync&lt;/h4>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Server-Side synchronization needs a mechanism to distinguish between Logical and Physical deletes of entities in CRM&lt;br>False : No distinction between physical and logical deletes for exchange sync delete scenario&lt;br>True : Physical and logical deletes will be distinguished for exchange sync delete scenario&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>8.2.2.0840&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>This is another where security takes over and users expectations can differ from the way Microsoft thinks it should work.&lt;/p>
&lt;p>If a user has been invited to a meeting, and it is recorded in D365, a copy of that exists within D365 and Exchange. If, for whatever reason, the user loses access (reas access) to that meeting in D365, the default behaviour would be to delete the copy in Exchange. Makes sense, to keep those in sync.&lt;/p>
&lt;p>With the DistinctPhysicalAndLogicalDeletesForExchangeSync set to true, lose of access to any activity does not mean that the activity is deleted in Exchange. Use this with DisableImplicitSharingOfCommunicationActivities to fully get control of activity access.&lt;/p>
&lt;h3 id="heading-1">&lt;/h3>
&lt;p>DoNotIgnoreInternalEmailToQueues&lt;/p>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>&lt;em>Version 5.0.9690.1533 to 8.2.2.1300:&lt;/em>&amp;nbsp;&lt;strong>False&lt;/strong>&lt;br>&lt;em>Version 8.2.2.1309 and higher:&lt;/em>&amp;nbsp;&lt;strong>True&lt;/strong>&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>If you disable the "Track email sent between CRM users as two activities" setting,&lt;br>email messages from a CRM user to a queue are not delivered.&lt;br>Additionally, if a workflow rule sends an email message to a queue,&lt;br>email messages that are sent by the workflow rule are not delivered.&lt;br>False&amp;nbsp;- Internal email messages to queues will not be delivered.&lt;br>True&amp;nbsp;- Internal email messages to queues will be delivered.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9690.1533&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>This is used in combination with the Track emails sent between Dynamics 365 users as two activities available in the system settings&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/09-image-84.png?w=838"
loading="lazy"
>&lt;/p>
&lt;p>If you enable the Track as a separate option, normally any email from internal user to a queue mailbox will be ignored. This seems a weird consequence, but they have provided you with an override so that these internal mails are not ignored.&lt;/p>
&lt;h3 id="enableappointmentbroadcastingforoutlooksync">EnableAppointmentBroadcastingForOutlookSync&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>0&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Number&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Setting for Appointment broadcasting for Outlook Synchronization&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>7.0.1.121&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>I can&amp;rsquo;t find any information on this. Will update when I find out.&lt;/p>
&lt;h3 id="enablecrmstatecodeonoutlookcategory">EnableCrmStatecodeOnOutlookCategory&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>True&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Enables Statecode data on contact sync&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>6.1.0.581&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;h3 id="enablesssitemlevelmonitoring">EnableSssItemLevelMonitoring&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Setting value to True will enable a new dashboard accessible by users and administrators&lt;br>called Server-Side Synchronization Failures.&lt;br>This dashboard allows the owner of a mailbox to have information about all non-synched&lt;br>incoming/outgoing emails and also appointment, contact, and task (ACT) items.&lt;br>Information is provided for the reason items are not synchronized.&lt;br>Default value is set to False to preserve the existing behavior.&lt;br>You can use the ExchangeSyncIdMappingPersistenceTimeInDays setting to control how&lt;br>long the data for failed emails is retained.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>8.2.2.1661&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>There is a dashboard available to admin already called Server-Side Sync failures, without this setting. Not sure what this does, as the dashboard seems to be available regardless.&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/09-image-85.png?w=1024"
loading="lazy"
>&lt;/p>
&lt;h3 id="exchangesyncidmappingpersistencetimeindays">ExchangeSyncIdMappingPersistenceTimeInDays&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>3&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Int&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>The number of days for which the ExchangeSyncIdMappings are to be persisted for failed emails.&lt;br>This setting is used in relation to the EnableSssItemLevelMonitoring setting.&lt;br>It is not recommended to increase this value higher than 7 days as it can lead&lt;br>to the table growing very large.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>8.2.2.2059&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>This setting defines how many days of sync failures are kept, useful when you are troubleshooting, but table will get huge quickly, so only increase if you need to.&lt;/p>
&lt;h3 id="expiresubscriptionsindays">ExpireSubscriptionsInDays&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>90&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Number&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Max number of days before deleting inactive Outlook client subscriptions.&lt;br>We recommend you keep this to the default unless you absolutely need to change it,&lt;br>be mindful of keeping the tracking info too long, or deleting it too soon.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>6.0.0.0&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>On creating my second post in this series I came across several configurations that were not documented in the KB article and hence were missed when I wrote this.&lt;/p>
&lt;p>When you track an contact in Outlook, you are subscribing to changes made to those contacts in D365 so that they are mimicked in your Outlook. This is great, but each subscription is stored in a database record, hence impacting storage costs. There is a deletion service that works through the subscriptions and deletes these expired lines. after the value is reached, with an outlook Client refreshing it&amp;rsquo;s subcriptions as part of it&amp;rsquo;s sync routine.the&lt;/p>
&lt;h3 id="hideemailautotrackoptions">HideEmailAutoTrackOptions&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Default value is false, if it's set to True: do not show the following track options in&lt;br>Personal Options (Email): 'All email messages', 'Email messages from D365 Leads, Contacts&lt;br>and Accounts', 'Email messages from D365 records that are email enabled'&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>9.1.0.1639&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>This setting goes one further to the one below by stripping out &amp;ldquo;All email messages&amp;rdquo;, &amp;ldquo;Email messages from D365 Leads, Contact and Accounts&amp;rdquo; and &amp;ldquo;Email messages from D365 records taht are email enabled&amp;rdquo;, just leaving you with the two below.&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/09-image-46.png?w=737"
loading="lazy"
>&lt;/p>
&lt;h3 id="hidetrackalloption">HideTrackAllOption&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Removes “&lt;strong>All email messages&lt;/strong>” option from users’ Personal Options under Email&lt;br>tab&amp;nbsp;&lt;strong>Select the email messages to track in Microsoft Dynamics 365&lt;/strong>&amp;nbsp;area.&lt;br>False – "All email messages" option is shown in the dropdown.&lt;br>True – "All email messages" option is not shown in the dropdown.&lt;br>If a user already has "All email messages" selected, their synchronization option is&amp;nbsp;&lt;strong>not&lt;/strong>&amp;nbsp;updated&lt;br>in DB. Administrators will need to update this value via SDK.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>9.0.2.264&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>Under personalisation settings for each user, they can decide to track all emails they receive from any source. Great for a shared mailbox or customer mailbox, but not for a normal user who receives spam and invites to cake sales etc.&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/09-image-86.png?w=795"
loading="lazy"
>&lt;/p>
&lt;p>The default here is Email messages in response to D365 mail, but to stop users filling your D365 instance, setting the HideTrackAllOption to true will remove that top option.&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/09-image-87.png?w=743"
loading="lazy"
>&lt;/p>
&lt;p>Any users that had this setting prior to it&amp;rsquo;s removal need to be updated manually or via the SDK.&lt;/p>
&lt;h3 id="ignorecopieditemsinsssformailbox">IgnoreCopiedItemsInSSSForMailbox&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Ignore creating duplicate for copied items for Server Side Sync&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>9.1.0.11129&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>Normally, when an email or meeting or task is synced, it doesn&amp;rsquo;t matter where that content came from. If it appears new, it will be created new, even if it is a copy of another item. This will reduce the amount of synced items but may be a concern for your environment.&lt;/p>
&lt;h3 id="mailboxstatisticspersistencetimeindays">MailboxStatisticsPersistenceTimeInDays&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>3&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Number&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>If value is 0, dont store ANY MailboxStatistics Data, if the value is greater than zero then&lt;br>store that number of days statistics data. Max value arbitrarily chosen at 1 year,&lt;br>this generates at lot of data so 1 year should be plenty of time&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>8.0.0.1088&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>The Mailbox statistics records how frequently a mailbox is accessed and synced. This way, the more active mailboxes are synced more regularly. A mailbox that is infrequently used will be checked less regularly.&lt;/p>
&lt;p>On a high user system, with SSS on, it can get populated quickly, so 3 days will normally be appropriate.&lt;/p>
&lt;h3 id="outlookclientemailtaggerenabled">OutlookClientEmailTaggerEnabled&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>here are 3 values for this Boolean setting - true, false, and NULL (which is the value when NOT set).&lt;br>True: Will override any and all client registry setting to True.&lt;br>False: Will override any and all client registry setting to False.&lt;br>NULL: If the setting is NULL the outlook clients will use whatever is in the registry of the client.&lt;br>TO SET THIS VALUE TO NULL YOU WILL NEED TO CLICK EDIT, THEN REMOVE THE VALUE&lt;br>TO HAVE IT DEFAULT TO NULL.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>7.0.1.121&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;h3 id="outlooksyncdatasubscriptionclientsbatchsize">OutlookSyncDataSubscriptionClientsBatchSize&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>100&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Number&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>This setting is used to determine how many record changes (deletes, inserts, and updates)&lt;br>to send back to a syncing client for each request.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>7.1.0.1059&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;h3 id="overridetrackincrmbehaviour">OverrideTrackInCrmBehaviour&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>0&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Int&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>When this option is Enabled, the ‘Track in CRM’ button functions as the Set Regarding&lt;br>button in Dynamics 365 for Outlook. In Dynamics 365 App for Outlook,&lt;br>‘Track without regarding’ command is not displayed, with Set Regarding as&lt;br>the only way to synchronize Outlook items to Dynamics 365.&lt;br>0 - Normal behavior of the "Track in CRM" button not having to set a Regarding record&lt;br>in Dynamics 365 for Outlook.&lt;br>‘Track without regarding’ command is displayed in Dynamics 365 App for Outlook.&lt;br>1 - The ‘Track in CRM’ button functions as the ‘Set Regarding’ button, and makes you&lt;br>select a regarding record in Dynamics 365 for Outlook.&lt;br>In Dynamics 365 App for Outlook, ‘Track without regarding’ command is not displayed,&lt;br>with Set Regarding as the only way to synchronize Outlook items to Dynamics 365.&lt;br>NOTE: This setting applies to&amp;nbsp;both&amp;nbsp;Dynamics 365 for Outlook and Dynamics 365 App for Outlook.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>9.1.0.6200&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>Normally, a user can track an activity to D365 without associating with a record, the Set regarding. This could lead activities in your tenant not associated with a record, orphaned. Depending on your business requirements, disabling this feature could be required.&lt;/p>
&lt;p>Normally, under the &amp;hellip; under Not Tracked, the user has an option to Track without Regarding&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/09-image-88.png?w=384"
loading="lazy"
>&lt;/p>
&lt;p>Setting OverrideTrackInCrmBehaviour to 1 will override this behaviour, removing the ellipses button altogether. The user has to establish a link to an existing record to sync the email or activity.&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/09-image-89.png?w=300"
loading="lazy"
>&lt;/p>
&lt;h3 id="overridev5senderconflictresolution">OverrideV5SenderConflictResolution&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>When multiple records with the same email address exist in the Dynamics CRM Organization&lt;br>and email is automatically tracked, the email address is resolved to the record for the owner&lt;br>record that was created first. This option lets you override that functionality.&lt;br>False&amp;nbsp;- E-mails are tracked to the first record created.&lt;br>True&amp;nbsp;- E-mails are not tracked automatically if there are multiple records&lt;br>with the same email address.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9690.2243&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>Michael Sulz has a good write up on this, &lt;a class="link" href="https://michaelsulz.wordpress.com/tag/crm/" target="_blank" rel="noopener"
>here&lt;/a>.&lt;/p>
&lt;p>Normally, if there are 2 or more contacts with the same email address (data quality is always a problem, however much you take care of it, though &lt;a class="link" href="https://www.data-8.co.uk/" target="_blank" rel="noopener"
>data8&lt;/a> do a real good job of removing duplicates and improving your data) the contact chosen is the first contact owned by the syncing user, sorted by create date or the first created if that doesn&amp;rsquo;t match.&lt;/p>
&lt;p>Setting this option to true will force the user to make a decision and not sync the email automatically.&lt;/p>
&lt;h3 id="restrictirmemailitems">RestrictIRMEmailItems&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Setting value to TRUE will result in Server Side Sync NOT synchronizing ALL emails&lt;br>that are marked as IRM emails.&lt;br>Default value is set to False to preserve the existing behavior.&lt;br>To enable this restriction on the organization " RestrictIRMEmailItems " should be set to True.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>8.2.2.0840&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>Bhavesh Shastri has a great write up of this configuration &lt;a class="link" href="https://community.dynamics.com/crm/b/crminthefield/posts/dynamics-365-customer-engagement-how-to-choose-system-settings-and-personal-options-for-automatic-email-tracking" target="_blank" rel="noopener"
>here&lt;/a>&lt;/p>
&lt;p>Restricted messages, those that the sender has marked as any of the restricted types in Azure information Protection, may not be suitable to be included in your D365 system.&lt;/p>
&lt;p>If you set his flag to true, the user will not be able to sync those that are protected and will be given an error message if they try to.&lt;/p>
&lt;h3 id="securitysettingforemail">SecuritySettingForEmail&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Number&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>1: Display a Warning Message And give an option to open -&lt;br>2: Display a Warning Message and do not give an option to open&lt;br>3: Do not display a Warning Message and do not give any option to open.&lt;br>This setting is NOT SUPPORTED IN CRM2013 as of build 809&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9690.3731&lt;br>6.1.0.581&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>The majority of emails that a user receives and hence sync to D365 contain HTML to some degree, whether it is simple formatting or full on marketing emails.&lt;/p>
&lt;p>In all scenarios, the interface presents a stripped down version of the email, but formatting etc will be lost.&lt;/p>
&lt;p>There is a risk when these are displayed in all their glory in D365, that parts of the email could be nefarious, including scripts etc that could include phishing or other attacks. Microsoft by default warns the user that this is the case, but allows the user to click through to the content, putting the decision in the users&amp;rsquo; hands.&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/09-image-90.png?w=722"
loading="lazy"
>&lt;/p>
&lt;p>If you change the setting to 2, the link to the full content is removed&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/09-image-91.png?w=679"
loading="lazy"
>&lt;/p>
&lt;p>Changing the setting to 3 removes the message and always shows the full version of the email&lt;/p>
&lt;h3 id="sendemailsynchronously">SendEmailSynchronously&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>0&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Int&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>If you have a plugin registered on the email send flow, you&amp;nbsp;should&amp;nbsp;change this setting to&amp;nbsp;"1."&amp;nbsp;&lt;br>0&amp;nbsp;- Email is sent asynchronously.&lt;br>1&amp;nbsp;- Email is sent synchronously.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9690.2720&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>Depending on your logic, you may interact by workflow when an email is sent via Outlook. This setting moves the send email to a synchronous operation rather than asynchronous, allowing a more immediate interaction with the email. This may have a performance impact on the user in Outlook.&lt;/p>
&lt;h3 id="sortemailbyreceivedon">SortEmailByReceivedOn&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>When the Activities tab of the social pane is show, the data ordered by the 'modifiedon'&lt;br>date in descending order, toggling this setting to True will enable the social pane to sort&lt;br>emails by RecievedOn Desc instead of modifiedon&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>8.0.1.79&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>I am not sure that this is a problem any more, in Social pane in D365 we have a lot of options for searching, but back in the legacy UI this allowed you to change the email sorting from the date the email was edited or added to D365 to the date the email was received. This could be several days difference, so it could give a different perspective to the conversation.&lt;/p>
&lt;h3 id="traceexchangesyncdata">TraceExchangeSyncData&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>true&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Enables exchange sync tracing&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>6.0.0.809&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>Logging of the sync data is essential for any troubleshooting, but it adds to the size of your database. With the separation of log and data in storage costs, I am not sure this should ever be turned off if you are using SSS.&lt;/p>
&lt;h3 id="trackappointmentsfromnonorganizer">TrackAppointmentsFromNonOrganizer&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>True&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Enabled users to track appointments organized by another Dynamics 365 user via&lt;br>Dynamics 365 App for Outlook.&lt;br>False &amp;nbsp;– &amp;nbsp;Dynamics 365 App for Outlook and Server-Side Synchronization users cannot track&lt;br>Outlook appointments whose organizer is a Dynamics 365 user.&lt;br>True &amp;nbsp;– &amp;nbsp;Dynamics 365 App for Outlook and Server-Side Synchronization users can track Outlook&lt;br>appointments whose organizer is a Dynamics 365 user.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>9.1.0.0294&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>You can always track a meeting if it was sent from an external user and by default, you can track any appointment where the organiser is a D365 user. This setting prevents the user from tracking an appointment if it is not them organising it.&lt;/p>
&lt;h3 id="trackcategorizeditems">TrackCategorizedItems&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>True&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Setting value to False will remove the category tracking flag and functionality.&lt;br>Default value is set to True to allow category tracking and tracking status visibility for users&lt;br>whom do not use Dynamics 365 for Outlook or Dynamics 365 App for Outlook.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>8.2.2.0840&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>Using &lt;a class="link" href="https://docs.microsoft.com/en-us/dynamics365/customer-engagement/admin/use-outlook-category-track-appointments-emails" target="_blank" rel="noopener"
>Category based tracking&lt;/a> is a great way to allow users to track multiple emails at once. In the App for Outlook, this is the only way.&lt;/p>
&lt;p>With the OOTB behaviour, the user gets a new category added and is able to select multiple emails to sync. It also appears as a great indicator in Outlook that the activity is synced.&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/09-image-92.png?w=733"
loading="lazy"
>&lt;/p>
&lt;p>Setting the flag to false removes this category and ability.&lt;/p>
&lt;p>&lt;img src="https://linked365.blog/images/2019/09-image-93.png?w=769"
loading="lazy"
>&lt;/p>
&lt;p>Be warned on this, if you leave any item with the category on it after you have disabled this functionality, re-enabling the functionality will mean that these items will be synced. Also, this category doesn&amp;rsquo;t respect the fact you upgrade. An email with the category that was synced to an on premise version will create a duplicate if that user is moved to the online version and the originating email was migrated as part of the data migration from on-prem to online.&lt;/p>
&lt;h3 id="usecrmorganizerforemptyexchangeorganizer">UseCrmOrganizerForEmptyExchangeOrganizer&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Use the CRM Organizer of an Appointment if the Exchange Organizer doesn't exist.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>8.1.1.1020&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>I think this is more to do with rare cases when the sync doesn&amp;rsquo;t work correctly, but another one that I can not find any information for.&lt;/p>
&lt;h3 id="usefilteringmethodofsyncingmailboxonlyforcorrelation">UseFilteringMethodOfSyncingMailboxOnlyForCorrelation&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>This is for controlling which users’ filtering settings will be used &amp;nbsp;for correlation.&amp;nbsp;&lt;br>False &amp;nbsp;– filtering method of all recipients of the email will be checked to decide if any&lt;br>user/queue accepts email or not.&lt;br>True &amp;nbsp;– filtering setting of user who synced email to CRM will be used. Filtering &amp;nbsp;setting&lt;br>of other recipients of the emails will be ignored.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>8.2&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>Each user has a seperate filter list to decide which emails are synced to D365. These can be various settings on what that individual user requires.&lt;/p>
&lt;p>The default for this setting, the standard OOTB behaviour, is false, where any user can sync this email if it matches their settings. True means that the user who created the email or synced it will be able to have the email included in the selection for the filter. It is in effect an additional filter for the user to only include emails I have created.&lt;/p>
&lt;h3 id="useplaintextforemailtemplatebody">UsePlainTextForEmailTemplateBody&lt;/h3>
&lt;table>&lt;tbody>&lt;tr>&lt;td>&lt;strong>Default Value&lt;/strong>&lt;/td>&lt;td>False&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Type&lt;/strong>&lt;/td>&lt;td>Boolean&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Description&lt;/strong>&lt;/td>&lt;td>Changes the Email Template to use plain text where otherwise text with the following&lt;br>symbols would not appear &amp;lt;text&amp;gt;.&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Min Version&lt;/strong>&lt;/td>&lt;td>5.0.9690.2720&lt;/td>&lt;/tr>&lt;tr>&lt;td>&lt;strong>Max Version&lt;/strong>&lt;/td>&lt;td>&lt;/td>&lt;/tr>&lt;/tbody>&lt;/table>
&lt;p>This is one of the older settings, presumably when people had email clients that could not handle html formatted text.&lt;/p></description></item></channel></rss>