シリコンバレー ２４時 2008-08-11T22:33:37Z シリコンバレー在住の四元輝博によるIT情報・ベンチャー起業に関するブログ tag:www.skymerica.com,2008:/blog/yotsumoto//1 Movable Type Copyright (c) 2007, yotsumoto メールサーバーのブラックリスト 2008-08-11T22:33:37Z 2007-08-23T06:31:09Z tag:www.skymerica.com,2007:/blog/yotsumoto//1.871 2007-08-23T06:31:09Z メール関連のブログが続いているので ついでにもう少し。 スパムの踏み台にされてい... yotsumoto http://www.skymerica.com yotsumoto@skymerica.com Mail
]]> SpamCop.net」や 「Spamhaus.org」 など、探せば他にもたくさん見つかると思う。 そして、この手のブラック・リストを管理する日本のサイトが 「RBL.JP」である。 ここでサイトの名前に「RBL」という名称が使用されているが、 これは、この手のリストのことを 「Realtime Blackhole List」と呼ぶので、 その頭文字からきている。

ブラックリストとは反対に、 信頼の置けるメールサーバーのデータを集めた ホワイトリストを提供するサイトもあり、 日本では、「racl.jp」が そのサービスを行っている。

前述の「RBL.JP」は、 いろいろな便利なツールも多数提供しているので 使ってみるとよい。 メール・サーバーの管理者ならもちろんだが、 そうでない人でも、 最近どうも自分が送るメールが相手に受け取ってもらえないとか、 不達になる、といった場合に利用してみるとよい。

例えば、このRBL.JPの 「第三者中継チェック」 ページに 送信用メールサーバーのアドレスを入れると、 スパム・メールの いわゆる「踏み台」になる可能性について 19項目にわたりチェックしてくれる。

また、 「ブラックリストデータベースチェック」 ページでは、送信用メールサーバーのアドレスを入れて、 世界の主なブラックリスト・データベースに そのメールサーバーが 登録されていないかをチェックしてくれる。

【参考リンク】 ]]> Comcast.net へのメールが不達になる問題について 2008-08-11T22:30:00Z 2007-08-22T06:14:48Z tag:www.skymerica.com,2007:/blog/yotsumoto//1.870 2007-08-22T06:14:48Z メール関連のブログが続いているので、ついでにもうひとつ。 コムキャスト(Comc... yotsumoto http://www.skymerica.com yotsumoto@skymerica.com Mail
]]> When I try to email a Comcast.net address, I get a bounce back message containing a 521 error message, which links to this page. 」 というタイトルのページがある。

その内容をここに引用させていただくと、
You have been blocked from emailing the Comcast network because we have determined that your mail server does not properly identify itself when attempting to connect to the Comcast mail servers. This process is known as Reverse DNS and associates your mail server's IP address into a domain name for Comcast to know who is attempting to send email into our network. Individuals who send spam commonly hide their Reverse DNS to avoid being detected when sending email.
となっている。 要約すると、「コムキャストは 送信元のメールサーバーの身元が明確にならない場合、 そのメールをブロックする。 身元の確認には、送り元メールサーバーのIPアドレスから リバース（逆引き）DNS を用いている。 これは、スパム・メールの送り手は通常、 追跡から逃れるために、 リバース（逆引き）DNSを隠しているからである。」 という感じ。

さらに、 「How do I get this resolved?」つまり、 その解決方法として、
Your mail server's IP address is not blocked by Comcast. As soon as your mail administrator properly configures Reverse DNS on your mail server, you will be able to email the Comcast network again. When contacting your email administrator, you should include the error message contained in the email that alerted you to this problem. This error message contains important information to help your email administrator resolve this issue.
と説明されている。要約すると、 「コムキャストとしては、あなたのメール・サーバーのIPアドレスをブロックはしていない。 あなたのメール管理者がメール・サーバーを逆引きDNSに適切に登録しさえすれば、問題は解決する。 メールの管理者へお願いする再には、 このエラーメッセージも一緒に含めてください。」 と言った感じ。

もちろん、メールが届かない原因は、上記の問題だけではないが、 少なくともこのように、アメリカのISPでは、日本のISPも そうなのかもしれないが、 逆引きDNSが適切と登録されていないメールサーバーからのメールを 受け付けてくれなくなってきているようだ。

【参考リンク】 ]]> DNSゾーンデータファイルのリロード方法 2008-08-11T11:36:50Z 2007-08-21T06:26:26Z tag:www.skymerica.com,2007:/blog/yotsumoto//1.869 2007-08-21T06:26:26Z 最近のブログで、SPFレコードについてレポートしているが、 実際にSPFレコード... yotsumoto http://www.skymerica.com yotsumoto@skymerica.com DNS・URL・URI
]]>
次に、別の古典的な方法。 「ps」コマンドを使って namedのPID番号を調べて、 
# kill -1 番号
とする方法。

BIND 8 であれば「 ndc 」コマンドが付属しているハズなので、 それを利用して、 
# ndc reload
とすると、ネームサーバーをリロードしてくれる。

また、BIND 9 以降であれば、 「 rndc 」コマンドが付属しているハズなので、 ndcコマンドと同様に 
# rndc reload
とするとよい。

]]> SPFレコードの実際の記述方法 2008-08-11T10:11:43Z 2007-08-20T06:10:33Z tag:www.skymerica.com,2007:/blog/yotsumoto//1.868 2007-08-20T06:10:33Z SPFレコード記述については、 いくつかのサイトの例題を見てきたので、 それらを... yotsumoto http://www.skymerica.com yotsumoto@skymerica.com Mail
]]> Sender Policy Framework」 や、＠ITの 「Sender ID：送信者側の設定作業」 に詳しくまとめられている。

また、質問に答えると自動的にSPFレコードを作成してくれる SPFレコード構築用のウィザードが、２つほど見つかった。 ひとつが、以前にも利用した マイクロソフト(Microsoft)の 「Sender ID Framework SPF Record Wizard」。 もうひとつが openspf.org の 「The SPF Setup Wizard」 こちらのウィザードでは、BIND(named) の設定例だけでなく、 tinydns (djbdns) の設定例も表示される。

最も基本的な記述方法は、
  • 「v=spf1」で書き始めること。
  • 「ip4:」に続けてサーバーのIPアドレスを記述すること。
  • 上記「ip4:」を必要なだけ列挙すること
  • 最後に「~all」で終わる
といったところ。 例としては、 
v=spf1 ip4:76.96.28.0/23 ip4:76.96.30.0/24 ~all
といった感じ。 あとは、これを基本として、 上記の参考サイトを勉強しながら 追加・変更してゆくこと。

DNSのゾーンファイルのアップデートが終了したら、 「openspf.org」の 「Tools」 で紹介されているツールで 設定にエラーがないかどうかを確認する。

【参考リンク】 ]]> Gmail をつかった SPFの実態調査 2008-08-09T18:38:32Z 2007-08-19T06:35:52Z tag:www.skymerica.com,2007:/blog/yotsumoto//1.867 2007-08-19T06:35:52Z 「 SFP:Sender Policy Framework（センダー・ポリシー・... yotsumoto http://www.skymerica.com yotsumoto@skymerica.com Mail
]]>
まず、SFPレコードを全く指定していないメール・サーバーから送られてきている例としては、 
Received-SPF: neutral (google.com: 205.178.146.61 is neither permitted nor denied by best guess record for domain of xxx@xxx.com) client-ip=205.178.146.61;
Authentication-Results: mx.google.com; spf=neutral (google.com: 205.178.146.61 is neither permitted nor denied by best guess record for domain of xxx@xxx.com) smtp.mail=xxx@xxx.com
という２行がメールのヘッダー情報内に見つかる。 「xxx@xxx.com」の部分が 送信者の用メール・アドレス。 SPFの評価の結果として「 neutral 」となっている。

一方、SFPレコードが適切に設定されているメール・サーバーから送られてきている例としては、 
Received-SPF: pass (google.com: domain of xxx@xxx.com designates 76.96.62.40 as permitted sender) client-ip=76.96.62.40;
Authentication-Results: mx.google.com; spf=pass (google.com: domain of xxx@xxx.com designates 76.96.62.40 as permitted sender) smtp.mail=xxx@xxx.com
のような２行となり、 SPFの評価の結果が「 pass 」となっている。

その他の場合として、結果が「 softfail 」となる場合もある。

このように、Gmailはアカウントも作りやすいので、 SFPレコードに関するテストを行いたい場合には、 gmailのアカウント作り、そのアカウントへメールを出してみて メールのヘッダー情報を見てみることにより、確認することができる。

]]> SPFレコードの nslookup コマンドによる調査方法 2008-08-09T17:01:39Z 2007-08-18T06:00:30Z tag:www.skymerica.com,2007:/blog/yotsumoto//1.866 2007-08-18T06:00:30Z SPFレコード は DNSのテーブルに TXTレコード として記述することになっ... yotsumoto http://www.skymerica.com yotsumoto@skymerica.com Mail Sender ID Framework SPF Record Wizard」 などを利用しなくても、「nslookup」や「dig」、「host」と いった DNSを調査するコマンドを利用することによっても調査することができる。

]]> % nslookup > set type=TXT > comcast.net Server: 68.87.76.178 Address: 68.87.76.178#53 Non-authoritative answer: comcast.net text = "v=spf1 ip4:76.96.28.0/23 ip4:76.96.30.0/24 ip4:76.96.60.0/23 ip4:76.96.62.0/24 ?all" と、このように、当たり前だが 昨日のブログと同じ内容が表示される。 用は、「set type=TXT」と、タイプを「TXT」型にするだけ。

同じことを「 dig 」コマンドを使って行ってみると、 
% dig -t TXT comcast.net

; <<>> DiG 9.3.4-P1 <<>> -t TXT comcast.net
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 33987
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;comcast.net.                   IN      TXT

;; ANSWER SECTION:
comcast.net.            300     IN      TXT     "v=spf1 ip4:76.96.28.0/23 ip4:76.96.30.0/24 ip4:76.96.60.0/23 ip4:76.96.62.0/24 ?all"

;; Query time: 62 msec
;; SERVER: 68.87.76.178#53(68.87.76.178)
;; WHEN: Fri Aug  8 13:13:53 2007
;; MSG SIZE  rcvd: 125
となる。 残念ながら、Windows XP には「 dig 」コマンドは付属していないようだ。

同様に「 host 」コマンドからでも情報を得ることができる。 
% host -t TXT comcast.net
comcast.net descriptive text "v=spf1 ip4:76.96.28.0/23 ip4:76.96.30.0/24 ip4:76.96.60.0/23 ip4:76.96.62.0/24 ?all"


【参考リンク】 ]]> 「SPF」および「Sender ID」の SPFレコード実例 2008-08-09T11:52:55Z 2007-08-17T06:51:18Z tag:www.skymerica.com,2007:/blog/yotsumoto//1.865 2007-08-17T06:51:18Z 最近このブログで話題にしている SPFレコードを 新たに作成する前に、 昨日のブ... yotsumoto http://www.skymerica.com yotsumoto@skymerica.com Mail Sender ID Framework SPF Record Wizard」 をつかって、実際のSPFレコードの記述例をみてみる。

]]> v=spf1 mx include:_spf-a.microsoft.com include:_spf-b.microsoft.com include:_spf-c.microsoft.com include:_spf-ssg-a.microsoft.com ~all となっている。 チョットだけ解説すると、 「 v=spf1 」というのがバージョンを示している。 そして、「mx」が microsoft.com のMXレコードに登録されている IP を参照すること。 さらに「 include: 」が その後に続けて記述されている ホストを参照する、ということ。 そこで、「 include: 」されている例として「 _spf-a.microsoft.com 」は、 
v=spf1 ip4:216.99.5.67 ip4:216.99.5.68 ip4:202.177.148.100 ip4:203.122.32.250 ip4:202.177.148.110 ip4:213.199.128.139 ip4:213.199.128.145 ip4:207.46.50.72 ip4:207.46.50.82 a:delivery.pens.microsoft.com a:mh.microsoft.m0.net ~all
となっており、ここの「 ip4: 」は直接 IPアドレスを示しており、 「 a: 」は、これに続けて記述されているホストの「Aレコード」（IPアドレス）を参照することを意味している。

では次に「 google.com 」は、 
v=spf1 include:_netblocks.google.com ~all
それから、「 gmail.com 」は、 
v=spf1 redirect=_spf.google.com
となっており、「 redirect= 」というモディファイヤが記述され、 全てを「 _spf.google.com 」に任せるということだ。 ここでの注意点は、 最後に 「~all」とか「?all」とかが付いていないこと。 では、そのリダイレクト先の「 _spf.google.com 」は、 
v=spf1 ip4:216.239.32.0/19 ip4:64.233.160.0/19 ip4:66.249.80.0/20 ip4:72.14.192.0/18 ip4:209.85.128.0/17 ip4:66.102.0.0/20 ip4:74.125.0.0/16 ip4:64.18.0.0/20 ip4:207.126.144.0/20 ?all
となっており、「 ip4: 」が列挙されている。

それでは私も使っている「 comcast.net 」は、 
v=spf1 ip4:76.96.28.0/23 ip4:76.96.30.0/24 ip4:76.96.60.0/23 ip4:76.96.62.0/24 ?all
となっている。

日本の「 yahoo.co.jp 」は、 
v=spf1 include:spf01.yahoo.co.jp include:spf02.yahoo.co.jp ~all
となっていて、「include:」している。 その例として「 spf01.yahoo.co.jp 」は、 
v=spf1 ip4:124.83.147.0/24 ip4:124.83.153.0/24 ip4:124.83.155.0/24 ip4:124.83.165.0/24 ip4:124.83.168.0/24 ip4:124.83.170.0/24 ip4:124.83.178.0/23 ip4:124.83.181.0/24 ip4:124.83.195.0/24 ip4:124.83.200.0/24 ip4:124.83.212.0/24 ip4:202.93.80.0/23 ip4:202.93.83.0/24 ip4:202.93.84.0/23 ip4:202.93.86.0/24 ip4:202.93.88.0/24 ip4:202.93.90.0/24 ip4:203.141.34.0/24 ip4:210.80.241.0/24 ip4:211.14.23.0/24 ~all
と、なっており、たくさんの 「 ip4: 」が定義されている。 ちなみに、日本のヤフー「 yahoo.co.jp 」には このようにSPFレコードが定義されているが、 米国ヤフーの「 yahoo.com 」には、SPFレコードが定義されていない。

【参考リンク】 ]]> Sender ID とは 2008-08-09T09:10:46Z 2007-08-16T06:09:04Z tag:www.skymerica.com,2007:/blog/yotsumoto//1.864 2007-08-16T06:09:04Z 昨日のブログでもふれた 送信ドメイン認証技術である「 SPF 」と深い関わりのあ... yotsumoto http://www.skymerica.com yotsumoto@skymerica.com Mail
]]>
現在では、マイクロソフトは 「Sender ID ホームページ」 というサイトで、「 Sender ID 」の普及に努めている。 ここには、「 Sender ID 」に関する詳しい説明や関連ドキュメントに加えて、 英語ではあるが、 「Sender ID Framework SPF Record Wizard」 というウィザード・ページがあり、そこで、ウィザードに答えるだけで SPFレコードの作成が自動的にできてしまう。

また、具体的なSPFレコードの記述方法や公開方法、また、 オリジナルの「SPF」と「Sender ID」の違いなどについては、 ＠IT の 「Sender ID：送信者側の設定作業」 ページに詳しく解説されている。

【参考リンク】 ]]> SPF (Sender Policy Framework) とは 2008-08-08T20:25:16Z 2007-08-15T06:22:55Z tag:www.skymerica.com,2007:/blog/yotsumoto//1.863 2007-08-15T06:22:55Z 「 SFP:Sender Policy Framework（センダー・ポリシー・... yotsumoto http://www.skymerica.com yotsumoto@skymerica.com Mail
]]>
e-Wordsの「SPF」ページから SPFの説明を引用させていただくと、
あるドメインのメールを送信することができる正規のサーバのIPアドレスをリストして管理する。 そのドメインと無関係なメールサーバを利用して送信元を偽ったメールを送信しようとすると、 受信側でそのことを検出して自動的に受け取りを拒否することができる。 これにより、SPAM業者が 大手プロバイダなどの有名なドメイン名を含むメールアドレスを利用することを防ぐことができるようになる。 ただし、多くの企業やプロバイダが参加しなければ効果が上がらず、 また、SPAM業者が自前ドメインのメールを送信することは防げない。 受け取りを拒否するドメインのブラックリストを用意するなど、別の対策を併用する必要がある。
となっている。 具体的には、上記の 「メールを送信することができる正規のサーバのIPアドレスをリスト」 するのは、DNSのTXTレコードを用いている。

また、マイクロソフト(Microsoft)が提唱していた技術 「Caller ID for E-Mail」と このSPF とを統合した 「Sender ID」という技術と深い関わりがある。

【参考リンク】 ]]> OP25B(Outbound Port 25 Blocking) とは 2008-08-05T08:30:29Z 2007-08-14T06:29:21Z tag:www.skymerica.com,2007:/blog/yotsumoto//1.862 2007-08-14T06:29:21Z スパム・メール や ウイルス・メール が 問題となりだしてから久しいが、 この対... yotsumoto http://www.skymerica.com yotsumoto@skymerica.com Mail
]]>
自分が加入しているプロバイダーが この OP25B を行っている場合、 通常そのプロバイダーが提供しているメールサーバーを利用しているかぎり問題は起きないが、 どうしてもそのプロバイダーが提供しているメールサーバーではない 外部のメールサーバーを利用しなければならない場合には、 その外部のメールサーバーが 「サブミッション・ポート」と呼ばれる 25番以外の受信してくれるポートを準備している必要がある。 また、メールを送信する側のソフトウェアの方も、 それに対応した設定を行う必要がある。 通常、サブミッション・ポートは587番になっている。

【参考リンク】 ]]> 唯川恵「5年後、幸せになる」 2008-08-04T08:22:06Z 2007-08-13T06:16:37Z tag:www.skymerica.com,2007:/blog/yotsumoto//1.861 2007-08-13T06:16:37Z 昨日のブログが「」であったが、 こちらは、 「」。 唯川恵（ゆいかわ けい）氏... yotsumoto http://www.skymerica.com yotsumoto@skymerica.com 本・書籍 昨日のブログが「」であったが、 こちらは、 「」。 唯川恵（ゆいかわ けい）氏のエッセー。

]]>
本の構成としては、内容が３つのセクションに分かれている。 そして、それぞれのセクションの始まりの裏ページに 短いコメントが小さな文字で書き記されている。 そのコメントをみると、著者がそのセクションで訴えたいことが 垣間見られると思うのでそこの部分だけ引用させていただくと、

第１セクション(p12)
若い頃、私は男の人にこう言われるのが夢でした。
「結婚したら、君を幸せにするよ」
それを言われると、
これで間違いないんだ、私は必ず幸せになれるんだ、と
確信した気持ちでいられたのです。
でも、今はそんなことを考えていた自分が恥ずかしい。
誰かから貰う幸せなんて、
どんな価値があるというのでしょう。


第２セクション(p70)
顔は変わります。
本当です。顔は作られていくものなのです。
これを読んでいるみなさんはまだ若いし、
いろいろ美醜で悩むこともあるかもしれません。
でも、人生は長いのです。
何年後、いえ何十年後、
女の勝負は目先のことだけではなく一生かけてつけるのです。


第３セクション(p128)
損をする、というのは
人生にとって大切なことです。
その中にいろいろな真実が隠されているのです。
たとえ損をしても、
好きという思いがあれば決して後悔しません。
その感情こそが、必ず自分を幸福にしてくれるのです。


このように、３つのセクションの巻頭コメントを挙げさせていただいたが、 この本全体のコンセプトとしては、 第１セクションのコメントにあるように、 幸せは誰かから貰うものではなくて、 自分自身で行動して、自分自身で感じるもの、 というような気がする。

ウィキペディアによると、 この「」 を出版した1997年の５年後の 2002年に『肩ごしの恋人』で第126回直木賞を受賞した、とある。 確かに、５年後には、唯川恵氏自身、作家として幸せになっているわけだ。

【参考リンク】


]]> 1年後の君へ―なりたい自分に変わる近道を教えよう 2008-08-04T04:41:15Z 2007-08-12T06:39:26Z tag:www.skymerica.com,2007:/blog/yotsumoto//1.860 2007-08-12T06:39:26Z 秋元康氏が書いた 「」という本が たまたま手元にあったので読んでみた。 ... yotsumoto http://www.skymerica.com yotsumoto@skymerica.com 本・書籍 秋元康氏が書いた 「」という本が たまたま手元にあったので読んでみた。

]]>
  • あなたと気づかないあなたと出会う（ホップの４ヶ月）
  • 自分らしく変わり始める（ステップの４ヶ月）
  • 思いっきり走り出す（ジャンプの４ヶ月）
    • という感じ。

    いわば、女子高生向け自己啓発本なのだが、 社会人男性 や おじさんに も参考になるところは多々ある。 また、女子高生を持つ、お父さんには、 娘さんにどんなアドバイスをしたらよいのかの参考資料となるかもしれない。 ただし、同じ事を秋元康が言うと聞き入れてもらえても、 実のお父さんが言っても聞き入れてもらえないかもしれないが。

    秋元康氏といえば、放送作家、脚本家、映画監督、作家、 そして作詞家としても有名だが、特に 美空ひばりの『川の流れのように』を作詞したのは有名な話。 最近では、昔の「おニャン子クラブ」を髣髴とさせる「AKB48」を プロデュースしている。

    【参考リンク】


    ]]>     JTPAギークサロン:「林秀明氏とOpenCVについて語る」 2008-08-04T01:03:33Z 2007-08-11T06:00:06Z tag:www.skymerica.com,2007:/blog/yotsumoto//1.859 2007-08-11T06:00:06Z 林秀明（はやしひであき）氏 による JTPAギークサロン... yotsumoto http://www.skymerica.com yotsumoto@skymerica.com JTPA JTPAギークサロン:「林秀明氏とOpenCVについて語る」 林秀明（はやしひであき）氏 による JTPAギークサロン 「オープンソース画像処理ライブラリ OpenCV について語る」が パロアルト(Palo Alto)にある 弁護士事務所 Wilson Sonsini Goodrich Rosati (WSGR) にて 行われた。

    ]]>
    さて、 「OpenCV」 とは何ぞや、ということだが、 Intel が公開しているオープンソースのコンピュータビジョン向けライブラリだそうだ。 正式名称は「Open Source Computer Vision Library」と言うらしい。

    今回のギークサロンの進め方として 「ひたすらデモとその解説」ということで、 いろいろなデモを実際に見せていただき、 それに林さんが技術的解説をする、というパターンで進んでいった。 初めに、デモの基本となる カメラからのデータを取り込み、 それを画面上にリアルタイムに表示させる C言語の50行たらずのサンプル・プログラムを紹介された。 「OpenCV」のライブラシを呼び出すと、 このように短いプログラムでも、動画処理が簡単にできてしまう。

    話を進めてゆくと、実際にデモが沢山あった。 例えば、
    • 「移動点の認識」
      映っている人にマウスで点をつけ、その後、その人が移動すると付けた点も一緒に移動する
    • 「ジェスチャーによる描画」
      体の前に手で四角形を作ると画面上ではその四角形を緑色のラインで描画する
    • 「エッジの検出」
      モノとモノとの境目を検出する。(Canny Edge Detector)
    • 「人の顔の認識」
      人の顔だけ赤い四角で囲む。最近のデジカメによく搭載されている技術
    • 「領域の認識」
      どの領域がそのモノなのかを認識する技術。たとえば、いろいろな果物が映っている場合に、その中でオレンジの領域は何処なのか
    などなど。

    これらのいろいろな画像処理を行うためにいくつかのアルゴリズムが紹介されたが、 その中でも印象的だったのが 「Pyramid Iteration」というアルゴリズムである。 これは 大きな画像データを適当な大きさに分割し、 それぞれの領域内のピクセル値の平均を計算して別のメモリ領域に画像用配列データとして保存。 さらに、そのデータを分割・平均をとって 別メモリの画像用配列データへ...... というように概念的にデータ構造をピラミッド状にしてから 画像処理を行ってゆくアルゴリズム。 これにより、処理の高速化ができる。 例えば、画像全体の内の、どの部分に変化があったのか、とか その部分が どの方向に移動したのか、とかの検出が早くできる。

    休憩を挟んでのサロンは、11時前に無事終了した。 その後、いつものごとくネットワーキングとなったが、 結局、最終的なお開きは午前２時過ぎだった。

    【参考リンク】

    ]]>     miniDIN 8ピン male(オス)型コネクタ の ピン番号配置写真 2008-08-03T23:51:19Z 2007-08-10T06:48:06Z tag:www.skymerica.com,2007:/blog/yotsumoto//1.858 2007-08-10T06:48:06Z 昨日のブログのソケットに 嵌合（かんごう）する mini... yotsumoto http://www.skymerica.com yotsumoto@skymerica.com ケーブル・コネクタ miniDIN 8pin male connector 昨日のブログのソケットに 嵌合（かんごう）する miniDIN 8ピン male(オス)型コネクタ、というかプラグ(Plug)。 ということは、アップル(Apple)の初期の時代のマッキントッシュ(Macintosh)の シリアル・ポートにも嵌合（かんごう）するわけだ。

    ]]>
    それから、ここでは「嵌合（かんごう）」という漢字を何度も使っているのだが、 実は説明書に書いてあった「嵌合」という漢字が読めなくて苦労した。 「嵌」は「 はまる【嵌まる・嵌る】」と読み、 意味は、「はめて、ちょうどよく入る。ぴったりと合う。」とある。 「 はめこむ【嵌め込む・嵌込む】 」のように利用される。 で、「嵌合」の方は、 「はめあい 【嵌め合い】」とも読んで 「機械部品の、互いにはまり合う丸い穴と軸について、 機能に適するように公差や上下の寸法差を定めること。かんごう。」 となっている。 コネクタ業界特有の言葉かもしれないが、 ネプリーグの漢字テストに出題されるかもしれないので要注意。

    【参考リンク】 ]]>     miniDIN 8ピン female(メス)型コネクタ の ピン番号配置写真 2008-08-03T23:07:03Z 2007-08-09T06:02:19Z tag:www.skymerica.com,2007:/blog/yotsumoto//1.857 2007-08-09T06:02:19Z アップル(Apple)の初期の時代のマッキントッシュ(M... yotsumoto http://www.skymerica.com yotsumoto@skymerica.com ケーブル・コネクタ miniDIN 8pin female connector アップル(Apple)の初期の時代のマッキントッシュ(Macintosh)の シリアル・ポートのコネクタとして採用されていた miniDIN 8pin メス型のコネクタと同じ型のコネクタの写真。

    ]]>
    切り欠きの形状に「8a」と「8b」という２通りがあるので、 購入のさいには注意が必要だ。 ちなみに、写真のソケットは「8a」タイプだ。

    【参考リンク】 ]]>