文字化けNo.06328
ひろ さん 01/12/18 18:43
 
 秀まるおさん今日は、ひろです。
 送ったメールが宛先不明? で返ってきて、元の文が行末がおかしくなり、
結果的に文字化けしています。この様な特殊なケースはバグには含まれない
と思いますが、もし必要ならば元となった送信メールのログと返ってきた受
信メールのログをお送りします。どうしましょうか?
 こちらの環境は、Windows98+IE5.5+鶴亀 Ver.1.56 です。

[ ]
RE:06328 文字化けNo.06333
秀まるお さん 01/12/19 13:54
 
> 送ったメールが宛先不明? で返ってきて、元の文が行末がおかしくなり、
>結果的に文字化けしています。

 たぶん、仕様だと思いますが、一応対応できるかもしれないので、差し支え
なければそのメールください。

[ ]
RE:06333 文字化けNo.06338
秀まるお さん 01/12/19 16:56
 
 メール本文にそのままデコードされたメールが入ってるだけなので、これを
どうにかするのは無理だと思います。

 しいて対応するなら、範囲選択して「この範囲をデコード」ってなコマンド
を作るとかって話になりますが…。どうしょしましょ?。

 そもそも、そういう形でもいいならマクロでも出来たりします。適当なテン
ポラリファイルに保存して、

 turukame.exe /v XXXX.tmp

 みたいに起動してやれば表示できます。

[ ]
RE:06338 文字化けNo.06339
秀まるお さん 01/12/19 17:31
 
> turukame.exe /v XXXX.tmp
>
> みたいに起動してやれば表示できます。

 っと思ったんですが、しいてこういうやり方をするならログからやらないと
ダメかもしれないです。ま、それもマクロで出来ますが…。

 returned mailの処理についてはメールサーバーによってばらばらでして、
そもそも送ったメールのヘッダ部分しか返さないこともあるし、秀ネットのシ
ステムでの「書き込みエラー」なんかの場合は何も返さなかったり、みなバラ
バラです。

 だから、本来こういう要望は、プロバイダー会社側に出すべき物だと思いま
す。プロバイダー側に、ちゃんとしてMIMEのマルチパート形式で応答するよう
にしてもらえばいいです。

 (って、もしそういう要望があるならの話ですけど)

 ちなみにうちのプロバイダー(mitene)は、ちゃんとしたマルチパートで返
してくれます。

|       ----- The following addresses had permanent fatal errors -----
|    <xxxxxxxxxxxxxx@maruo.co.jp>
|
|       ----- Transcript of session follows -----
|    ... while talking to www.maruo.co.jp.:
|    >>> RCPT To:<xxxxxxxxxxxxxx@maruo.co.jp>
|    <<< 550 unknown user <xxxxxxxxxxxxxx@maruo.co.jp>
|    550 <xxxxxxxxxxxxxx@maruo.co.jp>... User unknown


 ってなSMTPのログ入り本文と、さらにはmessage/delivery-statusのパート
とmessage/rfc822のパートが入っている、詳細なエラーレポートが返ってきま
す。

 ただ、個人的には送ったメールのヘッダだけ返信してくれる方がありがたい
です。送ったメールが巨大な添付ファイル入りだったりすると、またそれを自
分が受信するのも面倒です。

[ ]
RE:06338 文字化けNo.06341
ひろ さん 01/12/19 17:52
 
 秀まるおさん今日は、ひろです。
>  メール本文にそのままデコードされたメールが入ってるだけ
というのは特殊な場合で、今回の場合本来は失敗していることさえ解ればよ
いので、対応していただく必要はありません。

[ ]