PROBLEM
Clients will sometimes report that nested attachments show in the DMS page but they should not. The attachments are usually footer images, social media icons etc. An example of this below in the red blocks.
HOW DOES THIS LOOK IN THE DMS PAGE?
Below and example of the LinkedIn icon being shown as an attachment. The usual preference would be to exclude these from being shown as it’s not really relevant.
WHAT IS THE SOLUTION?
We have a setting called email.excluded.attachments where we can hardcode values to omit certain attachments using the name. This will then not show that specific named attachment on the DMS page. An example of this implementation below.
DMS_SETTING_KEY DMS_SETTING_VALUE
email.excluded.attachments ["smime.p7s", "LinkedIn_7d136288-2cd3-4d88-b969-f9bc10b21ff6.png”]
The name in red will then be excluded from being shown in the DMS page. Further reading to be found in link below.
https://doc.practiceinsight.io/display/DMS/PAT_DMS_SETTINGS+Configuration
ARE THERE OTHER WAYS TO IDENTIFY THESE ATTACHMENTS?
Below the remaining logic on how these items are identified.
- The regex format to identify these items are shown below.
(image([0-9]{2,5})(.?\\([0-9]{1,3}\\)){0,1}\\.(gif|jpg|png)
So a valid image name would be image001.png. Items like these will be excluded.
- All attachments that are of html type are also excluded i.e. with names matching (\\html). This is necessary as email clients all encode their content as .html attachments as well. The html is used for decoding the email but the attachment not shown.
CLIENT SAYS THE ATTACHMENTS DO CONFORM TO imagexxx BUT IT STILL SHOWS?
If you find that attachment with the excluded name format still show in the DMS page (i.e. image001.png) then clearing the internet cache will resolve.
