Jump to content

Forwarded emails have spaces inserted

Recommended Posts

I have finally upgraded to EN v.10 on my Windows 10 PC. It all looks gorgeous - congrats to the team - but one issue immediately hit me  - which I can't see in the discussions

Some forwarded emails have spaces arbitrarily inserted  making many historic notes very annoying to read

See screenshot attached, (as pasting here, in Rich Text or Plain Text does not show them!)

I checked several emails and it's almost like some clients (not all!)  might have Returns in them which, when forwarded to EN, become spaces. But this didn't used to occur and switching back to Legacy they look fine

I tested it from fresh (in case it is historic emails which 'changed' in the migration to v.10) but in fact the attached shows it's not!

Any help gratefully received




Link to comment
  • 3 months later...
  • Level 5

Are you sure these are regular spaces ? You know that even if they look alike, in code there are wide and narrow spaces in addition to the regular ones.

I don’t encounter it in mails I have forwarded.

Maybe EN just interprets it differently from the mail program. The EN editor is basically a HTML editor and interprets input like a website.

One idea: Check if the original mail was formatted in justified print. Maybe some of it carried over.

Else issue a support ticket.

Link to comment
  • Level 5

I don't have this problem either.  All the messages arrive with me as MIME encoded HTML and look just as I would expect in my Email program - Thunderbird.

I wonder if you have your Email program configured to force everything to display as ASCII data/plain text.  These spaces all seem to me to spaces generated when converting a MIME document into plain text.

As far as I can tell Evernote sends its Emails as MIME/HTML which renders just fine in Thunderbird as I have it configured.

Link to comment

Hi PinkElephant and agsteele

Thanks for your comments. I use Thunderbird as an email client and accept default settings, as far as I remember.  I then FORWARD the email to EN and that's it. 

I just tried exporting from EN "as a "single webpage (HTML)" and got the spaces there too. 

I viewed the webpage source code and went down to the email content (as I'm sure you don't need me to add all those EN code lines!) and this is the first line of my email:

<h1 style="
font-family: Source Sans Pro,-apple-system,system-ui,Segoe UI,Roboto,
Oxygen,Ubuntu,Cantarell,Fira Sans,Droid Sans,Helvetica Neue,sans-serif;
word-break: break-all;
page-break-inside: avoid;
      Re: Stipple / Scribble
    </h1>      <en-note class="peso"><div class="para">Hi again David</div><div class="para"><br></div><div class="para">Spike was such a character! His       influence on British humor is very hard to underestimate!</div>


So in plain English:



Hi again David

Spike was such a character! His       influence on British humor is very hard to underestimate!


NOTE: The space between HIS and INFLUENCE

If it helps, when I paste on THIS page, it has no spaces:



Hi again David
Spike was such a character! His influence on British humor is very hard to underestimate!


I'm pleased Peter (above) mentions the same problem.
If you need me to search EN for other instances, I could check if it's not just Thunderbird
Thanks for your help
Link to comment
  • Level 5

Hi Norman, in fact we are just 2 other users interested in helping each and others out.

No idea what causes this weird conversion. 

Maybe you issue a support ticket to make it an official bug.

Link to comment

As I said above, I am observing exactly the same behavior, Norman described. And I am using Thunderbird with (mostly) default settings, too. Thanks everyone, I will also open a support ticket. Best wishes, Peter

  • Like 1
Link to comment


I am having issues with formatting of emails forwarded to Evernote. The original email is a simple text with few basic formatting features. When it arrives at Evernote there are spaces randomly scattered across the note with the forwarded email.

Of course, I don't expect that EN will handle some fancy Outlook formatting. Nevertheless this issue appears when I send an email with some basic plain text and maybe with few words in bold/italics

I am attaching an example - the original email and a screenshot of what has arrived to EN. The red lines show the additional unwanted spaces.

This becomes an issue if the forwarded email is long - there are so many random spaces so it is unreadable in EN. The workaround is to copy and paste the text directly from the email client.

Thank you in advance for looking into this.



Link to comment
  • Level 5*

Just to add my 2c - I save a lot of emails to Evernote,  both from the Outlook and Gmail Clippers,  and by direct forwarding from Gmail.  The layout is often... interesting - image sizes are random,  there are additional spaces (returns) between paragraphs,  and some mails present as one thin column in the centre of an (apparently) un-editable table.

For the most part I don't especially care - I'm saving them for the content rather than the layout;  and any major editing tends to cause my (EN Windows 6.25) window to freeze.  Where I might want to respond I'll attach the .MSG version of the email to the note,  and that will also give me the original layout of the message should I need that.

If I need to steal part of a message I'll copy/ paste the text into a text-only WP to strip out whatever MIME/ HTML coding is included.

Having said all of which - if Evernote can improve the conversion from email to notes I'll be happy,  but speed (or lack of it) is my main concern at present.

This is fairly typical...



Link to comment
  • Level 5

HTML is like a language that has many dialects. Some are close, with others it may officially be the same language, but 2 people will hardly understand each other.

Mails are often formatted with HTML. The mail clients usually allow to switch that to text (only). These should import without a problem into EN - of course not as nicely looking as before.

Who has a specific issue may contact support, with an example. But in general this is an issue that knows no end, since HTML does not stop to evolve and further split.

Link to comment

I thought I'd add the reply I received yesterday for others who may have seen this post:


Thank you for bringing in this to our attention. I confirm that this is a known issue our engineering team is currently investigating. I've gathered all the very helpful information you provided and added it to the existing issue report we're addressing. At the moment, I don't have a time or date on when this will be resolved, but please know our developers will prioritize and investigate the root cause to determine the best way to correct this issue.

Given the nature of the issue, this isn't something I can fix for you directly, and it will require a fix by the engineering team via a software update. I know that this doesn't immediately correct this issue that's interrupting your workflow, and I'd like to thank you for your patience and understanding as we work to resolve this.


  • Like 1
  • Thanks 1
Link to comment

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Create New...