C-BOARD Moyuku ユーザー掲示板
この掲示板は、【C-BOARD Moyuku】のユーザーさん用掲示板です。
かつ、実地試験用に設置されています。テスト書き込みは禁止です。
不具合報告は、大歓迎です。要望や質問については、時間があればということで……。
書きこむ方は必ず【Moyuku用ドキュメント】に目を通しておいてください。
・スタイルにはシンプルスキンを選択しています。スクリプト名は、moyuku.cgi に変更しています。
・アクセステスト : PDA用表示 / 携帯電話用表示 別ID アクアスタイル（テスト書き込み可）
かつ、実地試験用に設置されています。テスト書き込みは禁止です。
不具合報告は、大歓迎です。要望や質問については、時間があればということで……。
書きこむ方は必ず【Moyuku用ドキュメント】に目を通しておいてください。
・スタイルにはシンプルスキンを選択しています。スクリプト名は、moyuku.cgi に変更しています。
・アクセステスト : PDA用表示 / 携帯電話用表示 別ID アクアスタイル（テスト書き込み可）
 |
▼ | メールが届かない Erie 12/1/15(日) 11:24 |
|
|
Re:メール送信の確認について Erie 12/3/30(金) 11:18 |
|
 |
Re:メール送信の確認について あだこ 12/3/30(金) 23:28 |
|
|
Re:メール送信の確認について Erie 12/3/31(土) 15:27 |
|
|
Re:調査結果報告 あだこ 12/3/31(土) 16:10 |
![[添付]](./brd/myk/image/clip_icon.gif){kind=icon}
|
|
 |
Re:調査結果報告 あだこ 12/3/31(土) 16:24 |
|
|
Re:調査結果報告 Wajett 12/3/31(土) 19:28 |
|
 |
Re:調査結果報告 あだこ 12/3/31(土) 23:59 |
|
|
Re:調査結果報告 Erie 12/3/31(土) 22:24 |
|
|
Re:調査結果報告 あだこ 12/4/1(日) 0:21 |
|
|
Re:調査結果報告 Erie 12/4/1(日) 11:17 |
|
|
Re:調査結果報告 Erie 12/4/1(日) 11:34 |
|
|
Re:調査結果報告 あだこ 12/4/1(日) 14:19 |
Erie
- 12/3/30(金) 11:18 -
- 12/3/30(金) 11:18 -
▼あだこさん：
>ピンとこなかったようですが、一例をあげれば、「KENTさんちの掲示板cgiのひとつです」じゃなくて、最初から「KENTさんちのWeb ForumとASKA BBS」って具体的に書いたほうがよいですよってことです。
なるほど…人んちのcgiなので、名前出すのも…と思いまして(^_^;
>まさかとは思いますが、
>app/commander.plの
>が、
> $::FLAG{'debug'} = 1;
>とか
> $::FLAG{'debug'} = 2;
>とかになっていないですよね？
ゼロでした。確認しました。
>FTPでのアクセス方法（パスワード含めて）と、C-BOARDの管理者パスワードを教えていただけるのであれば、特別に調査してもよいですよ。
う〜ん。FTPですかぁ〜、他のデータも見られてしまいますねぇ。
う〜んっと、見られてまずいものあったかなぁ？…ちょっと待ってね。
>自分でも気持ち悪いほど親切ですが、何故か本件は私のつぼにはまってしまったようです。
(^_^)ありがとうございます。
今日は、これから、出掛けないとならないので、
明日、準備できるかな？ちょっと、考えてみます。
もし、見てもらえる準備が出来たら、ここに書きます。
お手数おかけしてすいません。
...see you again.(^^)ﾉﾞ☆''いつも元気なＥＲＩＥちゃん''☆
>ピンとこなかったようですが、一例をあげれば、「KENTさんちの掲示板cgiのひとつです」じゃなくて、最初から「KENTさんちのWeb ForumとASKA BBS」って具体的に書いたほうがよいですよってことです。
なるほど…人んちのcgiなので、名前出すのも…と思いまして(^_^;
>まさかとは思いますが、
>app/commander.plの
>が、
> $::FLAG{'debug'} = 1;
>とか
> $::FLAG{'debug'} = 2;
>とかになっていないですよね？
ゼロでした。確認しました。
>FTPでのアクセス方法（パスワード含めて）と、C-BOARDの管理者パスワードを教えていただけるのであれば、特別に調査してもよいですよ。
う〜ん。FTPですかぁ〜、他のデータも見られてしまいますねぇ。
う〜んっと、見られてまずいものあったかなぁ？…ちょっと待ってね。
>自分でも気持ち悪いほど親切ですが、何故か本件は私のつぼにはまってしまったようです。
(^_^)ありがとうございます。
今日は、これから、出掛けないとならないので、
明日、準備できるかな？ちょっと、考えてみます。
もし、見てもらえる準備が出来たら、ここに書きます。
お手数おかけしてすいません。
...see you again.(^^)ﾉﾞ☆''いつも元気なＥＲＩＥちゃん''☆
あだこ
- 12/3/30(金) 23:28 -
▼Erieさん：
>>app/commander.plの
>>が、
>> $::FLAG{'debug'} = 1;
>>とか
>> $::FLAG{'debug'} = 2;
>>とかになっていないですよね？
>
>ゼロでした。確認しました。
そうですか。
じゃぁやっぱり、sendmailに接続はできていて、TOのアドレスとかがちゃんと指定できていないのかなぁ〜？設定ミスなのか、プログラムの誤動作なのかはまだ何とも言えませんが、・・・。
やっぱり、実際の環境を見させてもらって、プログラム書き換えて試させてもらったほうが早そうです。
でも、解決できなかたらごめんね。
>う〜ん。FTPですかぁ〜、他のデータも見られてしまいますねぇ。
>う〜んっと、見られてまずいものあったかなぁ？…ちょっと待ってね。
C-BOARD以外、見ませんけれどね〜(^o^;)
でも、何かが漏えいしたとかで私が疑われるのも嫌なので、見られちゃまずいものは隠しておいてもらったほうがよろしいかと。
>もし、見てもらえる準備が出来たら、ここに書きます。
とりあえず、連絡先のメールアドレスを「お問い合わせ」から送信しておきました。（時間が経つと、私の偽物が現れないとも限りませんので。）
基本的に、秘密情報以外はこちらの掲示板でやり取りしましょう。
（ノウハウや調査結果を公の場で情報共有するという意味でも。）
>>app/commander.plの
>>が、
>> $::FLAG{'debug'} = 1;
>>とか
>> $::FLAG{'debug'} = 2;
>>とかになっていないですよね？
>
>ゼロでした。確認しました。
そうですか。
じゃぁやっぱり、sendmailに接続はできていて、TOのアドレスとかがちゃんと指定できていないのかなぁ〜？設定ミスなのか、プログラムの誤動作なのかはまだ何とも言えませんが、・・・。
やっぱり、実際の環境を見させてもらって、プログラム書き換えて試させてもらったほうが早そうです。
でも、解決できなかたらごめんね。
>う〜ん。FTPですかぁ〜、他のデータも見られてしまいますねぇ。
>う〜んっと、見られてまずいものあったかなぁ？…ちょっと待ってね。
C-BOARD以外、見ませんけれどね〜(^o^;)
でも、何かが漏えいしたとかで私が疑われるのも嫌なので、見られちゃまずいものは隠しておいてもらったほうがよろしいかと。
>もし、見てもらえる準備が出来たら、ここに書きます。
とりあえず、連絡先のメールアドレスを「お問い合わせ」から送信しておきました。（時間が経つと、私の偽物が現れないとも限りませんので。）
基本的に、秘密情報以外はこちらの掲示板でやり取りしましょう。
（ノウハウや調査結果を公の場で情報共有するという意味でも。）
Erie
- 12/3/31(土) 15:27 -
- 12/3/31(土) 15:27 -
▼あだこさん：
>基本的に、秘密情報以外はこちらの掲示板でやり取りしましょう。
>（ノウハウや調査結果を公の場で情報共有するという意味でも。）
有り難うございましたm(__)m
動作確認しました。
問題無く、メール届きます。
良かったです(^_^)
お忙しいところ、有り難うございました。
...see you again.(^^)ﾉﾞ☆''いつも元気なＥＲＩＥちゃん''☆
>基本的に、秘密情報以外はこちらの掲示板でやり取りしましょう。
>（ノウハウや調査結果を公の場で情報共有するという意味でも。）
有り難うございましたm(__)m
動作確認しました。
問題無く、メール届きます。
良かったです(^_^)
お忙しいところ、有り難うございました。
...see you again.(^^)ﾉﾞ☆''いつも元気なＥＲＩＥちゃん''☆
あだこ
- 12/3/31(土) 16:10 -
▼Erieさん：
▼Moyukuさん：
>問題無く、メール届きます。
>良かったです(^_^)
安請け合いしたものの、Erieさんにここまで調査環境作らせておいて、直せなかったらどうしようと、ちょっとビビりましたが、直せて＆喜んでいただけてよかったです(^o^)V。
ネタ的に興味があったこともありますが、Erieさん自身でも直そうと協力いただける姿勢が見えたので、ここまで親切にできたのだと思います。
フリーソフトの開発者って、ユーザーからのフィードバックをモチベーションにやっている人が多いので。
私は、本業が忙しくなったのと、いろいろネット上で周りの人ともめたりしたのと、プロバイダの都合で自作CGIを動かせるホームページスペースがなくなってしまったのとで、開発を休止して何年も経ちますが、今でもこのような形でC-BOARDが残っていてよかったです。
で、本題です。
結論から言いますと、Erieさんのセットアップ等の設定誤りではなくて、C-BOARDのメールヘッダのTOの指定と、Erieさんの環境のsendmailでtオプションを指定したときの振る舞いの問題のようでした。
Erieさんの環境だと、メールヘッダのTO:の指定に、
「宛先の名前 <foo@hoge.com>」と指定するとダメ、
「<foo@hoge.com>」を指定してもダメ、
「foo@hoge.com」を指定するとＯＫでした。
TOが上記のダメなパターンだと、BCCにも送信されませんが、TOが上記のOKのパターンだと、BCCの指定は「送信先の名前 <foo@hoge.com>」のままでも送信できました。
直し方としては、メールヘッダのTO:の指定を「foo@hoge.com」とするか、sendemailのtオプションを指定せず、ヘッダではなく、宛先をコマンドラインで指定するかだと思いますが、とりあえず、Erieさんには、前者で処置した /cgi/cb/app/lib/mailer.pl をお渡しして動作確認してもらいました。KENTさんのCGIでも、TO:には宛先の名前を指定していなかったようなので。
後者は試してはいません。
参考までにそのファイルを添付しておきます。
▼Moyukuさん：
動作確認中に、もうひとつ軽微な不具合を見つけました。
管理者の記事管理から記事削除した時の管理者宛てメールの差出人が「=?ISO-2022-JP?B??=」と文字化けします。
mailer.plのsub master_mailで、
$from{'name'} = $$FRM{'name'};
ってありますが、上記の記事削除時には、フォームに名前を入力するわけではないので、これがブランクになっているのではないかと思います。
試してはいませんが、
sub sendで、
&mime_encode(\$$from{'name'});
&write('From: ' . $$from{'name'} . (length($$from{'address'}) ? " <$$from{'address'}>" : '') . "\n", $mode);
は、$from{'name'}がブランクではないことを確認してから「. $$from{'name'}」をしないといけないのではないかと。
以上、調査結果報告でした。
よろしくお願いします。
▼Moyukuさん：
>問題無く、メール届きます。
>良かったです(^_^)
安請け合いしたものの、Erieさんにここまで調査環境作らせておいて、直せなかったらどうしようと、ちょっとビビりましたが、直せて＆喜んでいただけてよかったです(^o^)V。
ネタ的に興味があったこともありますが、Erieさん自身でも直そうと協力いただける姿勢が見えたので、ここまで親切にできたのだと思います。
フリーソフトの開発者って、ユーザーからのフィードバックをモチベーションにやっている人が多いので。
私は、本業が忙しくなったのと、いろいろネット上で周りの人ともめたりしたのと、プロバイダの都合で自作CGIを動かせるホームページスペースがなくなってしまったのとで、開発を休止して何年も経ちますが、今でもこのような形でC-BOARDが残っていてよかったです。
で、本題です。
結論から言いますと、Erieさんのセットアップ等の設定誤りではなくて、C-BOARDのメールヘッダのTOの指定と、Erieさんの環境のsendmailでtオプションを指定したときの振る舞いの問題のようでした。
Erieさんの環境だと、メールヘッダのTO:の指定に、
「宛先の名前 <foo@hoge.com>」と指定するとダメ、
「<foo@hoge.com>」を指定してもダメ、
「foo@hoge.com」を指定するとＯＫでした。
TOが上記のダメなパターンだと、BCCにも送信されませんが、TOが上記のOKのパターンだと、BCCの指定は「送信先の名前 <foo@hoge.com>」のままでも送信できました。
直し方としては、メールヘッダのTO:の指定を「foo@hoge.com」とするか、sendemailのtオプションを指定せず、ヘッダではなく、宛先をコマンドラインで指定するかだと思いますが、とりあえず、Erieさんには、前者で処置した /cgi/cb/app/lib/mailer.pl をお渡しして動作確認してもらいました。KENTさんのCGIでも、TO:には宛先の名前を指定していなかったようなので。
後者は試してはいません。
参考までにそのファイルを添付しておきます。
▼Moyukuさん：
動作確認中に、もうひとつ軽微な不具合を見つけました。
管理者の記事管理から記事削除した時の管理者宛てメールの差出人が「=?ISO-2022-JP?B??=」と文字化けします。
mailer.plのsub master_mailで、
$from{'name'} = $$FRM{'name'};
ってありますが、上記の記事削除時には、フォームに名前を入力するわけではないので、これがブランクになっているのではないかと思います。
試してはいませんが、
sub sendで、
&mime_encode(\$$from{'name'});
&write('From: ' . $$from{'name'} . (length($$from{'address'}) ? " <$$from{'address'}>" : '') . "\n", $mode);
は、$from{'name'}がブランクではないことを確認してから「. $$from{'name'}」をしないといけないのではないかと。
以上、調査結果報告でした。
よろしくお願いします。
あだこ
- 12/3/31(土) 16:24 -
▼Wajettさん：
>▼Moyukuさん：
失礼！ m(_o_)m
「Moyuku」さんじゃなくて、「Wajett」さんですね。 orz
>▼Moyukuさん：
失礼！ m(_o_)m
「Moyuku」さんじゃなくて、「Wajett」さんですね。 orz
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??=」と文字化けします。
現象を確認しました。
次のバージョンで修正したいと思います。
ご報告をありがとうございました。
Erie
- 12/3/31(土) 22:24 -
- 12/3/31(土) 22:24 -
▼あだこさん：
お世話になりましたm(__)m
無事動いています。
他のユーザーの方々にも、問題無く、使って頂いています。
うちの掲示板は、一日に、１３０以上のアクセスがあります(^_^)。。
>ネタ的に興味があったこともありますが、Erieさん自身でも直そうと協力いただける姿勢が見えたので、ここまで親切にできたのだと思います。
ホント、助かりました(^_^)ありがとデス。。
>フリーソフトの開発者って、ユーザーからのフィードバックをモチベーションにやっている人が多いので。
そうですね！自分も、簡単なソフト作ったりしていますので、
ユーザーから、お褒めの言葉を頂くと嬉しいですね(^_^)
（要望とかでも、もちろん嬉しいですが。）
>Erieさんの環境だと、メールヘッダのTO:の指定に、
> 「宛先の名前 <foo@hoge.com>」と指定するとダメ、
> 「<foo@hoge.com>」を指定してもダメ、
> 「foo@hoge.com」を指定するとＯＫでした。
はぁ〜、そういうことですか(^_^;う〜む。。。
特別なメールサーバーだったのですね。
普通にメールもらう時は、宛先の名前付いて来たりするけどなぁ？？
（後者の件かな？）
まっいいかっっ。。。ちゃんと動いたし、ありがとうございます。
>以上、調査結果報告でした。
どうもでしたm(__)m。。。
...see you again.(^^)ﾉﾞ☆''いつも元気なＥＲＩＥちゃん''☆
お世話になりましたm(__)m
無事動いています。
他のユーザーの方々にも、問題無く、使って頂いています。
うちの掲示板は、一日に、１３０以上のアクセスがあります(^_^)。。
>ネタ的に興味があったこともありますが、Erieさん自身でも直そうと協力いただける姿勢が見えたので、ここまで親切にできたのだと思います。
ホント、助かりました(^_^)ありがとデス。。
>フリーソフトの開発者って、ユーザーからのフィードバックをモチベーションにやっている人が多いので。
そうですね！自分も、簡単なソフト作ったりしていますので、
ユーザーから、お褒めの言葉を頂くと嬉しいですね(^_^)
（要望とかでも、もちろん嬉しいですが。）
>Erieさんの環境だと、メールヘッダのTO:の指定に、
> 「宛先の名前 <foo@hoge.com>」と指定するとダメ、
> 「<foo@hoge.com>」を指定してもダメ、
> 「foo@hoge.com」を指定するとＯＫでした。
はぁ〜、そういうことですか(^_^;う〜む。。。
特別なメールサーバーだったのですね。
普通にメールもらう時は、宛先の名前付いて来たりするけどなぁ？？
（後者の件かな？）
まっいいかっっ。。。ちゃんと動いたし、ありがとうございます。
>以上、調査結果報告でした。
どうもでしたm(__)m。。。
...see you again.(^^)ﾉﾞ☆''いつも元気なＥＲＩＥちゃん''☆
あだこ
- 12/3/31(土) 23:59 -
▼Wajettさん：
> 宛先名がなくても別にかまわないとは思うのですが、とりたてて間違っているように思えない仕様をダウングレードするような変更はちょっと悩むところです。
私が作るとしたら、宛先をセットするかしないかの設定をセットアップに設けますかね。
デフォルトは「セットする」で、「メールが配信されなかたら「セットしない」にしてみてください」と注釈するとか。
> TOで失敗したら救済で省略再指定、というようなエラー処理がベストなのかなとは思いますが、場所が場所だけに……。
「TOで失敗したら」の判定が難しいですよね。
sendmailがエラーを返してくるわけではないでしょうから。
> とりあえず、保留して現状維持とさせてもらいたいところです。
私は開発＆配布を無期限休止していますから、配布されているWajettさんが思うように作られたらよいかと思います。
外野（＝手を休めている人間）があれこれケチをつけると、モチベーション下がるでしょうからね。
オリジナルC-BOARD作者のT.Kimataさんのスキルは高く、当時としては画期的な掲示板CGIでしたが、メール環境など当時からいろいろ変わっていますので、まだまだ改善の余地はたくさん残っていますね。
スパム対策を強化されたあたり、時代にマッチした方向性なのではないかと思います（私ごときのスキルでは作るのは無理だったと思います）。
> 宛先名がなくても別にかまわないとは思うのですが、とりたてて間違っているように思えない仕様をダウングレードするような変更はちょっと悩むところです。
私が作るとしたら、宛先をセットするかしないかの設定をセットアップに設けますかね。
デフォルトは「セットする」で、「メールが配信されなかたら「セットしない」にしてみてください」と注釈するとか。
> TOで失敗したら救済で省略再指定、というようなエラー処理がベストなのかなとは思いますが、場所が場所だけに……。
「TOで失敗したら」の判定が難しいですよね。
sendmailがエラーを返してくるわけではないでしょうから。
> とりあえず、保留して現状維持とさせてもらいたいところです。
私は開発＆配布を無期限休止していますから、配布されているWajettさんが思うように作られたらよいかと思います。
外野（＝手を休めている人間）があれこれケチをつけると、モチベーション下がるでしょうからね。
オリジナルC-BOARD作者のT.Kimataさんのスキルは高く、当時としては画期的な掲示板CGIでしたが、メール環境など当時からいろいろ変わっていますので、まだまだ改善の余地はたくさん残っていますね。
スパム対策を強化されたあたり、時代にマッチした方向性なのではないかと思います（私ごときのスキルでは作るのは無理だったと思います）。
あだこ
- 12/4/1(日) 0:21 -
▼Erieさん：
>他のユーザーの方々にも、問題無く、使って頂いています。
ちょっと「匿メール」の用途が分からなくて戸惑っているユーザーさんもいるようですけれどね(^_^;)
>うちの掲示板は、一日に、１３０以上のアクセスがあります(^_^)。。
アクセス数も、サイトを続けるモチベーションになりますよね！
>ホント、助かりました(^_^)ありがとデス。。
喜んでいただけてなによりです。
腎臓を患った時とかはお世話になろうかな。
>特別なメールサーバーだったのですね。
どうなんでしょうね。
C-BOARDのver3系列が登場してから10年以上経っていますけれど、同様の申告を聞いた記憶はありません。（私が関わりだしてからも10年くらい経っています。）
でも、どれだけの人がメール機能を使用していたのか分かりませんから。
>普通にメールもらう時は、宛先の名前付いて来たりするけどなぁ？？
それはたぶん、普通のメールはSMTPで送るので、sendmailとは無関係だからです。
C-BOARDもSMTPに対応してはいますが、Erieさんのところの、SMTP認証やサブミッションポート587には対応していないはずなので残念ながら使えないです。（Wajettさんは、そのあたりもMoyukuで機能追加するのかなぁ〜。）
>他のユーザーの方々にも、問題無く、使って頂いています。
ちょっと「匿メール」の用途が分からなくて戸惑っているユーザーさんもいるようですけれどね(^_^;)
>うちの掲示板は、一日に、１３０以上のアクセスがあります(^_^)。。
アクセス数も、サイトを続けるモチベーションになりますよね！
>ホント、助かりました(^_^)ありがとデス。。
喜んでいただけてなによりです。
腎臓を患った時とかはお世話になろうかな。
>特別なメールサーバーだったのですね。
どうなんでしょうね。
C-BOARDのver3系列が登場してから10年以上経っていますけれど、同様の申告を聞いた記憶はありません。（私が関わりだしてからも10年くらい経っています。）
でも、どれだけの人がメール機能を使用していたのか分かりませんから。
>普通にメールもらう時は、宛先の名前付いて来たりするけどなぁ？？
それはたぶん、普通のメールはSMTPで送るので、sendmailとは無関係だからです。
C-BOARDもSMTPに対応してはいますが、Erieさんのところの、SMTP認証やサブミッションポート587には対応していないはずなので残念ながら使えないです。（Wajettさんは、そのあたりもMoyukuで機能追加するのかなぁ〜。）
Erie
- 12/4/1(日) 11:17 -
- 12/4/1(日) 11:17 -
▼あだこさん：
>ちょっと「匿メール」の用途が分からなくて戸惑っているユーザーさんもいるようですけれどね(^_^;)
そうですね(^_^;。。。他にはない特殊なコマンドだと思います。
けど、便利です。使用用途はかなり高いですね。
>喜んでいただけてなによりです。
>腎臓を患った時とかはお世話になろうかな。
内蔵は壊さない方が良いです(^_^)思ったより大変です。何かと。。
>C-BOARDのver3系列が登場してから10年以上経っていますけれど、同様の申告を聞いた記憶はありません。（私が関わりだしてからも10年くらい経っています。）
(^◇^;)。。
>それはたぶん、普通のメールはSMTPで送るので、sendmailとは無関係だからです。
そうでした(‥ゞポリポリ
>C-BOARDもSMTPに対応してはいますが、Erieさんのところの、SMTP認証やサブミッションポート587には対応していないはずなので残念ながら使えないです。（Wajettさんは、そのあたりもMoyukuで機能追加するのかなぁ〜。）
そんなマイナーな事に、対応する必要性は無いと思います。
けど。今後、安全性の問題からも、SMTP認証は、出て来そうですね。
（どのくらい広がっているかは知りませんが。）
...see you again.(^^)ﾉﾞ☆''いつも元気なＥＲＩＥちゃん''☆
>ちょっと「匿メール」の用途が分からなくて戸惑っているユーザーさんもいるようですけれどね(^_^;)
そうですね(^_^;。。。他にはない特殊なコマンドだと思います。
けど、便利です。使用用途はかなり高いですね。
>喜んでいただけてなによりです。
>腎臓を患った時とかはお世話になろうかな。
内蔵は壊さない方が良いです(^_^)思ったより大変です。何かと。。
>C-BOARDのver3系列が登場してから10年以上経っていますけれど、同様の申告を聞いた記憶はありません。（私が関わりだしてからも10年くらい経っています。）
(^◇^;)。。
>それはたぶん、普通のメールはSMTPで送るので、sendmailとは無関係だからです。
そうでした(‥ゞポリポリ
>C-BOARDもSMTPに対応してはいますが、Erieさんのところの、SMTP認証やサブミッションポート587には対応していないはずなので残念ながら使えないです。（Wajettさんは、そのあたりもMoyukuで機能追加するのかなぁ〜。）
そんなマイナーな事に、対応する必要性は無いと思います。
けど。今後、安全性の問題からも、SMTP認証は、出て来そうですね。
（どのくらい広がっているかは知りませんが。）
...see you again.(^^)ﾉﾞ☆''いつも元気なＥＲＩＥちゃん''☆
Erie
- 12/4/1(日) 11:34 -
- 12/4/1(日) 11:34 -
▼あだこさん：
>私は、本業が忙しくなったのと、いろいろネット上で周りの人ともめたりしたのと、プロバイダの都合で自作CGIを動かせるホームページスペースがなくなってしまったのとで、開発を休止して何年も経ちますが、今でもこのような形でC-BOARDが残っていてよかったです。
そういえば…もしも、もしも…cgi動作確認とかに、サーバー必要でしたら、
あんなので良ければ、一時的に、お貸ししますよ。
ずっとだと、補償できませんが、一時的なら、良いですよ。
必要な時は、声掛けて下さいね。
...see you again.(^^)ﾉﾞ☆''いつも元気なＥＲＩＥちゃん''☆
>私は、本業が忙しくなったのと、いろいろネット上で周りの人ともめたりしたのと、プロバイダの都合で自作CGIを動かせるホームページスペースがなくなってしまったのとで、開発を休止して何年も経ちますが、今でもこのような形でC-BOARDが残っていてよかったです。
そういえば…もしも、もしも…cgi動作確認とかに、サーバー必要でしたら、
あんなので良ければ、一時的に、お貸ししますよ。
ずっとだと、補償できませんが、一時的なら、良いですよ。
必要な時は、声掛けて下さいね。
...see you again.(^^)ﾉﾞ☆''いつも元気なＥＲＩＥちゃん''☆
あだこ
- 12/4/1(日) 14:19 -
▼Erieさん：
>あんなので良ければ、一時的に、お貸ししますよ。
>必要な時は、声掛けて下さいね。
お気遣いありがとうございます。
選択肢が広がるのはありがたいことです。
>あんなので良ければ、一時的に、お貸ししますよ。
>必要な時は、声掛けて下さいね。
お気遣いありがとうございます。
選択肢が広がるのはありがたいことです。
