djb(4)

**名無しさん＠お腹いっぱい。** · 2006/05/20(土) 03:40:21

信者のみなさま、異端のみなさま、どうぞごゆるりとお語り合いください。

過去スレ
Part1 http://pc.2ch.net/test/read.cgi/unix/978848878/
Part2 http://pc.2ch.net/test/read.cgi/unix/1021727195/
Part3 http://pc8.2ch.net/test/read.cgi/unix/1047117464/

関連スレ
qmailいろいろ(7)
http://pc8.2ch.net/test/read.cgi/unix/1114157851/

総本山
http://cr.yp.to/

日本支部＠大岡山
http://qmail.jp/

お布施の受付先
http://cr.yp.to/donations.html

**名無しさん＠お腹いっぱい。** · 2006/05/20(土) 06:38:27

2ゲッターまで逃げた。
それがdjbクォリティ。

**名無しさん＠お腹いっぱい。** · 2006/05/20(土) 07:32:44

誰が上手いこと言えと（略）

**名無しさん＠お腹いっぱい。** · 2006/05/20(土) 11:42:13

FAQ
Q. ・・・が分からないのですが？
A. コンサルｔ（ｒｙ

**名無しさん＠お腹いっぱい。** · 2006/05/20(土) 17:06:20

FAQ
Q. ・・・をしたいのですが
A. ・・・はMTAの仕事では(ry
_____________________________

**名無しさん＠お腹いっぱい。** · 2006/05/20(土) 18:23:19

ttp://cr.yp.to/export/donors.html

Sunもお布施してるんだね。

**名無しさん＠お腹いっぱい。** · 2006/05/20(土) 22:48:29

djb
~

**名無しさん＠お腹いっぱい。** · 2006/05/20(土) 22:49:32

djb

**名無しさん＠お腹いっぱい。** · 2006/05/20(土) 22:52:04

ズレを直したのに口を忘れたｗ

djb
~

**名無しさん＠お腹いっぱい。** · 2006/05/21(日) 16:39:07

意外と男前
ttp://www.math.uic.edu/scripts/profile.php?pid=BerD605

**名無しさん＠お腹いっぱい。** · 2006/05/22(月) 23:20:56

ekc

**名無しさん＠お腹いっぱい。** · 2006/05/23(火) 22:15:29

FAQ
Q. ・・・をしたいのですが
Q'. ・・・自己解決しました

**名無しさん＠お腹いっぱい。** · 2006/05/25(木) 21:09:45

djbsshﾏﾀﾞｰ!?

**名無しさん＠お腹いっぱい。** · 2006/05/26(金) 21:16:35

　こ　の　ス　レ　は　終　了　致　し　ま　し　た　。

　　　　　　今後ともUNIX板をよろしくお願い致します。

**名無しさん＠お腹いっぱい。** · 2006/05/27(土) 07:46:16

再開

**名無しさん＠お腹いっぱい。** · 2006/05/27(土) 11:50:03

>>10
http://en.wikipedia.org/wiki/Daniel_J._Bernstein
35歳

おまけ：某宿敵さんは
http://en.wikipedia.org/wiki/Wietse_Venema
55歳

**名無しさん＠お腹いっぱい。** · 2006/05/28(日) 07:37:09

ﾊﾞｶは長生き。

**名無しさん＠お腹いっぱい。** · 2006/05/28(日) 10:43:37

>>17
お前ももうそんな歳かあ。

**名無しさん＠お腹いっぱい。** · 2006/05/29(月) 13:18:19

>>13
djbssshじゃなかったか？
DJB's Secure SSHだっけか

あれ？SSHってナンの略だっけ？w

**名無しさん＠お腹いっぱい。** · 2006/05/29(月) 13:31:22

djb's ssh

**名無しさん＠お腹いっぱい。** · 2006/05/29(月) 13:49:06

DJBSSSSSHSSS.
DJB's Super Secure SSH for Security Specialits Special.

**名無しさん＠お腹いっぱい。** · 2006/05/29(月) 13:55:50

dddddjbちゃうわ！

**名無しさん＠お腹いっぱい。** · 2006/07/12(水) 16:04:43

http://blog.japan.cnet.com/sasaki/2006/07/web20.html

**名無しさん＠お腹いっぱい。** · 2006/07/29(土) 21:10:03

dynamic 保守

**名無しさん＠お腹いっぱい。** · 2006/07/30(日) 16:31:00

保守不要なのがdjbツールの利点なのに

**名無しさん＠お腹いっぱい。** · 2006/07/30(日) 18:13:51

山田君～!
>>25 に座布団一枚～

**名無しさん＠お腹いっぱい。** · 2006/08/01(火) 01:32:20

publicfile使ってる方に質問
cgiとかはどうしてるの?
別途apacheやthttpdを動かしてるの?

**名無しさん＠お腹いっぱい。** · 2006/08/03(木) 03:10:49

http://www.21coe.chuo-u.ac.jp/security/index.html
``2006 Workshop on Cryptography and Related Mathematics"

DATE:
1st -- 3rd, August 2006
(Reception is held on the last day.)

VENUE:
Building 3, 3rd floor, Hall, Korakuen Campus, Chuo University.

ORGANIZERS:
21st Century COE Program, Chuo University,
Research and Development Initiative, Chuo University

Registration is not required.

3rd August (Thursday)

10:00--10:50 Daniel J. Bernstein (University of Illinois at Chicago)
"High-speed cryptographic functions"

**名無しさん＠お腹いっぱい。** · 2006/08/08(火) 02:42:36

dnscacheでmultilogが大変CPUを使うので、ログ取りをやめさせたいのですがどうすればいいでしょうか？

**名無しさん＠お腹いっぱい。** · 2006/08/08(火) 05:00:38

multilogへパイプしないで/dev/nullにでも捨てたら？

というか何でmultilogでCPU食ってるんだ？複雑なフィルタリングとかやってんの？
そっちを調べた方がいいような希ガス

**名無しさん＠お腹いっぱい。** · 2006/08/11(金) 22:26:03

dynamic 保守

**名無しさん＠お腹いっぱい。** · 2006/08/15(火) 23:46:10

補習 at 大O蚊帳饅頭

**名無しさん＠お腹いっぱい。** · 2006/08/25(金) 19:54:34

先生質問です！

tinydnsのdataファイルに
'*.example.com:text record:5
って書いてdata.cdbを作って
dnsqr txt test.example.com
してもテキストレコードが取得できないのですが、
ワイルドカードって+と@しかつかえないのでしょうか？

**名無しさん＠お腹いっぱい。** · 2006/09/26(火) 05:40:41

clockspeedを動かすにはPowerPCは対象外ですがPatchなんか出ていませんか？
PowerPCにもRDTSC命令みたいにタイムスタンプカウント取得できるんで動くような気がするんですけど・・・

**魔A乃** · 2006/11/15(水) 23:09:32

久しぶりの
Dynamic 保守

**名無しさん＠お腹いっぱい。** · 2006/11/29(水) 22:59:39

このｽﾚ終わってるね

**名無しさん＠お腹いっぱい。** · 2006/12/06(水) 22:08:55

そういや
djbsshは消えたのかな
大先生は気ままなわがままなかな

**名無しさん＠お腹いっぱい。** · 2006/12/12(火) 01:04:40

保守

**名無しさん＠お腹いっぱい。** · 2006/12/20(水) 10:23:31

hoshu

**名無しさん＠お腹いっぱい。** · 2006/12/26(火) 12:12:21

このスレ終わりにしようよ

**名無しさん＠お腹いっぱい。** · 2007/01/03(水) 14:24:27

日本の大先生ってアスペルガーだよね。

**名無しさん＠お腹いっぱい。** · 2007/01/07(日) 12:21:01

や.まやの挑発から逃げ続けるチキンeuske

**名無しさん＠お腹いっぱい。** · 2007/01/07(日) 23:21:26

>>42
え？どこの話？

**名無しさん＠お腹いっぱい。** · 2007/01/09(火) 11:54:34

a.ns.cr.yp.to に繋らない件

**名無しさん＠お腹いっぱい。** · 2007/01/10(水) 02:47:23

>>43
ここらへんかな。
ttp://www.google.co.jp/search?q=site%3Aya.maya.st+qmail
別に挑発はしてないと思うが。そもそも djb とか euske 氏の答を求めてる
わけでもない。

いいかげん qmail 捨てようやってのは同意。
と言いつつ、前任者が残しているqmailの運用を続けてる俺は負け組。orz

**名無しさん＠お腹いっぱい。** · 2007/01/10(水) 23:32:52

netqmail + ezmlm-idx の環境から
postfix にすこっと乗り換えるのの
お気楽手順どっかに落ちてないですか。
ぐぐれ糟ですか、そうですか。

◆TWARamEjuA · NG

46 > /dev/null

**名無しさん＠お腹いっぱい。** · 2007/01/11(木) 00:09:43

このあたりはれっきとした挑発じゃん。
http://ya.maya.st/d/200608b.html#p20060820_2_2

**名無しさん＠お腹いっぱい。** · 2007/01/11(木) 00:42:01

Webサーバ界隈では、Apacheのアンチテーゼとしてpublicfileとかwnといった小さいサーバソフトがいろいろ出た末に
lighttpdという決定版が出て一定の地位を築いている。

メールサーバの方でも、qmail並の小ささでかつ十分実用に耐える新しいソフトウェアが出てほしいなぁ。
Postfix使えと言われちゃそれまでだけど…

ちなみにDNSキャッシュサーバはdnscacheとBIND以外じゃ何があるっけ？

**名無しさん＠お腹いっぱい。** · 2007/01/11(木) 03:02:00

djb相手でもesuke相手でもない罠

**名無しさん＠お腹いっぱい。** · 2007/01/11(木) 04:49:14

挑発ってわけでもないと思うが。単に理由を問いてるだけっしょ。

**名無しさん＠お腹いっぱい。** · 2007/01/11(木) 05:08:00

MRIの人の文章の文意は不明だわな

**名無しさん＠お腹いっぱい。** · 2007/01/11(木) 06:47:27

ttp://www.mri-security.jp/wiki.cgi?page=2006.04.13+sendmail%2C+postfix%2C+exim+and+qmail
って、qmailスレでqmail捨てたい捨てたいいいながらspam対応させている面子の言葉に比べて、
なんと説得力のない言葉なんだろう。なんら具体的なものを示せていないんだもの。

正直、バカが書いた文章としか思えん。

**名無しさん＠お腹いっぱい。** · 2007/01/11(木) 07:01:43

エスパー解釈すれば、
qmail　にパッチをあてて使うのはqmailの設計思想と相容れない、
といいたいのかもね。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 14:08:21

qmailそのものは終わってるのは言うまでもないよね。qmailを十年以上使ってて
これからも使う派の漏れが言うんだから間違いない。

たぶん、MRIの人が書いてるのは、それでもqmailから学ぶべきものはまだある
ってことなんじゃないのかな。qmailという作品の思想を踏襲し凌駕した作品は
まだない、postfixは違う、って言いたいんだろうと思った。分からんけど。
漏れはpostfixで全然いいと思うけどね。

**名無しさん＠お腹いっぱい。** · 2007/03/20(火) 11:08:10

>>55
それをいうなら、電子メールそのものが(ry
Don Knuth に私淑すればおのずとそうなる。

**名無しさん＠お腹いっぱい。** · 2007/04/02(月) 00:56:39

djb ssh ktkr

**名無しさん＠お腹いっぱい。** · 2007/04/02(月) 01:22:09

>>57 kwsk

**What is trigger?** · 2007/05/01(火) 18:08:40

Tools for running services triggered by writing data to fifos.
http://www.superscript.com/trigger/intro.html

これの利用例どっかないでしょうか？

**名無しさん＠お腹いっぱい。** · 2007/05/04(金) 09:39:56

>>57
ktkr tte april fool?

**名無しさん＠お腹いっぱい。** · 2007/05/14(月) 00:06:58

>>34
超亀レスだが、パッチ書いた。
ttp://quox.org/tips/server/patch/clockspeed-0.62.powerpc.patch
ttp://quox.org/tips/server/clockspeed.html

**名無しさん＠お腹いっぱい。** · 2007/07/06(金) 11:10:06

自宅サーバで自分専用にdnscache動かしてるんですが、
最近dip.jpとかmoe.hmあたりの一部のダイナミックDNSのサイトがうまく引けなくなりました。
queryが返って来ずtimed outになってしまいます。
以前は問題なかったし、現在もプロバイダのDNSでなら問題なく引けるんですが…。謎です。
何が原因なのか、識者の方ご教示いただけたら幸いです。

**名無しさん＠お腹いっぱい。** · 2007/07/07(土) 14:14:03

>>62

おまえね。
dip.jp を、dnsqr ns して、調べてご覧。
NSレコードを追っかけたら、きりが無い。
ほんとーにとんでもない連中だと思うぞ。

**名無しさん＠お腹いっぱい。** · 2007/07/07(土) 14:14:50

router# dnsqr ns dip.jp
2 dip.jp:
90 bytes, 1+3+0+0 records, response, noerror
query: 2 dip.jp
answer: dip.jp 86387 NS ns3.ieserver.net
answer: dip.jp 86387 NS ns1.ieserver.net
answer: dip.jp 86387 NS ns2.ieserver.net
router# dnsqr ns ieserver.net
2 ieserver.net:
80 bytes, 1+2+0+0 records, response, noerror
query: 2 ieserver.net
answer: ieserver.net 172782 NS ns01.agora-inc.jp
answer: ieserver.net 172782 NS ns02.agora-inc.jp
router# dnsqr ns agora-inc.jp
2 agora-inc.jp:
81 bytes, 1+2+0+0 records, response, noerror
query: 2 agora-inc.jp
answer: agora-inc.jp 86378 NS ns01.agora-inc.net
answer: agora-inc.jp 86378 NS ns02.agora-inc.net
router# dnsqr ns agora-inc.net
2 agora-inc.net:
86 bytes, 1+2+0+0 records, response, noerror
query: 2 agora-inc.net
answer: agora-inc.net 172775 NS ns55.domaincontrol.com
answer: agora-inc.net 172775 NS ns56.domaincontrol.com
router# dnsqr ns domaincontrol.com
2 domaincontrol.com:
75 bytes, 1+2+0+0 records, response, noerror
query: 2 domaincontrol.com
answer: domaincontrol.com 172800 NS ans01.domaincontrol.com
answer: domaincontrol.com 172800 NS ans02.domaincontrol.com

**名無しさん＠お腹いっぱい。** · 2007/07/07(土) 17:21:53

>>64
ありがとうございます。
なるほど…よくわからないけどなんかすごいことになっていますね。
うちはASAHIネットなので、試しにASAHIネットのDNSキャッシュサーバでも調べてみました。
(こういう使い方でいいんですかね)

[~]$ DNSCACHEIP=218.231.0.8 dnsqr ns dip.jp
2 dip.jp:
90 bytes, 1+3+0+0 records, response, noerror
query: 2 dip.jp
answer: dip.jp 60 NS ns2.ieserver.net
answer: dip.jp 60 NS ns3.ieserver.net
answer: dip.jp 60 NS ns1.ieserver.net
[~]$ DNSCACHEIP=218.231.0.8 dnsqr ns ieserver.net
2 ieserver.net:
80 bytes, 1+2+0+0 records, response, noerror
query: 2 ieserver.net
answer: ieserver.net 172766 NS ns02.agora-inc.jp
answer: ieserver.net 172766 NS ns01.agora-inc.jp
[~]$ DNSCACHEIP=218.231.0.8 dnsqr ns agora-inc.jp
2 agora-inc.jp:
68 bytes, 1+2+0+0 records, response, noerror
query: 2 agora-inc.jp
answer: agora-inc.jp 172768 NS ns02.agora-inc.jp
answer: agora-inc.jp 172768 NS ns01.agora-inc.jp

なぜかちょっと違う結果が…。なにが違うんだろう。
なんだかぜんぜん理解できてないです。orz

**名無しさん＠お腹いっぱい。** · 2007/07/08(日) 01:35:03

dnsqr は、キャッシュサーバ経由だから。
dnsq は、コンテンツサーバ直接指定

正確に調べたければ、キャッシュサーバは使わない。
まず、DNSコンテンツサーバのIPをほじくってみる。

一見、正しく設定されているように見えて、矛盾も無く
単方向リストとしての名前解決はできても肝心のIPアドレスが
解決できない・・・そんなアフォな設定は幾らでも作れるのだ。

62 · 2007/07/08(日) 13:10:07

>>66
すみません、おっしゃってる意味がよく分からんとです。

うちの自宅サーバで動かしている dnscache の設定が間違ってる、という意味でしょうか?
でも特に設定を変えていないのに、以前は問題なく引けていた先述のドメイン達が
最近うまく引けなくなってしまったので、設定には問題ないんじゃないかと思っているんですが…。
しかもプロバイダの提供しているキャッシュサーバでは問題なくIPが引けているので余計に謎なのです。

**名無しさん＠お腹いっぱい。** · 2007/07/11(水) 22:28:10

>>64
これはひどい
djbが一番嫌うパターンやんかｗ

**名無しさん＠お腹いっぱい。** · 2007/07/12(木) 08:19:36

リスト構造にするなら、徹底して双方向リストにしてあれば良かったのに、
単方向リストにしてあるところの手落ち。

<ns>::=<ip address>

と定義してあれば、インターネットでの名前解決のコストが少なく済んだ。

NSレコードは、ドメイン名前空間の最も重要なキーであり、たらい回しに
出来ること自体が無駄の骨頂。　CNAMEの連鎖は、RFCで禁じたのに、
NSの連鎖を禁じていないのは手落ちだ。

**名無しさん＠お腹いっぱい。** · 2007/07/12(木) 09:21:13

この場合の対策法は
・dip.jpのNSレコードを「ns?.dip.jp」にする。
・ns?.dip.jpのAレコードとしてns?.ieserver.netと同じIPアドレスを返す
てところか。

念のためdnsqを使ってddo.jpのNSと比べたのを載せとく。
------
% dnsq ns dip.jp. a.dns.jp.
2 dip.jp:
90 bytes, 1+0+3+0 records, response, noerror
query: 2 dip.jp
authority: dip.jp 86400 NS ns3.ieserver.net
authority: dip.jp 86400 NS ns1.ieserver.net
authority: dip.jp 86400 NS ns2.ieserver.net

------
% dnsq ns ddo.jp. a.dns.jp.
2 ddo.jp:
125 bytes, 1+0+3+3 records, response, noerror
query: 2 ddo.jp
authority: ddo.jp 86400 NS ns.ddo.jp
authority: ddo.jp 86400 NS ns2.ddo.jp
authority: ddo.jp 86400 NS ns3.ddo.jp
additional: ns.ddo.jp 86400 A 219.166.120.226
additional: ns2.ddo.jp 86400 A 60.32.120.19
additional: ns3.ddo.jp 86400 A 219.166.120.228

**名無しさん＠お腹いっぱい。** · 2007/07/13(金) 06:00:58

ipが32bitしかないんだぞ
インターネットなんて手落ちの固まりみたいなもんだ
そのうえ、djbによればipv6は広まらないと

**名無しさん＠お腹いっぱい。** · 2007/07/13(金) 11:53:28

いま、無人の荒野であるIPv6は、実験場としてはいいかも知れないが、
ipv4の梯子の上に登っている人を下ろさないで、ipv6の梯子に乗り換え
させるという全世界的な離れ業をやらなくちゃならないのが問題だ。

62 · 2007/07/13(金) 17:36:12

>>70
> この場合の対策法は
> ・dip.jpのNSレコードを「ns?.dip.jp」にする。
> ・ns?.dip.jpのAレコードとしてns?.ieserver.netと同じIPアドレスを返す
> てところか。

これはdnscacheのどのへんをどのように設定すればよいんでしょうか。
(…それとも dip.jp 側のDNS設定をどうこうするという話なんでしょうか?)

70 · 2007/07/13(金) 21:08:46

うわー、ごめんなさい
>>70は>>62さんへの解決策を提示したわけじゃないんです…

**名無しさん＠お腹いっぱい。** · 2007/07/13(金) 21:11:35

>>72
まだ「ある瞬間に全てのIPv4マシンをIPv6に切り替える」とか無茶なこと言ってるのか。
誰もそんなことやるつもり元からないっての。

62 · 2007/07/13(金) 22:23:13

>>74
了解しました。すみません、勝手に勘違いしてしまいまして…。
でももしdip.jp側で対処してもらって解決するなら、
だめ元で先方へお願いしてみるのも手かな、なんてちょっと思ったりして。

**名無しさん＠お腹いっぱい。** · 2007/07/13(金) 22:56:15

どのみち、まともな方法ではipv6 <-> ipv4ができないんだから、
>>72 みたいに、いっせのせでやるか、別立てでやるしかない。　

座敷の奥のトンネルの向こうに別世界があるわけだが、決して経路
付けは許されない。　靴の履き替えは面倒だ。

何時の間にか、Teredo 、6to4・・・　セキュリティホールだらけ。

こんな未来に誰がした？

**名無しさん＠お腹いっぱい。** · 2007/07/14(土) 01:25:31

あなた、実際に使ってみて言ってます?
エンドユーザに何の面倒があるの?
デュアルスタックで使ってて、今v6で繋がってるかv4で繋がってるかなんて、
意識することは、まずない。

**名無しさん＠お腹いっぱい。** · 2007/07/14(土) 04:37:26

windowsじゃー
windowsの仕業じゃー

**名無しさん＠お腹いっぱい。** · 2007/07/14(土) 10:15:28

>>78
使ってるわけないじゃないですか。
djbもeuskeも机上の空論で批判しているだけですよ。

**名無しさん＠お腹いっぱい。** · 2007/07/14(土) 13:17:12

無知なのと、知ってて使うことの違いもわからないとはいやはや。
世の中は無知な人が多い。　もちろん、知ってて使う悪い奴もね。
そして、古いソフトはいつまでも対応しない。 UPnP ？ ipv6対応？
AAAA？　はあ？

**名無しさん＠お腹いっぱい。** · 2007/07/14(土) 15:40:58

なぜか標準設定がipv6になってて名前解決に失敗するソフトすらあるんだぞ
エンドユーザー向けでな

**名無しさん＠お腹いっぱい。** · 2007/07/14(土) 15:41:32

ああ名前解決じゃないや

**名無しさん＠お腹いっぱい。** · 2007/07/14(土) 19:01:58

>>81
頭の悪い奴の間違いじゃないのかｗｗｗ

**名無しさん＠お腹いっぱい。** · 2007/07/14(土) 19:36:40

ntpdate ntp1.sakura.ad.jp

**名無しさん＠お腹いっぱい。** · 2007/07/15(日) 00:25:04

>>81
そんな古臭いソフトを誰が使い続けるんだ?
はぁ？

**名無しさん＠お腹いっぱい。** · 2007/07/17(火) 03:40:28

>>86
djbスレでの禁句を言ったな！>古臭いソフト

**名無しさん＠お腹いっぱい。** · 2007/08/03(金) 11:08:22

daemontools にバグみつけた。
daemontools-0.76/package/compile の
> test -d package || ( echo 'Wrong working directory.'; exit 1 )
exit 1 ってサブシェルで実行しても意味なくね？

**名無しさん＠お腹いっぱい。** · 2007/11/01(木) 23:23:42

ｽﾙｰ

**名無しさん＠お腹いっぱい。** · 2007/11/01(木) 23:56:33

>>88
% /packages/admin/daemontools/package/compile
Wrong working directory.
% pwd
/tmp
%

**名無しさん＠お腹いっぱい。** · 2007/11/02(金) 14:44:51

>>90
bash?

**名無しさん＠お腹いっぱい。** · 2007/11/03(土) 00:32:18

FreeBSD # /packages/admin/daemontools/package/compile
Wrong working directory.
FreeBSD # pwd
/tmp
FreeBSD # echo $status
0
FreeBSD # echo $status
0
FreeBSD # pwd
/tmp
FreeBSD # /packages/admin/daemontools/package/compile
Wrong working directory.
FreeBSD # echo $status

**名無しさん＠お腹いっぱい。** · 2007/11/03(土) 00:33:00

切れた・・・

FreeBSD # echo $status
1
FreeBSD #

>>91
zsh だよ。

**名無しさん＠お腹いっぱい。** · 2007/11/03(土) 11:54:58

>>93
NetBSD では終了しなかったんだが。
今、FreeBSD 6.2 でやってみても、サブシェルの中の exit は無視される。
zsh% sh
sh$ ( exit )
sh$

つか、packages って typo? ^^

**名無しさん＠お腹いっぱい。** · 2007/11/04(日) 18:26:47

qmailってdjbが27のときかよ。もっとずっと上だと思ってた。

**ち○こもtiny** · 2007/11/14(水) 15:28:10

qmailスレから誘導されてきました。

多分ここを見てる人にはFAQなんだろうけど、
あんま詳しくないんでよろしければ教えてください。（時間もない）

djbdns(=tinydns)ですが、新しくレコードを追加するときは
=hogehoge.co.jp:1.8.7.108
な書き方をしますが、
こいつのIPをかえるときって
=hogehoge.co.jpl:1.8.7.199
とかで既存レコードの上書きにはならないのですか？
-hogehoge.co.jp:1.8.7.108
ってしてから
=hogehoge.co.jp:1.8.7.199
しないと駄目なのでしょうか？

リファレンス見ましたが
http://cr.yp.to/djbdns/tinydns-data.html

-fqdn:ip:ttl:timestamp:lo

For versions 1.04 and above: This type of line is used by
programs that automatically edit + lines in data to
temporarily exclude addresses of overloaded or dead
machines. The line is ignored.

一時的にってのがどうも分からんです。
その他にも調べたけど既存データの書き換えについて書かれているところ
がない！
教えて君ですみません。反省

**ち○こもtiny** · 2007/11/14(水) 15:59:28

すんません、自己レスです。

勘違いでした。
とりさげ。

**名無しさん＠お腹いっぱい。** · 2007/11/14(水) 16:05:52

実際にdataファイルを変更してmakeしなおすなら、tinydnsの再起動は必要ない。
cdbが変更されたと同時に更新されたレコードが反映される。
んで、一時的に動作をとめたいサーバがある場合はdataファイルにレコードを残したまま
-fqdn:ip:ttl:timestamp:lo
すればdcb作り直しのときに無視されるって事。
=a.ns.example.jp:192.168.1.222
を一時的に停止したいときに
$ echo "-a.ns.example.jp:192.168.1.222" >> data;make
とかすれば、便利じゃん。

**名無しさん＠お腹いっぱい。** · 2007/11/30(金) 20:56:13

DJB Releases All Source to Public Domain
http://linux.slashdot.org/article.pl?sid=07/11/30/0430201

http://cr.yp.to/qmail/dist.html
| I hereby place the qmail package (in particular, qmail-1.03.tar.gz,
| with MD5 checksum 622f65f982e380dbe86e6574f3abcb7c) into the public domain.
| You are free to modify the package, distribute modified versions, etc.

**名無しさん＠お腹いっぱい。** · 2007/11/30(金) 21:07:09

素性の知れない奴がいじくったqmailって無価値な気がするが
まあ、既に他者のパッチはあるんだけど

**名無しさん＠お腹いっぱい。** · 2007/11/30(金) 22:05:05

djbも耄碌したか

**名無しさん＠お腹いっぱい。** · 2007/11/30(金) 22:51:45

数学者で特許とか著作権に興味が無いだけだろ。

**名無しさん＠お腹いっぱい。** · 2007/11/30(金) 23:43:32

興味が有るからこそこんな道を選んだのだと思う。
http://en.wikipedia.org/wiki/License-free_software

Fighting patents という文書もあるし。
http://cr.yp.to/patents.html

**名無しさん＠お腹いっぱい。** · 2007/12/01(土) 15:15:56

とはいうものの、DJB toolsで今なお有意義なものって
daemontools位じゃないかな…

bindとdjbdns なぜ差がついたか慢心,環境の違い
postfixとqmail なぜ差がついたか慢心,環境の違い
apacheとpublicfile なぜ差がついたか慢心,環境の違い

**名無しさん＠お腹いっぱい。** · 2007/12/01(土) 18:13:27

ソフトウェアは、ぶくぶくやらなきゃいけないってもんでもあるまい

**名無しさん＠お腹いっぱい。** · 2007/12/01(土) 18:49:25

djbdnsは普通に使ってるが
bindにする利点て何だろ

**名無しさん＠お腹いっぱい。** · 2007/12/01(土) 20:13:49

CPUもメモリも潤沢な昨今、パフォーマンスはBINDのほうが圧倒的に上。
零細企業とか自宅鯖とかならdjbdnsでいいんでないの？

**名無しさん＠お腹いっぱい。** · 2007/12/01(土) 22:39:35

もともとdjbdnsはパフォーマンス低いとか
言う話だったような気がする。
bind-8に圧倒的に負け、bind-9とどっこいどっこい
だったというのをどっかで見たような気がする。

機能が少なくてパフォーマンスに劣るなら
誰も使わないよね。

**名無しさん＠お腹いっぱい。** · 2007/12/01(土) 22:56:41

ゾーン転送不可って時点でアレだからなぁ。

**名無しさん＠お腹いっぱい。** · 2007/12/01(土) 23:11:45

パフォーマンスは困った事無いなぁ
tinydns は一日１０万から来てるけど困んない
dnscache はクライアントが２桁だしなぁ
DDNSできないのがあれだけど。
ゾーン転送は axfrdns 使えっつー話？

**名無しさん＠お腹いっぱい。** · 2007/12/01(土) 23:15:08

一日10万って1秒に約1回だろ、軽い軽い

**名無しさん＠お腹いっぱい。** · 2007/12/02(日) 04:38:18

スケーラビリティを追うなら、ふぇりっくす@fefe.de 頼みだな。
分散処理志向なら、１台にそんな重い処理させること自体が
そもそもナンセンス。　複数台に分散すれば、なんてこたないし
サーバ業界の志向するのもブレードだろブレード。

◆TWARamEjuA · 2007/12/02(日) 11:41:26

２ちゃんねるへの書き込みのほとんどでBB*規制の問い合わせにdjbdnsを利用しているけれども重いと感じたことはないです。
強いての不満を言うとcdbの更新くらいかなぁ。。。

**名無しさん＠お腹いっぱい。** · 2007/12/02(日) 13:07:12

dnscacheの代替ってあります?

**名無しさん＠お腹いっぱい。** · 2007/12/02(日) 13:14:13

apacheとpublicfileは別ジャンル
windowsとBSDくらい違う

**名無しさん＠お腹いっぱい。** · 2007/12/02(日) 15:34:23

職場のメルサバがqmailなんだけど、鯖入れ替えが近いので、
「”posifix”にしません？」といったら、上司がノータイムで、
「できるものならやってみろ」との一言。

そんなにqmailからpostfixへの移行って難しいの？

**名無しさん＠お腹いっぱい。** · 2007/12/02(日) 15:41:05

>>116
自分もそろそろqmail→Postfixと移行したいので
手順をまとめてアップしてくれ

**名無しさん＠お腹いっぱい。** · 2007/12/02(日) 16:16:08

>>117
いあ、それができないからここに書いたわけだがｗ

**名無しさん＠お腹いっぱい。** · 2007/12/02(日) 16:31:01

>>114
PowerDNS recursur とかは？

**名無しさん＠お腹いっぱい。** · 2007/12/03(月) 09:00:10

>>116
上司の無理解にめげず　postfixに替えられるものならやってみよ。
というお言葉。　というか、動いているものを置き換えることの苦を
知れば自ずと成長もあると思われ

ということで、キミは　自分で言い出したことを、誰にも教えられず
成し遂げることが求められているのだ。　わかるかな？

**116** · 2007/12/03(月) 10:24:49

＞動いているものを置き換えることの苦
いあ、わかってますｗ
サーバごと入れ替えるので、qmailからqmailだって大変。

どうせ大事（おおごと）なので、MTA入れ替えしても、たいして
苦労は増えんのじゃないかと甘いことをｗ

マジで鯖管には向いてないわ＞ヲレ

**名無しさん＠お腹いっぱい。** · 2007/12/03(月) 15:25:48

拡張アドレスやvpopmailに頼りまくってると死ぬな。
postfixに移行したんだけど、delimiterを再帰的にチェックしてくれないと知って唖然としたよ。

**名無しさん＠お腹いっぱい。** · 2007/12/03(月) 15:40:44

特定のソフトでしか実現できない機能を使うのは将来への足かせになる
ほかの代替手段があるならば、RFCの規定に沿った機能だけ使うべき
サーバによって互換性のない拡張アドレス使うなんて腐った管理者の象徴

**名無しさん＠お腹いっぱい。** · 2007/12/03(月) 15:52:43

>>122
え？　Postfixって拡張アドレス（hoge-ext@...）ないんだ。やばいなぁ。
メールアドレスの流出元チェックの為に活用してるのに。

**名無しさん＠お腹いっぱい。** · 2007/12/03(月) 16:47:09

>>124
よく読め。拡張アドレスはあるが、再帰的にやってくれない。
vpopmailみたいに使えなくて今苦労してる。

**名無しさん＠お腹いっぱい。** · 2007/12/03(月) 21:06:11

vpopmail + qmailadmin + ezmlmでヴァーチャルドメインをMLも含めて管理している場合、
いまだに手軽にpostfixに移行することができないものなぁ。postfixadminは開発停止状態だし…

**名無しさん＠お腹いっぱい。** · 2007/12/04(火) 10:35:56

>>121
むしろ、サーバーごと入れ替える方が楽じゃね？
十分にテストできるし、なんかあったら元に戻せるんだし。

**名無しさん＠お腹いっぱい。** · 2007/12/04(火) 17:04:52

>>126
postfixadminは確かに長いこと更新されてなかったけど開発継続中だよ。
最近、2.2.0rc1がリリースされた。
ttp://sourceforge.net/project/showfiles.php?group_id=191583
Release Name: postfixadmin-2.2.0rc1
Notes: WARNING: THIS IS BETA QUALITY. This is a sneak peek of what will be
Postfixadmin 2.2.0. It contains improved vacation support, layout, translations,
a new installation and setup routine and more. This release was created from
subversion on the 11th November 2007. It contains an experimental .deb package
to make installation easier on Debian systems. (This is based on subversion revision : 207)

ただ、ML管理は含まれてないか。

**名無しさん＠お腹いっぱい。** · 2007/12/04(火) 21:21:02

しかも、ezmlmの生成するハッシュ値が32bit64bitで違ったりね！

**名無しさん＠お腹いっぱい。** · 2007/12/05(水) 01:35:53

>>128
何でも入れようとする悪い癖なり。

**名無しさん＠お腹いっぱい。** · 2007/12/05(水) 18:04:05

>>130
qmailadminの代替が欲しい場合、ML管理機能は必須だよ。

**名無しさん＠お腹いっぱい。** · 2007/12/06(木) 04:09:18

機能は分割
トラブルも分割
管理も分割
責任分界なり

**名無しさん＠お腹いっぱい。** · 2007/12/12(水) 17:53:15

なんかまぎらわしい。
ttp://cryp.to/

**名無しさん＠お腹いっぱい。** · 2008/01/06(日) 17:15:13

ucspi-tcpにmanが入ってないのはなぜですか？

**名無しさん＠お腹いっぱい。** · 2008/01/06(日) 18:56:06

womanだからさ

**名無しさん＠お腹いっぱい。** · 2008/01/06(日) 19:39:53

ソースコードは最良にして唯一のマニュアルである
　　　　　　　　　　　　　　　　　　　　りちゃーど・すっとるまん

**名無しさん＠お腹いっぱい。** · 2008/07/25(金) 23:59:59

ｲﾝﾀｰﾈｯﾄ終了のお知らせ。DNSの脆弱性の実証コードがリリースされる。僅か数分で汚染可能
ttp://japan.zdnet.com/sp/feature/07zeroday/story/0,3800083088,20377716,00.htm

これって、djbdns は関係無いの？

**名無しさん＠お腹いっぱい。** · 2008/07/26(土) 00:16:40

>>137
http://moin.qmail.jp/DNS
無いんじゃないの？

**名無しさん＠お腹いっぱい。** · 2008/07/26(土) 08:00:57

>>138
M野、物凄く嬉しそうだな

**名無しさん＠お腹いっぱい。** · 2008/08/01(金) 02:22:12

キャッシュサーバの汚染問題は、DJBがむかーしから突っ込んでいたもんだから、
何をいまさら騒いでいるのかと。

**名無しさん＠お腹いっぱい。** · 2008/08/01(金) 23:52:51

これ発見した(というか、昔から脆弱的なことは言われてた、それを今回どのようにやるか言い当てた)
人のブログでは、OpenDNS推めてるね

**名無しさん＠お腹いっぱい。** · 2008/08/02(土) 00:01:16

wikipedia

djbdns
http://ja.wikipedia.org/wiki/Djbdns
>DNSキャッシュサーバのdnscacheとDNSコンテンツサーバのtinydnsを2つの柱として構成されている。
>BINDとは違い非常にシンプルかつ堅牢な構造をしており、セキュリティホールは2004年11月現在、
>だ見つかっていない。

BINDは違いw

>キャッシュサーバとコンテンツサーバの分離が djbdns の大きな特徴である。BIND では、
>このふたつのサーバ機能を単一の named と呼ばれるデーモンで管理していた。

BINDはもす捨てよう

**名無しさん＠お腹いっぱい。** · 2008/08/02(土) 21:10:49

bindは9で8とは違って全く新たに作り直されたから良いって
聞いたことあるけど間違いだったのかね？
qmail使ってるから、dnscache使ってみようかな

**名無しさん＠お腹いっぱい。** · 2008/08/03(日) 01:00:08

qmailは捨てたほうがいいよ？

**名無しさん＠お腹いっぱい。** · 2008/08/03(日) 01:05:37

>>144
うるせーばか

**名無しさん＠お腹いっぱい。** · 2008/08/03(日) 01:11:05

>>144
俺の個人鯖はqmail で十分だわな

**名無しさん＠お腹いっぱい。** · 2008/08/03(日) 02:04:07

IPv6の件はどうなったんだっけ？

**名無しさん＠お腹いっぱい。** · 2008/08/03(日) 03:14:43

- オリジナルのqmailは現在の環境で運用するのに必要な機能を欠いている
- qmailにサードパーティのpatchをあてたら、それはsecureではない
→ qmailは捨てたほうがいい

**名無しさん＠お腹いっぱい。** · 2008/08/03(日) 10:35:17

>>148
前提から違っている。
わしは、サーバの中で、Gnus 派だし。

**名無しさん＠お腹いっぱい。** · 2008/08/03(日) 11:10:55

>>148
- qmailにサードパーティのpatchをあてたら、それはsecureではない

極論。

→ qmailは捨てたほうがいい

これも。

**名無しさん＠お腹いっぱい。** · 2008/08/03(日) 11:18:04

極論もなにもyamayaさんが前から言ってること

**名無しさん＠お腹いっぱい。** · 2008/08/03(日) 12:01:23

>>151
少しは自分のオツムを使ったらどうかな?

**名無しさん＠お腹いっぱい。** · 2008/08/03(日) 12:05:16

そうしたらそもそもqmailを選ばないとなるわけですね
わかりますよ

**名無しさん＠お腹いっぱい。** · 2008/08/03(日) 12:25:43

極論しかできない奴は阿呆。

**名無しさん＠お腹いっぱい。** · 2008/08/03(日) 12:36:52

>>153
ということにしたいのですね?

**名無しさん＠お腹いっぱい。** · 2008/08/03(日) 12:51:02

djbのThe qmail security guarantee は patch を当てられたqmailに対しては無効なのだから
極論でもなんでもない。

**名無しさん＠お腹いっぱい。** · 2008/08/04(月) 12:54:18

dnscache は性能が低すぎる。
遅いと言われていた BIND9 よりまだ遅い。

**名無しさん＠お腹いっぱい。** · 2008/08/04(月) 13:07:25

spam対策やらSMTPAUTHなんやらでpatch当てるんならPostfixのほうがよくね

**名無しさん＠お腹いっぱい。** · 2008/08/04(月) 14:36:58

>>157
ログ大杉とか?

**名無しさん＠お腹いっぱい。** · 2008/08/04(月) 21:20:59

djbdnsは、速度は遅いけど特に不都合無いし
qmailはパッチうんぬんより、設計が現状に則して無い
magic-smtpd必須とか、どーなのよ

**名無しさん＠お腹いっぱい。** · 2008/08/05(火) 05:40:04

>>158
5年ぐらい前からそういわれているね。

>>160
なので、新規にqmail導入したいという人には考え直すようにアドバイスすべきですな。
ただ、現状でqmail + vpopmail + ezmlm-idx + qmailadminで動いているシステムを
そのまんまpostfixに移行するのが無理なのが悲しいところ。postfixadmin使っても
ML周りがなぁ…。って、これも5年ぐらい同じ事言い続けている気がする。

**名無しさん＠お腹いっぱい。** · 2008/08/05(火) 09:43:33

結局人の作ったものにケチつけるしかできないレベルだから

**名無しさん＠お腹いっぱい。** · 2008/08/05(火) 15:40:29

ezmlm なり QuickML なりの代替物（postfixと組み合わせる用の）が
あればいいということか？

**名無しさん＠お腹いっぱい。** · 2008/08/05(火) 17:18:29

>>162
ろくな意見すら言えずに罵倒するだけの人、おつかれさまです。
postfixなら楽なところをqmail-sppを駆使して涙目になりながら
SPAM対策しましたがなにか?

>>163
です。MLに関しては色々試してみたけど、qmailadminのように
webインターフェースでバーチャルドメイン、ユーザ、MLとを統合管理
できるものは皆無。
それどころか、ML単体のインターフェースでもバーチャルドメインを上手く
扱えるものがほとんどなかった。

**160** · 2008/08/06(水) 00:43:51

ここってqmail話も良いの？
じゃぁ愚痴っちゃおうｗ
うちもezmlm-idxで難儀しとりますわ
プライマリなqmailはtcpserverで海外をぶったぎって
セカンダリMXにpostfixを用意して、そっち経由してねーでお茶濁してます
パッチ？怖くて（検証めんどうで）当てて無いｗ

**名無しさん＠お腹いっぱい。** · 2008/08/06(水) 01:40:29

qmailいろいろ(8)
http://pc11.2ch.net/test/read.cgi/unix/1163326021/

_ · 2008/08/06(水) 12:07:51

>>164,165
スレチだがこんな手もあるらしい
ttp://www.inwonder.net/~dayan/pukiwiki/index.php?qmail%A4%AB%A4%E9postfix%A4%CB%B0%DC%B9%D4%A4%B9%A4%EB%A4%C8%A4%ADvpopmail%A4%F2%A4%C9%A4%A6%A4%B9%A4%EB%A4%AB

**名無しさん＠お腹いっぱい。** · 2008/11/08(土) 19:42:41

昔あったdjb viのネタ頼む

**名無しさん＠お腹いっぱい。** · 2008/11/12(水) 21:03:32

djb viとは懐かしいネタ。
[24] 名前: 名無しさん＠お腹いっぱい。 [ ] 投稿日:2001/02/05(月) 13:53
djb viは一文字編集することにディスクへの書き込みを保証しますので
大変安全です。NFSとasyncは使ってはいけません。
コマンドはdjbvi:w,djbvi:wq,djbvi:r,djbvi:zz,djbvi:q,djbvi:q!
などの書くコマンドが受け持つため、大変シンプルです。
なお、root権限での動作を許さないためシステムファイルの編集には
使えません。この不便を解消するため一般ユーザで作成したファイルを
安全にコピーするdjbsuidcpがあります。

**名無しさん＠お腹いっぱい。** · 2008/11/19(水) 14:21:34

元ネタ知らないけどわざわざスクリーンエディタを作るとは思えない
djbedの間違いでしょ

**名無しさん＠お腹いっぱい。** · 2008/11/19(水) 21:18:51

djbechoじゃないかな

**名無しさん＠お腹いっぱい。** · 2008/11/27(木) 05:16:12

結局dip.jpなんかが引けないのは
こっちでdip.jpの解決を別のdnsに投げるとかしないといけないの？

**名無しさん＠お腹いっぱい。** · 2008/11/30(日) 20:33:19

service/dnscache/root/servers$ dnsip ns1.ieserver.net > dip.jp
とか。

**名無しさん＠お腹いっぱい。** · 2009/01/18(日) 00:19:59

あけおめ
ことよろ
djb

**名無しさん＠お腹いっぱい。** · 2009/01/21(水) 09:51:55

dib
d-b
d#b
dhb
dmb
dwb

**名無しさん＠お腹いっぱい。** · 2009/02/19(木) 17:43:18

http://www.your.org/dnscache/
BIND9の1/100以下の時間でやられるっぽい

**anonymous** · 2009/02/19(木) 18:01:02

BIND9の1/100も存在してないから大丈夫。

**名無しさん＠お腹いっぱい。** · 2009/02/20(金) 10:25:32

dnscacheは利用者が大体わかってる向けのサービスだから

**名無しさん＠お腹いっぱい。** · 2009/02/20(金) 10:38:16

今なら素直にUnbound使えってことだな
しかしdjbdnsに比べるとなんであんなにでかいんだろうな、Unbound

**名無しさん＠お腹いっぱい。** · 2009/02/20(金) 10:50:22

とりあえずパッチの中身を精査して当ててみた。
色々他のパッチが当たってたけど、reject もなく問題なし。

>>179
その場合、コンテンツサーバは何を選択する？
キャッシュサーバだけ必要で今なら、ってのは確かに。

**名無しさん＠お腹いっぱい。** · 2009/02/20(金) 11:05:05

nsd
bind

**名無しさん＠お腹いっぱい。** · 2009/02/20(金) 11:35:07

>>181
それこそ今更BINDはねーんでないかい？

**名無しさん＠お腹いっぱい。** · 2009/02/20(金) 11:45:17

こまかいこと気にスンナよ

**名無しさん＠お腹いっぱい。** · 2009/02/22(日) 23:53:15

djbのほうが今更感がないか？メンテされてた時期（そんな時期あったか疑わしいが）ならまだしも。
今からコンテンツサーバならbindじゃないかと思うんだけど。
キャッシュサーバにunboundは同意。

**名無しさん＠お腹いっぱい。** · 2009/02/23(月) 10:22:40

unboundって1.2.1でようやっとネガティブキャッシュするようになったようだけど、
DNSラウンドロビンができないのは相変わらずでそ…

あと、キャッシュサーバにunbound使うのなら、コンテンツサーバは同じNLnet Labの
NSDにでもしちゃったほうがいいんじゃない?

**名無しさん＠お腹いっぱい。** · 2009/02/23(月) 23:03:54

あれ、NSDってラウンドロビン対応したの？

**名無しさん＠お腹いっぱい。** · 2009/02/28(土) 00:04:28

>>186
仕様って言いきっちゃってるから、対応しないでしょ。

**名無しさん＠お腹いっぱい。** · 2009/02/28(土) 18:52:47

同様にunboundでもラウンドロビンは対応しそうにない。

**名無しさん＠お腹いっぱい。** · 2009/06/28(日) 19:29:08

あれほどいたdjb信者はいまいずこ...

**名無しさん＠お腹いっぱい。** · 2009/06/28(日) 20:54:17

>>189
ほとんどが転向してしまったよ。
M野さん以外での生き残りは隠遁生活してこんなの書いてる人ぐらい。
http://tabesugi.net/memo/cur/cur.html

**名無しさん＠お腹いっぱい。** · 2009/06/29(月) 00:26:10

>>190
euskeさん宣伝乙。
機能も速度も劣等なpublicfileを未だに使ってるなんて、euskeさんは信者の鏡ですな。

**名無しさん＠お腹いっぱい。** · 2009/06/29(月) 00:38:25

qmail.jpを引くとループバックアドレス返すんだけど、
大先生が残したトラップ？

**名無しさん＠お腹いっぱい。** · 2009/06/29(月) 23:19:19

>>192
これはひどいw
$ dig qmail.jp

; <<>> DiG 9.6.1rc1-RedHat-9.6.1-0.4.rc1.fc11 <<>> qmail.jp
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 37601
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;qmail.jp. IN A

;; ANSWER SECTION:
qmail.jp. 86004 IN A 127.0.0.128

**名無しさん＠お腹いっぱい。** · 2009/06/30(火) 00:11:45

qmail.jpはゾーンであってFQDNではないという主張なんだよきっと。

**名無しさん＠お腹いっぱい。** · 2009/06/30(火) 00:48:58

でも昔はqmailのサイトのアドレス返してたよね

**名無しさん＠お腹いっぱい。** · 2009/06/30(火) 01:25:22

>>192
理由：spamが嫌いだから。

**名無しさん＠お腹いっぱい。** · 2009/06/30(火) 05:01:32

前野の知能じゃそうやってspam対策するしかなって事だ罠

**名無しさん＠お腹いっぱい。** · 2009/06/30(火) 08:36:08

ぎゃはは
悲惨だな

**名無しさん＠お腹いっぱい。** · 2009/06/30(火) 22:46:54

>>197
低能な俺ができるspam対策
・spamassassin
・RBLを使って送信拒否
ですら、spamが捕捉されないことなんて滅多にないのだけど、
大先生は一体何をやっているんだ？

**名無しさん＠お腹いっぱい。** · 2009/07/27(月) 23:46:58

ttp://exploit.blog.so-net.ne.jp/2009-05-15
ちょっと古いネタだけどコレって概出じゃないよね？

あと、今 NIST で公募してる新しいハッシュ関数 SHA-3 の選考で、
djb 考案の CubeHash が、めでたく第二ラウンド候補の 14 候補の中に残ったようです。
本業では活躍されてるようで。