Overview

When an email is printed from Webmail using Chromium-based browsers like Google Chrome or Microsoft Edge, using the Print button or right-clicking the email and selecting the Print option, the email gets split into multiple pages, with the header of the email message (including email subject, from, to, date, etc.) being printed on the first page, the message body starting to print from the next page (rather than starting right below the email header), and then a blank page at the end (after the message body ends).

Solution

• This issue occurs when the email messages are sent from Outlook and opened and printed using the Print options as mentioned in the above mentioned browsers' versions 85 and later.
• This is caused due to the way that Outlook formats it's messages by applying the below styling to them and then how the above browsers interpret them when trying to print them.
• The likeliest source of this incompatiblity to print from these browsers is the introduction of the new CSS handler in Chrome version 85:

• The below information can be seen in your browser using the browser's Developer tools (Google Chrome/Microsoft Edge).
• The formatting is shown in the below image where the div.mcntWordSection1 is referencing page WordSection1, where WordSection1 has the following details - size 8.5in 11in; margin: 1in:

• In the email body itself, we see the same class mcntWordSection1 being applied to the <div> that includes the entire mail body <div class="email-body">:

• The reason this printing issue happens is that the Chromium-based browsers see the 2 tags <p> and <div> as separate bodies in the email, therefore splitting them up into different pages.
• So, no longer referencing the WordSection1 for the <div> tag solves the problem and prints the email as expected:

• Due to the above, this can be fixed at the browser level, by how the Chromium-based browsers will read the CSS email-body customization. However, if that change is desired and was made on purpose by Google, to potentially fix other bugs, it will not happen.
• It can also be fixed right at the source, by changing how Outlook styles/saves the email content (CSS wise) in the .eml file when it is sent from Outlook. It does not affect however printing from within Outlook, which means Microsoft will not consider this to be a bug that needs to be fixed on their side.

Due to the above external reasons, we can see that this is not caused and/or affected by Kerio Connect. So, we don't have any possible changes/fixes from the Kerio Connect product's side.

Below are the current workarounds to print the emails as expected:

• This issue is caused by Chromium browsers that are on version 85 or later. So, use an older version of the Chromium-based browser (Google Chrome or Microsoft Edge).
• Use a non-Chromium browser (Eg: Mozilla Firefox, Safari).
• Print emails directly from Microsoft Outlook.
• Open the email in a new tab/window and use the browser's function (usually Ctrl+P) to print the email.
• Use the Kerio Connect Client (Windows/macOS)