過去ログ　211～220

<a href="http://img.xrea.com/ad_click.fcg" target="_blank"><img src="http://img.xrea.com/ad_img.fcg" border="0"></a>

　戻る

220.気分を変えて？
投稿者:	ぴゅあ - 2003年07月09日 21時19分22秒
もう身体も重くなってるし・・・　てか仕事見当たらんし・・・なんだが　(↓みたいなこと言ってるからぢゃって笑ってる傍観者も多かったりして) 　で　ちと本屋巡りをしてみた　CUPSのテストでUSBケーブルを買っとこうかなってのと　(ついでにモデムの切替がメンドイんでモジュラーケーブルも買ってきたが) 　冷蔵庫の消臭剤が欲しかった・・・　なんでかなぁ何も入ってないのに・・・　古いからではないの？と言われもしたけど(あちしの冷蔵庫ではないし(謎照)) 　そいや縦ドラム？(なんて呼ぶのか？・・・忘れただけだが(照))な洗濯機って18万くらいするのね　たかっ　うちには今は洗濯機もない・・・　Red Hat Linux 9対応のネットワーク本　この前の8.0対応に似た感じのもの(同じく秀和の) 　改めて揃えるまではないのかも？(書き方は違うけどあまり差はないだろうと思う＠8.0対9という意味で) 　値段は忘れたけどちと高めで4000円前後だったよーな？　CUPSのは2800円くらい　実はこれをもう一度見ておこうと思って行ったんだけど(前に見たのと同じ本かどうかは不明) 　うーん　あってもいいが・・・まぁいいかな？とやめといた　細かな設定情報は書かれているらしい　でもって気になってたLinux側にドライバを持つ方法　それは他でも同じように見ていたけど「複数のドライバを通すので思い通りの品質で出すのは難しい」のようなことが書かれていた　ので大抵はWin任せ(RAWモードで使う)って感じで使う話ばかりである(少しは出ていたが) 　だったらそれでもいいかなぁ？って気もしてきている　ただEPSONだと(他者でもだけど)プリンタの情報取得とかってのがでてくるよねぇ　その辺の使い勝手のことを考えると・・・また悩むのだが　あとかなり気になったのはWebページが日本語で出ていたこと　なんか何かとDebianが出てくるんだけど(CUPSに限らず/検索してても)そのディストリビューションでサポートしてるってものなんかな？　と思ったり・・・　Linuxを知らないLinux使い曰く　Red HatよりDebianの方が要求スペックが低いんだそうな　Postfix本　これも見掛けた　んー　取り敢えず置いといた　PostgreSQL 　これはデータベースとして再び使いたいものだけど(引越しのとき本はなくした・・・) 　なんで他ではなくPostgreSQLか・・・ってのは　あちしがLinux上で初めて出会ってデータベースだから　(あちしが初めて出会って興味が引けたものは後々結構良かったりするもののことが殆どだったりするのよ・・・の経験からというだけ) 　これはそのうち復活させたい　fml 　これはさらっと見てやめたけど　と　まだ書かないで置いてあったものがあった　メルに関して(とだけではないが)前から気にしていたのがLinuxでのウィルスチェックとメーリングリストの実装　サーバーにはPostfixを使おうと9を手にしたときから考えていたが　ウィルスチェックではPostfix+AMaVIS+Sophosという組み合わせが安定しているらしいってのとこの情報が殆どであるらしい　前にLinuxで使えるのはなんかないかなと探してもいたけど普通に市販されてないみたいだし検索しても出てこなかった　当然Sophosはメル限定ではないらしいので使えるなら期待できる　ただ・・・　ライセンス絡みで過去にトラブル起こしているって話でちと・・・　一般ユーザー向けには非常に不親切？という感を与えられちまったので　どんなもんかなと・・・　問い合わせてみようかと思ったけどまだしてない(対企業向けに特化されたらしい) 　メーリングリストについてはやはり必ずfmlが出てくるって感じらしい　Postfix+fmlってのが結構出てくる(当然sendmail+fmlも沢山ある) 　これはこれで決まりかなと　その前にメルに関してはサーバー運用をシッカリさせんとだけどね　さて　ルーターの再構築を考えようか・・・と　DMZ側が取り敢えずアクセスできりゃいいやっ程度だったのでDNSが引けてないことを発見(照) 　ちとパケットがDROPされてたり(当然リトライが発生することになるが)ホスト情報が取れないだけでDMZ内サーバーに重大となる支障は出てないが　その他シッカリと設計し直したいしね　Red Hat 9への変更を含めて　あとはDMZ内サーバーをLinuxに変えたいところだけど・・・　それはもちっとテストマシンでテストしてからにするかな　いちお既に運用されてるからやるなら一気に入れ替えだし　(やっぱドキュメント整理も早目にか・・・) 　おなかすいたかな・・・コメント>>

219.んー
投稿者:	ぴゅあ - 2003年07月09日 20時49分55秒
微妙に・・・とか言えば微妙にかも知れないけど　一言で言ってしまえば何事にも初心忘るべからずってとこかな　そんな言葉を平気で(？)使う人は居るけど偉そうに言っている人ほど(そういう意味も含めて「平気で」ね)自分で解って言っているのか？という人が非常に多い気はするけど　たまな機会に書いたようなことを言ってみたりしているけどそれはそのときにやはり書いたりしてるようにあちしにとっては書くことで自分が思い出すためというのが一番あったりもする　順調にスイスイ進んだりもそうだし、つい有頂天になってしまったりすると忘れてしまったりするもんね　それはあちしも沢山ある　だからこういう機会がそれぢゃダメだなぁと思い出す機会だったりする > # 加害者も被害者もわたしじゃありませんが… 　書いている上でどういう気持ちとして書いたのかその考え方がそうではないと考えますけど　何か指摘・・・は違うな　なんて言うんだろ　注意みたいな話が出たときってのだろうか　注意されたとき？はまた違う　「直接的にその人に対して言ったのとは違う」というのを表現しようとしているんだが・・・　「そんな注意をしている場面に出くわしたよ」と仲間で話しているときってすればいいかな　それは確かに直接的にそれを聞いた当人のことでは全くないかも知れない　でも大抵そんな話の中で誰しもが「あちしは違う」とか言ったりする　それはそれ　話している立場ってのかその空気の中でってのか「あちしは違うから関係ない」とかって言うその言うこと自身は別にいい　それは自然とそう言葉が出るかもしれないしそれはおかしいことでもないだろう　しかしそのとき「自分として」「あちしは違う」と思い続けている・・・っていうのか自己弁護を「自分に」しているっていうのか　それをしているかそれとも「そうなのか。。。気を付けなきゃ」と考えるか　その違いって大切だったりすると思う　「自分はそんなミスはしないな」ともし思うようだったら・・・どうかな？　「自分もミスをしないように注意しよう」と思うんだったら・・・どうかな？　そのときの話がその時点ではホントに自分とは全く縁のないことだったとしてこの違いってどう違うのか　んー　まぁ「知らん振りする」か「考えてみる」かって違いってどう違うんだろうというのが解りやすいんかな？　(・・・とまたここでこのこと自身を考えているかどうかってのは何か違いがあるかも) 　実話をひとつ　「(各会社で共同で使われる)外のドアを開けっ放しにしないように注意してね」と指摘された　それを聞いたかなりなお偉いさん　「うちにそんなやつ居るわきゃねぇぢゃん　信用されてねぇなぁ」　で終わり　そのお偉いさんの率いるプロジェクト　色々と的確(そう？)な指示を飛ばす頭の切れるお方(って言い方するよな？) 　いやぁ凄いと思えるほど頭が回っている感がある　しかし・・・　その殆ど全てのプロジェクトが常に炎上状態　この２つの話は全く種類の違う繋がりのないものだけど・・・　何か考えたりするものはあるかな　別にこんなことを常に考えてなきゃとは思わない　そんなことしてたら疲れるし何もできなくなって当然である　でも何かの機会にふと考えてみるって時間があると全然違うかな？　と思ったりする　当然忘れてミスも犯すわな　あちしも忘れる(だからこうして書ていみたりするときがあったりする・・・とも言える) 　「何をブツブツ言ってるんかな」とせせら笑っている人も居るだろう　ここを見ている他の人が居るとすると(そりゃ居るぢゃろぅ　いちおオープンなんだし？)その中にもそういった人が居たりしてね？　まぁそんなのは先のお偉いさんの類と居えるだろから放っといて　でももし最初から絶対にそんなミスは起こさないって思ってたとしたらどうなんかな　当然の如くふと思い出したり考えるってときは来なかったりするんぢゃないかな　ミスとか犯しちゃいけないから「やるな」なんて言わない　(「やるな」と言わないともうどうしようもない人(ってのか人格ってのか)だったら(と判断するしかなかったら)「言うしかない」ともなるんだろうけど) 　でもってミスを犯しちゃいけないから・・・「とばかり」思ってたら何もできんだろう　「たまには」「だいじょぶだよな？」と自分に確認してみるときを忘れてなきゃ十分だってこと　と思う　のでこれらの話で「それじゃあやれないな」と思うようだと最初からやるなってことになる　もし自分に「足りない」と思うものがあったとすればそれを「足りるように」すればいいだけのこと　前に書いた「初心者とプロ」の話のようでもあるけど最初はみんな解らない　というのはみんな同じ　解ってるわけないぢゃん　解ってたらこぁいよ　「解る人」ってのは解らないところから解るように「した」から解る人になっただけのこと　「やれないな」と思ったらそうなれた(なれる)筈がないでしょう(？) 　ので挫けず頑張りましょってことよ　いちお主体はSMTPサーバーの話ってことになってるけど別にSMTPサーバーに限定されてるわけぢゃない　これまで(たぶん)一番セキュリティ関連として多くが取り上げられてきたサーバーだろうってことで守る側としてもやることが多くて大変　攻める(？)側も一番攻めやすいから多くのことが出てきやすかっただけだろうと思ったりするけど　まぁこれらの話はインタネとかコンピュータとかに関わらずな筈の話だけど　ぢぶんだけでも何か考えることをしてれば何も変わらなくても少しは違う筈？　繰り返しにもなるけど　考え過ぎてはダメ　しかし何も考えないのは問題かもしれない・・・と思ったりする　大抵は・・・「少し考える」ということも「全く」しないでこういう話が出ると「考え過ぎ」とか「五月蝿過ぎ」とか「偉そうに」とか言っている「偉そうな」人が多かったりするのがどうなのかな？ってのがこの話の一番主とするとこだったりするのかも？とか思ったり？　ので　挫けず頑張れ　ですコメント>>

218.無題
投稿者:	Pyzar - 2003年07月08日 23時20分23秒
# 題名思いつかなかった＞ぴゅあさん素敵なお言葉数々とありがとうございました。ちょっとすぐにはすべてを理解できないかもしれませんが… 少し曖昧な言葉で言えばネットマナーを守るということでしょうか言葉遣いとかなんだかだはよく言われることだけれどインターネット上も他の人の姿形は見えないけれど、ある意味現実世界と同様コミュニティの集まりであり、社会なんですね。 # わかってはいたつもりだったんですが、上っ面しか見てなかった。免許証があるかないかは別として、技術的に自動車の運転知らないのに運転しちゃだめなんですね。何も知らないくせに突然路上に出て、自分が怪我しないように考えてばかりじゃだめなんですね。人や車にぶつけるかもしれないし、建物を壊してしまうかもしれない… そういえばあったよな…駐車場で駐車している車にぶつけといて「こんなふうにはみだして停めているからぶつけるんだ」って平気で言っちゃう人… # 加害者も被害者もわたしじゃありませんが… はみだして停めてる人も悪いけれど、停まってる車にどうやってぶつけたんだろう…って平気でやっちゃあだめなんですね。練習中だから、勉強中だから、て平気で言っちゃあだめなんですね。そんな風に思ったのですが…ずれているでしょうか… コメント>>

217.て　3分割かいっ(滝汗)
投稿者:	ぴゅあ - 2003年07月08日 17時26分00秒
まぁ　なんて話をすると「そんなこと言われたら何もできないぢゃないか」ってことになるかも知れない　難しい話しだしそんな「高レベルなこと」(と言うとすれば勝手に高レベルと決め付けているだけと思うが)はできるわけないと思うかもしれない　(「できるわけない」と思うならやるな・・・ってことにもなるだろうけど) 　何も難しいことが要求されているわけではない　現時点の自分が解る範囲或いはそれを広げるつもりで考えられ得ることを考えようとしているかどうか　それは別の意味例えば解らないことがあって質問に来る際(桜時計とかの掲示板とかそういったところでも普通にあるよね)「初心者だから・・・」とかって書きたがる人を見ると(「初心者」なんてハンドルを堂々と付ける人は尚更だが)考えようとする気はあるのか？と思ったりすることもある　誰しも最初は解らないのでありそれは初心者という位置付けであったりもするかも知れない　しかしいくらプロと呼ばれる(自称ではなく)ようになったとしても解らないことは解らない筈である　まだ解っていない人のことを「単に」初心者と呼ぶのであればいくらプロだと言っていても解らない部分が１つ出てくれば初心者ではないか　「初心者」という表現を自ら使う際(それが使われるという場合は別だと思うが/自らの場合)往々にして「解らん」「考える気はない」「教えてくれ」という傾向が高かったりする　悲しいかな　いくら経験を積んでいたとしても解らないことは解らない　学び始めて間もなければ解らないことが山ほどあって当然である　それを「初心者」「プロ」等区別する方がおかしいと考える　尤も前にも書いたと思うがプロを自称するほどプロとは思えん人が多かったりする　て　ことで　「やるなら自分の可能思える範囲でやれるだけのことはやる」　「自信がないと思うなら自信のある範囲でどういう手段がとれるかを考える」　それが重要なことだと考える　それはまた先にも言ったように誰でも失敗やミスを犯す　それは絶対に避けられないこと　一端失敗やミスをしてしまうと多大な非難を浴びせようとする　そういった人達にもちとどうかなと思うところもある　非難の仕方とか対応・処置の仕方がちと違うんではないか？と思うところがあるからである　そりゃあいい加減なことをして起こらない方がおかしい状況下に於いて起こらずして起こったものだったらどうしようもないだろう　しかしその人なりに対処した結果だったらそれは仕方ない(という表現は変かもしれないが)こととも言えると思う　飽くまでちゃんとしてたらということね　だから「そんなことすなっ」とは言わない　しかし「考えていること」を明確にしてやろうとしていない限りは「すなっ」でもある　が自分なりに考えて「大丈夫だ(だろう)と思える」なら「あり」だとも思う　なーんか堅っ苦しい話が終止になってしまったけど特にインタネといった共同の環境を利用「させてもらう」限りはそれくらいの気持ちは持っておかないといけないと思ったりするよ　それが「ない人が殆ど」と思えるからどうかなぁ・・・と思えてしまうだけのことだけど　てぇことで頑張ってくらさい　SMTPサーバーを学びたいというのはサーバーの中でも一番難しいものだと思うけど　(難しいというのはSMTPサーバー自身が難しい(sendmailとかその歴史の上で設定も難しいものになってしまっているけど)というよりその使われている環境の実状という点でも難しいものになってしまっているからシッカリと勉強しないといけない或いはきっと一番難しいサーバーかも知れないと思うところからだけど) 　「ちゃんと」SMTPサーバーを知るということはサーバー自身のこと以外にも多くのことを知らなければならないものであり非常に価値のあることではあると思うので　この辺は一番最初に引用した > わかってはいます。けれどわたしは基本的なことをほとんど知らないので… からも掛かっているのよ　いっぱい書いたけどそれでも挫けることなくやれるとしたら素晴らしいことでしょう　これらは他でも何度か書いたことがある　自分のとこでも　めっさ久々に実験再開した自サイトにも再び書こうかと思ってたことでもあるけどね　なんてことに時間取られてないで仕事探さにゃっ(滝汗) コメント>>

216.当然の如く溢れたわね(照)
投稿者:	ぴゅあ - 2003年07月08日 17時20分21秒
> 確かに"出したのは「架空の」だけど帰ってくるのは「実在の」"ですよね > わかってはいるんですけど…たとえば…家族で使う程度だったら困らないかなと思って… > でも…Delegateでローカルのsmtpサーバーはたててみようとは思っています… 　んー　ちょっと違う　"出したのは「架空の」だけど帰ってくるのは「実在の」"は「実在の」は確かにそうだけど本当に表に見えているのは「実在の」だけであって「架空の」は本当に「架空の」存在でしかなく架空に存在している「意味が全くない」ことになってしまっているでしょう　今は「架空の」と「実在の」の関係の２つですが実際には実在する２つ或いはそれ以上の間で正しく連携されるためにある機能を試しているだけです　つまりはDelegateの持つその機能が正しく動作するかという動作試験をしているだけで「その機能を生かした活用をしている」ということではないです　従って非常に無駄な努力をしているとも言えなくないと考えます　確かに動作検証をする，実験をするといった点では価値はあると考えますが　ので同じやるなら「架空の」を「実在の」にすることができるというのは判っているので(実際「架空の」とは言え閉じたネットワーク内では「実在の」ですから＠でなければ「架空の」－「実在の」間での置き換えもできないということでしょう？)「架空の」を使うつもりなら今やっていることは意味のないと言えること(それは意味のある検証としては既に完成してしまったのではないの？ということ)更に使うなら「架空の」を本当に実在するものとして試してみるべきということです　だってやってることって「実在の」メアドを打てばいいのに「わざわざ手間を掛けて」「架空の」でも使えるようにしているだけでしょ　そこにはメリットが何もないとは言えないでしょうか　返って置き換えという負荷が余計に掛かっているだけ > わかってはいるんですけど…たとえば…家族で使う程度だったら困らないかなと思って… 　というのも困る困らない以前になんの意味があるのかな？ってところです　人によっては意味があることかも知れないから全てに於いて意味がないとは言い切れないかも知れませんが　というか困る困らないより如何に便利に快適に使えるかでしょう　元々Delegateが導入されることになったのも快適さを求めてのことだった筈です　それと実験に関して　本来インタネは研究機関の一環として立ち上げられたとされています　そうそこには実験の要素も多々ある　従って実験というのは非常に大切なことだと考えます　現在インタネも発展しこうして一般の人も様々な利用ができるようになりそして商用・業務等としても幅広く利用されるようになりました　そういう意味では今でも元々の研究機関としてのインタネの存在はあると思いますがそこに利益の要素も含まれてしまっているということも十分に踏まえておく必要がでてきていると考えます　それはどういうことか　簡単に言えば安易な気持ちやちょっとしたミスが多大な損害を引き起こす引き金になるかも知れないということ　元々研究機関のものとしてだからという点では研究の間には誤りやミスもある　それは仕方のない・・・という表現ではなく起こり得るとも十分に考えられるものとでも言ったのでいいんだろうか　まぁどんなに慎重に行っても起こらないということはないというものでもあるものですがどういう形で(どういう経過で)起こったかとかってのも重要になってきます　ある有名なサーバーで今も(特に昨今増えてきている「よく解らないままな」ょインタネサーバーユーザーにもその発言がかなりの影響力を持っていると考えられるサーバー開発者が以前発していた言葉　「インタネは自由に使えるものだから好きに(自分の思うように＠好き勝手)使っていい」ような意　しかしこれには２つの考えるべき点があると考えます　１つは研究機関としてのインタネ　確かに元々研究機関として生まれたとされています　そして今もそれはあり続けられていると思います(ってか続けられていますよね) 　しかしいくら研究或いは実験と言ってもいい加減にやっては他に影響を及ぼすことになるのは十分にありうる　そして実際影響を及ぼしたりすることも多々あるだろう　しかしそのとき何も計画せずいい加減にやって引き起こされたものか　十分に計画を立て慎重に行ったにも関わらず起こってしまったものなのか　その間には大きなギャップがあると思います　ミスや失敗は必ずと言えるほど起こってしまうもの　しかしそのとき先の２つの間には何も考えないから起こったのか已む無く起こってしまったのかってのには非常に大きな差があります　そしてまたそれらの間にはその重さも雲泥の差があるでしょう　そしてもう１つは現在のインタネの動向として　全く次元は違ったりもするかと思いますが去年だったか今年だったか忘れてしまったけどたぶん今年のような気もしているけど某大手銀行のトラブルで多大な損害が発生したニュースがあったのは誰しもが知っていることでしょう　それが直接インタネに関わるかどうかは別としてちょっとしたミスが何処かのサーバーを止めてしまってとかで同様の多大な損害を与えるのが自分になってしまったとしたらどう考えるか　先の開発者の発言に対してもある程度考えられる範囲での試したいことというのは当然あっていいことだと思います　しかしそれはやろうとしていることの安全性を充分に考えた上であるなら「ありだろう」ということです　ただ先のでは「何も勉強したり考えたりすることはない。なんでもやれば」ってのが前提と含まれている可能性が大だったのでどうかと思うところだ・・・という話ですが　例えば何かを始めたいとき　特にネットワークのように他人との関係が関わってくるとき　例えば今の話題のSMTPサーバーとかだと　まずは自前で複数のSMTPサーバーを用意する等してまず閉じたネットワークで問題がでないことを十分に繰り返し検証する　というのがまぁ暗黙の常識みたいなもんです　実際の現在のインタネ活用者はそれが皆無の率が非常に高いとも言えると思いますが　それは別の考え方では「それぞれのサーバーが自己防衛をシッカリやればいいこと」　それはそれで確かにあるしそしてそれを実際にみんな苦労してやっているでしょう　しかしそれに対する外部の対応は「もし問題が起こるようであればそれは防衛がシッカリなされていないから悪いんだ」ってのが殆ど　自己防衛が必要なのは当然そうだろう　それはどういうことが外部から入ってくるか判らないのだから自然にそうなる　極端な話「自己防衛は頑強にやっている」が「外部に対してはいい加減にしている」だとするとどうだろうか　それって単に自分勝手　自己防衛を考えるなら外部に対しても考えなければ「私はちゃんと自己防衛を考えている」なんて偉そうなことは言えないと考えたりします　だって自己防衛とか考えているということは外部で起こり得る影響を調べているということでしょう　てことは自然に自分から外部へ与える影響は防衛を考えた時点である程度判っている筈　つまりそれができていないということは防衛もちゃんとできていないということ　まぁこの辺はこれくらいにしとこうコメント>>

215.仕事探し　仕事探し(汗)
投稿者:	ぴゅあ - 2003年07月08日 17時11分06秒
> わかってはいます。けれどわたしは基本的なことをほとんど知らないので… > かとて…かなりはしょっているサイトしか知らなかったのでちょっとメモ的にカキコしただけです。　いえいえ　SMTPサーバーって話で始まってるのにプロトコル絡みではちと外してるんぢゃないかなーってだけのことで　学ぶに越したことはないのでより知るべきですね　新たにやりたいことが増えるかもしれないし > SMTPプロコトル！？っていうかメールが送信されていく方法が今ひとつよくわからない。　あちしの思い違いを含めて資料を探し直そうかなと思ったら見当たらなかったのですけど(ので記憶＆推測頼りで正確ではないですが) 　ジオのSMTPサーバーを使って送信してfreecomのユーザーへメールを送信するとしたら　(SMTPサーバーのホスト名で表すのは変かもしれないけどそれが解り易いなら・・・ということでそう表すと) １．メーラーからジオのSMTPサーバーへ送信２．(場合によって)いくつかの中継サーバーを経由３．freecomのSMTPサーバーへ到着　送信元のメーラー＞＞smtp.geocities.ne.jp＞＞いくつかのSMTPサーバー＞＞smtp.freecom.ne.jp となりますね　受け取り側はfreecomのpopサーバーへ接続することで届いたメールを取り出せる　pop.freecom.ne.jp＜＜送信先のメーラー　このときPOPサーバーは同じところにいるSMTPサーバーと通信しているのかSMTPサーバーのスプールを直接見に行っているのかは判らないですけどSMTPサーバーに届いているのを見ているという形になるみたいです　(どうも最終的にPOPサーバーへ届くという形ではないらしいということ) 　という意味で > 送信元のメーラー＞＞smtp.geocities.ne.jp＞＞smtp.freecom.ne.jp＞＞freecomのmailbox＜＜pop.freecom.ne.jp＜＜送信先のメーラー　ってのはちと変で　「＞＞smtp.freecom.ne.jp」となった後にfreecomのmailboxへ送られるんではなくfreecomのmailboxに格納されているってことですねていうか…Delegateのsmtpサーバーの話に戻ってしまうのですが… SMTPプロコトル！？っていうかメールが送信されていく方法が今ひとつよくわからない。送信元のメールアドレスが所属するsmtpサーバー＝smtp.geocities.ne.jp 送信元のメールアドレスのpopサーバー＝pop.geocities.ne.jp 送信先のメールアドレスが所属するsmtpサーバー＝smtp.freecom.ne.jp 送信先のメールアドレスのpopサーバー　　　　＝pop.freecom.ne.jp とした時、本来はもう少し複雑かもしれませんが、通常こんな感じですよね。送信元のメーラー＞＞smtp.geocities.ne.jp＞＞smtp.freecom.ne.jp＜＜pop.freecom.ne.jp＜＜送信先のメーラーあれっ　こうかな！？送信元のメーラー＞＞smtp.geocities.ne.jp＞＞smtp.freecom.ne.jp＞＞freecomのmailbox＜＜pop.freecom.ne.jp＜＜送信先のメーラー　①～④に関してはそういう感じと思います　ってかすんなりそれだけで考えた方が解り易いと思う(図で表すならそれをベースに描いてみるの意) > そこで、freecom… > 通常smtp.freecom.ne.jpにメールを転送するのはsmtpサーバーです。　通常ってかメール配信をするサーバーはSMTPサーバーですよね(ってかこれは文章の添削みたいだが(照)) > もし、freecomがFrom行でチェックをしているのであれば…どのプロバイダのsmtpサーバーを使おうと > From行にfreecomのメールアドレスを入力しなければfreecomに所属するメールアドレスにはメールは送れないような気がします。　ここでの条件が曖昧なので判り難いけど・・・分解して分析すると > freecomがFrom行でチェックをしているのであれば… 　freecomのSMTPサーバー(というかサーバー対サーバーとクライアント対サーバーの場合は設定されている条件が違うかも知れないというところもあるが)を使って送信する際にはfreecomの規定上Fromがチェックされているのは間違いないでしょう　つまりfreecomのSMTPサーバーを使って送信する場合はメルのFromにはfreecomのメアドが記述されていることという条件が付きます　従って他のプロバイダから貰っているメアドでは送信できないということになります　それが正しいかどうかは普通にメーラーを使って送信してみれば簡単に確認できることです > どのプロバイダのsmtpサーバーを使おうとFrom行にfreecomのメールアドレスを入力しなければ　これは違います　Fromにfreecomのメアドを書かなければならないという条件を付けているのはfreecomのSMTPサーバーです　他のプロバイダのSMTPサーバーを使った場合にはそれぞれのSMTPサーバーの条件に従うことになります　従ってfreecomのような制限を付けていないプロバイダのサーバーの場合にはfreecomのメアドであろうがそのプロバイダのであろうが送信することができます　これは一般的な(有料なという表現は不要かとも思うけど)プロバイダでは特に制限がないことが多いようです　無料なサービスをしているプロバイダでは制限されていることも多いようです　これはそれぞれのプロバイダのポリシーによるものなので制限有無に関係なく承知して利用するというものですが例えばいくつかのプロバイダと契約してメルを使い分けている人も多いですよね　そのプロバイダのメアドでの送信ができるというのは当然のことですがフリーのメアドも取得したけど(通常はそれぞれのサーバーに繋げればいいので全く関係ないですが)自分の環境に制限がある等で共に使えるようにしたいって時には許可されてないプロバイダなら許可されてないで諦めるしかなく許可されているプロバイダを利用しているならそれを利用できるというだけのことです　ので制限されているから使えない，このプロバイダはダメだってのもないです(ないとはその考え方をするとすると使い方を間違っているの意) > From行にfreecomのメールアドレスを入力しなければfreecomに所属するメールアドレスにはメールは送れないような気がします。　のでこれは間違っています　そのプロバイダが制限していなければ送ることができます　でもってfreecomのSMTPサーバーを使っているとすれば > freecomに所属するメールアドレスには　ではなく「freecomのSMTPサーバーを使った場合には」で何処宛というのは関係ないです > でも、借り物のIPアドレスにあるDelegateのsmtpサーバーからは、From行にfreecomに所属するメールアドレスを入力しないと送信できない。　従ってこれも相手SMTPサーバーが何処のものか？ってことが記されていないので文章として変です　ごっちゃになっていると思われますがFromとは「～から」つまり何処から送ろうとしているかでTo「～へ」何処へではないです　でもってFromによる制限はそのSMTPサーバーから送信できるユーザーを制限している(そのサーバーにアカウントを持つ人でなければならない)のであって何処へ届けることができるかを制限しているのではないですコメント>>

214.Delegateとsmtp
投稿者:	Pyzar - 2003年07月07日 23時35分31秒
＞ぴゅあさんレスありがとうございます >少なからず設定に関わる部分も含まれてくるし >　メルとは？ということでも知っておいて全く無駄ではないけど >　直接的に「これで設定方法の全てが解る」という意味ではかなり離れた部分でもあるんではないかなわかってはいます。けれどわたしは基本的なことをほとんど知らないので… かとて…かなりはしょっているサイトしか知らなかったのでちょっとメモ的にカキコしただけです。ていうか…Delegateのsmtpサーバーの話に戻ってしまうのですが… SMTPプロコトル！？っていうかメールが送信されていく方法が今ひとつよくわからない。送信元のメールアドレスが所属するsmtpサーバー＝smtp.geocities.ne.jp 送信元のメールアドレスのpopサーバー＝pop.geocities.ne.jp 送信先のメールアドレスが所属するsmtpサーバー＝smtp.freecom.ne.jp 送信先のメールアドレスのpopサーバー　　　　＝pop.freecom.ne.jp とした時、本来はもう少し複雑かもしれませんが、通常こんな感じですよね。送信元のメーラー＞＞smtp.geocities.ne.jp＞＞smtp.freecom.ne.jp＜＜pop.freecom.ne.jp＜＜送信先のメーラーあれっ　こうかな！？送信元のメーラー＞＞smtp.geocities.ne.jp＞＞smtp.freecom.ne.jp＞＞freecomのmailbox＜＜pop.freecom.ne.jp＜＜送信先のメーラー ①　送信元のメーラーからsmtp.geocities.ne.jpへ行く。 ②　smtp.geocities.ne.jpは送信先のメールアドレスは自分が管理しているアドレスではないから、送信先のメールアドレスを　管理するsmtpサーバーsmtp.freecom.ne.jpにメールを転送する ③　smtp.freecom.ne.jpは送信先のメールアドレスを確認し、スプールする ④　送信先のメーラーがpop.freecom.ne.jpにて認証され、スプールされているメールをもらいに行く少し言葉が違ったり、詳細は違うかもしれませんが、こんな感じだと理解しました。そこで、freecom… 通常smtp.freecom.ne.jpにメールを転送するのはsmtpサーバーです。もし、freecomがFrom行でチェックをしているのであれば…どのプロバイダのsmtpサーバーを使おうと From行にfreecomのメールアドレスを入力しなければfreecomに所属するメールアドレスにはメールは送れないような気がします。けれど、現実には実在するメールアドレスが書きこんであれば送信できます。もっと言えば、たぶん…From行のメールアドレスが多少間違っていても送信できるでしょう。でも、借り物のIPアドレスにあるDelegateのsmtpサーバーからは、From行にfreecomに所属するメールアドレスを入力しないと送信できない。逆の言い方をすれば借り物のIPアドレスにあるDelegateのsmtpサーバーからは、 From行さえfreecomに所属するメールアドレスであればどんなメールアドレスでも入力すれば送信できてしまう。そして、プロバイダのsmtpサーバーからは、From行にどんなメールアドレスが入っていても送信できてしまう。そういうポリシーのサーバーなんだよと言われてしまえばそれまでだけれど… # Delegateのsmtpサーバーのページでどんな説明をすればいいのか困る… > 出したのは「架空の」だけど帰ってくるのは「実在の」にならないかな？ > 　何故なら「架空の」のが架空のままだから確かに"出したのは「架空の」だけど帰ってくるのは「実在の」"ですよねわかってはいるんですけど…たとえば…家族で使う程度だったら困らないかなと思って… でも…Delegateでローカルのsmtpサーバーはたててみようとは思っています… # ちょっとプレッシャーかかってるんです。Googleのおかげで… # 勉強しなきゃ… コメント>>

213.samba Tips(2)
投稿者:	ぴゅあ - 2003年07月07日 11時20分55秒
そうそう　sambaはEUC(932)で問題なくのようだけど　samba対象のディレクトリをtelnetで見ると「扱える特殊文字」が化ける場合があるという点　これはlsがカラーモードになっているのが原因と思われ　またシェル(bash)のhistory機能でも正しく「表示」されない場合がある　というのはある　しかしエクスプローラで扱えた(コピーできた)限りは内部では全く問題ないようである　でもってtelnetでもちゃんと扱える＠一部シェルの特殊文字に関連する文字が含まれている場合はそれなりの注意(対処)が必要　特にlsコマンドでディレクトリを色付きとかにしている場合は文字化けする　Tab+Tabで色なし表示させるとかすると化けないで見られる　あとiptables絡みだけどプロクシはもう要らんだろ　はうちで書き掛けてるけど触りをちらっと書こうかなぁ？・ルーター２段だとどう構築する・NAT２段が必要か・プロクシの必要性は・NATは１段で済む　てな感じかな　別途・オマケのサーバー・プロクシはあった方がいいか　今日は昨日と打って変わって雨降り　まずは洗濯でもしてくるかな　でもって初の相手から仕事の話が出てきたので話を聞いてみよう(とんでもなさそうだけど（－－；) コメント>>

212.samba Tips
投稿者:	ぴゅあ - 2003年07月07日 11時04分56秒
そうそう　日本語版のごみ箱機能はまだ恩恵に与ったことはないが有難い機能であると思う　しかし欠点というか注意すべき点もある　ごみ箱に入ったファイルはディレクトリ情報が取り除かれて格納される　それはそれでいいと思う(例えばごみ箱に移動しようとしたらパスが長過ぎて移動不可能となりうることを考慮したりという理由もあったりするんだろう) 　しかし削除したファイルが全て同一ディレクトリ内に入るのでもしごみ箱内のファイルがあまり大量になってしまった場合はWin上からのごみ箱操作(復元や掃除)は遠慮した方がいいかも知れない　そういった場合にはLinuxマシンにログインしてそこで操作すべきだと思う ※Winのエクスプローラで処理すると自Winマシン上のフォルダ内で以上に過負荷状態になり長時間操作困難状態等に陥りやすいだろう　尤も１万ファイルを超えた辺りになった頃から考えた方がいいだろうというくらいだと思うけどコメント>>

211.samba情報(？)
投稿者:	ぴゅあ - 2003年07月07日 10時56分00秒
といっても大したものではないが　現在samba-2.2.7a-8.9.0 on Red Hat 9 　つまり日本語版ではない　RAIDのテストをしたままクライアントのハードディスクに空きがなくなってきてしまって既にバックアップ用としても使っちゃってるのでRAIDを解除できずRAID1で約40GBのディスクが無駄になってしまっている感じではあるが・・・　(それは耐久テストにもなってるんだろう・・・と思っとこ　って耐久テストでバックアップぢゃダメやん・・・だが) 　日本語版でなくても・日本語文字に特に問題は出てない・一部の特殊文字は使用不可は既に確認済みだけど(「やっぱり速い」はマシンパワーの違い(だけ？)か？) 　もうひとつのお得情報は・ディスク領域を食わないということ　それはディスクの管理方法の違いってだけだけど(Winの中でも)効率も良いと言われるNTFSではある(？)けどLinuxの方がまだ効率がいいということ　これは9x系と比べれば更に差が出てくるだろう　注：１パーティションが巨大な場合　これはWinのクラスタサイズというのを知れば簡単に解ることである　(Linuxは4KB単位で管理していた筈) 　実際1GB程度のファイルを格納した場合1割程度の占有領域の差が出ている感じかな＠当然どういう性質のファイルを対象にするかによる　．．．例えば1GB/1ファイルでは差が出るわけはない(1GB対1GB) 　．．．4KB未満のファイルだけで1GBに達していたら7割くらい差が出ているとかもっとだとかであってもおかしくない(1GB対250KB) ※滅多に出てこないのだろうとは思うけどiノード数にも注意　df -i 　大抵超えないように設定されているのだと思うけどコメント>>

トップへ