用於伺服器端同步的 OrgDBOrgSettings

此主題涵蓋伺服器端同步處理的特定 OrgDBOrgSettings 預設值。 如需編輯這些設定的資訊，請移至環境資料庫設定。

姓名	預設值	描述
AddParentEntityToRelatedOnNewActivityCreate	假	當該值設為 True 時，在上層記錄內容中建立活動時，活動記錄中的相關欄位會自動填入。 例如，如果啟用此設定，則從帳戶的時間軸建立新的電子郵件活動會自動關聯「相關」欄中的該記錄。
允許將約會另存為草稿	假	將此值設為 true，即可在 Dynamics 365 中將約會建立為 草稿，而不與 Exchange 同步。 約會表單具有「 另存為草稿」 命令和「 發送」 命令，以便您可以保存、添加詳細資訊和更新約會活動，而無需同步到 Exchange。 預設值會設定為 False 以保留現有的行為。
升級時自動建立聯絡人	true	停用在提升電子郵件時，為未解析的寄件者自動建立連絡人資料列的功能。 此選項適用於整個組織，但也可以從每位使用者的個人選項設定中停用此選項。 其他資訊：設定個人選項
AutoTrackSentFolderItems	假	啟用后，伺服器端同步會使用使用者或佇列的傳入電子郵件篩選方法自動跟蹤來自已發送郵件資料夾的電子郵件。 預設值會設定為 False 以保留現有的行為。
為同步信箱建立佇列項目	true	允許在已同步的信箱中，於收件者：或副本：欄位都沒有收件者時建立佇列項目。 更多資訊：從同步處理的電子郵件訊息建立佇列項目
為接受佇列收件者建立佇列項目	true	啟用後，系統會在處理內送電子郵件時，為每個已解析的佇列收件者建立一個佇列項目。 如果為電子郵件資料表啟用了 AutoRouteToOwnerQueue，則系統也會在電子郵件擁有者的預設佇列中建立一個佇列項目。 預設值為 True。
DistinctPhysicalAndLogicalDeletesForExchangeSync	假	啟用后，伺服器端同步在處理從 Dynamics 365 到 Exchange 的同步行刪除時區分物理刪除和邏輯刪除。 如果資料列被判定為邏輯刪除，則該項目會在 Exchange 中取消連結，而不會被刪除。 禁用該設置后，邏輯刪除和物理刪除都會根據預設同步行為傳播到 Exchange，其中可能包括刪除。 物理刪除 是指從 Dynamics 365 中物理刪除行。 邏輯刪除是指使用者失去對該資料列的存取權限，或使用者的同步篩選器不再擷取該資料列。
DoNotAutoTrackEmail	true	啟用時，允許無電子郵件訊息選項顯示在使用者或佇列接收電子郵件篩選方法選項中。
不要將轉寄的電子郵件視為回覆	假	轉寄的電子郵件通常包含 In-Reply-To 訊息標頭值，該值指向原始電子郵件的 Message-ID。 因此，轉寄的電子郵件會視為回覆現有的電子郵件。 您可以透過啟用 DoNotCorrelateForwardedEmailsAsReplies 來修改此行為。 遺憾的是，電子郵件標頭不提供確定電子郵件是否已轉發的指示器。 DoNotCorrelateForwardedEmailsAsReplies 設定的運作方式，是檢查目前電子郵件的收件者，並判斷其中是否有人也是透過 In-Reply-To 標頭建立關聯之原始電子郵件的寄件者。 如果其中一個收件者被認定為寄件者，則電子郵件會被視為回覆。 如果沒有收件者是寄件者，則會將電子郵件視為轉寄，並從「回覆至」關聯中排除。 請務必注意，此檢測邏輯有時可能會導致意外結果，例如，當使用者從其“已發送郵件”資料夾回復所有電子郵件時，該電子郵件未分類為回復，因為發件者不在已發送電子郵件的初始收件者中。 請注意：此設定會停用 conversationIndex 關聯性，因為 conversationIndex 與該功能不相容。 智慧匹配和跟蹤令牌關聯將繼續發揮作用，並且優先於此設置，因為它們的目的是根據其他數據 (收件者、主題詞、主題中的跟蹤令牌) 關聯電子郵件。 因此，建議您停用智慧配對 (預設為關閉) 和追蹤權杖，因為它們在某些情況下可能會干擾此設定。
DoNotIgnoreInternalEmailToQueues	true	如果在系統設定中停用將 Dynamics 365 使用者之間傳送的電子郵件追蹤為兩個活動，則此設定可讓使用者傳送至佇列信箱的電子郵件同步至 Dynamics 365，前提是該佇列的接收電子郵件傳遞設定原本會接受該電子郵件。
EmailTemplateRetrieveFallbackContact	假	在電子郵件範本中參照潛在客戶或商機上的連絡人時，若所參照的連絡人為空白，則會使用後援邏輯挑選後援連絡人，例如 primarycontactid 或 parentcontactId。
啟用用於外寄電子郵件的信箱委派	假	啟用後，伺服器端同步將使用電子郵件提交者的郵箱發送電子郵件。 例如，如果 Nancy Anderson 發送了一封電子郵件，並且在“發件人”字段中選擇了 Gail Erickson，則該電子郵件在 Outlook 中顯示為代表 Gail Erickson 的 Nancy Anderson。 禁用後，伺服器端同步將使用「寄件者」欄位中的郵箱發送電子郵件。 如需其他資訊 (包括必要條件)，請前往使用 Exchange 信箱委派以其他使用者身分傳送外寄電子郵件
啟用 SSS 項目層級監視	true	啟用後，允許使用者與系統管理員看到伺服器端同步處理失敗儀表板。 如需瞭解如何使用儀表板來疑難排解同步處理失敗的詳細資訊，請參閱 使用 Dynamics 365 疑難排解項目層級伺服器端同步處理問題。 請注意：使用 ExchangeSyncIdMappingPersistenceTimeInDays 設定來控制失敗電子郵件的資料保留時間。
Exchange 同步識別碼對應保留時間（天）	3	ExchangeSyncIdMappings 針對失敗電子郵件保留的天數。 建議該值不要超過 7 天，因為這可能會導致資料庫中存儲大量行。 請注意：此設定與 EnableSssItemLevelMonitoring 設定一起使用。
隱藏電子郵件自動追蹤選項	假	啟用后，從使用者的個人選項中刪除 所有電子郵件、 來自 Dynamics 365 潛在顧客、聯繫人和客戶 的電子郵件和 Dynamics 365 記錄中的電子郵件啟用了電子郵件 的傳入電子郵件篩選方法選項。 注意：啟用此設置不會更改當前為單個用戶設置的值。 我們建議啟用此設定，以防止電子郵件意外提升至 Dynamics 365。
HideTrackAllOption	假	啟用後，會從使用者的個人選像中移除所有電子郵件訊息接收電子郵件篩選方法選項。 請注意：啟用此設定不會變更目前為個別使用者設定的值。 我們建議將此設定設為啟用，以防止電子郵件意外提升至 Dynamics 365。
忽略用於相互關聯的 ConversationIndex 和 InReplyTo	偽	執行電子郵件關聯時，忽略電子郵件 ConversationIndex 和 InReplyTo 欄位。 注意：此設定最常用於防止其他關聯方法干擾追蹤權杖。
IgnoreCopiedItemsInSSSForMailbox	True	啟用後，伺服器端同步不會將從 Exchange 複製、連結的項目以插入方式同步到 Dynamics 365。
IgnoreInternalEmailDetectionEnhancement	true	如果在系統設定中停用將 Dynamics 365 使用者之間發送的電子郵件追蹤為兩個活動，如果 Dynamics 365 中不存在具有相反方向代碼 (發送/接收) 的相同電子郵件，則啟用此選項允許考慮從 Dynamics 365 使用者發送的電子郵件進行關聯。 停用這項增強功能會恢復為舊版行為，在該行為下，電子郵件可能會因 DoNotIgnoreInternalEmailToQueues 設定而遭拒絕。
忽略來自佇列的內部電子郵件	假	在系統設定中停用將 Dynamics 365 使用者之間傳送的電子郵件當做兩個活動進行追蹤設定時，可以啟用此設定。 如果啟用此設定，則從 Dynamics 365 佇列傳送給其他 Dynamics 365 佇列或使用者的內部電子郵件，將不會自動在 Dynamics 365 中追蹤。
郵件伺服器上的主旨最大長度	255	定義生成追蹤權杖並將其附加到電子郵件主題時的最大長度。 如果跟蹤令牌的長度小於此值，則如果串聯值 (主題 + 跟蹤令牌) 超過最大限制，則主題將被截斷。 不過，如果追蹤權杖本身就超過這個值，系統會截斷主旨以符合指定的值，且不會包含追蹤權杖。
保留電子郵件寄件者與收件者資訊	假	啟用後，當相關聯之對象記錄 (例如連絡人、系統使用者或佇列) 上的電子郵件地址或名稱之後有所變更時，現有電子郵件資料列上的原始寄件者與收件者 (收件者、副本、密件副本) 活動對象資訊會予以保留。 預設情況下，平台會更新所有活動參與者資料列中的地址與參與者名稱，包含先前建立的電子郵件中的資料列，因此過往電子郵件中已記錄的寄件者與收件者都會反映新的地址。 注意：此設定不具追溯性;它只影響啟用後所做的地址或姓名變更。
需要權限才能自行核准電子郵件地址	假	啟用時，使用者需要核准使用者或佇列的電子郵件地址權限才能核准他們自己的信箱。
ResolveForInactiveEntities	假	啟用後，解析收件者與副本收件者清單的電子郵件地址時，會忽略非使用中資料表的電子郵件地址。 備註：此設定不適用於已停用帳戶的系統使用者，這些使用者一律排除在外。 此設定也不適用於 [寄件者] 欄位。
RestrictIRMEmailItems	假	啟用時，伺服器端同步處理不會自動追蹤所有使用資訊版權管理 (IRM) 在 Outlook 中標示為受限權限的電子郵件。 預設值會設定為 False 以保留現有的行為。 此設定無法防止使用者使用 Dynamics 365 App for Outlook 或類別追蹤手動追蹤受限電子郵件。
SSS為已追蹤的電子郵件建立其他佇列項目	假	啟用后，如果伺服器端同步已創建電子郵件，並且同步佇列中不存在佇列項，則伺服器端同步將為同步佇列創建佇列項。 預設值為 False。
SSS 使用者信箱的強制篩選方法	-1	透過以下值覆蓋所有使用者信箱的傳入電子郵件篩選方法：-1 (停用)、0 (所有電子郵件訊息)、1 (回覆 Dynamics 365 電子郵件的電子郵件訊息)、2 (來自 Dynamics 365 潛在客戶、連絡人和帳戶的電子郵件訊息)、3 (來自已啟用電子郵件的 Dynamics 365 記錄的電子郵件訊息) 和 4 (無電子郵件訊息)。
SSSPropagateAppointmentCancellationsToExchange	假	啟用後，Dynamics 365 中已取消的約會會以刪除的形式同步到 Exchange 召集人的信箱。 如果約會有出席者並安排在將來，則這會導致向所有收件者發送取消消息。 注意：Exchange 中會議召集人的電子郵件地址必須與召集人郵箱記錄 Dataverse的電子郵件位址匹配。
SSS將外寄電子郵件儲存到 Exchange 的寄件備份匣	true	啟用後，從 Dynamics 365 傳送的電子郵件會儲存至 Exchange 中寄件所用信箱的「寄件備份」資料夾。 注意：這會導致「寄件備份」資料夾隨著時間經過而逐漸增大，而且如果超過配額限制，還可能導致 Exchange 節流。
SSSTagAlreadyTrackedEmails	true	若正在評估的電子郵件已是 Dynamics 365 中的資料列，則允許伺服器端同步處理將已追蹤到 Dynamics 365 類別旗標套用到 Dynamics 365 收件者信箱中的電子郵件。
SSSTaskDeletionSyncBehaviorFromExchange	0	指定 Exchange 中的工作刪除如何同步至其連結的 Dynamics 365 活動記錄。 0：在 Exchange 中刪除的工作也會在 Dynamics 中刪除 (預設)。 1：在 Exchange 中刪除的任務如果未完成，則在 Dynamics 中刪除。 2：在 Exchange 中刪除的工作永遠不會在 Dynamics 中刪除。
SSS在非草稿模式下更新過去的會議	假	當開始、結束、主題、正文、與會者或位置等屬性變更時，允許將 Dynamics 365 中過去設定之會議的更新傳播至 Exchange。 注意：如果啟用此設置，Exchange 將發送從 Dynamics 365 同步的過去會議的會議邀請、更新和取消。
追蹤非召集人的約會	true	啟用時，允許非召集人收件者從 Exchange 將約會追蹤至 Dynamics 365。
追蹤已分類項目	true	允許使用者使用類別手動追蹤項目。 連結的專案也會顯示，並應用該類別作為專案跟蹤狀態的視覺指示器。 注意：禁用此功能會從 Outlook 和相關功能中刪除該類別。
UseCrmOrganizerForEmptyExchangeOrganizer	假	啟用後，如果 Exchange 約會召集人未與電子郵件地址關聯，則此設置允許伺服器端同步在處理從 Exchange 到 Dynamics 365 的更新時使用現有的 Dynamics 365 召集人資訊填充召集人字段。
僅將同步信箱的篩選方法用於關聯	假	停用後，將評估所有 Dynamics 365 收件人的篩選方法，以確定在自動傳入電子郵件處理期間執行關聯時是否有任何使用者或佇列接受電子郵件。 啟用后，系統僅考慮當前正在處理電子郵件的使用者或佇列的傳入電子郵件過濾方法。 在此案例中，會忽略其他 Dynamics 365 收件者的接收電子郵件篩選方法。
UsePlainTextForEmailTemplateBody	假	會將電子郵件範本變更為使用純文字，否則包含下列符號的文字不會顯示：<text>。
UseXAnchorMailboxInExchangeRequestHeader	true	允許伺服器端同步在連接至 Exchange 時指定 XAnchorMailbox 標頭。 我們建議您不要停用此設定。
UnresolveSenderInCaseOfMultipleMatch	偽	啟用後，如果寄件者符合多筆跨資料表的記錄 (例如潛在客戶、團隊、使用者、自訂資料表、帳戶及連絡人)，伺服器端同步處理會將寄件者保留為未解析狀態。 例如，如果電子郵件寄件者的電子郵件地址同時符合一個帳戶和一筆潛在客戶，則伺服器端同步會將電子郵件寄件者保留為未解析狀態。