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 ---

Reply via email to