one of our internal systems spits out some html based messages that arent exactly nicely formatted, specifically one of the urls in the message doesnt use anchor tags, its just plain text, so while its not a huge problem the 8.5 client doesnt like it.
on a side note the 8.5 client appears to be loading up another dll to render these html messages (or at least one of our software firewalls wanted us to allow a dll to get loaded by notes before we could read the message) so perhaps thats why it no longer works like it did under 6.5.6?
our current notes 6.5.6 client handles the links in these messages without any issues and makes them clickable. notes 8.5 client just ignores them so we have to copy/paste to use them.
if i edit and save the message then the link becomes clickable, but then the message is no longer mime/html (view>show>source is no longer available) its notes richtext.
confirmed that the client still has the “make internet url’s into hotposts” option enabled (it’s set and locked via policy)
Subject: workaround / fixed
we’ve gone with the ini settings to disable the embedded browser and everything works like it used to under r6 so our users are much happier with that.
Subject: That would be…
…the following setting:
BrowserRenderDisable = 0|1
Specifies the use of browsers other than the Notes embedded browser for rendering HTML-formatted mail messages for reading only. (If a user edits an HTML-formatted mail message or forwards or replies to one, the new mail message is rendered using the Notes-embedded browser, and may not retain all of the original HTML formatting.) You may want to disable the improved HTML rendering for security reasons, as HTML formatting has some risks associated with its use.
1 (default) - Use Microsoft Internet Explorer, Mozilla, and Safari browsers for HTML-formatted mail messages
0 - Use the Notes embedded browser for HTML-formatted mail.
Source: IBM Developer
Subject: it seems wrong though
that we have to apparently disable the embedded browser to get the notes options we want to work, to actually work correctly in the first place.
it makes you wonder why ibms own code cant follow the options we set and underline urls (that arent using anchor tags) or react to a double right click and yet we’re expected to believe that random 3rd party web browsers can do this without having any knowledge of notes?
it almost makes you think that those ini options have been reversed. after all the default value can’t be 1 because when you manually tick that option the ini entry is added with a value of 1. as it’s unticked by default that would mean the default value is actually 0.
and this bit, There is no UI equivalentin that table, is patently incorrect (or out of date).
someone needs to either fix the documentation or fix the code, the documentation is probably easier but i would presume that the default should also be changed so that end user functionality isn’t reduced (coming from an r6 to r8.5 perspective, r7/8 users may be used to this default already)