C-BOARD Moyuku ユーザー掲示板
この掲示板は、【C-BOARD Moyuku】のユーザーさん用掲示板です。
かつ、実地試験用に設置されています。テスト書き込みは禁止です。
不具合報告は、大歓迎です。要望や質問については、時間があればということで……。
書きこむ方は必ず【Moyuku用ドキュメント】に目を通しておいてください。
・スタイルにはシンプルスキンを選択しています。スクリプト名は、moyuku.cgi に変更しています。
・アクセステスト : PDA用表示 / 携帯電話用表示 別ID アクアスタイル（テスト書き込み可）
かつ、実地試験用に設置されています。テスト書き込みは禁止です。
不具合報告は、大歓迎です。要望や質問については、時間があればということで……。
書きこむ方は必ず【Moyuku用ドキュメント】に目を通しておいてください。
・スタイルにはシンプルスキンを選択しています。スクリプト名は、moyuku.cgi に変更しています。
・アクセステスト : PDA用表示 / 携帯電話用表示 別ID アクアスタイル（テスト書き込み可）
 |
▼ | メールが届かない Erie 12/1/15(日) 11:24 |
|
|
Re:調査結果報告 Wajett 12/3/31(土) 19:28 |
|
 |
Re:調査結果報告 あだこ 12/3/31(土) 23:59 |
Wajett
- 12/3/31(土) 19:28 -
こんにちは、Wajettです。
▼あだこさん：
>結論から言いますと、Erieさんのセットアップ等の設定誤りではなくて、C-BOARDのメールヘッダのTOの指定と、Erieさんの環境のsendmailでtオプションを指定したときの振る舞いの問題のようでした。
>
>Erieさんの環境だと、メールヘッダのTO:の指定に、
> 「宛先の名前 <foo@hoge.com>」と指定するとダメ、
> 「<foo@hoge.com>」を指定してもダメ、
> 「foo@hoge.com」を指定するとＯＫでした。
ご協力をありがとうございました。
ただ現象と仕様を確認する限り、現状の仕様が間違っているわけではないようなので、ちょっと対応に困りますね。
宛先名がなくても別にかまわないとは思うのですが、とりたてて間違っているように思えない仕様をダウングレードするような変更はちょっと悩むところです。
TOで失敗したら救済で省略再指定、というようなエラー処理がベストなのかなとは思いますが、場所が場所だけに……。
とりあえず、保留して現状維持とさせてもらいたいところです。
>
>▼Moyukuさん：
>動作確認中に、もうひとつ軽微な不具合を見つけました。
>管理者の記事管理から記事削除した時の管理者宛てメールの差出人が「=?ISO-2022-JP?B??=」と文字化けします。
現象を確認しました。
次のバージョンで修正したいと思います。
ご報告をありがとうございました。
▼あだこさん：
>結論から言いますと、Erieさんのセットアップ等の設定誤りではなくて、C-BOARDのメールヘッダのTOの指定と、Erieさんの環境のsendmailでtオプションを指定したときの振る舞いの問題のようでした。
>
>Erieさんの環境だと、メールヘッダのTO:の指定に、
> 「宛先の名前 <foo@hoge.com>」と指定するとダメ、
> 「<foo@hoge.com>」を指定してもダメ、
> 「foo@hoge.com」を指定するとＯＫでした。
ご協力をありがとうございました。
ただ現象と仕様を確認する限り、現状の仕様が間違っているわけではないようなので、ちょっと対応に困りますね。
宛先名がなくても別にかまわないとは思うのですが、とりたてて間違っているように思えない仕様をダウングレードするような変更はちょっと悩むところです。
TOで失敗したら救済で省略再指定、というようなエラー処理がベストなのかなとは思いますが、場所が場所だけに……。
とりあえず、保留して現状維持とさせてもらいたいところです。
>
>▼Moyukuさん：
>動作確認中に、もうひとつ軽微な不具合を見つけました。
>管理者の記事管理から記事削除した時の管理者宛てメールの差出人が「=?ISO-2022-JP?B??=」と文字化けします。
現象を確認しました。
次のバージョンで修正したいと思います。
ご報告をありがとうございました。
あだこ
- 12/3/31(土) 23:59 -
▼Wajettさん：
> 宛先名がなくても別にかまわないとは思うのですが、とりたてて間違っているように思えない仕様をダウングレードするような変更はちょっと悩むところです。
私が作るとしたら、宛先をセットするかしないかの設定をセットアップに設けますかね。
デフォルトは「セットする」で、「メールが配信されなかたら「セットしない」にしてみてください」と注釈するとか。
> TOで失敗したら救済で省略再指定、というようなエラー処理がベストなのかなとは思いますが、場所が場所だけに……。
「TOで失敗したら」の判定が難しいですよね。
sendmailがエラーを返してくるわけではないでしょうから。
> とりあえず、保留して現状維持とさせてもらいたいところです。
私は開発＆配布を無期限休止していますから、配布されているWajettさんが思うように作られたらよいかと思います。
外野（＝手を休めている人間）があれこれケチをつけると、モチベーション下がるでしょうからね。
オリジナルC-BOARD作者のT.Kimataさんのスキルは高く、当時としては画期的な掲示板CGIでしたが、メール環境など当時からいろいろ変わっていますので、まだまだ改善の余地はたくさん残っていますね。
スパム対策を強化されたあたり、時代にマッチした方向性なのではないかと思います（私ごときのスキルでは作るのは無理だったと思います）。
> 宛先名がなくても別にかまわないとは思うのですが、とりたてて間違っているように思えない仕様をダウングレードするような変更はちょっと悩むところです。
私が作るとしたら、宛先をセットするかしないかの設定をセットアップに設けますかね。
デフォルトは「セットする」で、「メールが配信されなかたら「セットしない」にしてみてください」と注釈するとか。
> TOで失敗したら救済で省略再指定、というようなエラー処理がベストなのかなとは思いますが、場所が場所だけに……。
「TOで失敗したら」の判定が難しいですよね。
sendmailがエラーを返してくるわけではないでしょうから。
> とりあえず、保留して現状維持とさせてもらいたいところです。
私は開発＆配布を無期限休止していますから、配布されているWajettさんが思うように作られたらよいかと思います。
外野（＝手を休めている人間）があれこれケチをつけると、モチベーション下がるでしょうからね。
オリジナルC-BOARD作者のT.Kimataさんのスキルは高く、当時としては画期的な掲示板CGIでしたが、メール環境など当時からいろいろ変わっていますので、まだまだ改善の余地はたくさん残っていますね。
スパム対策を強化されたあたり、時代にマッチした方向性なのではないかと思います（私ごときのスキルでは作るのは無理だったと思います）。
