I am trying to keep the original mono spaced spacing from the message and edit the message to change info in it. I move the email from the inbox folder to the drafts folder, then click edit. This opens the compose window and is where the issue begins. The original message is an order that uses white spaces to align mono spaced fonts for ease of readability in a table. Upon the displaying of the message there seems to be a miss match of when the white spaces are accepted and are not accepted, and then wrapping occurs at 72 characters through off the whole orders neat appearance. I have adjusted the wrap to 91 characters (the actual width of the order) and 9999999 characters (larger then any order we would ever get), and neither fix the issue. It seems like a new line feed is ignored at times, but not always, and the same is true for leading spaces. I cannot think of a good reason why this is occurring.
I have included 2 images to describe what I mean. The first is an image of the message pane with the order properly spaced, this holds true if reply is used. The second image is the compose window (after edit is pressed) that shows the spacing being miss aligned, I have removed unnecessary information. Please note that each line is exactly 91 characters long and at the end of a field spaces are used to fill up to 91 character length.
Please help,
Thank you.
I am trying to keep the original mono spaced spacing from the message and edit the message to change info in it. I move the email from the inbox folder to the drafts folder, then click edit. This opens the compose window and is where the issue begins. The original message is an order that uses white spaces to align mono spaced fonts for ease of readability in a table. Upon the displaying of the message there seems to be a miss match of when the white spaces are accepted and are not accepted, and then wrapping occurs at 72 characters through off the whole orders neat appearance. I have adjusted the wrap to 91 characters (the actual width of the order) and 9999999 characters (larger then any order we would ever get), and neither fix the issue. It seems like a new line feed is ignored at times, but not always, and the same is true for leading spaces. I cannot think of a good reason why this is occurring.
I have included 2 images to describe what I mean. The first is an image of the message pane with the order properly spaced, this holds true if reply is used. The second image is the compose window (after edit is pressed) that shows the spacing being miss aligned, I have removed unnecessary information. Please note that each line is exactly 91 characters long and at the end of a field spaces are used to fill up to 91 character length.
Please help,
Thank you.
re :I move the email from the inbox folder to the drafts folder, then click edit.
Do not move email into Drafts.
Right click on email in Inbox and select 'Edit as new message'.
What happens then?
re :The original message is an order that uses white spaces to align mono spaced fonts for ease of readability in a table.
What is the difference in the coding?
Select email
click on 'More' and select 'View Source'
Show images of the two source codes - need info to show everything from 'Content-~Type' and below so all html is included.
re :I move the email from the inbox folder to the drafts folder, then click edit.
Do not move email into Drafts.
Right click on email in Inbox and select 'Edit as new message'.
What happens then?
re :''The original message is an order that uses white spaces to align mono spaced fonts for ease of readability '''in a table'''.''
What is the difference in the coding?
Select email
click on 'More' and select 'View Source'
Show images of the two source codes - need info to show everything from 'Content-~Type' and below so all html is included.
'Content-~Type' and below so all html is included.
The emails are pure text western encoding, no html and no heading with 'Content' in it as a description. That said, when I try to replicate the issue by sending myself a copy of the email ,'Content' headers are then added to the source and the issue stops. I may have a work around via forwarding stuff. Here is an example of the 'view source' for an order.
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:
Return-Path: <from@email.com>
X-Original-To: to@email.com
Delivered-To: to@email.com
Received: by host.siteturn.com (Postfix, from userid 30)
id B38ED20E1C; Sun, 4 Mar 2018 21:41:13 -0800 (PST)
X-Original-To: source@email.com
Delivered-To: source@email.com
Received: from shelves (localhost [127.0.0.1])
by host.siteturn.com (Postfix) with SMTP id 5A4112057B
for ; Sun, 4 Mar 2018 21:41:13 -0800 (PST)
From: from@email.com
To: source@email.com
Date: Sun, 04 Mar 2018 21:41:13 -0800
Subject: Online Order
Message-Id: <20180305054113.5A4112057B@host.siteturn.com>
Order Number : 00001
Placed : 03/04/2018 21:41:13 PST
Ship To: Bill To:
John Doe John Doe
from@email.com from@email.com
555-555-5555 555-555-5555
1234 Valley Rd 1234 Valley Rd
Park Park TX 55555 Park Park TX 55555
US US
Code Name Quantity Price/Ea. Total
AS23SS Premium Shelves 0 $00.00 $00.00
Inches_Clear_Width: 14
Inch_Fraction: 0
Depth: 21-3-4
mount: base
slide: BBsoft $00.00 $00.00
AS23SS Premium Shelves 0 $00.00 $00.00
Inches_Clear_Width: 19 $0.00 $0.00
Inch_Fraction: 1-2
Depth: 21-3-4
mount: base
slide: BBsoft $00.00 $00.00
Shipping: UPS Ground: $00.00
Sales Tax: $0.00
Total: $00.00
''Toad-Hall [[#answer-1084652|said]]''
<blockquote>
Right click on email in Inbox and select 'Edit as new message'.
What happens then?
</blockquote>
Same issue.
''Toad-Hall [[#answer-1084652|said]]''
<blockquote>
'Content-~Type' and below so all html is included.
</blockquote>
The emails are pure text western encoding, no html and no heading with 'Content' in it as a description. That said, when I try to replicate the issue by sending myself a copy of the email ,'Content' headers are then added to the source and the issue stops. I may have a work around via forwarding stuff. Here is an example of the 'view source' for an order.
<blockquote type="cite">
<pre wrap="">
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:
Return-Path: <from@email.com>
X-Original-To: to@email.com
Delivered-To: to@email.com
Received: by host.siteturn.com (Postfix, from userid 30)
id B38ED20E1C; Sun, 4 Mar 2018 21:41:13 -0800 (PST)
X-Original-To: source@email.com
Delivered-To: source@email.com
Received: from shelves (localhost [127.0.0.1])
by host.siteturn.com (Postfix) with SMTP id 5A4112057B
for <source@email.com>; Sun, 4 Mar 2018 21:41:13 -0800 (PST)
From: from@email.com
To: source@email.com
Date: Sun, 04 Mar 2018 21:41:13 -0800
Subject: Online Order
Message-Id: <20180305054113.5A4112057B@host.siteturn.com>
Order Number : 00001
Placed : 03/04/2018 21:41:13 PST
Ship To: Bill To:
John Doe John Doe
from@email.com from@email.com
555-555-5555 555-555-5555
1234 Valley Rd 1234 Valley Rd
Park Park TX 55555 Park Park TX 55555
US US
Code Name Quantity Price/Ea. Total
-------------------------------------------------------------------------------------------
AS23SS Premium Shelves 0 $00.00 $00.00
Inches_Clear_Width: 14
Inch_Fraction: 0
Depth: 21-3-4
mount: base
slide: BBsoft $00.00 $00.00
AS23SS Premium Shelves 0 $00.00 $00.00
Inches_Clear_Width: 19 $0.00 $0.00
Inch_Fraction: 1-2
Depth: 21-3-4
mount: base
slide: BBsoft $00.00 $00.00
Shipping: UPS Ground: $00.00
Sales Tax: $0.00
-------------------------------------------------------------------------------------------
Total: $00.00
</pre>
</blockquote>
Right click the account in the folder pane and select settings.
In composition and addressing deselect the compose in HTML option.
Now try your edit.
Normally holding the shift key while clicking on write will force a text only email if the default is HTML. If the default is text it will force HTML, as will holding shift while pressing reply or forward. I am not sure if holding it when you click edit has the same effect. But I do not think so.
Right click the account in the folder pane and select settings.
In composition and addressing deselect the compose in HTML option.
Now try your edit.
Normally holding the shift key while clicking on write will force a text only email if the default is HTML. If the default is text it will force HTML, as will holding shift while pressing reply or forward. I am not sure if holding it when you click edit has the same effect. But I do not think so.
Right click the account in the folder pane and select settings.
In composition and addressing deselect the compose in HTML option.
Now try your edit.
No change, for either edit and 'edit as new message'.
''Matt [[#answer-1084831|said]]''
<blockquote>
Right click the account in the folder pane and select settings.
In composition and addressing deselect the compose in HTML option.
Now try your edit.
</blockquote>
No change, for either edit and 'edit as new message'.
Is this an email which you repeatedly use by editing the necessary sections?
If yes:
Create the email afresh as a plain text email
save as a template and stored it in the 'Templates' folder.
Then when you want to send email:
select 'Templates' folder
double click on the specific template email to open in a new 'Write' message.
EDit as required and send.
the original is still in Templates folder to use a gain and again.
I was just wondering if this method works better and does not show the same issues.
Is this an email which you repeatedly use by editing the necessary sections?
If yes:
Create the email afresh as a plain text email
save as a template and stored it in the 'Templates' folder.
Then when you want to send email:
select 'Templates' folder
double click on the specific template email to open in a new 'Write' message.
EDit as required and send.
the original is still in Templates folder to use a gain and again.
I was just wondering if this method works better and does not show the same issues.
Is this an email which you repeatedly use by editing the necessary sections?
Unfortunately no. We receive these emails directly from a 3rd party eCommerce host.
''Toad-Hall [[#answer-1084927|said]]''
<blockquote>
Is this an email which you repeatedly use by editing the necessary sections?
</blockquote>
Unfortunately no. We receive these emails directly from a 3rd party eCommerce host.