Email Sidebar Initial Search and Applied Record Filters¶
In Email Sidebar, automatic search for relevant Salesforce records (initial search) follows a specific algorithm of interactions between the Add-In/Gmail Extension, MS Exchange / Office 365 (or Gmail), and Salesforce. The below diagram illustrates the general relevant records retrieval principle applied by the Add-In / Chrome Extension.
The Initial Search also determines what object category tabs will be present on the Add-In’s home screen, based on Salesforce configuration data. Note that while some added object types with set Salesforce views will be handled in “out-of-the-box” RGES configuration, other custom ones must be specifically configured to be handled by RGES
After an email message/calendar item is selected or opened in your email client and the Add-In / Chrome Extension is open:
- The Add-In / Chrome Extension obtains the full list (initial list) of senders/recipients from this item in MS Exchange
- Email Sidebar filters the initial list by removing the addresses which contain your corporate domain(s) (“internal emails”) and the addresses/domains specifically blocklisted from sharing in Salesforce by Revenue Grid synchronization, this way creating an aggregated list of addresses
- Next, Email Sidebar passes the resulting list to Salesforce to match these email addresses with objects stored in Salesforce
- Salesforce matches the addresses from the aggregated list against the record fields
- The results are displayed in the Email Sidebar as Related records
The resulting Related records list will include¶
- Associated Lead retrieved based on the email addresses and any records that match email addresses mentioned in email body
Associated Contact retrieved based on the email addresses, their associated Account and other business records (Opportunities, Cases), as well as other objects linked to this Account
If no associated Leads or Contacts are found, the list will include Accounts retrieved based on their Website address field value matching the email address’s domain
Other related records found, based on data retrieved from message Subject, Body (e.g. mentioned email addresses), and Signature. This includes your Org-specific custom objects, provided you have added them to RGES handling scope
If the aggregated list contains no addresses (that is, all addresses were filtered out as internal/blocklisted), the message is categorized as Internal and no related records are displayed for it.
If Email Sidebar reads a support Case’s code contained in the message’s Subject field, it also retrieves and adds the corresponding Case to the related records list. Additionally, If there are direct links to Salesforce records (e.g., http://yourcompany.my.salesforce.com/0011J00001C5VJa) or email addresses mentioned in message body, these items are also added to the list.
Note that searching for records related to internal emails can also be performed, if the Add-In / Chrome Extension is configured to do so by enabling the Include internal emails into search results option on Email Sidebar Customization page – this option excludes internal email addresses filtering by Initial Search.
How Email Sidebar Filters Records Displayed in Search Results¶
In addition to the customizable viewed items filters applied to make Email Sidebar‘s displaying of Salesforce records convenient and focused, it includes specific filters applied for items being synced which are required for sync optimization and focusing, so the items actually displayed in Email Sidebar search results are what remains after application of all these filters, besides the search criteria you have entered.
The applied filters are:
- The “internal emails” filter and the Do not load related objects lists filter to learn how to disable or enable these filters), as well as secondary “items focusing” Salesforce views which can be set in customization settings (Global search filter and Contextual search filter)
- The blocklisted addresses / domains filter and other filters applied on records synchronization
This way, if the searched for item is not displayed, it may have been hidden by one of the above listed filters. To determine the reason why the record was not shown in search results:
- Read [this article]he list of the addresses which have been filtered out as internal or blocklisted under Smart Actions bar > More… > Observations, “Some not important emails were filtered:“ in Email Sidebar.
In addition, to bring up only actual records, Email Sidebar initial search applies specific filters for certain objects listed in Related records. To be included, an Opportunity object must be either be closed within 1 year (365 days) in the past or expected to be closed within 6 months (180 days) from the present date; a Support Case object must be open and created within 3 months (90 days) in the past from the current date. Please also refer to this article to learn how to include closed Cases and Opportunities into RGES handling scope.
Internal Emails, Corporate Domains, and the Blocklist¶
By default, Email Sidebar recognizes your corporate email domains on the Org level in the RGES Admin panel and does not auto-save emails to/from such addresses in Salesforce if the corresponding setting is enabled.
You can always make use of user-initiated search if you want to save an email categorized as internal or blocklisted to Salesforce, linked to an existing object.
The list of internal (in-org) email addresses/domains is defined via the corresponding field in RGES Admin panel. Email Sidebar also appends different variations of your corporate email domain(s) (based on the list of aliases retrieved from MS Exchange / Office 365) to this list, as comma-separated values.
In case you need to enable retrieval of related records for internal (in-org) email messages and calendar items, follow the steps below:
1. Go to Customization page
- In the Application Settings area, select the Include internal emails into search results checkbox
3. Click Save in the upper right corner
This will enable Email Sidebar to work with internal emails on the Organization’s level, thus the Add-In / Chrome Extension will also disregard the corporate email addresses list on all synchronization sessions.
The users who have access to their Customization settings can add specific domains to their blocklisted Domains list (the individual not-to-be-shared by RGES synchronization blocklist) in the Email Sync Options Customization section of Customization settings.
For example, if you want to blocklist from syncing emails received from/sent to addresses belonging to free email services like gmail.com or outlook.com, you can add them to the Blocklisted Domains box as comma-separated values. Note that the list does not support using wildcards. Messages or events received from users with the specified domains in their email addresses will not be auto-saved in Salesforce.
All domains added to the Blocklisted Domains box will also be automatically added to the ServiceAutoTrackBlackList setting on the User level as comma-separated values.
Email Sidebar applies both ServiceOrganizationDomains and ServiceAutoTrackBlackList settings during each synchronization attempt to filter out internal emails and blocklisted domains. Some users may have their corporate domains blocklisted, in addition to it being specified in the ServiceOrganizationDomains setting of the Organization they belong to.
To save internal emails, if you select the Include internal emails into search results checkbox (as described above), make sure that your corporate domain is not listed in the blocklisted Domains box as well.
If an email is sent to multiple receivers and only some of the addresses are on the blocklist, the email will still be saved and linked to the records associated with the recipients who are not blocklisted.
Prefilled Field Values Priority¶
In the latest Email Sidebar updates, when a single field is prefilled by either two or all of the three existing prefilling mechanisms, there is an established priority defining which prefilled value prevails [listed from higher priority to lower priority]:
Prefilling of default values set by RGES Sync
Default values defined by Salesforce (e.g. default picklist items)
In addition, any prefilled field value can be modified through Email Sidebar by the users.
Strict Initial Search¶
Email Sidebar initial search is based on Salesforce search; by default its results include all records linked to an object one of whose fields specified in the Search by list contains a matching identifying value (e.g. email address or name) extracted from the incoming email message or calendar item. This broad search approach is useful in most cases, as it is highly inclusive. However, when applied to searching among internal emails (that is, Allow creating duplicated emails in Salesforce is enabled), the default broad search might retrieve too many undesired associated records from Salesforce, including owned records and ones retrieved via WhoId / WhatId fields. To prevent that, Email Sidebar always applies strict initial search for internal emails, making the results more focused.
If broad initial search matches are too many, only a selection of them is displayed in Related records. If you notice that occurring, i.e. you see some distantly related records instead of expected ones, it might be necessary to enable strict initial search permanently to get focused results. Send a corresponding request to our Support team to enable permanent application of strict initial search in your configuration.
Opportunity Contact Roles Associations¶
Please note that in the latest Email Sidebar updates contact roles set for Opportunity objects are also considered on initial search and associated records found through the roles are also listed in Related records in the Sidebar.
Related Records Retrieval Pattern¶
If an incoming/outgoing Email or Event has an associated Contact linked to an Account, both will be displayed in related record list retrieved by Initial Search
Initial Search displays among Related records only those additional Contact associations (e.g. Opportunities or Cases) which object-specific user defined Contextual search filter allows to handle
If there are duplicate records found which are based on the same email address, e.g. a Lead and a Contact, all of them will be listed among Related records
If an incoming/outgoing Email or Event has an associated Contact but no Account linked to it, there will be no direct suggestion to create an Account for it, since some business contacts might represent no companies and thus require no Account linking
If an Account’s Website field corresponds to an email domain used in correspondence, Email Sidebar Initial Search will list it among Related records only if no other associated records were found. In addition, on Contact creation, when suggesting an Account to be associated with the Contact, Initial Search first checks for related Contacts and Accounts by domain of the email address specified for the created Contact; then, if no records are found this way, it searches for Accounts which contain website link corresponding to the email domain.
Additional notes on the Global Search View Setting¶
- Besides the Related record list, the Global search filter is also applied when objects are internally searched for by their identifier. This may cause certain confusions: Additional related objects (Accounts, Opportunities, Cases, or custom objects) will be essentially filtered out of display according to set Global view. For example, if you select Accounts to be filtered out by this setting, Initial Search will retrieve and display all Contacts associated with a relevant Account along with the primary related Contact, but not the Account itself. Similarly, clicking on a reference to an object filtered out by the actual Global view will not open the object in the Sidebar. On Email Sidebar user-initiated search, records not belonging to the actual Global view may appear in Email Sidebar search suggestions, but selecting them will not bring up any search results.
- Sometimes, if certain records were not retrieved by Initial Search because of the Global view applied, the Add-In / Chrome Extension will suggest creating them. And if the user creates them via the Add-In / Chrome Extension, Salesforce may respond with a duplicate records notification
We would love to hear from you