When I request a new password be emailed from Drupal Eudora 5.2 for Mac OSX doesn't do a great job of understanding the subject line.
In many views of Eudora it displays this: (title of message window, and message list view)
=?UTF-8?B?UmVwbGFjZW1lbnQgbG9naW4gaW5mb3JtYXRpb24gZm9yI
In some places it parses this (more) correctly and displays this: (body of message view)
Subject: Replacement login information for admin at At lantic Wildlife Institute
I don't want to have to insist that users upgrade to the most current email client in order to not think messages from the web server are spam.
Is there any chance that a check could be done on outgoing emails and any text that could be completely encoded as 8859-1 be sent as that, and only emails that have any text that needs utf would be encoded as utf?
Comments
Comment #1
killes@www.drop.org commentedThis is a feature request. Iam afraid that not many people will care for it.
Comment #2
Dublin Drupaller commentedI have the same problem....have you sussed out a work-around?
I've tried looking at the user.module but I don't really know what I'm doing - am a newbie to php so nervous about changing anything.
CHeers
Jason
Comment #3
Steven commentedE-mail header encoding is a big, big mess.
Still, Drupal conforms mostly to the RFC's. I've been looking into issue, and a couple of rare issues can pop-up, but this bug is not one of them: if Eudora does not interpret such encoding blocks correctly, it does not conform to RFC 2047. I doubt that using ISO-8859-1 correctly (i.e. with a =?ISO-8859-1?...?= block) would work in Eudora either.