Strange characters in UTF-8 email and multiple copies sent

ok, that didn't work out quite right because the entities look like what they're supposed to here, not what's showing up in the email regardless of whether I'm using html or not. I forgot to enclose in code tags, sorry!

Still haven't figured this out... any ideas for me to try?

When users receive their emails, "don't" looks like "don & # 039 ; t" but without the spaces, which I had to add so it wouldn't display as an apostrophe.

Note: the second issue in my original post is no longer occurring, as far as I can tell. I would edit it out if I could, since I'm going to do more testing and will post it as a bug if I can duplicate it.

I am also getting the escaped html characters issue. It looks like the body input is being filtered. What controls the filtering on the body?

I have tried every which way to make this work and this is the ONLY thing that works:

set your default input format to "messaging plain text"

set the mass contact module to send html emails by default.

now when you send mass contact emails, you get real quotes and apostrophes.

now hopefully when I set up that input filter to accept tags so my users can blog, everything will work as it should.

so far so good, but now the line breaks have been removed from the "Text to be appended to all messages" so it all flows on one line.

Sorry to be so slow in responding to this issue. In my testing, I'm not seeing anything like this behavior. What filters do you have installed, and what Input formats have you created? Maybe some combination of them is causing the problem.

interestingly enough, br tags work in the appended text so there's a workaround for the missing line breaks.

hi, thanks for the reply.

I had full html and filtered html and messaging plain text. filtered html was my default. I didn't create any filters, but I think messaging plain text was installed at some point when I trying to find a workaround to this problem.

I switched the default to messaging plain text and that seems to have taken care of the issue, and I just tested image assist and it is still working even without the ability to add any tags to the messaging plain text filter, so I feel like I have a workaround that will minimize user issues.

I do think that this module shouldn't use the default input filter, that it would be better to be able to choose the filter it works with.

Okay, I see why mine works and your doesn't. I've already fixed it on my development PC so that the sender can choose the input format to use when sending. I was waiting for some changes in another module to be completed so I could test what I did in this one. I still have some testing and bug fixes to finish up, but then I'll upload the changes so everyone can benefit from them.

cool, thanks!

btw, now that it's working, I love this mod. can't wait for the changes!

If possible, please post a patch for this issue or even just give me some quick directions to do it myself.

It will take less time for me to just submit the changes than to try to create a patch or explain what needs to be done. I actually made the changes two months ago, along with several other changes, but I wasn't able to test them back then. I should have some time later on this week to finalize all I have in my queue.

I have been having the same problem, so will be VERY grateful to have the new version when you can post it. It is a fabulous module which provides essential functionality. Thanks for all your work on it!

I've included the code for what I think will fix or at least allow for working around these problems. Please try the 6.x-1.0-beta2 release and let me know if that fixes this problem.

Thank you! It works well for me now. Am using on live site, www.iofc.org.

I'm marking this as fixed as I got a positive reply. If anyone else is still have problems, please re-open the issue.

Automatically closed -- issue fixed for 2 weeks with no activity.