[PHP-dev 1196] Re: PHP4.4.1でmb_send_mailの第5引数が利かなくなってる

2005年 11月 11日 (金) 17:40:24 JST

      ぢょ～@よくきたなです．

Rui Hirokawaさんの「[PHP-dev 1195] Re: PHP4.4.1でmb_send_mailの第5引数が利かなくなってる」から
>On Sat, 05 Nov 2005 19:31:52 +0900
>Tadashi Jokagi <ml ＠ elf.no-ip.org> wrote:
>
>>       上鍵です．こんにちは．
>> 
>> Rui Hirokawaさんの<20051105141734.FABA.RUI_HIROKAWA ＠ ybb.ne.jp>から
>> >mb_send_mail()については、改行コードに\nがハードコードされている
>> >ところやヘッダが長い場合の折り返しについて問題点として指摘されて
>> >いた気がしますが、具体的にはどんな問題だったでしょうか?
>> 
>>       mb_send_mail() は最終的に mail() に橋渡しするのですが，下記の
>>     ような問題があります．
>> 
>>     ・Subject が RFC 違反
>>       メールヘッダーはフィールド名とフィールド値(と改行文字)の合計が
>>       76 文字未満としていますが，mb_encode_mimeheader() は 74 文字で
>>       ハードコーディングされているため，フィールド値だけで 74 文字で
>>       改行されます．よって 1 行目が「Subject:」の分長くなります．
>
>これについては、mb_encode_mimeheader()にオフセットをオプションとして
>指定可能にするパッチを作成しましたが、まずバグ報告として
>登録頂く方が受け入れやすいと思うので、登録して頂けますか?

      結果から言いますと，「誰か報告よろしく」です．これって一応聞いて
    みたいんですが，

    ・どういう風に指定可能になるのでしょうか?
    ・PHP 4 でも反映されるんでしょうか?

    PHP 5 だと iconv 使うつもりでいるので，「mb_encode_mimeheader() は
    そういう仕様」ということでもかまわなかったりしています．特に古くか
    ら指定できなかったので，後 1 年は使わない機能という判断を上鍵はし
    てしまいます(PHP が5.x.x だったら指定できて～みたいなスクリプトを
    細かいバージョンの差異であまり書きたくない)ということで既に
    iconv_mime_encode で実現できてるので，個人的には「メール送るなら時
    代は iconv」と考えています．

#先のメールのように「海外で mbstring は入っていない場合」などもあわせ
 るとという感じで．

>>     ・Windows は改行文字は「\r\n」でなければ RFC 違反
>>       Windows は引数で渡された値がそのまま SMTP プロトコルに使用され
>>       ます．SMTP は CR+LF の改行文字でなければならないので，LF だけ
>>       では RFC 違反になります．
>
>これは、改行をLFからCR+LFに直すことなら比較的簡単ですが、
>mail()関数の処理との整合性もあるので、難しいかもしれません。
>これもとりあえずバグ報告としてあげていただく方が良いかと思います。

      なるべく早いうちに登録したいと思います．といいつつ和英の方がより
    苦手なので「読めない英語」書いてしまう可能性が高いのですが(苦笑

#実は「force_extra_parameters が mb_send_mail() に使えて mail() に使え
 ないのはおかしい．これは「機能追加要望」ではなく「バグ報告だ」という
 bugs を投げたんですが，どうにも何を書いてるのか理解できなかったようで
 す;-(

>これは小泉さんもご指摘のように汎用的な実装となると難しいので、
>アプリケーション側で個別に対応頂くのが良いのではと思います。
>(何か良い手があるかもしれないですが。。。)

      対処としては当然ですが

    ・mb_encode_mimeheader()を使わない(独自でエンコード処理をする)
    ・問題があることを前提に mb_encode_mimeheader() を使う

    しかなくなってしまいます．多くの MUA がそうであるように，

    ・少なくとも行の開始 ASCII
    ・ctype_print() じゃない文字列(or 8bit or エスケープシーケンス)が
      出てきたら文字エンコードの切り替え
    ・行が分かったら次行の開始も ASCII としてはじめる

    でいいんじゃないかと思うのですが．

#上鍵は結局自分でエンコード処理を書いてしまいました．

-- 
----.----1----.----2----.----3----.----4----.----5----.----6----.----7
Tadashi Jokagi/Shibuya city mailto:elf ＠ elf.no-ip.org
YokukitanaII http://elf.no-ip.org/
Yokukita blog http://blog.poyo.jp/
Yokukita wiki http://wiki.poyo.jp/