- 1 名前：nobodyさん mailto:sage [04/09/20 07:35:23 ID:???]
- ２ちゃんねるは初めて。 WebProg 板は初めて。
質問したいけど、どうしたら良いか分からない。
そんなときは、ここに書き込んでください。
板の住人や、その他が、けなしながら、厳しく教えてくれるかも。
質問する前に、まずはここを読んでね。
【注意事項】
・質問する前にGoogleで検索してみましょう
www.google.co.jp/
・環境（ソフトウェアのバージョンなど）は、必ず書いてください。できるだけ詳しく。
後から情報を書き足す、いわゆる情報の小出しは極力避けてください。
・何がしたくて、何ができて何ができないのかを書きましょう
・マルチポスト（複数のスレッドで質問する行為）は絶対に禁止です。
・過去ログは必ず読みましょう。あなたと同じ質問をしてる人がいるかも知れません。
2ch 総合ガイド
www.2ch.net/guide/
お願い。
適切な、板、スレ、を発見した場合、誘導してあげましょう。
スレの性質上 age 進行でお願いします。
関連情報は
>>2-3
前スレ
△▲ WebProg 初心者の質問 Part9 ▼▽
pc5.2ch.net/test/read.cgi/php/1086715675/
- 413 名前：nobodyさん mailto:sage [04/10/19 22:11:43 ID:???]
- 暗号化だろ
- 414 名前：nobodyさん mailto:sage [04/10/19 22:36:51 ID:???]
- 暗号化<->復号化
- 415 名前：411 [04/10/19 22:41:56 ID:vzy6JucQ]
- 複合化ってできないのでしょうか？
- 416 名前：nobodyさん mailto:sage [04/10/19 23:10:27 ID:???]
- できねーっての。
- 417 名前：nobodyさん mailto:sage [04/10/19 23:20:05 ID:???]
- ホイホイ解析できたら困るから、簡単にできないような仕組みを使ってる。諦めれ。
それとも、解析しづらいのに何故パスワードチェックに使われてるかということを聞きたいのかな？
- 418 名前：nobodyさん mailto:sage [04/10/19 23:25:02 ID:???]
- パスワードの平文やり取りするのに抵抗あるから一旦cryptするって事はあるな。
Webでやる限り、その程度のものだと思うが。
- 419 名前：411 [04/10/19 23:26:22 ID:eO5ANecX]
- >>417
うｐろだのcgiがあって、
ソースログに吐かれるパスも暗号化されてるからなんか・・
いや、管理パスで消せるからいいんだけどさ、なんでわざわざ管理側にも隠すのかなぁって
- 420 名前：nobodyさん mailto:sage [04/10/19 23:29:33 ID:???]
- それはパーミッションや拡張子の設定ミスで、ログを直接見られた時の対策みたいなもんだ。
そこらへん抜かりが無いならわざわざcryptする意味はあまり無い。
- 421 名前：nobodyさん mailto:sage [04/10/19 23:37:56 ID:???]
- >>414
でたらめ教えないように。
平文を暗号文に変換することを暗号化するという。
暗号文を平文に変換することは複合するという。
- 422 名前：typoだ mailto:sage [04/10/19 23:39:24 ID:???]
- >>414
でたらめ教えないように。
平文を暗号文に変換することを暗号化するという。
暗号文を平文に変換することは復号するという。
- 423 名前：nobodyさん mailto:sage [04/10/19 23:42:08 ID:???]
- >>421
> 平文を暗号文に変換することを暗号化するという。
> 暗号文を平文に変換することは複合するという。
こういうのって暗号屋さんのこだわりなんだろうな。
複合化でもいいじゃないって思う。
- 424 名前：nobodyさん mailto:sage [04/10/20 00:00:58 ID:???]
- cryptの結果をすべて蓄えておけば可能。
蓄えるのも大変だけれども、検索するのも大変ですけれども。
- 425 名前：nobodyさん mailto:sage [04/10/20 00:03:04 ID:???]
- 「暗号する」とは云わんわな。not サ行変格名詞
「複合する」とは云うわな。
揚げ足でもなんでもないとは思うけれども。
- 426 名前：nobodyさん mailto:sage [04/10/20 00:04:48 ID:???]
- >>425
s|複合|復号|;
ｽﾏｿ
- 427 名前：nobodyさん mailto:sage [04/10/20 00:09:55 ID:???]
- なんか明後日の方向向いてる奴まで出てきたなｗ
- 428 名前：nobodyさん mailto:sage [04/10/20 00:32:57 ID:???]
- 掲示板のログ保存方法なんだけど、
1.一つのログファイル
2.書き込み毎にログファイルを作る
3.DB
どれを奨励する？
- 429 名前：nobodyさん mailto:sage [04/10/20 00:36:40 ID:???]
- 個人的には断然DBだが・・・どれも一長一短だな。
- 430 名前：+++ mailto:sage [04/10/20 00:41:08 ID:???]
- ググってみれば使用頻度は「復号化する」＞「復号する」だね。
- 431 名前：nobodyさん mailto:sage [04/10/20 00:53:41 ID:???]
- >429
2の鼻が赤いやつに長所はあるのか？
- 432 名前：nobodyさん mailto:sage [04/10/20 00:57:23 ID:???]
- 2.の方法はDBに近い感覚で処理が書ける。
- 433 名前：nobodyさん mailto:sage [04/10/20 01:00:28 ID:???]
- >>431
残念だが俺があらかじめ射殺しておいたから無い。
- 434 名前：nobodyさん mailto:sage [04/10/20 01:02:15 ID:???]
- >>426以前
「暗号化」は「化」が動詞だけど、「復号」は「復」が動詞なんだよ。
「復活する」とは言うけど「復活化する」とは言わない。それといっしょ。
>>428
「どれを推奨するか」ということならDBだなあ。
まあ環境のために使えないケースも多いとは思うが。
- 435 名前：nobodyさん mailto:sage [04/10/20 01:04:40 ID:???]
- ２．の方法ｲｲと思うんだよな。
ファイル名が書き込み番号でダイレクトに扱える。
ただ、一覧作るたびにopendir,readdirするのがどのぐらいシステムに負荷かけるかって話だが。
- 436 名前：nobodyさん mailto:sage [04/10/20 01:06:28 ID:???]
- >>435は馬鹿ですね？
- 437 名前：nobodyさん mailto:sage [04/10/20 01:07:48 ID:???]
- 釣られてるぞ
- 438 名前：nobodyさん mailto:sage [04/10/20 01:09:00 ID:???]
- >>431
ポケットから未来道具が出せる
- 439 名前：nobodyさん mailto:sage [04/10/20 01:09:32 ID:???]
- まあ奨励って話なら当然DB。2の方法のCGI扱った事あるが、でかいログを操作するよりは確かに楽。
- 440 名前：nobodyさん mailto:sage [04/10/20 01:12:48 ID:???]
- 乙
- 441 名前：nobodyさん mailto:sage [04/10/20 01:13:27 ID:???]
- /usr/cgi/ara/essassa.cgiで、
/usr/html/dat/enyakora.datの内容を更新する場合って、
相対パスは
../../../html/dat/enyakora.dat
でいいんでしょうか？
絶対パスの書き方がよくわからないです。
- 442 名前：nobodyさん mailto:sage [04/10/20 01:14:32 ID:???]
- 聞く前に試せよ池沼
- 443 名前：nobodyさん mailto:sage [04/10/20 01:16:37 ID:???]
- DBにしとけ。
- 444 名前：nobodyさん mailto:sage [04/10/20 01:17:03 ID:???]
- 444get, zuzaa
- 445 名前：nobodyさん mailto:sage [04/10/20 01:18:00 ID:???]
- >>442
試して失敗したんで、間違ってるのか聞いてみました。
同じフォルダに移して、./ennyakora.datで指定したときは正常に作動したんですが。
- 446 名前：nobodyさん mailto:sage [04/10/20 01:19:57 ID:???]
- 書き込があるたびに単独のログ作っておくと変更や削除が楽だよ。
- 447 名前：nobodyさん mailto:sage [04/10/20 01:21:01 ID:???]
- くどいぞ。
- 448 名前：nobodyさん mailto:sage [04/10/20 01:21:44 ID:???]
- >>445
- 449 名前：nobodyさん mailto:sage [04/10/20 01:22:05 ID:???]
- >>439
うむ、わしも、Oracle や DB2 使えとまでは言わんが、
BerkeleyDB ぐらい使った方が世の中のためになると思う。
>>445
順番に一歩一歩考えろ。
/usr/cgi/ara/essassa.cgi から /usr/cgi/ora/dokkoisho.dat をアクセスするときは
../ora/dokkoisho.dat だろう。
/usr/cgi/ara/essassa.cgi から /usr/html/dat/enyakora.dat はそれより一段深い。
- 450 名前：nobodyさん mailto:sage [04/10/20 01:24:52 ID:???]
- 何メガもあるXMLでパースにえらい時間が掛かるってなら
ログを小分けにするのはかなり有効。
- 451 名前：nobodyさん mailto:sage [04/10/20 01:29:35 ID:???]
- 何メガもあるレスってどんな奴が書いてるんだよ
↓
- 452 名前：nobodyさん mailto:sage [04/10/20 01:30:55 ID:???]
- ISAM形式のDBは？
Unix標準では無いか。
- 453 名前：nobodyさん mailto:sage [04/10/20 01:30:59 ID:???]
- 10メガバイト程のクマAAを作ったが貼るところがないな。
- 454 名前：nobodyさん mailto:sage [04/10/20 01:33:19 ID:???]
- >>450
XQueryで操作できるファイルライブラリなんかあると便利そうだな
sqliteのXmlDBみたいなやつ
- 455 名前：nobodyさん mailto:sage [04/10/20 01:37:56 ID:???]
- >>453
実際のクマより遥かにでかそうだ
- 456 名前：nobodyさん mailto:sage [04/10/20 01:40:29 ID:???]
- まあＤＢ（ＢｅｒｋｅｌｒｙやＭｙＳＱＬ程度）が一番コストかかんないよ。
システムにもやさしい。
ログの大きさや機能にもよるけど、レスを一つのファイルにまとめるのはあまり上手くないな。
- 457 名前：nobodyさん mailto:sage [04/10/20 01:47:12 ID:???]
- >>449
了解です。かなり頭の悪い認識ミスでした。すいません。
どうもありがとうございました。
- 458 名前：nobodyさん mailto:sage [04/10/20 13:41:39 ID:???]
- 学校でそれぞれのパソコンからCGIにデータ送ってもらおうと思っています。
cookieを使って何処からのデータかをチェックし、2重なら上書きというようなスクリプトを作りたいのですが、
まずcookieにどんなデータを書き込めば良いのかと、どうやってcookieに書くのかで困っています。
- 459 名前：nobodyさん mailto:sage [04/10/20 14:26:33 ID:???]
- つまり、何も決まってないと。
- 460 名前：nobodyさん mailto:sage [04/10/20 14:55:09 ID:???]
- 何を送るかは決まっています。
ただ何を使って送信元を認識するか、またそれにcookieを使う場合、
どうやってcookieに書き込むかが分かりません。
- 461 名前：nobodyさん [04/10/20 16:17:45 ID:n94qA67F]
- javaかphpを勉強しようと思うんだけどどっちがいい？ 趣味の段階として。
- 462 名前：nobodyさん mailto:sage [04/10/20 16:31:53 ID:???]
- C
- 463 名前：460 mailto:sage [04/10/20 16:32:53 ID:???]
- 送ってもらう情報や時刻をcookieに書いて、もしそれが空でなかったら
時刻を使って上書き、と言うのを考えました。これでOKでしょうか？
- 464 名前：461 [04/10/20 16:36:37 ID:n94qA67F]
- ヽ(´―｀)ノ
- 465 名前：nobodyさん mailto:sage [04/10/20 16:37:56 ID:???]
- cookie許可されてなかったらどうすんの？
- 466 名前：460 mailto:sage [04/10/20 16:44:35 ID:???]
- 送る情報は書き込む必要なかったですね。
おなじLAN内だからIP使えないんですよね。
学校で外のCGIに送ってもらうものだから、cookieを使う事にしたんです。
cookieのファイルを削除されたりしたら無理ですがある程度は妥協する事にしました。
- 467 名前：nobodyさん mailto:sage [04/10/20 17:56:40 ID:???]
- 「cookieにどうやって書き込むか」って、
もしかしてprint "Set-Cookie: ...";
みたいな話？
- 468 名前：nobodyさん mailto:sage [04/10/20 18:38:05 ID:???]
- 個々のパソコンを識別するならcookieを使うとの事だったんで、環境変数か何かを書くのかと思っていました。
おそらく、print "Set-Cookie:NAME=$comment...";のように、入力してもらった情報やそれをもとにした物しか書き込めないんですよね?
この辺はある程度自己解決気味になりました。有り難うございます。
- 469 名前：nobodyさん mailto:sage [04/10/20 18:41:29 ID:???]
- >>461
遊びだけならphp
javaは自鯖でもたてないと使うの制限されてるところが多いだろうし
仕事につかうならJava。phpは何故かいやがられることが多い。
- 470 名前：nobodyさん mailto:sage [04/10/20 20:34:06 ID:???]
- 遊びだけならphp
友達に紹介するならjava
結婚するならPerl
- 471 名前：nobodyさん mailto:sage [04/10/20 22:15:36 ID:???]
- 学校でそれぞれのパソコンからCGIにデータ送ってもらおうと思っています。
cookieを使って何処からのデータかをチェックし、2重なら上書きというようなスクリプトを作りたいのですが、
まずcookieにどんなデータを書き込めば良いのかと、どうやってcookieに書くのかで困っています。
つうか、学校のそれぞれのPCからCGIでデータ送ってもらうって事だけど、
そのCGI置いてあるのも学校内のLANじゃないのか？
そうしたら、普通にプライベートIP振ってあるんじゃないのか？それともDHCPなのか？
それぞれのPCに固定でプライベートIP振ってるなら送信元のPCの判断は付くきがするんだが？
それと、そもそもPCで判断で良いのか？
例えばの話、学生AがPCAを使用していたが、不調な為、隣の席の学生BのPCを使ってCGIでデータ送信しても、
問題がないのか？
何が言いたいかというと、そのCGIで送るデータはPC別で上書きしていいのか、
それとも学生別にしたいのかって事ね。
必ずしも、そのPCを決まった学生が使うとは限らないからな。
- 472 名前：nobodyさん mailto:sage [04/10/20 22:42:29 ID:???]
- PHPが嫌われるのはメンテや開発環境の問題だろうな。
perlはそうでも無いのだが。
まあ、趣味でやるならPHPやPerl勉強した方が有益だと思うが。
- 473 名前：nobodyさん mailto:sage [04/10/21 02:48:24 ID:???]
- 正直、perlやphpでがっつり作っちゃった方が工数かからないのに、
わざわざjava（JSP+ServletやEJB）で作ってるのって、アコギだなーって思う時ある。
- 474 名前：nobodyさん mailto:sage [04/10/21 02:51:12 ID:???]
- フロントエンドだけじゃ仕事にならんよ
- 475 名前：nobodyさん [04/10/21 02:53:06 ID:LAuzLACT]
- phpやrubyはどのみちcやるはめになるので実はPerlをやるのがいい。
- 476 名前：nobodyさん mailto:sage [04/10/21 03:01:26 ID:???]
- Cが出来ればダディクール！って言われるかもしれないよ。
2度手間だけどな。
- 477 名前：nobodyさん mailto:sage [04/10/21 03:22:13 ID:???]
- 開発現場でperlよりphpが嫌われる傾向にあるってのはわかる気がする。
そもそも、perlはシェルスクリプトの代わりに手をつけた技術者多いし、
アレルギー持ってる人も少ない。
perl覚えてからと言うもの、awkとかすっかり使わなくなっちまったなぁ。
- 478 名前：nobodyさん mailto:sage [04/10/21 11:57:33 ID:???]
- ファイル検索システムを作っている方に質問です。
指定ディレクトリ以下のファイルを検索する場合、
ファイル名にマルチバイト文字を含むファイルって検索対象に入れてますか？
現在Perlで全文検索型のを作っているんですが、
直接URLにマルチバイト文字を含めてリンクを貼った場合、
アクセスすると404を返される事があるので、
ファイル名のマルチバイト文字を一旦URLエンコードしてから検索結果画面を出そうと思っているのですが、
思った通りに動かず、この際マルチバイト文字をファイル名に含むファイルは
検索対象から外してしまおうかとも考えているのですが。
- 479 名前：663 [04/10/21 12:28:11 ID:9OlkwLS2]
- TurboLinux8Server + Perl で書いてますが、
よくレンタルカウンターなんかで使われているhtmlからの外部ファイル
参照ですが、これはどういうテクを使っているんでしょうか？
Aサーバー
index.html
Bサーバーのtest.cgiの文字です。<br>
<script language="Javascript" src="bサーバー/test.cgi"></script>
（javaでなくてもよい、参考にしたのがたまたまjavaだった）
Bサーバー
test.cgi
print "Content-type: text/html\n\n";
print "外部cgi出力文字";
として、Aサーバーに設置したindex.htmlにBサーバーの文字を表示させたいのです。
自分なりにやってはみたのですが、まったくうまくいきません。
ヒントだけでも教えてください。
- 480 名前：nobodyさん mailto:sage [04/10/21 12:37:27 ID:???]
- ＞ <script language="Javascript" src="bサーバー/test.cgi"></script>
ここまで書いてて何でわからんのだ
Bサーバー/test.cgiが吐く文字列はjavascriptだろ
B鯖のcgiが吐く文字を変えてみれ
# レスポンスヘッダを出力
print "Content-type: text/plain\n\n";
# 以下、HTML出力
print <<"EOF";
<!--
document.write("勉強不足です");
//-->
EOF
- 481 名前：663 [04/10/21 12:48:26 ID:9OlkwLS2]
- >>480
なるほど！
おっしゃるとおり勉強不足でしたm(_ _)m
ありがとうございました！
- 482 名前：nobodyさん mailto:sage [04/10/21 18:02:18 ID:???]
- >>480
外部ファイルなのだからコメントにすると何かと具合が悪くないか？
- 483 名前：nobodyさん mailto:sage [04/10/21 18:07:42 ID:???]
- 「何かと」っていうか、しないだろ。
あとtext/plainで出力するべきなのかな?
- 484 名前：480 mailto:sage [04/10/21 18:08:09 ID:???]
- あーそっか、事実上JSファイルと変わりないし、
コメント部はいらんかな。
･･･自分のソースも直しておくか
- 485 名前：nobodyさん mailto:sage [04/10/21 21:18:59 ID:???]
- >>480が勉強不足だったというｵﾁでした。
･･･むしろ注意力不足？
- 486 名前：nobodyさん [04/10/22 03:15:59 ID:kB/Ig1ML]
- サーバ管理ソフトを作りたいのですが、
権限の与え方が良く分かりません。
例えば、あるユーザのファイルを削除する、といった場合に、
そのユーザの権限が必要になるわけですが、どのようにして
その権限を得るのでしょうか？
おそらくroot権限でのファイル操作になると思うのですが、
そのスクリプトをroot権限にいかにするかが分かりません。
機能としては非常にシンプルなので、
他の部分の構想は大体大丈夫なのですが、
肝心の権限という部分が良く分からない状態です。
- 487 名前：nobodyさん mailto:sage [04/10/22 04:36:27 ID:???]
- >>486
はぁそうですか。ここへはどういった用件で？
環境ぐらいかかないと答えてくれないと思うけど
- 488 名前：nobodyさん [04/10/22 05:40:09 ID:kI4bV4uq]
- japanese.pmっていうのは、アップしたら普通のレンタルサーバーでも使えますか？
それとも、サーバー側がインストールしなきゃだめなタイプのモジュールですか？
- 489 名前：nobodyさん mailto:sage [04/10/22 10:18:52 ID:???]
- >>488
Perlか？
Japanise.pmはJPerlのコアモジュールなので、JPerlをビルドしてインストールしないと使えないぞ。
- 490 名前：486 [04/10/22 11:04:45 ID:kB/Ig1ML]
- linuxのfedora core2です。
宜しくお願いします。
- 491 名前：nobodyさん mailto:sage [04/10/22 11:19:35 ID:???]
- >>486
そういうのを人に聞かなきゃわからんうちは自分で作るのはあきらめれ。
仮に自分では完璧に作ったつもりでも、
セキュリティホールがてんこ盛りになるのがせいぜい。
- 492 名前：nobodyさん mailto:sage [04/10/22 11:42:25 ID:???]
- >>486
そういうことはLinux板なり、ム板なりに行った方がいい情報が得られる気もするが…
Cで作るのなら、その実行ファイルをroot所有にしてSbitを立てておく。
で、必要なら実行時にseteuidで実効ユーザ変更…だったと思った。
Perlだと$<や$>を使うらしい
でも、>>491の言うとおり、解らないうちはやめたほうが良いと思うよ
- 493 名前：nobodyさん mailto: [04/10/22 12:27:38 ID:???]
- Perlも同じ方法でいい。
それでうまくゆくようにPerlがつくられているから。
- 494 名前：nobodyさん [04/10/22 15:04:27 ID:1BTRnK+D]
- ちょっとお聞きしたいのですが、
index.htmlとかに<a href=www.hoge.jp/ref.cgi>とかを仕込んで
リファラーとりたいんですが、index.htmlから呼び出されるので、リファラー
はそのindex.htmlからの情報しかないですよね？
googleとかで検索して飛んできた場合の検索文字列とかしりたいのですが、
index.htmlのりファラーをそのまま受け継いでref.cgiに渡す方法とか
ありますか？
- 495 名前：nobodyさん mailto:sage [04/10/22 15:07:08 ID:???]
- >>494
CGI変数にHTTP_REFERERがあるじゃん
- 496 名前：494 [04/10/22 15:14:09 ID:1BTRnK+D]
- >>495
直接ref.cgiに飛ばせばちゃんとHTTP_REFERER取れるんですが、
index.htmlにきたのを、自動的にref.cgiに送りたいんですよね。
- 497 名前：495 mailto:sage [04/10/22 15:16:15 ID:???]
- >>496
だから、index.htmlでCGI変数のHTTP_REFERERを取って、
そのリファラ−をref.cgiに渡してやればいいじゃん。
- 498 名前：494 [04/10/22 15:27:40 ID:1BTRnK+D]
- んー、勉強不足でよくわかりません。
自分の認識では、google -> index.html -> ref.cgi とくれば、
ref.cgiでとれるリファラはindex.htmlのものになるのではないでしょうか？
htmlでHTTP_REFERERのとり方って、どうやるんですか？
すみませんが、おしえてください。
- 499 名前：nobodyさん mailto:sage [04/10/22 15:29:50 ID:???]
- まあ SSI 使えば >>495 の言ってることも不可能でないが
それができるんだったらわざわざ ref.cgi に飛ばさず SSI で直接 referer 取るわな
- 500 名前：494 [04/10/22 15:42:08 ID:1BTRnK+D]
- そうでした。
書き忘れてましたが、SSIとかでじゃなく
index.htmlにきたのを<img src=www.hoge.jp/ref.cgi>
とかで取得したいんですよね。
無理な話なのでしょうか？
- 501 名前：nobodyさん mailto:sage [04/10/22 15:51:40 ID:???]
- >>500
JavaScriptで取得したREFERERをイメタグ使ってCGIへ渡すのはどうよ？
- 502 名前：495 mailto:sage [04/10/22 15:57:54 ID:???]
- なんというか…頭悪いというかセンス無いな…
＞自分の認識では、google -> index.html -> ref.cgi とくれば、
＞ref.cgiでとれるリファラはindex.htmlのものになるのではないでしょうか？
この認識はあってる。
だから、分かり易く手順書いてやる。
１．index.htmlでリファラ−を取得する。（お前さんの例だとwww.google.co.jp）
２．取得したリファラ−をref.cgiに渡す。（例えば、ref.cgi?value=www.google.co.jp）
３．ref.cgiで渡されたindex.htmlのリファラ−を取得する。
- 503 名前：nobodyさん mailto:sage [04/10/22 16:03:32 ID:???]
- こんにちは。
Perlからsendmail呼び出してメール送らせる単純なプログラム書いてみたんですが、
どうもあて先不明などのエラーメールがサーバー管理者に届いているようで
困っています。エラーメールは普通にFrom: に帰ってくると思っていたもので…
対処としてどういう対処をすればよいでしょうか。
- 504 名前：nobodyさん mailto:sage [04/10/22 16:06:06 ID:???]
- 出し惜しみしてｷﾓい>>495は置いておいて、
やり方そのものを教えよう。
index.htmlに記述な。
<script language="JavaScript">
<!--
document.write("<img src=***.cgi?refe=" +document.referrer + ">");
// -->
</script>
でCGI側で受け取ればいい。
例えば$referrer = $FORM{'refe'};とかな。
QUERY_STRINGで取るのが一番手間がかからんか。
- 505 名前：nobodyさん mailto:sage [04/10/22 16:09:50 ID:???]
- >>503
AからBにメールを送って、Bのアドレスが無かったら、
Aではなく鯖管のCにエラーのメールが届くってこと？
- 506 名前：nobodyさん mailto:sage [04/10/22 16:10:26 ID:???]
- >>503
エラーメールの戻り先ってメールヘッダの『Return-path』に書かれてるアドレスじゃないの？
- 507 名前：nobodyさん mailto:sage [04/10/22 16:11:11 ID:???]
- >>503
たぶんReply-Toヘッダを使うと幸せになれるよ
- 508 名前：507 mailto:sage [04/10/22 16:12:40 ID:???]
- おっとごめん、俺嘘ついた
506さんが正解です
- 509 名前：494 [04/10/22 16:13:40 ID:1BTRnK+D]
- >>504
ありがとうございますm(_ _)m >>501さんのヒントでJavaScriptを使った
方法でいこうとあれこれやってた最中で、とても助かりました。
精進にはげみます。
>>495
何ぶん勉強不足でお手間とらせました。
ありがとうございました。
- 510 名前：nobodyさん mailto:sage [04/10/22 16:18:43 ID:???]
- うむ、エラーメールの戻り先は From でなく Return-Path になるのが正しい。
しかしサーバによっては CGI から Return-Path を変更できなかったりする場合もあるので注意。
sendmail コマンド呼び出しだと変更できなさげな予感。
- 511 名前：nobodyさん mailto:sage [04/10/22 16:31:38 ID:???]
- >>505
まぁ、そんな感じです。本当はAに帰ってきて欲しいのです。
>>506-508
回答ありがとうございます。
とりあえずそのあたりのヘッダ情報を加えてみることにします。
>>510
あれれ…そうなのですか。(´･ω･`)
一応ヘッダに Return-Path: エラーメールが戻ってきてほしいアドレス
って書いてみたんですが、それじゃ無理っぽいですか？
- 512 名前：-f mailto:sage [04/10/22 16:42:02 ID:???]
- Return-Path: アドレス
って書いて sendmail さんに渡してもダメですよ。
- 513 名前：nobodyさん mailto:sage [04/10/22 16:59:28 ID:???]
- >>512
www.ahref.org/cgi/jmailsend/
にReturn-Path: アドレス
って感じで書いてあったので、それでいけるのかと思ってみました。
sendmailの辺りをもう少し勉強しないとだめなようですね…ありがとうございます。
|
 |
