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

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/