Closed (fixed)
Project:
Mime Mail
Version:
6.x-1.0-alpha3
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
11 Feb 2009 at 13:43 UTC
Updated:
1 Nov 2010 at 07:46 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
jerdavisGive the latest development snapshot a try, there have been a few changes and hotmail seems to be working fine for me in my testing. Let me know if you run into any issues!
Jer
Comment #2
rodgolpe commentedI installed the latest snapshot (2-8-2009) and experience the same issue. Yahoo, Gmail, and various other private domain accounts in Outlook and Lotus Notes receive HTML. Hotmail is text-only. Other HTML emails in my Hotmail account display properly.
Comment #3
Docc commentedsubscribe, same problem here with the latest dev version
Comment #4
jgarabot commentedI am using the latest dev. version, the problem is something else
Comment #5
jerdavisPlease post the raw message source from another mail app as sent from your system.
Jer
Comment #6
jerdavisAlso - please post what modules you're using to generate the message.
In my testing using Send and Mimemail, HTML mail is coming through fine in Hotmail.
Jer
Comment #7
Docc commentedIm using latest stable simplenews with Mimemail.
Comment #8
jerdavisPlease send a message through your system to mimemail at advantagelabs.com
Comment #9
Docc commentedDone, from another system with the same result though.
1. CSS does not get stripped from text/plain part and 2. Hotmail shows the text/plain part instead of the HTML
Comment #10
rodgolpe commentedThanks, Jer. I sent a test using Simplenews as well. (from covenanthousemi.org)
Comment #11
jgarabot commentedI sent the test from garmei.com, using simplenews
Comment #12
lusdeso commentedI have the same problem.
Anyone knows a solution?
Thanks.
Comment #13
jerdavisI'll be investigating this further ASAP. Thank you for your test messages.
Jer
Comment #14
jerdavisLooking at the raw source of the messages sent, I'm not seeing a clear reason why they would not show up correctly in Hotmail. I've done extensive testing on this end and so far all of my messages are showing up as HTML in hotmail. This testing was done with Mimemail HEAD and the latest development snapshot of simplenews.
There will be a new development snapshot of Mimemail within the next day, please try testing that and let me know if you still have issues.
Jer
Comment #15
rodgolpe commentedInstalled and tested Feb. 22 snapshot -- same result.
Comment #16
lelizondo commentedthis was the first page that came up searching the words hotmail mimmemail, altought this issue is for 6.x, those who are using 5.x go to http://drupal.org/node/78876#comment-1284988.
Comment #17
bejam commentedsubscribing
Comment #18
jgarabot commentedUpdated and still same problem
Comment #19
jerdavisWhat version of simplenews are you using?
Comment #20
rodgolpe commentedFrom Simplenews.info: version = "6.x-1.0-rc5"
Comment #21
attiks commentedSame problem with outlook 2007, same message works in other clients
Using latest (6.x) version of mimemail, simplenews and simplenews_template
Maybe related #391874: FYI: Some remarks about the html
Comment #22
attiks commentedSome more info, no idea if it helps
If I forward the message as an attachment (eml format) from a working mail client to my outlook 2007 account i see the html part in outlook by default ...
Comment #23
attiks commentedSome more info, the attachment file I receive in outlook doesn't contain the header and footer sections i get in the other mail clients
Comment #24
attiks commentedI checked the same message using outlook web access and it's the same problem, text only version.
Comment #25
attiks commentedSolved (I guess), I changed Content-Type: multipart/related; to Content-Type: multipart/mixed; and submitted the message (as eml)using the pickup folder and I see the html, so the only question left is how to solve it before/while sending.
Thanks to post found at http://social.technet.microsoft.com/Forums/en-US/exchangesvrclients/thre...
Update: just tested submitting the original eml file (without changing the content-type) to the pickup and it's also working.
Comment #26
attiks commentedOutlook is working fine when using pop3 for retrieval, but when using exchange you'll get into trouble. If anybody knows a solution let us know
Comment #27
benjamin_dk commentedSubscribing - experiencing the same problem (only text showing in Hotmail) - using Simplenews 6.x-1.0-rc6 and Mime Mail 6.x-1.x-dev.
Comment #28
mrthumpz commentedsubscribing
Comment #29
osusoy commentedSame prob, simple solution. But probably will create other problems - if anyone out there is still using text only mail clients.
Removing the text alternative from the body makes it work fine in hotmail.
Tried swapping the alternative order first but that just messed things up in thunderbird :/
Look forward to a better solution from you guys or will let you know if i can figure something out.
Comment #30
dboulet commentedSame problem here using latest 6.x-1.x-dev and Simplenews. If I redirect the email to my Hotmail account using Mail in Mac OSX, everything looks fine, but messages sent directly to Hotmail through Simplenews are presented as text-only.
Comment #31
lelizondo commentedI'm not a dev, but can someone use http://drupal.org/node/225731 to solve this? It's for drupal 5.x and it works.
Comment #32
dboulet commentedUsing the file found at http://www.drupalbin.com/4546 worked for me.
Comment #33
benjamin_dk commentedThat worked it seems! Thanks a lot!!
Comment #34
lelizondo commented#32 worked for me too. I'm changing the status so the maintainer notice this, but I think someone else should try the code.
Comment #35
HS commentedI reported this issue awhile back. My emails are not only text in Hotmail but it has the full theme included too. See below:
Comment #36
HS commentedOK. The Mime Mail CSS Combiner module which is included in the module fixed my issue, but plain text emails for hotmail is still an issue.
Comment #37
tancHilal, if you want to avoid all your theme's css being included just put a mail.css file in your (admin) theme's directory and it will automatically get picked up and used by mimemail instead.
Comment #38
pieterbezuijen commentedThe patch in #32 seems older than the version I'm using (mimemail dev of 08-02-2009), so didn't try that.
In my case, the first newsletter was just fine, and the second was text only. I saw a difference in the header that is the same as in #25. I solved this very easy by placing an inline (relative) image of 1x1 pixel. Now there is an attachment included and the message is sent as multipart/mixed and all works fine.
Maybe this will help?
Comment #39
patchak commentedI'm using latest and greatest for mime mail and simplenews, and I'm still unable to see a html email in hotmail!
I have inserted some inline images in the body and still no luck.
I also tested to forward from gmail and OSX Mail, and the email gets to Hotmail in html form.
The only place where this does not work is when the mail is sent directly to Hotmail!
it seems the fix in #32 works for some people, but I tried replacing the latest mimemail.inc with the one from that comment and it broke the module.
Maybe someone could make a diff from the two versions and post a more recent version so we could test it?
I'm no coder at all, so I can't really do it, but would be ready to test anything!
Patchak
Comment #40
bright8 commentedThis issues seems to be also covered in: http://drupal.org/node/310305
I have just posted the solution that works for me on that thread, but include it here too for completeness:
This problem definitely seems to be caused because Hotmail (and presumably Outlook, for those who are having similar problems with Outlook) doesn't like the MIME type "multipart/alternative". I have no idea why this is, but forcing the MIME type to "multipart/mixed" fixes the problem for me.
I did this by adding an extra line to mimemail.inc at line 321 (Mime Mail version 6.x-1.x-dev dated 2009-Jun-08):
This is obviously a kludge but it solves the problem for the type of newsletters I want to send out. mimemail.inc sets $content_type to "multipart/alternative" as the default setting, then modifies it to "multipart/related" or "multipart/mixed" based on some criteria that I don't really understand. Perhaps using "multipart/mixed" as the initial default would be a safer choice?
Comment #41
iris_hbo commentedusing the absolute path in the img src (in my node-simplenews-body.tpl.php), they were not sent as attachements, but the newsletter appeared plain in hotmail. if i indicated the pics using $base_path, the pictures were sent as attachements, but everything looked fine in hotmail.
Comment #42
encho commented#40 That worked for me, thanks. Hope it will be fixed in the next release.
Comment #43
RAFA3L commentedsubscribe
Comment #44
Delta Bridges commentedHello bright8,
I am confused about your #40 ... I have the same version of Mime mail as you do, but somehow it looks like your extra line is already included !!
But then again, I don;t know much about coding... do you think you could provide a patch?
Many thanks!
Comment #45
codemannI can't get this fixed on Hotmail, I tried all the patches that are suggested above.
I'm using the dev version of Drupal 6 (2009-Jun-08), trying to send an email with Simplenews/Mimemail, the layout is in a table and contains 2 images. Works perfectly for me in Thunderbird, Outlook 2007 and Gmail. But in Hotmail it keeps appearing as a text mail... It's really driving me crazy, I have no idea what this can be.
Comment #46
jwaxman commentedHere's the mimemail.inc file I'm using.
If this doesn't solve the problem then there's another problem.
What input filter have you pointed Mimemail to?
Comment #47
javamandk commented#46 This fixed my problem in hotmail.
Line: 323
Thanks..
Comment #48
jerome72 commentedThank you so much jwaxman!
It worked great for me as well! :) :)
Comment #49
HTF commented#40 also worked for me, thank you for your help bright8
Comment #50
hanoiisubscribe
Comment #51
kelvincool commented#40 fixed my hotmail issue too! Thanks!
Comment #52
jrglasgow commentedHere is an actual patch based on #47 which worked for me
Comment #53
nardberjean commentedDouble embeded multipart structure
I just tested unmodified version of 6.x-alpha1 and it shows as text/plain in Hotmail, using css compressor as well. I compared what mimemail produces and icedove, I am suprised by the double embeded multipart structure found on mimemail messages.
https://wiki.koumbit.net/Courriel_html_de_Mime_Mail_6.x-1.0-alpha1_trait...
https://wiki.koumbit.net/Courriel_html_de_icedove_accept%C3%A9_par_Hotmail
Patch #52 sucessfull
I applied the patch in comment #52 and I am using it successfully in production, all tests have been passed. The only related issue is messages been treated as spam, but it looks like a different issue.
Reference of patch #52
http://drupal.org/files/issues/mimemail-372710.patch
Comment #54
lelizondo commentedpatch in #52 worked great
Comment #55
UNarmed commentedHope this works for me aswell, gone give it a try now =D
Comment #56
pacome commentedIt also worked for me ! Thx a lot for the patch !
But I still have a problem : in Yahoo! and Hotmail, the image appear as a broken link...
Everything is fine in Gmail, images are visible..
Any advice ?
Best
-P-
Comment #57
danny_joris commentedpatch #52 worked for me as well.
This hasn't been added yet to the latest version, which was commit 3 months after this solution (#47) was posted and a month after the patch. Why is this the case? Is there something wrong with it?
Comment #58
new_B commentedDitto here. Patch #52 worked for me too (for the most current release). Will this be included in the next release?
Comment #59
sutharsan commentedBump.
Allie, what do we need to do to get this issue moving? Testing of what kind?
Comment #60
sutharsan commentedHmm, pls disregard my comment. I took a minute to look at the code and saw all the reason why this patch can not be accepted. It may work it in some situations, but is a terrible hack :( Needs investigation, work and proper testing.
Comment #61
mtpultz commented#52 works for me too. Thanks
Subscribing in case of new developments.
Comment #62
vstmusic commentedSuscribing
Comment #63
nardberjean commentedI am surprized how things can be changed without real new argument. I we want the module to continue to work in a couple of year, maybe we need ...
Comment #64
sutharsan commentedTake one minute: mimemail.inc 6.x-1.x-dev line 309 - 322. Look at the patch in #52. The patch inserts this line of code between 320 and 321
. This is hackish and not a solution to be committed. Need more arguments?
Comment #65
sutharsan commentedDuplicated by #310305: Disabling base64 encoding - hotmail compatibility This issue has a similar patch, with the same positive effect. There must be something good in this solution, but ... The thing is that issues only attract people who have a problem. The people who will have a problem when a bad patch is committed don't have a voice. And problems occur when under unforseen situations, situations different from the one for which the patch was created. So, the patch (each patch) should be tested under may different conditions, especially conditions for which the patch was not created.
All can help:
Who wants to contribute and to set-up a test-environment which can send various kind of emails (with/without attachement, with/without embedded images, with/without plain text alternatives, ... (I can't think of more variations))?
Who has/wants to set-up many different email clients to receive and verify the test mails on?
Comment #66
neoglez commentedI had the same problem with an Microsof Exchange server, it would show the text/plain version although it includes the html version as an attachment.
Although the patch 52 worked i agree with #60
Comment #67
ian-g commented@Sutharsan:
I'd be happy to help, I have my own server, and I too experience the issue. The fix for changing the $content_type worked for me. As a simple workaround that could be adopted into the next release, how about having an admin configuration checkbox that allows this line to be set or otherwise...
The patch would then become something like (on line 321 I believe)
Obviously this variable would be the status of the checkbox on the admin configuration screen, which would obviously be disabled by default, but for those of us who have to patch this everytime a new release is deployed, we could just enable it. I don't really know what causes the problem, but I experience it from my development laptop and on our live server too, as well as on my own external development server. I run Ubuntu 8.04 on all these boxes.
Ian.
Comment #68
new_B commentedI agree with Sutharsan regarding the patch.
I tested the patch in Yahoo & for some reason, the e-mail shows an attachment icon. This was not the case without the patch.
I also tested forwarding the e-mail (e.g. in Outlook 97). Just hitting forward, the e-mail seems fine and the HTML version is visible. However, the e-mail that is actually sent is plain text as a jumble of nonsense characters). Forwarding in Hotmail, Yahoo, and Gmail are fine.
Comment #69
new_B commentedThe forwarding issue in Outlook 97 seems to be related to long subject lines and newline insertion http://drupal.org/node/541510#comment-2611728 and does seem to relate to this issue after all.
Comment #70
perarnet commentedThis patch works for me. Added a admin setting to choose character encoding, and converting the message to the selected encoding before sending.
This can be updated with more encodings in includes/mimemail.admin.inc line 44. So far only added the ones I need.
'#options' => array(
'utf-8' => t('Unicode (UTF-8)'),
'iso-8859-1' => t('Latin-1 (ISO-8859-1'),
Please have a look and see if it solves your need.
Comment #71
perarnet commentedMy last patch didn't convert plain text properly. Updated patch attached
Comment #72
sgabe commentedIs this issue still valid at all? I've just signed up for a hotmail account and tested this with the unmodified version of 6.x-alpha1. The HTML test e-mail arrived just fine, aside from other issues not related to this of course, but it was HTML not plain text. I tried it via webmail and via POP3 with Thunderbird too. Can you give some instructions how to reproduce this?
Comment #73
perarnet commentedAnother update to the patch. Seemed it didn't solve the problem at all. Needed to remove the double boundary definitions.
sgabe:
It's not just related to hotmail. A plain install of mimemail and simplenews encodes the mail with UTF-8. Mailclients which support utf-8 encoding has no problem with this,
but others do. This patch helps the users who use clients that does not support utf-8. Also the issue with double boundary interfered with hotmail on my end. As far as I
read the mime definitions, you shouldn't use a double set of boundaries. The unpatched mimemail module produces these headers:
Content-Type: multipart/alternative;
charset=utf-8;
boundary="69622e1edd535c65f62c577792817388"
MIME-Version: 1.0
and then:
--69622e1edd535c65f62c577792817388
Content-Type: multipart/alternative;
boundary="0fe041e6322f489bf2015bb9fc3acaf9"
and at the end:
--0fe041e6322f489bf2015bb9fc3acaf9--
--69622e1edd535c65f62c577792817388--
Comment #74
perarnet commentedsgabe:
Just tested on a fresh site. Here's how to reproduce:
Install mimemail and simplenews modules.
Set up a newsletter and send to your hotmail address.
The mail shows up as a plaintext mail, with the html as attachment.
For hotmail the boundary fix is enough to show the htmlmail correctly. For other clients which do not show utf-8 mails correctly, the rest of the patch is needed.
Comment #75
perarnet commentedHere's a patch for only the boundary fix.
Comment #76
sgabe commented@perarnet: Yeah, I found the way in the mean time. I tried with embedded images and attachments at first, in that case the boundaries are fine so the HTML email shows up correctly. I applied your latest patch and it seems that solves the problem. I will dig deeper to roll this in #743150: Mime Mail 6.x-1.0-beta1? and see how it works with the other issues.
Thanks for the boundary patch!
Comment #77
sgabe commented@perarnet: As I expected, the patch breaks the embedded images and attachments. Did you test it in different cases (embedded images, attachments etc.)?
Comment #78
sgabe commentedChanging status, see my previous post.
Comment #79
sgabe commentedI did some investigation in this issue. These patches we have here don't solve the problem, just handle the symptom with serious side effects.
I think what we miss here is the content-type header's type parameter containing the content type of the display message.
See RFC 2387.
So, if we are sending a HTML message, we should have something like this:
Tested with:
In scenarios:
Of course since we have different issues waiting to be fixed, with 6.x-1.0-alpha1 it is not perfect, but a HTML message comes through fine in every case. The attached patch here applies to 6.x-1.0-alpha1, but I have integrated this into #743150: Mime Mail 6.x-1.0-beta1? and the test results are very promising. I will update that issue ASAP, so you can test this with that one too.
Comment #80
nardberjean commentedThanks sgabe for the new patch in #79 http://drupal.org/files/issues/mimemail.372710_02.patch
As you told, it works fine with hotmail and thunderbird, and also with gmail, but there is a severe issue with yahoo : messages appear as empty. I have to revert to a previous pach.
Comment #81
nardberjean commentedHere is the test message, note than a third module adds some headers:
List-Archive: <...>
List-Post: <.../node/add>
List-Id: ...
Comment #82
nardberjean commentedComment #83
sgabe commented@nardberjean: Thanks for your feedback. I have always wanted a yahoo mail account... :-)
The problem is that the semicolon is missing at the end of the content-type:
I tested this with Yahoo too, and seems to be working everywhere. I am attaching a revised patch. Please review it, and if it works for you too, mark this issue as RTBC.
Comment #84
jwaxman commentedIs there now a patched version around somewhere with all of the latest incredible sgabe fixes?
Comment #85
sgabe commented@jwaxman: See this #743150: Mime Mail 6.x-1.0-beta1? issue. The 04 version is out-of-date already, but I will upload the latest 05 version in a couple of hours.
Comment #86
nardberjean commentedThanks @sgabe and you know all whose accounts with a lot of advertising...
Mail clients tested successfully:
* Thunderbird (Icedove)
* Roundcube
* Fastmail
* Gmail
* Yahoo, but message appears as spam and I do not know why,
* Hotmail
Comment #87
luti commented#83 is almost perfect ;-)
Altough everything works well with it applied (as much as I've checked), according to RFC-2387, charset parameter should not be used with multipart/related (see for instance this post regarding that).
So, here is my patch which should resolve also this minor issue.
Comment #88
luti commentednardberjean,
probably it is related to this:
The multipart type is intended to show the same content in different ways, but this is sometimes abused; some e-mail spam takes advantage of the format to trick spam filters into believing that the message is legitimate. They do this by including innocuous content in the text part of the message and putting the spam in the HTML part (which is what displays to the user).
Most e-mail spam is sent in HTML for these reasons, so spam filters sometimes give higher spam scores to HTML messages.
Comment #89
sgabe commented@LUTi: You are right, thanks for the feedback.
Revised, retested and confirmed working. Marking as RTBC. (yehaa!)
Comment #90
emdalton commentedConfirmed this fixed our problem with messages appearing in text form with an HTML attachment in Outlook 2007. Looking forward to this fix being rolled into the main branch, so I don't have to remember to apply this patch every time we update Mime Mail.
Comment #91
sgabe commentedSadly that's not happening too often...
Comment #92
luti commented@sgabe,
I would rather say fortunately... ;-)
A lot of updates usually means only a code instability (many bugs / issues). If I hate something it is a new non-development version released every couple of days (as I never know which version is more buggy in such a case - if it is better to stay with the old one or update and risk to have even more problems after...).
But, don't misunderstand me - I am also looking forward to close at least some of all those pending mimemail issues, and finally get a non-development release. And, appreciate your effort regarding that. Thanks.
Comment #93
sgabe commented@LUTi: Yep, you're right. That would be a worse scenario.
Comment #94
jerdavisCommitted to HEAD
Comment #96
j0nathan commentedsubscribing
Comment #97
Hobbes-2 commentedsubscribing
Comment #98
Hobbes-2 commentedthanks for the great job!
patch #52 worked for me as well, and I hope to have this fixed in the next release
:-)
Comment #99
sgabe commented@Hobbes: Patch in #52 is not good! You should use the patch in #87 which is the right one and committed to HEAD.
Comment #100
roball commentedThe committed patch (now in alpha3) does not work with the mailclient "TheBat!" - the mail's body is empty. It did work in alpha2, so I had to revert parts of that patch. The attached patch against alpha3 makes the necessary reversions to work again. Please consider another workaround for Hotmail.
Comment #101
sgabe commentedI just tested with The Bat! (latest Home) and I couldn't reproduce, everything is fine in all scenarios.
However, this issue is not just about Hotmail. If you read the whole thread, you will see many client is affected by this. Nor yet it seems the #733566: iPhone displays only plain text instead of html issue is related. So a revert patch like yours would break again tons of things for sure, without bringing us real benefit. If you take a look at the patch, you will notice it is good, since before we didn't respect RFC 2387. In turn, we should do that.
Please, try and test on a clean install. If the problem persist, try to provide details how to reproduce.
Comment #102
roball commentedI have sent a test mail using the great new Views Send module in the "Full HTML" input type. See the attached zip file for the resulting mbox file by sending the same message using Mime Mail 6.x-1.0-alpha2 (mimemail-alpha2.mbox) versus 6.x-1.0-alpha3 (mimemail-alpha3.mbox).
Comment #103
sgabe commented@roball: Are you using the SMTP module?
Comment #104
sgabe commented@roball: I guess you are using SMTP module and experiencing this #727744: Missing boundary delimiter in multipart/related e-mails with SMTP and MimeMail issue. I reported the problem and provided a patch a few months ago. Please, test and confirm that issue, so hopefully it can be committed soon.
Comment #105
sgabe commentedMarking this issue as fixed again and hopefully last time :) since the problem reported by roball is caused by SMTP as I described above.
Comment #106
roball commentedHi Gabor,
I wanted to answer also here after posting to #727744: Missing boundary delimiter in multipart/related e-mails with SMTP and MimeMail, but couldn't reach drupal.org the entire remaining day yesterday. Yes, you are right, the problem was in the SMTP module and your patch there indeed fixed it :-) Thanks!
However, the #87 addition to the patch that fixed the original issue should be reverted IMO because it displays the plain-text part of the multipart message in the wrong charset (iso-8859-1 instead of utf-8), at least in The Bat.
The attached patch reverts the removal of the UTF-8 assignment. See the resulting mbox files from the same mail sent without and with this patch.
Comment #107
sgabe commentedHello Robert,
Please, read the whole thread before bringing up any issue. :-) We discussed this question, see LUTi's post in #87. According to RFC 2387 the multipart/related content-type does not have charset parameter. No point about it, since the individual parts define the charset parameter, which is set to UTF-8 by Mime Mail for that matter. IMHO, PHPMailer should do this too. However, my suggestion is to set the default charset to UTF-8 in class.phpmailer.php when using PHPMailer. See:
Comment #108
roball commentedThanks for the suggestion. Will try to change $CharSet in class.phpmailer.php to 'UTF-8' and report back.
Comment #109
Valeratal commentedsubscribe
Comment #110
roball commentedsgabe, thanks again for your useful suggestion. Indeed, that was the solution. Thus the committed changes can stay as theey are - relabeling this issue as fixed.
The only thing that users updating Mime Mail from 6.x-1.0-alpha2 to 6.x-1.0-alpha3 and relying on the SMTP module should be aware of is that they must ensure to check 2 things:
Comment #113
sgabe commentedThis is already fixed and committed since alpha3. However the patch in #52 isn't good for anything. You should read the whole thread.