php-i18n Digest 27 Oct 2004 22:39:43 -0000 Issue 255
Topics (messages 773 through 775):
Re: Unicode internationalization problem with e-commerce site
773 by: Moriyoshi Koizumi
Re: Bakemoji in From header line for Japanese e-mail sent with PHP mb_send_mail
774 by: WillaDee Young
ICU Extensions for PHP
775 by: Tex Texin
Administrivia:
To subscribe to the digest, e-mail:
[EMAIL PROTECTED]
To unsubscribe from the digest, e-mail:
[EMAIL PROTECTED]
To post to the list, e-mail:
[EMAIL PROTECTED]
----------------------------------------------------------------------
--- Begin Message ---
First off, the 4.0.x versions of MySQL are not capable of
handling UTF-8 (Actually it can store such strings though). It'd be
better
to use some legacy encoding instead.
And, it's worth a try to see if the automatic encoding conversion
function
of the mbstring extension is enabled (if output_handler is set to
"mb_output_handler")
in your php.ini and turn it off if that's the case.
Also check the value of default_charset setting in the php.ini
AddDefaultCharset off
AddDefaultCharset UTF-8
This apache setting is irrelevant to PHP generated output.
HTH,
Moriyoshi
--- End Message ---
--- Begin Message ---
I've pasted my phpinfo() output below. The mbstring.language
does appear to be set correctly. (By the way, the PHP Core
section of phpinfo() says: default_charset, Shift_JIS, Shift_JIS.)
Can I ask what formatting is output by mbstring_send_mail?
Is it ISO-2022-JP?
Thanks
WS
mbstring
Multibyte Support enabled
Japanese support enabled
Simplified chinese support enabled
Traditional chinese support enabled
Korean support enabled
Russian support enabled
HTTP input encoding translation enabled
Multibyte (japanese) regex support enabled
Directive Local Value Master Value
mbstring.detect_order auto auto
mbstring.encoding_translation On On
mbstring.func_overload 0 0
mbstring.http_input auto auto
mbstring.http_output SJIS SJIS
mbstring.internal_encoding EUC-JP EUC-JP
mbstring.language Japanese Japanese
mbstring.substitute_character no value no value
On Fri, 22 Oct 2004 00:55:28 +0900, Moriyoshi Koizumi
<[EMAIL PROTECTED]> wrote:
> Perhaps you haven't just set mbstring.language to "Japanese" in your
> php.ini. Pass strings encoded in the same encoding as specified in
> mbstring.internal_encoding to mb_send_mail(). Basically no additional
> preparation should be needed.
>
> HTH,
> Moriyoshi
>
>
>
> On 2004/10/19, at 22:01, WillaDee Young wrote:
>
> > I'm trying send Japanese e-mail from a PHP web site. I am using
> > mb_send_mail for this task. The back end is MySQL and the whole system
> > is set up to use EUC-JP internally and SJIS for output. I have a form
> > prepopulated with some suggested Japanese text, the user edits that,
> > and the mail is sent.
> >
> > The form fields are (1) e-mail subject, (2) sender name, (3) sender
> > e-mail address, and (4) message body. The sender name is concatenated
> > with an angle-bracketed version of the sender e-mail address
> > (separated by a hankaku space) and used as the e-mail From field. The
> > subject is used as the subject and the message body is the message
> > body.
> >
> > No problems with the subject and the message body. The sender (the
> > From line) however is bakemoji. I tried using mb_convert_encoding and
> > converting to ISO-2022-JP and got very weird results, almost all of
> > the kanji went through okay, but the number of characters were
> > increased and the extra characters were bakemoji.
> >
> > Shouldn't mb_send_mail just be taking care of everything, or do I need
> > to be doing something to prepare text for it? Is there a problem with
> > concatenating the kanji name and the ASCII email address? Is there any
> > way the kanji name could be in a different encoding than the subject
> > and message body, even though it comes from the same form? How can I
> > troubleshoot this? If the From line is bakemoji, is there a risk that
> > the Subject and message body will be bakemoji in some mail readers?
> >
> > Any help appreciated.
> >
> > --
> > PHP Internationalization Mailing List (http://www.php.net/)
> > To unsubscribe, visit: http://www.php.net/unsub.php
> >
> >
>
>
--- End Message ---
--- Begin Message ---
There was some discussion (Mar 2003) of ICU Extensions for PHP:
http://www.zend.com/lists/php-dev/200303/msg00656.html
I am interested to know if this was ever completed?
Also interesteed in news of any alternatives that extend Unicode support for PHP.
Tex Texin
--- End Message ---