![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png){kind=logo}
Opened 19 years ago
Closed 18 years ago
#3717 closed defect (bug) (worksforme)
wp_mail does not correctly decode all MIME emails
| Reported by: | welcomb | Owned by: | |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | General | Version: | 2.1 |
| Severity: | normal | Keywords: | wp-mail MIME |
| Cc: | Focuses: |
Description
wp_mail does not properly handle and decode MIME emails, especially multipart content type other than multipart/alternative.
Attachments (1)
Change History (9)
#2
@
19 years ago
- Keywords wp-mail added; wp_mail removed
Emails with content type other than multipart/alternative does not get parsed properly by wp-mail.php.
If you examine the code (line 43), it only handles "multipart/alternative" explictly, and never gets the boundary string properly.
Also, it assumes that the text/plain section is the first message section (line 109) but it might not necessary be true.
As such, with emails encoded in other multipart formats, e.g. multipart/mixed, wordpress will dump the undecoded content of the mail into the blog post.
I would suggest incorpration of a MIME decoding library to properly handle MIME decoding. What I did was write a quick hack for it.
#3
@
19 years ago
- Milestone 2.2 → 2.3
welcomb, can you test and see if you are experiencing this issue on trunk? phpmailer was integrated.
#4
@
19 years ago
I'm still getting my emails not decoded properly. Here's what displayed in the post:
--SE947567 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Test test. --SE947567
When it should have just extracted the text and shown "Test test."
Hi welcomb, thank you for the bug report!
Can you elaborate on how this problem manifests itself? What are the symptoms?