[postfix-jp: 2754] Re: alias って RDB で管理できますか？

[Nobuyasu Jinnai (Aset ITM) <Nobuyasu.Jinnai@xxxxxxxxxx>]

らむじぃ様、

これまでご静観下さりまして大変恐縮でございます。


> らむじぃです。
> 
> > > ＃個人的には，排他制御してデータベースからaliases.dbを作ればい
> > > ＃いじゃんと思いますが。
> > やはりそうなんですか？
> > 可搬性・保守性・更新などいろいろなシチュエーションを考えると
> > 答えが出せなくて困っています。
> > 
> > ＃しかも自分の責任はなるべく回避したかったり。
> 今までのやりとりをみていて、
> 結局これが本音としか思えませんが。
> 商用DB使いたいのも、「商用DBのせいです」と責任逃れしたいだけじゃないんで
> すか？自分の責任で構成する、という意識にかけてませんか？
> 商用DBを使えたとして、postfix側の対応部分の機能完全性の保証はダレがする
> んですか？あなたじゃないんですか？

えと、どんどん話題がずれていくのですがそれは良しとしてくれるのならば、
商用 RDB の話は客先からでたことは前にもお伝えした通りです。
運用・保守に関して不整備であるとの御回答でした。
私共はその点に関してだけは postgresまたはmysqlを強く押したのでしたが
却下されました。

誤解がありましたら困りますが、postfix の改造は当然私共の責任の範囲内で行うものです。
しかしながら、今後の運用・保守・更新はどのように行うのかが諸問題があるのです。

例えば、current なコードから Sybase 対応のブランチを作ったとして、
その後、どのようにするのかとか様々な問題がある訳なのです。

> 結局これが本音としか思えませんが。
これは半分冗談ですけれども、ユーモアも通じない世界ですかここは？
責任を逃れたいのは誰も同じだと思われるのですが？
ただ、リスクを進んで取らないことには営業上差し支えがあることは皆様御存じのはずです。

私共は私共の責任において各種サービスを提供いたします。
しかしながら、私共は小さいので全てを提供することは不可能です。少なくとも現状では。
そこで要件定義・設計・開発は行えるけれども運用・保守・更新等までは手が回りませんよと
いうことです。分業が主流だと思うのですが？

私共が手を加えたコードを保守・更新される方がいらっしゃる訳なのです。
そこで、手を加える部分は最小限に抑え、どなたでも分かりやすいようにしたいと
いう希望があるわけなのです。

そこで、識者の皆様方にどのようなポリシー・ストラテジが考えられるかをお伺いを
したく投稿致しました。

しかしながら、基本的に責任云々と言う話はないはずですし、（と申すか at your own risk）
この場でそのようなことを求めてもおりません。
＃というかオープンソースなメーリングリストって普通そうでは無いですか？

誤解を招くような発言を致しましたことは申し訳ございませんでした。

＃でも言葉じりをとらえていじめるようなことはなさらないでくださいね。

よろしくお願いいたします。

--神内

_______________________________________________
Postfix-jp-list mailing list
Postfix-jp-list@xxxxxxxxxxxxxxxxxxxx
http://lists.sourceforge.jp/mailman/listinfo/postfix-jp-list