Why does a MIMEMultipart email introduce a trailing newline when viewed as text message?
The following MIMEMultipart/mixed email message was sent from a gmail account to an iOS recipient via mms.att.net. The message includes a MIMEText subpart and a MIMEImage attachment. Why does the text bubble include a trailing newline?
The email contents:
Received: from 116692035092 named unknown by gmailapi.google.com with HTTPREST; Sat, 25 Mar 2023 18:47:14 -0700
Content-Type: multipart/mixed; boundary="===============6546997771072418005=="
to: [email scrubbed]
from: [email scrubbed]
Date: Sat, 25 Mar 2023 18:47:14 -0700
Message-Id: <CAJLYKcrfN4QNYikE85rvV2A1V00=[email scrubbed]>
Content-Type: text/plain; charset="us-ascii"
Content-Type: image/jpeg; name="27e0768e981cb35c.jpg"
Content-Disposition: attachment; filename="27e0768e981cb35c.jpg"
The Message screenshot shows an extra newline at the end of the text bubble.
This renders correctly when sending only a single subpart, either MIMEText or MIMEImage. This appears to be related to how Messages handle MIMEMultipart/mixed types, or due to a bug introduced in the MMS gateway. The recipient is iOS 16.3.1.
3 months ago
Hey there, jebyrne. Let's look into why there is an extra space after the text that you sent from your computer.
While this can typically be an error of some sort when sending an image or even an emoji, you will want to make sure that you're not hitting the space bar or enter key by mistake.
What happens is that when sending an image with email-to-text there are times when that image won't load correctly on your side, so you're seeing a blank.
Let us know if you require additional help.
Thank you for reaching out to AT&T Community Forums.
Rickey, AT&T Community Specialist