Hi all
I have a multisite drupal install (sigle codebase,multiple dbs) with italian as default language. On just one (out of 3) site, when there are chars like è ì ò à ù, or even spaces in the mail text using SOME mail client (eg. gmail) the utf hex equivalent is shown
(like, for "è" C3 A8). it is to note that messages are shown correctly as drupal nodes, they become broken while sent as mail

I have tracked down the problem to be related to the smtp module (not to other mail related like simplenews or mimemail) because same problems happen while using the contact form (no mimemail/smtp) while the do not happen using the "normal" mail function as mail gateway (simplenews+mimemail but no smtp).

I have tried disabling and re-enabling the module and re-installing it......
what puzzles me is that everything is working fine on the other sites (same codebase, same mail server, and same configuration checked several times). I have checked file input format, node type and editor cfgs but everything seems fine

Any hint on how to solve the problem?
For now I will revert to the "normal" mail function, but I need smtp because mail wrongly overwrite the return path.

thanks
poehinx

CommentFileSizeAuthor
#9 SMTP-Charset-fix-D6-712310.patch662 bytesPls

Comments

franz’s picture

franz
any
Location Montréal
commented

I fixed some utf-8 issues some time ago, but it's almost impossible to help you out while you're using a dev version, because I cannot know which code it really is. Could you try the beta4 instead?

Thanks

poehnix’s picture

poehnix commented

Thanks. I will give beta4 a try and report back

---EDIT----

I tried beta4 uninstalling -dev (whose code resides in all/modules) from the subsite, putting beta4 in the site/mysite/modules

the correct version was shown in the admin/build/modules section

still the a contact module mail gives in gmail

è à ù ò
è una prova

while same email at another email address gives

è à ù ò
è una prova

poehnix’s picture

poehnix commented
Version: 6.x-1.x-dev » 6.x-1.0-beta4
daniel wentsch’s picture

daniel wentsch commented

I kinda have the same problem with 6.x-beta5 or the latest 6.x-dev.
Only difference: special chars (äöü) are displayed correctly inside Gmail, whereas Outlook (2003) and Hotmail only show up things like: � � � (outlook) and ü (Hotmail).

vasrush’s picture

vasrush commented

Same thing here.
Working with 6.x-beta5.

edgar saumell’s picture

edgar saumell commented
Version: 6.x-1.0-beta4 » 6.x-1.x-dev
Category: support » bug
Priority: Normal » Major

Same here with 6.x-1.x-dev (2011-set-17) As far as I tested I see the mail correctly in Gmail and Mac OS X Mail.app.
I see Weird characters only in iPhone's built-in mail app.

I'm able to do some testing.

Thanks inadvance.

daftu’s picture

daftu commented
Version: 6.x-1.x-dev » 6.x-1.0-beta5

Same problem with 6.x-1.0-beta5.
Using polish language on site and got strange characters in emails.
Everything's ok after turning SMTP auth module off and sending via PHPMailer module.

rsvelko’s picture

rsvelko commented

To read how to fix it - see this thread (was marked as a dupe of the current one ):

http://drupal.org/node/362759

Basically I explain in there how to go into phpmailer's files and look for iso-8859 and chnge it to utf8 - hacking phpmailer's code...

IT works and if you update modules not too often and with a diff check for patching beforehand - you'll be just fine after this 1 min hack...

Pls’s picture

Pls commented
StatusFileSize
new SMTP-Charset-fix-D6-712310.patch662 bytes

Actually there's a better way to fix this issue without editing external libraries. I created a patch based on http://drupal.org/node/1330714, but only changed $mail instead of $mailer, as this is 6.x-1.0-beta5 and it differs from 7.x branch.

Attached a patch, which does what it suppose to - overrides default CharSet on phpmailer, so when sending mail it uses UTF-8 all the time. Patch is for 6.x-1.0-beta5 version. Tested functionality using different webmails, everything is working perfect. Please provide feedback if you encounter any problems with the patch.

Maby module maintainer can commit this fix to include it in next version? That would be really awesome, thanks!

Pls’s picture

Pls commented
Status: Active » Needs review
rsvelko’s picture

rsvelko commented

1. I could not reproduce the original bug - all unicode works on my test sites - even without patching :)
2. I reviewed the patch above - 1. it cant hurt anything if applied, 2. it is a smarter solution than the original...

so go ahead and patch it if not already sth similar has found place in -dev

cheers

rsvelko’s picture

rsvelko commented
Status: Needs review » Reviewed & tested by the community
cjback’s picture

cjback commented

Patched worked for me.

Thank you Pls!

wundo’s picture

wundo commented
Status: Reviewed & tested by the community » Fixed

Committed! Thanks!

Status: Fixed » Closed (fixed)

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

Exploratus’s picture

Exploratus commented

Worked for me!!!!