qwikWebインストール方法の確認

馮さま

http://qwik.jp/wikibana-gihyo/qwikWebInstall.html
qwikWebインストール方法につきまして、
実際にこれでインストールできるかどうかを
いろいろな人に聞いて確認したいと思っているのですが、
qwikWeb開発者・利用者のメーリングリストとしてqwik-usersという
メーリングリストがありまして、ここで聞いてみるのはどうかと思いました。
そこでこのインストールの部分だけを転載して、
意見を聞いてみようかと思ったのですが、よろしいでしょうか?
よろしくおねがいいたします。

えとーです。

On Fri, 17 Mar 2006 20:39:33 +0900
Kouichirou Eto <2006@e...> wrote:

馮さま

http://qwik.jp/wikibana-gihyo/qwikWebInstall.html qwikWebインストール方法につきまして、 実際にこれでインストールできるかどうかを いろいろな人に聞いて確認したいと思っているのですが、 qwikWeb開発者・利用者のメーリングリストとしてqwik-usersという メーリングリストがありまして、ここで聞いてみるのはどうかと思いました。 そこでこのインストールの部分だけを転載して、 意見を聞いてみようかと思ったのですが、よろしいでしょうか? よろしくおねがいいたします。

紙面もなのですがドメイン名と自宅のIPとかオープンにばらまく必要は
ないかなと思っています。が、ちょっとうまい書き方が思い付きません。
IPアドレスのほうは適当なローカルIPアドレスでもよいのですが、
ドメイン名とかはexample.comとかだと設定ファイルとの差異が少なく
解り難いのでどうしたものかなと思っています。

一応こちらで3回くらいVMWare上にサブドメインを切ってインストール作業などを
行なっていますので問題はないかとは思いますが、どんなところで躓くかは
知りたいかもしれません。

今ふと思ったのは前提環境書いてなかったなぁと。。。

---

qwikWebではhttpやsmtpを使うのでグローバルで利用する際には固定IPおよびドメインの
保持(またはサブドメインの割り当て)などが必要となるでしょう。しかし社内でだけ
使いたい場合などのローカルネットワークのみで利用する場合はローカルネット用に
DNSサーバを立ててMXなどを登録し、クライアント側でローカルネットワーク用のDNSを
参照するようにしておく必要があります。

---

みたいなのは余裕があれば追記してもよいかと思います。
常識といえば常識なんですが、つまづく人もいるとは思いますので。

えとです。

紙面もなのですがドメイン名と自宅のIPとかオープンにばらまく必要は ないかなと思っています。が、ちょっとうまい書き方が思い付きません。 IPアドレスのほうは適当なローカルIPアドレスでもよいのですが、 ドメイン名とかはexample.comとかだと設定ファイルとの差異が少なく 解り難いのでどうしたものかなと思っています。

そうですね、こういう手はどうでしょう。

http://www.example.jp/
というサイトを運営している、
alice@e... さんが、

http://qwik.example.jp/ というURLで、
test@q... というメーリングリストアドレスで、
qwikWebを運営したいと思っている、
というシチュエーションはどうでしょうか?

example.jpは元のサンプルでは使ってないので重複にはならないです。

この方向で、qwikWebインストールを修正してもらえませんでしょうか?

一応こちらで3回くらいVMWare上にサブドメインを切ってインストール作業などを 行なっていますので問題はないかとは思いますが、どんなところで躓くかは 知りたいかもしれません。

今ふと思ったのは前提環境書いてなかったなぁと。。。

---

qwikWebではhttpやsmtpを使うのでグローバルで利用する際には固定IPおよびドメインの 保持(またはサブドメインの割り当て)などが必要となるでしょう。しかし社内でだけ 使いたい場合などのローカルネットワークのみで利用する場合はローカルネット用に DNSサーバを立ててMXなどを登録し、クライアント側でローカルネットワーク用のDNSを 参照するようにしておく必要があります。

---

みたいなのは余裕があれば追記してもよいかと思います。 常識といえば常識なんですが、つまづく人もいるとは思いますので。

これは微妙というか、難しいですよね。
「普通にメールを送受信できる環境にしてください。」
という一言で説明している。これだけで十分に説明にはなっている
ように思っているのですが、どうでしょう。

おわりにの部分をはやく書かないと…。すいません…。

えとです。

http://qwik.jp/wikibana-gihyo/qwikWebInstall.html
今回、gihyo.co.jpドメインを例として使ってみました。

江藤さん、設定を書き直してみたのですが、確認してもらえませんでしょうか。
sites-available以下の設定について、なぜrewriteが必要なのか理解できなかっ
たので、削っています。問題ありましたら教えてください。
よろしくおねがします。

えとーです。

On Sun, 19 Mar 2006 02:46:03 +0900
Kouichirou Eto <2006@e...> wrote:

えとです。

http://qwik.jp/wikibana-gihyo/qwikWebInstall.html 今回、gihyo.co.jpドメインを例として使ってみました。

江藤さん、設定を書き直してみたのですが、確認してもらえませんでしょうか。 sites-available以下の設定について、なぜrewriteが必要なのか理解できなかっ たので、削っています。問題ありましたら教えてください。 よろしくおねがします。

XST（Cross-Site Tracing）対策に入れているものですのです。
traceを抑制するのがXST対策。
optionを抑制するほうでは余計な情報を吐かないようにしています。

参考
http://bakera.jp/hatomaru.aspx/glossary/00430072006f0073007300200053006900740065002000540072006100630069006e0067
http://akademeia.info/main/lecture3/tokubetu_http.htm

必要かどうかの判断はお任せいたしますが、私はサーバは極力セキュアに立てる気が
ない場合は立てちゃいけないと思っているので、いちおう入れておきたいと思っています。

えとーです。

On Sat, 18 Mar 2006 12:02:05 +0900
Kouichirou Eto <2006@e...> wrote:

えとです。

紙面もなのですがドメイン名と自宅のIPとかオープンにばらまく必要は ないかなと思っています。が、ちょっとうまい書き方が思い付きません。 IPアドレスのほうは適当なローカルIPアドレスでもよいのですが、 ドメイン名とかはexample.comとかだと設定ファイルとの差異が少なく 解り難いのでどうしたものかなと思っています。

そうですね、こういう手はどうでしょう。

http://www.example.jp/ というサイトを運営している、 alice@e... さんが、

http://qwik.example.jp/ というURLで、 test@q... というメーリングリストアドレスで、 qwikWebを運営したいと思っている、 というシチュエーションはどうでしょうか?

example.jpは元のサンプルでは使ってないので重複にはならないです。

この方向で、qwikWebインストールを修正してもらえませんでしょうか?

今は gihyo.co.jp になっていますが、そういう方向になったのでしょうか？

今ふと思ったのは前提環境書いてなかったなぁと。。。

---

qwikWebではhttpやsmtpを使うのでグローバルで利用する際には固定IPおよびドメインの 保持(またはサブドメインの割り当て)などが必要となるでしょう。しかし社内でだけ 使いたい場合などのローカルネットワークのみで利用する場合はローカルネット用に DNSサーバを立ててMXなどを登録し、クライアント側でローカルネットワーク用のDNSを 参照するようにしておく必要があります。

---

みたいなのは余裕があれば追記してもよいかと思います。 常識といえば常識なんですが、つまづく人もいるとは思いますので。

これは微妙というか、難しいですよね。 「普通にメールを送受信できる環境にしてください。」 という一言で説明している。これだけで十分に説明にはなっている ように思っているのですが、どうでしょう。

Subject: [qwik-users:646] 社内LANで使う設定
あたり対策かなと思っていました。
たぶん、一般的なサーバ管理者を対象としているなら必要ないと思います。
ちょっと気になったので話題を振ってみました。

えとーです。
ちゃんと確認してから書くもんでした。

On Sun, 19 Mar 2006 03:57:38 +0900
Eto Yasuo <yasuo@e...> wrote:

えとーです。

On Sun, 19 Mar 2006 02:46:03 +0900 Kouichirou Eto <2006@e...> wrote:

えとです。

http://qwik.jp/wikibana-gihyo/qwikWebInstall.html 今回、gihyo.co.jpドメインを例として使ってみました。

江藤さん、設定を書き直してみたのですが、確認してもらえませんでしょうか。 sites-available以下の設定について、なぜrewriteが必要なのか理解できなかっ たので、削っています。問題ありましたら教えてください。 よろしくおねがします。

XST（Cross-Site Tracing）対策に入れているものですのです。 traceを抑制するのがXST対策。 optionを抑制するほうでは余計な情報を吐かないようにしています。

参考 http://bakera.jp/hatomaru.aspx/glossary/00430072006f0073007300200053006900740065002000540072006100630069006e0067 http://akademeia.info/main/lecture3/tokubetu_http.htm

必要かどうかの判断はお任せいたしますが、私はサーバは極力セキュアに立てる気が ない場合は立てちゃいけないと思っているので、いちおう入れておきたいと思っています。

qwikだとTRACE、OPTIONSもサポートしていないのですね。

不要そうなので削ってよさそうですね。
早とちり失礼しました。

やってみましたが、「HTTP/1.1 408 Request Timeout」になるのですね。

えとです。

インストール方法について確認しておきたいのですが、
現在 http://qwik.gihyo.co.jp/ というURLをシナリオとして使っております。
http://qwik.jp/wikibana-gihyo/qwikWebInstall.html

この事例でよろしいでしょうか? もし問題があれば、
http://qwik.example.jp/ といったシナリオに変更します。
よろしくおねがいたします。

qwikだとTRACE、OPTIONSもサポートしていないのですね。 不要そうなので削ってよさそうですね。

そうそう、そういう理由です。
元々対応してないので、転送しても問題ないと思います。

インストールメモを発見しました。ハマりどころが参考になるかも。
http://www.tom.sfc.keio.ac.jp/~kinuko/index.cgi?data=howto/qwik.txt

増井俊之
産業技術総合研究所

えとーです。
ちょっと確認してみました。

eximの情報が少ないとかはgにーべさんとかに情報を出して
もらえたらなぁと思っていますが、、、

On Sat, 25 Mar 2006 11:17:23 +0900
増井俊之 <masui@p...> wrote:

インストールメモを発見しました。ハマりどころが参考になるかも。 http://www.tom.sfc.keio.ac.jp/~kinuko/index.cgi?data=howto/qwik.txt

増井俊之 産業技術総合研究所

はまったと言われているところに関して

0.8.1のパッケージでは

引用**

write_pid_file(@config.ml_pid_filedir)

の行は

write_pid_file(@config.ml_pid_file)

引用**

は修正してあります。
svnでは修正されているので問題ないと思いました。

引用**

qwik-service.rb の QWIKWEB_SERVER, QWIKWEB_PID, QUICKML_SERVER, QUICKML_SERVER の
各行をインストールされたところにあわせて自分で書き換えないと動かなかった

引用**

これもパッケージでは問題ないです。
ソースから入れた場合はどうなるんでしょう、、、

引用**

あと、なぜか 127.0.0.1 を localhost にするとうまくいかなくて、そこで大変はまりました。

引用**

の部分は、

/etc/postfix/main.cf
fallback_transport= smtp:localhost:9195

/etc/postfix/transport
devel.jp :[localhost:9195]{{br}}

としていても問題ないのでexim由来なのか、環境的問題なのかなと
思いました。

インストールメモを発見しました。ハマりどころが参考になるかも。 http://www.tom.sfc.keio.ac.jp/~kinuko/index.cgi?data=howto/qwik.txt

これは見付けてませんでした。参考になります。

write_pid_file(@config.ml_pid_filedir) write_pid_file(@config.ml_pid_file) svnでは修正されているので問題ないと思いました。

0.8.2をそろそろリリースしておきたいですね。

qwik-service.rb の QWIKWEB_SERVER, QWIKWEB_PID, QUICKML_SERVER, QUICKML_SERVER の 各行をインストールされたところにあわせて自分で書き換えないと動かなかった これもパッケージでは問題ないです。 ソースから入れた場合はどうなるんでしょう、、、

ソースだと全然だめです。手で書換えないといけない。すっかり忘れてました。
ちょっと対策は考えてみますが、0.8.2では駄目かも。

あと、なぜか 127.0.0.1 を localhost にするとうまくいかなくて、そこで大変はまりました。 の部分は、 /etc/postfix/main.cf fallback_transport= smtp:localhost:9195 /etc/postfix/transport devel.jp :[localhost:9195] としていても問題ないのでexim由来なのか、環境的問題なのかなと 思いました。

exim問題っぽいですね。

ちなみに、

fallback_transport= smtp:localhost:9195

この行は存在理由がいまいちよくわかりませんでした。

devel.jp :[localhost:9195]

この行なんですが、

devel.jp :[localhost]:9195
の方がよくないでしょうか? マニュアルの記述だけみると、
こう書けとかいてあったような気がするのですが…。

あと、このmain.cfだと、/etc/aliasesを参照してしまうため、
www@q...などにメールを送れないんですよね。
これを外す方法を調べてみたのだが、よくわからなくて挫折した。
なので、kinukoさんの書かれたメール受信のテスト方法を採用できなかった
のでした。wwwというのがデフォルトユーザの一人としているので。

えとーです。

On Sun, 26 Mar 2006 09:07:28 +0900
Kouichirou Eto <2006@e...> wrote:

インストールメモを発見しました。ハマりどころが参考になるかも。 http://www.tom.sfc.keio.ac.jp/~kinuko/index.cgi?data=howto/qwik.txt

これは見付けてませんでした。参考になります。

write_pid_file(@config.ml_pid_filedir) write_pid_file(@config.ml_pid_file) svnでは修正されているので問題ないと思いました。

0.8.2をそろそろリリースしておきたいですね。

肉の日リリースでしょうか？
ITPしていた gにーべ さんはなんかお忙しそうですね。。

すいませんメールの設定は部分は大ミスでした。
transportテーブルを使うか、fallback_transportで
飛ばすかのどちらかの方法が使えると思っています。
(要は片方の設定のみでOK)

ちなみに、

fallback_transport= smtp:localhost:9195

この行は存在理由がいまいちよくわかりませんでした。

fallback_transport= smtp:localhost:9195
local_recipient_maps ={{br}}

のセットで設定すると、aliasやpasswordに書かれているもの以外を
指定したホスト（今回はlocalhost:9195)へ転送します。

devel.jp :[localhost:9195]

この行なんですが、

devel.jp :[localhost]:9195 の方がよくないでしょうか? マニュアルの記述だけみると、 こう書けとかいてあったような気がするのですが…。

更にミスです。
devel.jp smtp:[localhost]:9195
のように書かないとだめですね。
「smtp:」と書いておくことが必要でした。
transport_mapだと全てのメールを転送します。

あと、このmain.cfだと、/etc/aliasesを参照してしまうため、 www@q...などにメールを送れないんですよね。 これを外す方法を調べてみたのだが、よくわからなくて挫折した。 なので、kinukoさんの書かれたメール受信のテスト方法を採用できなかった のでした。wwwというのがデフォルトユーザの一人としているので。

fallback_transportを使わずにtransport_mapで設定を行うと www@d...
などのアドレスにメールを送るとaliaseを参照せずにエラーメールが返ってきます。

しかし、fallback_tranportを使った設定のほうがよいように考えています。
理由としては、qwik上ではpostmaster,abuseなどをMLにしないようにする。
などの除外指定ができなさそうなので、RFC 2142 を満せないと考えています。

申しわけないのですが、原稿のほうでtranport_mapの部分は消してもらいたいと
思います。検証、考え、が浅くて申しわけありません。

えとーです。

On Mon, 27 Mar 2006 03:52:23 +0900
Eto Yasuo <yasuo@e...> wrote:

fallback_transportを使わずにtransport_mapで設定を行うと www@d... などのアドレスにメールを送るとaliaseを参照せずにエラーメールが返ってきます。

しかし、fallback_tranportを使った設定のほうがよいように考えています。 理由としては、qwik上ではpostmaster,abuseなどをMLにしないようにする。 などの除外指定ができなさそうなので、RFC 2142 を満せないと考えています。

申しわけないのですが、原稿のほうでtranport_mapの部分は消してもらいたいと 思います。検証、考え、が浅くて申しわけありません。

ちょっと悩んでいます。RFC 2412 を満すにはどうするのが正解なのでしょう。
トップレベルドメインにのみRFC 2142 で規定されているアドレスが必須なのですが、
サブドメインを利用する場合はサブドメインにもアドレスがあることが望ましいと
されているものの必須ではありません。

サブドメイン利用時にはtransport_mapでの利用でも問題ないようには思えますが、
トップレベルドメインで利用される可能性も考慮するとfallback_transportのほうが
よいようにも思えます。

以上とりとめなくてすみません。

えとです。

肉の日リリースでしょうか？

そうしましょう。

devel.jp smtp:[localhost]:9195 のように書かないとだめですね。 「smtp:」と書いておくことが必要でした。

え、「smtp:」も必要なんだっけ?

ちなみに、
1. devel.jp :[localhost:9195]{{br}} 2. devel.jp :[localhost]:9195
3. devel.jp smtp:[localhost]:9195
この3案とも、どれもちゃんと動きますよね。
私は普段2案を使ってるのですが…。
動けばいいというわりきりも重要そうな気もします…。

あと、このmain.cfだと、/etc/aliasesを参照してしまうため、 www@q...などにメールを送れないんですよね。 これを外す方法を調べてみたのだが、よくわからなくて挫折した。 なので、kinukoさんの書かれたメール受信のテスト方法を採用できなかった のでした。wwwというのがデフォルトユーザの一人としているので。

fallback_transportを使わずにtransport_mapで設定を行うと www@d... などのアドレスにメールを送るとaliaseを参照せずにエラーメールが返ってきます。

しかし、fallback_tranportを使った設定のほうがよいように考えています。 理由としては、qwik上ではpostmaster,abuseなどをMLにしないようにする。 などの除外指定ができなさそうなので、RFC 2142 を満せないと考えています。

申しわけないのですが、原稿のほうでtranport_mapの部分は消してもらいたいと 思います。検証、考え、が浅くて申しわけありません。

1. transport_mapsを使う案
2. fallback_transportを使う案

私は1案の方がいいと思っています。

kinukoさんの説明にあったメールサーバの動作確認手法が使える。
http://www.tom.sfc.keio.ac.jp/~kinuko/index.cgi?data=howto/qwik.txt
たまたまDebianでは、wwwというユーザが用意されています。
で、たまたまqwikWebでは、最初から用意されているトップサイトの名前が
wwwとなっており、つまりwww@q...というアドレスだけが
最初から用意されています。それ以外のアドレスは動的に生成される。
で、kinukoさんの説明文章では、これを利用して、サーバの動作確認をしている。

今回の記事についても、私は最初この方法で確認しようと思ったのですが、
wwwというユーザがいたためにこの方法が使えなかった。
ということで、test@q...というMLを作ることで確認する手法に
切り替えましたが、本来は前者の方法の方が望ましい。なぜなら、MLを
作成する方法は不可逆だからです。

私は普段transport_mapsを使っている。(あんまり強力な理由じゃないですね。)

で、2案の方がいいという理由は、

RFC2142を満たせるから、ということですよね。

ということだと思うのですが、一般的には管理者が自分でpostmasterやabuse
などのMLを作り、それに自分のアドレスを追加することで実現するべきものと
思っています。

というか、この場合はQuickMLがダウンしているときに連絡する方法が無い。
それがいやだからpostmasterだけは/etc/aliasesを参照させたいと…。
それもわかりますね…。

微妙すぎて難しいです…。

えとです。

ちょっと悩んでいます。RFC 2412 を満すにはどうするのが正解なのでしょう。 トップレベルドメインにのみRFC 2142 で規定されているアドレスが必須なのですが、 サブドメインを利用する場合はサブドメインにもアドレスがあることが望ましいと されているものの必須ではありません。

サブドメイン利用時にはtransport_mapでの利用でも問題ないようには思えますが、 トップレベルドメインで利用される可能性も考慮するとfallback_transportのほうが よいようにも思えます。

QuickMLでもpostmasterやabuseという名前のMLを作っておけば、RFC 2412は満
せます。つまり運用で解決できます。/etc/aliasesに記述しておくということ
も運用での解決の一種なので、それをPostfixがやるか、QuickMLの違いであり、
本質的な違いは無いと思います。

なので、RFC 2412を満すかどうかは判断基準とはならないため、記事として
見たときにどちらがわかりやすいかで選択するのがいいのではないでしょうか。

私はtransport_maps案を押します。
transport_mapsは、複数のmapを記述できるため、
複数のサブドメインをこの手法で管理できます。
しかし、fallback_transportは一つしか指定できません。
ということでどうでしょうか?

えとーです。

On Mon, 27 Mar 2006 15:38:04 +0900
Kouichirou Eto <2006@e...> wrote:

えとです。

肉の日リリースでしょうか？

そうしましょう。

devel.jp smtp:[localhost]:9195 のように書かないとだめですね。 「smtp:」と書いておくことが必要でした。

え、「smtp:」も必要なんだっけ?

ちなみに、 1. devel.jp :[localhost:9195] 2. devel.jp :[localhost]:9195 3. devel.jp smtp:[localhost]:9195 この3案とも、どれもちゃんと動きますよね。 私は普段2案を使ってるのですが…。 動けばいいというわりきりも重要そうな気もします…。

まぁ、動くんですが、自分が参照したものだと
smtp:[localhost]:9195 とかにしてたので。。
smtpが付いてるほうが判り易いかなと自分では思ったので。。
あとは見た目のみで判断してもよいかと思います。

あと、このmain.cfだと、/etc/aliasesを参照してしまうため、 www@q...などにメールを送れないんですよね。 これを外す方法を調べてみたのだが、よくわからなくて挫折した。 なので、kinukoさんの書かれたメール受信のテスト方法を採用できなかった のでした。wwwというのがデフォルトユーザの一人としているので。

fallback_transportを使わずにtransport_mapで設定を行うと www@d... などのアドレスにメールを送るとaliaseを参照せずにエラーメールが返ってきます。

しかし、fallback_tranportを使った設定のほうがよいように考えています。 理由としては、qwik上ではpostmaster,abuseなどをMLにしないようにする。 などの除外指定ができなさそうなので、RFC 2142 を満せないと考えています。

申しわけないのですが、原稿のほうでtranport_mapの部分は消してもらいたいと 思います。検証、考え、が浅くて申しわけありません。

1. transport_mapsを使う案 2. fallback_transportを使う案

私は1案の方がいいと思っています。

理由1

kinukoさんの説明にあったメールサーバの動作確認手法が使える。 http://www.tom.sfc.keio.ac.jp/~kinuko/index.cgi?data=howto/qwik.txt たまたまDebianでは、wwwというユーザが用意されています。 で、たまたまqwikWebでは、最初から用意されているトップサイトの名前が wwwとなっており、つまりwww@q...というアドレスだけが 最初から用意されています。それ以外のアドレスは動的に生成される。 で、kinukoさんの説明文章では、これを利用して、サーバの動作確認をしている。

今回の記事についても、私は最初この方法で確認しようと思ったのですが、 wwwというユーザがいたためにこの方法が使えなかった。 ということで、test@q...というMLを作ることで確認する手法に 切り替えましたが、本来は前者の方法の方が望ましい。なぜなら、MLを 作成する方法は不可逆だからです。

理由2

私は普段transport_mapsを使っている。(あんまり強力な理由じゃないですね。)

で、2案の方がいいという理由は、

理由1

RFC2142を満たせるから、ということですよね。

ということだと思うのですが、一般的には管理者が自分でpostmasterやabuse などのMLを作り、それに自分のアドレスを追加することで実現するべきものと 思っています。

うーん、そうですかね。
多人数で管理した記憶なくって直接aliasに書いて飛ばしていました。

というか、この場合はQuickMLがダウンしているときに連絡する方法が無い。 それがいやだからpostmasterだけは/etc/aliasesを参照させたいと…。 それもわかりますね…。

微妙すぎて難しいです…。

割り切るしかないのでしょうね。
しかし、、、quickmlが落ちてるよと、「postmaster」とか 「(メーリングリスト名)-request」
とかにお報せしてくださる方がいたらどうしよう。

脚注対応でfallback、本文はtransport_map あたりで妥協するといいかもですね。

えとです。

1. devel.jp :[localhost:9195] 2. devel.jp :[localhost]:9195 3. devel.jp smtp:[localhost]:9195

まぁ、動くんですが、自分が参照したものだと smtp:[localhost]:9195 とかにしてたので。。 smtpが付いてるほうが判り易いかなと自分では思ったので。。 あとは見た目のみで判断してもよいかと思います。

たしかに、3が一番いいと思います。でも、普段使っているのは2番で、
本当に3番で動くのか自身が持てないので、2番にしたいと思います。

しかし、、、quickmlが落ちてるよと、「postmaster」とか 「(メーリングリスト名)-request」 とかにお報せしてくださる方がいたらどうしよう。

実際問題として、QuickML.comとqwik.jpではこのようにしているので、割り切
りましょう。それよりもwww@q...宛のメールを使えないとか、
postmaster@q...をメーリングリストにできないことの問題の方
が大きいと思います。

脚注対応でfallback、本文はtransport_map あたりで妥協するといいかもですね。

枝葉を増やすと混乱すると思われるので、
今回はtransport_maps対応だけにしましょう。

PDFにたいする修正は、馮さんに直接お送りします。

えとーです。

On Tue, 28 Mar 2006 01:41:27 +0900
Kouichirou Eto <2006@e...> wrote:

えとです。

1. devel.jp :[localhost:9195] 2. devel.jp :[localhost]:9195 3. devel.jp smtp:[localhost]:9195

まぁ、動くんですが、自分が参照したものだと smtp:[localhost]:9195 とかにしてたので。。 smtpが付いてるほうが判り易いかなと自分では思ったので。。 あとは見た目のみで判断してもよいかと思います。

たしかに、3が一番いいと思います。でも、普段使っているのは2番で、 本当に3番で動くのか自身が持てないので、2番にしたいと思います。

まぁ、動けばいいのでいいっすね。

しかし、、、quickmlが落ちてるよと、「postmaster」とか 「(メーリングリスト名)-request」 とかにお報せしてくださる方がいたらどうしよう。

実際問題として、QuickML.comとqwik.jpではこのようにしているので、割り切 りましょう。それよりもwww@q...宛のメールを使えないとか、 postmaster@q...をメーリングリストにできないことの問題の方 が大きいと思います。

脚注対応でfallback、本文はtransport_map あたりで妥協するといいかもですね。

枝葉を増やすと混乱すると思われるので、 今回はtransport_maps対応だけにしましょう。

枝葉の部分はqwik.jpのwikiに反映しておきましょう。
(SD出た後に、、

PDFにたいする修正は、馮さんに直接お送りします。

よろしくお願いします。

えとです。

枝葉を増やすと混乱すると思われるので、 今回はtransport_maps対応だけにしましょう。

といっておいてあれなのですけども、いま実験してみたらtransport_mapsだと
うまく動かなかったです…。orz

なので、fallback_transportの記述だけにします。
そうすると、かなり記述が楽になるという利点もある。ツイてる!

PDFにたいする修正は、馮さんに直接お送りします。

えとーです。

On Tue, 28 Mar 2006 02:06:47 +0900
Kouichirou Eto <2006@e...> wrote:

えとです。

枝葉を増やすと混乱すると思われるので、 今回はtransport_maps対応だけにしましょう。

といっておいてあれなのですけども、いま実験してみたらtransport_mapsだと うまく動かなかったです…。orz

あれ、こちらでは動きますが。。。

えとーです。

On Tue, 28 Mar 2006 02:18:30 +0900
Eto Yasuo <yasuo@e...> wrote:

枝葉を増やすと混乱すると思われるので、 今回はtransport_maps対応だけにしましょう。

といっておいてあれなのですけども、いま実験してみたらtransport_mapsだと うまく動かなかったです…。orz

あれ、こちらでは動きますが。。。

正確に言うと
devel.jp smtp:[localhost]:9195
にすると動きます。

肉の日リリースして、4月18日にまたリリース。ですかね。
ちょっと最近チェックできていませんが、、