This forum is closed to new posts and responses. Individual names altered for privacy purposes. The information contained in this website is provided for informational purposes only and should not be construed as a forum for customer support requests. Any customer support requests should be directed to the official HCL customer support channels below:

HCL Software Customer Support Portal for U.S. Federal Government clients
HCL Software Customer Support Portal


Sep 13, 2017, 10:23 PM
57 Posts

Email font issue with FP9

  • Category: Mail
  • Platform: Windows
  • Release: 9.0.1
  • Role: Administrator
  • Tags:
  • Replies: 4

We've encountered the issue with fonts in FP9 that Daniel Nashed mentions here:
http://blog.nashcom.de/nashcomblog.nsf/dx/notesdomino-9.0.1-feature-pack-9-shipped.htm?opendocument&comments

In a custom db with a mail form and rich text body, the default font is Verdana. The email composes with Verdana -- or whatever fonts and formatting the user decides to use -- sends to the recipient (who sees the correct fonts and formatting), but when the sent email is later reopened, the entire body is rendered in the default monospace font in the Notes Client.  If I look under the hood using NoteMan, the "BODY" field rich text field shows that the font for everything is "Default Serif".  Not sure why it is displaying as "Monospace" if the actual email item is opened, but it is wrong either way.

BTW, this does *not* have to do with user's personal email.  It has to do with an email template that has been functioning unchanged for many years in a separate db.  And, if a client other than FP9 is used to create/send an email, the issue does not exist.  However, the emails created with FP9 clients are permanently changed with the wrong font.  It seems to be happening during the send operation.

Any ideas where to start?

-- Mark

Sep 14, 2017, 3:54 PM
196 Posts
Is BrowserRenderDisable=1 in the users' Notes.INIs?

Is the parameter mentioned by Mr. Nashed (BrowserRenderDisable=1) in the Notes.INI of the affected users, or is the problem being seen even without this parameter in the Notes.INI?

Sep 14, 2017, 4:40 PM
57 Posts
Re: Email font issue with FP9

Thanks, I'm already in contact with Daniel Nashed, and I'd tried the " BrowserRenderDisable=1" before posting here.  Makes no difference.  It think it is because he is looking at an issue involving MIME emails (rendered with or without embedded IE) and the emails I'm dealing with are Rich Text and don't involve being rendered or not rendered via browser functionality.

The issue is similar but not identical to what he describes.  All fonts get replaced with "default monospace", not just san serif fonts. And again, the recipient sees the email fine with the original fonts, only reopening the sent email in our custom Domino application using the Notes client shows that all fonts have changed to "default monospace".  Once changed, anybody opening the sent email with any client version will see "default monospace" fonts in the body.  It isn't a rendering issue; the fonts are actually changed in the body during the send process when using an FP9 client.

I reverted one client to FP8 last night, and the problem disappeared and reverted to normal behavior.

Sep 15, 2017, 7:04 PM
57 Posts
UPDATE: Email font issue with FP9

Have been going back and forth with Daniel Nashed about this problem.  In addition, I found the bug/behavior in FP9 is affected by the Location settings in the client.  In particular, the "Format for messages addressed to internet addresses" setting, if set to "MIME Format" (as is preferred), triggers the bug described (i.e. with some mail forms, after sending, the local doc has the fonts in Rich Text fields changed to, in our case, all Default Monospace.  The recipient of the email is unaffected and sees the original fonts correctly.).

If the "Format messages addressed to internet addresses" setting in the Locations/Mail is set to "Notes Rich Text Format", the bug disappears and behavior in the local client is the same as before FP9.  However, the sent doc is not identical on the recipients end, depending on your server settings.

-- Mark

Sep 19, 2017, 4:35 PM
196 Posts
A question

In addition to the server settings, does the Format preference for incoming mail in the Person Record factor into this?

 


This forum is closed to new posts and responses. Individual names altered for privacy purposes. The information contained in this website is provided for informational purposes only and should not be construed as a forum for customer support requests. Any customer support requests should be directed to the official HCL customer support channels below:

HCL Software Customer Support Portal for U.S. Federal Government clients
HCL Software Customer Support Portal