From k100rs4v ＠ xxxxxxx Thu Jan 3 19:21:20 2008 From: k100rs4v ＠ xxxxxxx (k100rs4v ＠ xxxxxxx) Date: Thu, 03 Jan 2008 19:21:20 +0900 Subject: [mmjp-users 2256] =?iso-2022-jp?b?GyRCNElNfSVHITwlPyVZITwlOSQrJGkhVjVxSF0hVyQ3GyhC?= =?iso-2022-jp?b?GyRCJD8lYSE8JWskTkZ8S1w4bDdvTD4kSyREJCQkRhsoQg==?= Message-ID: <20080103191027.0C11.K100RS4V@smb.net> 久慈＠松山市と申します。 菊地先生、MMJPのみなさま、明けましておめでとうございます。 本年もよろしくお願いいたします。 【環境】 FreeBSD 6.2-RELEASE-p9　Postfix(2.3.8)　Mailman(version 2.1.9) ○通し番号カスタマイズ○本文機種文字対策菊地先生方式＾＾ アクセスするクライエント　Windows XP Pro　IE6　 【現象】 会員アドレス限定のモデレートなlist で、 「list への foo ＠ xxxxxxxxxxx の投稿は承認が必要です」 というメールでは、正常に表示する日本語メールタイトルが、「リストの管理 データベースで、「拒否」にチェックし、投稿者に返送されたとき、 ------------------------------------------------------------------- 件名 =?ISO-2022-JP?B?GyRCJCIkMSReJDckRiQqJGEkRyRIJCYkNBsoQg==?= =?ISO-2022-JP?B?GyRCJDYkJCReJDkhIxsoQg==?= で投稿されたメール 司会者による拒否の理由は以下の通りです。 "理由は示されていません" この件に関する質問コメントは以下のリスト管理者宛にお願いします。 ------------------------------------------------------------------- のように、mimeエンコード前のタイトルの生データ？が帰るので読めない。 のですが、回避策は有りますでしょうか。 よろしくご教示、お願い申し上げます。 ＃既出の質問でしたらご容赦ください。 ＃モデレータの要望です＾＾ -- 久慈＠松山市 From yuuji.nojima ＠ xxxxxxxxxxx Thu Jan 3 19:22:04 2008 From: yuuji.nojima ＠ xxxxxxxxxxx (yuuji.nojima ＠ xxxxxxxxxxx) Date: 3 Jan 2008 19:22:04 +0900 Subject: [mmjp-users 2257] =?utf-8?b?T3V0IG9mIE9mZmljZSBBdXRvIFJlcGx5IChSZTogIOeuoeeQhg==?= =?utf-8?b?44OH44O844K/44OZ44O844K544GL44KJ44CM5ouS5ZCm44CN44GXIA==?= =?utf-8?b?44Gf44Oh44O844Or44Gu5pel5pys6Kqe5Lu25ZCN44Gr44Gk44GE44Gm?= =?utf-8?q?=29?= Message-ID: <20080103102204.19623.qmail@www.virtems.org> Hi, Thank you for contacting me. Unfortunately, Virtems is closed from Dec. 29th to Jan. 3rd. I will get back to you on Jan. 4th. Yuuji (Japanese) ご連絡ありがとうございます。 当社は 12 月 29 日から 1 月 3 日までお休みをいただいております。 1 月 4 日にお返事させていただきますので、それまでお待ちいただけますよう、 よろしくお願い申し上げます。 ノジマ From nagae ＠ xxxxxxxx Sat Jan 5 13:11:24 2008 From: nagae ＠ xxxxxxxx (Nagae Hidetake) Date: Sat, 05 Jan 2008 13:11:24 +0900 (JST) Subject: [mmjp-users 2258] Re: =?iso-2022-jp?b?GyRCNElNfSVHITwlPyVZITwlOSQrJGkhVjVxSF0bKEI=?= =?iso-2022-jp?b?GyRCIVckNyQ/JWEhPCVrJE5GfEtcOGw3b0w+JEskRCQkJEYbKEI=?= In-Reply-To: <20080103191027.0C11.K100RS4V@smb.net> References: <20080103191027.0C11.K100RS4V@smb.net> Message-ID: <20080105.131124.59647055.nagae@eagan.jp> 永江です。今年もよろしくお願いします。 From: k100rs4v ＠ xxxxxxx Subject: [mmjp-users 2256] 管理データベースから「拒否」したメールの日本語件名について Date: Thu, 03 Jan 2008 19:21:20 +0900 > 「list への foo ＠ xxxxxxxxxxx の投稿は承認が必要です」 > というメールでは、正常に表示する日本語メールタイトルが、「リストの管理 > データベースで、「拒否」にチェックし、投稿者に返送されたとき、 > > ------------------------------------------------------------------- > 件名 =?ISO-2022-JP?B?GyRCJCIkMSReJDckRiQqJGEkRyRIJCYkNBsoQg==?= > =?ISO-2022-JP?B?GyRCJDYkJCReJDkhIxsoQg==?= で投稿されたメール > のように、mimeエンコード前のタイトルの生データ？が帰るので読めない。 確かに MIME デコード処理がないようです。 messages 内で %(subject) を検索してみると、他の箇所もほとんど 同様の問題を持っていました。 templates の方は既に対応されているようですが…。 ・保留メッセージの拒否通知メール（今回の久慈さんのご指摘） Mailman/ListAdmin.py ・保留メッセージの取消確認画面・完了画面 Mailman/Cgi/confirm.py ・message/rfc822 形式の添付として転送したメールの書庫 HTML Mailman/Handlers/Scrubber.py 修正するには、パッチを当てるしかないと考えています。 既に報告されていそうな内容ですが、ML 書庫や Bug Tracker では 発見することができませんでした。 （探し方が悪いだけかもしれませんが） -- 永江 英武 nagae ＠ xxxxxxxx Nagae Hidetake -------------- next part -------------- *** Mailman/Cgi/confirm.py.orig Sun Sep 30 16:11:00 2007 --- Mailman/Cgi/confirm.py Fri Jan 4 10:53:32 2008 *************** *** 628,635 **** # the user who posted the message. op, id = mlist.pend_confirm(cookie) ign, sender, msgsubject, ign, ign, ign = mlist.GetRecord(id) - subject = Utils.websafe(msgsubject) lang = mlist.getMemberLanguage(sender) i18n.set_language(lang) doc.set_language(lang) # Discard the message --- 628,636 ---- # the user who posted the message. op, id = mlist.pend_confirm(cookie) ign, sender, msgsubject, ign, ign, ign = mlist.GetRecord(id) lang = mlist.getMemberLanguage(sender) + subject = Utils.websafe(Utils.oneline(msgsubject, + Utils.GetCharSet(lang))) i18n.set_language(lang) doc.set_language(lang) # Discard the message *************** *** 694,700 **** i18n.set_language(lang) doc.set_language(lang) ! subject = Utils.websafe(msgsubject) reason = Utils.websafe(_(givenreason)) listname = mlist.real_name table.AddRow([_('''Your confirmation is required in order to cancel the --- 695,701 ---- i18n.set_language(lang) doc.set_language(lang) ! subject = Utils.websafe(Utils.oneline(msgsubject, Utils.GetCharSet(lang))) reason = Utils.websafe(_(givenreason)) listname = mlist.real_name table.AddRow([_('''Your confirmation is required in order to cancel the *** Mailman/Handlers/Scrubber.py.orig Sun Sep 30 16:11:02 2007 --- Mailman/Handlers/Scrubber.py Sat Jan 5 12:19:03 2008 *************** *** 270,275 **** --- 270,276 ---- finally: os.umask(omask) subject = submsg.get('subject', _('no subject')) + subject = Utils.oneline(subject, lcset) date = submsg.get('date', _('no date')) who = submsg.get('from', _('unknown sender')) size = len(str(submsg)) *** Mailman/ListAdmin.py.orig Sun Sep 30 16:11:02 2007 --- Mailman/ListAdmin.py Thu Jan 3 22:18:37 2008 *************** *** 292,300 **** elif value == mm_cfg.REJECT: # Rejected rejection = 'Refused' self.__refuse(_('Posting of your message titled "%(subject)s"'), sender, comment or _('[No reason given]'), ! lang=self.getMemberLanguage(sender)) else: assert value == mm_cfg.DISCARD # Discarded --- 292,302 ---- elif value == mm_cfg.REJECT: # Rejected rejection = 'Refused' + lang = self.getMemberLanguage(sender) + subject = Utils.oneline(subject, Utils.GetCharSet(lang)) self.__refuse(_('Posting of your message titled "%(subject)s"'), sender, comment or _('[No reason given]'), ! lang=lang) else: assert value == mm_cfg.DISCARD # Discarded From k100rs4v ＠ xxxxxxx Sun Jan 6 05:52:21 2008 From: k100rs4v ＠ xxxxxxx (=?ISO-2022-JP?B?GyRCNVc7fBsoQg==?=) Date: Sun, 06 Jan 2008 05:52:21 +0900 Subject: [mmjp-users 2259] Re: =?iso-2022-jp?b?GyRCNElNfSVHITwlPyVZITwlOSQrJGkhVjVxSF0bKEI=?= =?iso-2022-jp?b?GyRCIVckNyQ/JWEhPCVrJE5GfEtcOGw3b0w+JEskRCQkJEYbKEI=?= In-Reply-To: <20080105.131124.59647055.nagae@eagan.jp> References: <20080103191027.0C11.K100RS4V@smb.net> <20080105.131124.59647055.nagae@eagan.jp> Message-ID: <20080106052114.4090.K100RS4V@smb.net> 久慈＠松山市です 　　永江様、みなさま、お世話になります。 Nagae Hidetake さんは書きました： >messages 内で %(subject) を検索してみると、他の箇所もほとんど >同様の問題を持っていました。 >・保留メッセージの拒否通知メール（今回の久慈さんのご指摘） > Mailman/ListAdmin.py >・保留メッセージの取消確認画面・完了画面 > Mailman/Cgi/confirm.py >・message/rfc822 形式の添付として転送したメールの書庫 HTML > Mailman/Handlers/Scrubber.py > >修正するには、パッチを当てるしかないと考えています。 　　ご呈示いただいたパッチで「拒否通知メール」のタイトルがMIMEデコード 　　され、人間（日本人）が読める文字列となりました。＾＾ 　　ありがとうございました。 　　＃＃ 　　ここ（MMJP_ML)でお尋ねすることではない様なのですが、パッチを当てる 　　方法について教えていただけますでしょうか。 　　現在Mailman 2.1.9 をFreeBSD 6.2-RELEASE-p9上で稼働しています。 　　ご呈示いただいたMIMESubject.patch　を/usr/local/mailman に置き、 　　% cd /usr/local/mailman 　　% patch < MIMESubject.patch しますと、 　　　＃(patch -p オプションやフルパスでパッチ指定も試してみました） Hmm... Looks like a context diff to me... The text leading up to this was: -------------------------- |*** Mailman/Cgi/confirm.py.orig Sun Sep 30 16:11:00 2007 |--- Mailman/Cgi/confirm.py Fri Jan 4 10:53:32 2008 -------------------------- Patching file Mailman/Cgi/confirm.py using Plan A... (Fascinating--this is really a new-style context diff but without the telltale extra asterisks on the *** line that usually indicate the new style...) Hunk #1 failed at 628. Hunk #2 failed at 695. 2 out of 2 hunks failed--saving rejects to Mailman/Cgi/confirm.py.rej 　　という振る舞いをいたします。 　　パッチの当て方についてのヒント、ポインタなどお教えいただければ幸い 　　です。 　　不適切な質問でしたらお許しください。 -- 久慈＠松山市 From nagae ＠ xxxxxxxx Sun Jan 6 08:21:46 2008 From: nagae ＠ xxxxxxxx (Nagae Hidetake) Date: Sun, 06 Jan 2008 08:21:46 +0900 (JST) Subject: [mmjp-users 2260] Re: =?iso-2022-jp?b?GyRCNElNfSVHITwlPyVZITwlOSQrJGkhVjVxSF0bKEI=?= =?iso-2022-jp?b?GyRCIVckNyQ/JWEhPCVrJE5GfEtcOGw3b0w+JEskRCQkJEYbKEI=?= In-Reply-To: <20080106052114.4090.K100RS4V@smb.net> References: <20080103191027.0C11.K100RS4V@smb.net> <20080105.131124.59647055.nagae@eagan.jp> <20080106052114.4090.K100RS4V@smb.net> Message-ID: <20080106.082146.59461471.nagae@eagan.jp> 永江です。 From: 久慈 Subject: [mmjp-users 2259] Re: 管理データベースから「拒否」したメールの日本語件名について Date: Sun, 06 Jan 2008 05:52:21 +0900 > 　　ご呈示いただいたパッチで「拒否通知メール」のタイトルがMIMEデコード > 　　され、人間（日本人）が読める文字列となりました。＾＾ まずは問題を修正できたようで、良うございました。 > 　　% cd /usr/local/mailman > 　　% patch < MIMESubject.patch しますと、 適用方法はそれで合っています。 あえて -p オプションをつけると、このパッチをその位置で適用するなら -p0 になります。 # いきなり /usr/local/mailman に適用するよりは、 # どこかにソースを展開して適用した後でコピーした方が良さそうですが > Hmm... Looks like a context diff to me... > The text leading up to this was: > -------------------------- > |*** Mailman/Cgi/confirm.py.orig Sun Sep 30 16:11:00 2007 > |--- Mailman/Cgi/confirm.py Fri Jan 4 10:53:32 2008 > -------------------------- > Patching file Mailman/Cgi/confirm.py using Plan A... > (Fascinating--this is really a new-style context diff but without > the telltale extra asterisks on the *** line that usually indicate > the new style...) > Hunk #1 failed at 628. > Hunk #2 failed at 695. > 2 out of 2 hunks failed--saving rejects to Mailman/Cgi/confirm.py.rej reject されたのは confirm.py だけでしょうか？ 推測ですが、全部 reject されて、結局 patch コマンドは使わずに テキストエディタで直接変更されたのでしょうか。 久慈さんは Becky! をお使いのようなので、 おそらくメールは Windows で読んでいらっしゃると思います。 もし patch ファイルの改行コードが LF ではなく CR+LF になっていると、 FreeBSD ではまさにそのような動作になるはずです。 私の手元の MIMESubject.patch は 3188 バイトですが、 そちらでは 3264 バイトになっていないでしょうか。 Windows から FTP で転送されているなら ASCII モードを使うか、 もしくは FreeBSD のシェルから以下のコマンドを実行すると 改行コードを CR+LF から LF のみに変更できます。 （^M は Ctrl-V の後に Ctrl-M を押す） $ sed 's/^M$//' MIMESubject.patch > MIMESubject.patch.unix # patch を添付するときは text/plain は避けるべきなのかも -- 永江 英武 nagae ＠ xxxxxxxx Nagae Hidetake From k100rs4v ＠ xxxxxxx Sun Jan 6 09:06:08 2008 From: k100rs4v ＠ xxxxxxx (=?ISO-2022-JP?B?GyRCNVc7fBsoQg==?=) Date: Sun, 06 Jan 2008 09:06:08 +0900 Subject: [mmjp-users 2261] Re: =?iso-2022-jp?b?GyRCNElNfSVHITwlPyVZITwlOSQrJGkhVjVxSF0bKEI=?= =?iso-2022-jp?b?GyRCIVckNyQ/JWEhPCVrJE5GfEtcOGw3b0w+JEskRCQkJEYbKEI=?= In-Reply-To: <20080106.082146.59461471.nagae@eagan.jp> References: <20080106052114.4090.K100RS4V@smb.net> <20080106.082146.59461471.nagae@eagan.jp> Message-ID: <20080106084400.40A4.K100RS4V@smb.net> 久慈＠松山市です 　　永江@eaganさんお手数をおかけしてすみません。 　　どうやらFAQ以前の問題？の様ですね＾＾； 　　すべてご推察どおりのことでありました。bingou! Nagae Hidetake さんは書きました： ># いきなり /usr/local/mailman に適用するよりは、 ># どこかにソースを展開して適用した後でコピーした方が良さそうですが 　　ご示唆ありがとうございます。今後はそのようにしたいと思います。 　　＃実は実稼働サーバと極類似の環境の予備サーバで試験投入しておりまし 　　　た。 >推測ですが、全部 reject されて、結局 patch コマンドは使わずに >テキストエディタで直接変更されたのでしょうか。 　　はいそうです。＾＾ 　　サーバへはWinSCP(Ver.4.0.5)とPuTTY Rel 0.58-jp でssh接続して作業を 　　しています。 >もし patch ファイルの改行コードが LF ではなく CR+LF になっていると、 >FreeBSD ではまさにそのような動作になるはずです。 >私の手元の MIMESubject.patch は 3188 バイトですが、 >そちらでは 3264 バイトになっていないでしょうか。 　　詳しくご教示いただき恐縮です。 　　添付していただいたパッチの改行コードを変更し、 % patch < MIMESubject.patch　しましたら、 Hmm... Looks like a new-style context diff to me... The text leading up to this was: -------------------------- |*** Mailman/Cgi/confirm.py.orig Sun Sep 30 16:11:00 2007 |--- Mailman/Cgi/confirm.py Fri Jan 4 10:53:32 2008 -------------------------- Patching file Mailman/Cgi/confirm.py using Plan A... Hunk #1 succeeded at 628. Hunk #2 succeeded at 695. 　　以下すべて succeeded 　　という具合に予期した動作をしてくれました。 　　勉強になりました。ありがとうございました。 　　今後ともよろしくお願いいたします。 　　＃そういえば、最近Emacsさわってないな〜＾＾ -- 久慈＠松山市 From nagae ＠ xxxxxxxx Sun Jan 6 09:13:28 2008 From: nagae ＠ xxxxxxxx (Nagae Hidetake) Date: Sun, 06 Jan 2008 09:13:28 +0900 (JST) Subject: [mmjp-users 2262] =?iso-2022-jp?b?U3ViamVjdCAbJEIkSyRoJGs9cThLJE4lOSVsJUMlSTI9GyhC?= Message-ID: <20080106.091328.41627964.nagae@eagan.jp> 永江です。お世話になります。 Pipermail で ML 書庫を作成する際、スレッドを認識する方法として、 In-Reply-To ヘッダおよび References ヘッダに加えて Subject ヘッダを使った処理も実装されているようですが、 どういう条件のときにスレッドと認識されるかわかりません。 どなたかご存知の方がいらっしゃればご教授ください。 私が管理する ML のひとつは利用者の大半が携帯電話メールで、 In-Reply-To ヘッダをつけてこないので書庫がほとんど flat になり 流れがわかりにくくなっています。 Subject の Re: を使って何とかできないかと Mailman/Archiver 内を 眺めていたら、pipermail.py の __findParent で 既にそれらしき処理が記述されていることがわかりました。 しかしソースを読んでもテストメールを流しても、 どういう場合にスレッドと認識されるのかわかりません。 subjectIndex は subject, date, msgid のセットでキーになっており、 subject だけで検索してもマッチしないのは当然と思うのですが…。 それ以前に、HyperDatabase.py で定義されている set_location は何も return していないのに、呼び出し側は key, tempid を受け取ろうと している理由を理解できません。 これは set_location のインタフェースに関して不整合が発生している ということでしょうか？ # Python 初心者なので何か勘違いしている可能性もあります -- 永江 英武 nagae ＠ xxxxxxxx Nagae Hidetake From tkikuchi ＠ xxxxxxxxxxxxxxxx Sun Jan 6 14:41:46 2008 From: tkikuchi ＠ xxxxxxxxxxxxxxxx (Tokio Kikuchi) Date: Sun, 06 Jan 2008 14:41:46 +0900 Subject: [mmjp-users 2263] Re: =?iso-2022-jp?b?U3ViamVjdCAbJEIkSyRoJGs9cThLJE4lOSVsJUMbKEI=?= =?iso-2022-jp?b?GyRCJUkyPRsoQg==?= In-Reply-To: <20080106.091328.41627964.nagae@eagan.jp> References: <20080106.091328.41627964.nagae@eagan.jp> Message-ID: <47806A1A.4070100@is.kochi-u.ac.jp> > 永江です。お世話になります。 菊地です。パッチの件ではお世話になりました。 ＃最近、枝葉末節的な仕様にはこだわらない癖がついてしまって、、 > > Pipermail で ML 書庫を作成する際、スレッドを認識する方法として、 > In-Reply-To ヘッダおよび References ヘッダに加えて > Subject ヘッダを使った処理も実装されているようですが、 > どういう条件のときにスレッドと認識されるかわかりません。 > どなたかご存知の方がいらっしゃればご教授ください。 保存書庫については、subject_prefix を番号付きにしたときと、 しないときで挙動が変わっています。In-Reply-To を付けないメーラ への対処法として、Subject が同じならスレッドに入れるという やりかたがあります。これを pipermail でも実装しているので、 通番が無ければスレッド（らしく）なります。しかし、通番が あると Subject が同じではないので、スレッドにはなりません。 解決方法としては、pipermail をいじるのもありですが、Message-ID を通番を使って付けてあげて、それを見ながら In-Reply-To を 補ってあげるというのもありかな、（こうやると、受信したメールも スレッドになるので）とか考えながら、手付かずの状態になっています。 本家が version 3 開発中で、新規 feature がストップになって いることもあり、さしあたり手をつける予定は無いので、どなたか 余裕がありましたらチャレンジしてみてください。 -- 菊地時夫 tkikuchi ＠ xxxxxxxxxxxxxxxx http://weather.is.kochi-u.ac.jp/ 〒780-8520 高知大学理学部情報科学教室 From nagae ＠ xxxxxxxx Sun Jan 6 20:30:40 2008 From: nagae ＠ xxxxxxxx (Nagae Hidetake) Date: Sun, 06 Jan 2008 20:30:40 +0900 (JST) Subject: [mmjp-users 2264] Re: =?iso-2022-jp?b?U3ViamVjdCAbJEIkSyRoJGs9cThLJE4lOSVsJUMbKEI=?= =?iso-2022-jp?b?GyRCJUkyPRsoQg==?= In-Reply-To: <47806A1A.4070100@is.kochi-u.ac.jp> References: <20080106.091328.41627964.nagae@eagan.jp> <47806A1A.4070100@is.kochi-u.ac.jp> Message-ID: <20080106.203040.41625926.nagae@eagan.jp> お世話になっております。永江です。 From: Tokio Kikuchi Subject: [mmjp-users 2263] Re: Subject による書庫のスレッド化 Date: Sun, 06 Jan 2008 14:41:46 +0900 > 菊地です。パッチの件ではお世話になりました。 > ＃最近、枝葉末節的な仕様にはこだわらない癖がついてしまって、、 フリーソフトウェアですし、菊地さんに全て対応いただかなくても 余裕のある人が対応できるような体制になっていれば良いと思っています。 # 私はまだ深く理解できているわけではないので、私の記述に # あやしいところがあったら突っ込んでいただけると助かります…。 > 保存書庫については、subject_prefix を番号付きにしたときと、 > しないときで挙動が変わっています。In-Reply-To を付けないメーラ > への対処法として、Subject が同じならスレッドに入れるという > やりかたがあります。これを pipermail でも実装しているので、 > 通番が無ければスレッド（らしく）なります。しかし、通番が > あると Subject が同じではないので、スレッドにはなりません。 あれれ、そうですか。 subjectIndex には prefix が削られた状態で入っているようなので 通番とは別の原因だと予測していました。 もっともそれも、生成された database ファイルを marshal.load して わかっただけで、コードのどこで削っているかすら追えていませんので、 いろいろとあやふやですが。 > 本家が version 3 開発中で、新規 feature がストップになって > いることもあり、さしあたり手をつける予定は無いので、どなたか > 余裕がありましたらチャレンジしてみてください。 解決策までたどり着けるかどうかわかりませんが、 それでは私も気長に処理を追いかけてみることにします。 -- 永江 英武 nagae ＠ xxxxxxxx Nagae Hidetake From kaku137 ＠ xxxxxxxx Thu Jan 10 12:06:26 2008 From: kaku137 ＠ xxxxxxxx (kaku137 ＠ xxxxxxxx) Date: Thu, 10 Jan 2008 11:06:26 +0800 Subject: [mmjp-users 2265] =?gbk?b?o8SjwqTOsaO05g==?= Message-ID: <20080110030626.67008.qmail@mail3-46.sinamail.sina.com.cn> お世話になっております。 Mailmanの設定を行っております。 ちょっと不明のことを聞かせていただきたいと思います。 Mailmanリストに入会の会員情報など、どこのＤＢに保存されていますか？ MySqlですか？ 以上です。 初心者なので、宜しくお願いいたします。 ------------------------------------------------------------------- 金山毒霸2008正版免?用！( http://d1.sina.com.cn/sina/limeng3/mail_zhuiyu/2008/mail_zhuiyu_20080107.html ) =================================================================== 注册新浪2G免??箱（http://mail.sina.com.cn/） From aya ＠ xxxxxxxxxx Fri Jan 11 00:11:42 2008 From: aya ＠ xxxxxxxxxx (Aya Komuro) Date: Fri, 11 Jan 2008 00:11:42 +0900 Subject: [mmjp-users 2266] Re: =?iso-2022-jp?b?GyRCI0QjQiROSl1COBsoQg==?= In-Reply-To: <20080110030626.67008.qmail@mail3-46.sinamail.sina.com.cn> References: <20080110030626.67008.qmail@mail3-46.sinamail.sina.com.cn> Message-ID: <478635AE.3070200@popowa.com> kaku137 ＠ xxxxxxxxさん こんばんは。 > Mailmanリストに入会の会員情報など、どこのＤＢに保存されていますか？ これはDefaultでML会員情報がどのようなDBに入るのか、という質問でよかった ですか？もしそうだとするとDefaultではテキストフォーマットでファイルシス テムに保存されます。 MySQLに保存したいなら、このメールが使えそうです。 http://www.mail-archive.com/mailman-users ＠ xxxxxxxxxx/msg41250.html というわけで直接的な手助けにならなくてすいません。 コムロ kaku137 ＠ xxxxxxxx さんは書きました: > ＊＊注意：このメールへの返信は mmjp-users ＠ xxxxxxxxxxxxxxx へ行きます＊＊ > > お世話になっております。 > > Mailmanの設定を行っております。 > ちょっと不明のことを聞かせていただきたいと思います。 > Mailmanリストに入会の会員情報など、どこのＤＢに保存されていますか？ > MySqlですか？ > > 以上です。 > 初心者なので、宜しくお願いいたします。 > > > > ------------------------------------------------------------------- > 金山毒霸2008正版免?用！( http://d1.sina.com.cn/sina/limeng3/mail_zhuiyu/2008/mail_zhuiyu_20080107.html ) > > =================================================================== > 注册新浪2G免??箱（http://mail.sina.com.cn/） > -- > 日本語Mailman利用者ML 案内ページ > http://mm.tkikuchi.net/mailman/listinfo/mmjp-users > 退会?変更?配送一時停止は以下へ > http://mm.tkikuchi.net/mailman/options/mmjp-users/aya%40popowa.com From aya ＠ xxxxxxxxxx Fri Jan 11 00:21:03 2008 From: aya ＠ xxxxxxxxxx (Aya Komuro) Date: Fri, 11 Jan 2008 00:21:03 +0900 Subject: [mmjp-users 2267] Re: =?iso-2022-jp?b?GyRCI0QjQiROSl1COBsoQg==?= In-Reply-To: <20080110030626.67008.qmail@mail3-46.sinamail.sina.com.cn> References: <20080110030626.67008.qmail@mail3-46.sinamail.sina.com.cn> Message-ID: <478637DF.70106@popowa.com> kaku137 ＠ xxxxxxxxさん こんばんは。 > Mailmanリストに入会の会員情報など、どこのＤＢに保存されていますか？ これはDefaultでML会員情報がどのようなDBに入るのか、という質問でよかった ですか？もしそうだとするとDefaultではテキストフォーマットでファイルシス テムに保存されます。 MySQLに保存したいなら、このメールが使えそうです。 http://www.mail-archive.com/mailman-users ＠ xxxxxxxxxx/msg41250.html というわけで直接的な手助けにならなくてすいません。 コムロ kaku137 ＠ xxxxxxxx さんは書きました: > ＊＊注意：このメールへの返信は mmjp-users ＠ xxxxxxxxxxxxxxx へ行きます＊＊ > > お世話になっております。 > > Mailmanの設定を行っております。 > ちょっと不明のことを聞かせていただきたいと思います。 > Mailmanリストに入会の会員情報など、どこのＤＢに保存されていますか？ > MySqlですか？ > > 以上です。 > 初心者なので、宜しくお願いいたします。 > > > > ------------------------------------------------------------------- > 金山毒霸2008正版免?用！( http://d1.sina.com.cn/sina/limeng3/mail_zhuiyu/2008/mail_zhuiyu_20080107.html ) > > =================================================================== > 注册新浪2G免??箱（http://mail.sina.com.cn/） > -- > 日本語Mailman利用者ML 案内ページ > http://mm.tkikuchi.net/mailman/listinfo/mmjp-users > 退会?変更?配送一時停止は以下へ > http://mm.tkikuchi.net/mailman/options/mmjp-users/aya%40popowa.com From nagae ＠ xxxxxxxx Fri Jan 11 07:22:11 2008 From: nagae ＠ xxxxxxxx (Nagae Hidetake) Date: Fri, 11 Jan 2008 07:22:11 +0900 (JST) Subject: [mmjp-users 2268] Re: =?iso-2022-jp?b?GyRCI0QjQiROSl1COBsoQg==?= In-Reply-To: <478635AE.3070200@popowa.com> References: <20080110030626.67008.qmail@mail3-46.sinamail.sina.com.cn> <478635AE.3070200@popowa.com> Message-ID: <20080111.072211.74755141.nagae@eagan.jp> 永江です。こんにちは。 コムロさんの回答のとおり、Mailman は MySQL などの データベース管理システム（DBMS）を使わずに、 Python の runtime library だけでファイル入出力を行ないます。 From: aya ＠ xxxxxxxxxx (Aya Komuro) Subject: [mmjp-users 2266] Re: ＤＢの保存 Date: Fri, 11 Jan 2008 00:11:42 +0900 > これはDefaultでML会員情報がどのようなDBに入るのか、という質問でよかった > ですか？もしそうだとするとDefaultではテキストフォーマットでファイルシス > テムに保存されます。 テキストフォーマットと言ってしまうと問題がありそうです。 Mailman は会員情報を含むメモリ上の ML データを、 cPickle というモジュールを使ってファイルに書き出します。 一般に serialize と呼ばれる処理です。 http://www.python.jp/doc/nightly/lib/module-cPickle.html cPickle を使わずに、このファイルを解析するのは大変だと思います。 kaku137 さんが、どのような意図で質問されているかわかりませんが、 もし外部プログラムから Mailman の会員情報にアクセスしたいという 意図であれば、Mailman が提供する list_members コマンドを使って テキストに変換してから解析することをおすすめします。 -- 永江 英武 nagae ＠ xxxxxxxx Nagae Hidetake http://www.eagan.jp/nagae/ From kaku137 ＠ xxxxxxxx Fri Jan 11 11:23:47 2008 From: kaku137 ＠ xxxxxxxx (kaku137 ＠ xxxxxxxx) Date: Fri, 11 Jan 2008 10:23:47 +0800 Subject: [mmjp-users 2269] Re: =?gbk?b?o8SjwqTOsaO05g==?= Message-ID: <20080111022347.27317.qmail@mail3-46.sinamail.sina.com.cn> kaku137です。 皆様の早々のご回答ありがとうございます。 私はＰＨＰでサイトを作成しております。Mailmanの入会を申し込む画面を使わず、自分が作成するサイトからMailmanに登録したいと思います。 つまり、作成するサイトでは、いくつのMailmanの特色（http://mm.tkikuchi.net/features.html）を利用したいと思います。localでMailmanの設定ができましたが、作成するサイトからMailmanＤＢを書き出す、書き込む作業を行いたいと思います。 永江です。こんにちは。 コムロさんの回答のとおり、Mailman は MySQL などの データベース管理システム（DBMS）を使わずに、 Python の runtime library だけでファイル入出力を行ないます。 From: aya ＠ xxxxxxxxxx (Aya Komuro) Subject: [mmjp-users 2266] Re: ＤＢの保存 Date: Fri, 11 Jan 2008 00:11:42 +0900 > これはDefaultでML会員情報がどのようなDBに入るのか、という質問でよかった > ですか？もしそうだとするとDefaultではテキストフォーマットでファイルシス > テムに保存されます。 テキストフォーマットと言ってしまうと問題がありそうです。 Mailman は会員情報を含むメモリ上の ML データを、 cPickle というモジュールを使ってファイルに書き出します。 一般に serialize と呼ばれる処理です。 http://www.python.jp/doc/nightly/lib/module-cPickle.html cPickle を使わずに、このファイルを解析するのは大変だと思います。 kaku137 さんが、どのような意図で質問されているかわかりませんが、 もし外部プログラムから Mailman の会員情報にアクセスしたいという 意図であれば、Mailman が提供する list_members コマンドを使って テキストに変換してから解析することをおすすめします。 -- 永江  英武 nagae ＠ xxxxxxxx Nagae Hidetake http://www.eagan.jp/nagae/ ------------------------------------------------------------------- 金山毒霸2008正版免?用！( http://d1.sina.com.cn/sina/limeng3/mail_zhuiyu/2008/mail_zhuiyu_20080107.html ) =================================================================== 注册新浪2G免??箱（http://mail.sina.com.cn/） From tkikuchi ＠ xxxxxxxxxxxxxxxx Fri Jan 11 14:55:24 2008 From: tkikuchi ＠ xxxxxxxxxxxxxxxx (Tokio Kikuchi) Date: Fri, 11 Jan 2008 14:55:24 +0900 Subject: [mmjp-users 2270] Re: =?iso-2022-jp?b?REIbJEIkTkpdQjgbKEI=?= In-Reply-To: <20080111022347.27317.qmail@mail3-46.sinamail.sina.com.cn> References: <20080111022347.27317.qmail@mail3-46.sinamail.sina.com.cn> Message-ID: <478704CC.4000308@is.kochi-u.ac.jp> 中国語のウェブメールをご利用のようですが、日本語には できないでしょうか？ > 私はＰＨＰでサイトを作成しております。Mailmanの入会を > 申し込む画面を使わず、自分が作成するサイトからMailmanに > 登録したいと思います。 方法としては２つあります。 ひとつは、bin/add_members を PHP から呼び出す方法。 但し、ユーザ権限の設定が問題になると思います。 スクリプトの使用法は --help を付けて実行してみてください。 ２番目は、PHP からメールを list-request 宛に出す方法。 list-request 宛に help メッセージを投げて説明を読むと どのようなメールメッセージを出せばよいかわかると思います。 PHP ではありませんが、CGI でそのようなインタフェースを 作ったことがあります。即 subscribe ではなく、管理者が admindb インタフェースで approve するようにしました。 -- 菊地時夫 tkikuchi ＠ xxxxxxxxxxxxxxxx http://weather.is.kochi-u.ac.jp/ 〒780-8520 高知大学理学部情報科学教室 From onlyone.world ＠ xxxxxxxxx Fri Jan 11 17:46:00 2008 From: onlyone.world ＠ xxxxxxxxx (kaku) Date: Fri, 11 Jan 2008 17:46:00 +0900 Subject: [mmjp-users 2271] =?iso-2022-jp?b?TWFpbG1hbhskQiRHJE5Bdz8uJEskRCQkJEYbKEI=?= Message-ID: 皆様、いつもお世話になっております。 kakuです。 普通にMailmanで皆さんに送信できますが、皆さんに届いたメールは変数みたいものを入れればと思います。 例えば： こんにちは $mailaddress を送信すると、皆様の登録したメールアドレスによって、$mailaddressに割り当てられるようにしたいと思っています。 これで何をすればよいのでしょうか？できるのでしょうか？ 以上、宜しくお願い致します。 From tkikuchi ＠ xxxxxxxxxxxxxxxx Fri Jan 11 20:55:48 2008 From: tkikuchi ＠ xxxxxxxxxxxxxxxx (Tokio Kikuchi) Date: Fri, 11 Jan 2008 20:55:48 +0900 Subject: [mmjp-users 2272] Re: =?iso-2022-jp?b?TWFpbG1hbhskQiRHJE5Bdz8uJEskRCQkJEYbKEI=?= In-Reply-To: References: Message-ID: <47875944.5020609@is.kochi-u.ac.jp> > 例えば： > > こんにちは > $mailaddress > > を送信すると、皆様の登録したメールアドレスによって、$mailaddressに割り当てられるようにしたいと思っています。 投稿メールの本文中での置き換えは、Mailman ではできません。 ヘッダやフッタの中でしたら、「普通配送オプション」で 「普通配送メールを個人別にカスタマイズ」することで、 * user_address - 小文字に変換された会員のアドレス. * user_delivered_to - 会員が登録したときの大小文字を含むアドレス. * user_password - 会員のパスワード. * user_name - 会員のフルネーム. * user_optionsurl - 会員のオプション設定ページのURL を使うことができます。もし、「個人別にカスタマイズ」のメニューが 出ていなかったら、mm_cfg.py の中に OWNERS_CAN_ENABLE_PERSONALIZATION = Yes を追加してください。 -- 菊地時夫 tkikuchi ＠ xxxxxxxxxxxxxxxx http://weather.is.kochi-u.ac.jp/ 〒780-8520 高知大学理学部情報科学教室 From mmjp-users ＠ xxxxxxxxxxxx Sat Jan 12 01:25:31 2008 From: mmjp-users ＠ xxxxxxxxxxxx (Yusuke) Date: Sat, 12 Jan 2008 01:25:31 +0900 Subject: [mmjp-users 2273] Re: =?iso-2022-jp?b?GyRCJWEhPCVrJCxHW0F3JDUkbCRKJCQbKEIg?= =?iso-2022-jp?b?GyRCIXUbKEIgGyRCREwkN0hWOWYkLEU4MyskNSRsJEokJBsoQg==?= In-Reply-To: <4787960C.2070502@hyk-home.com> References: <4787960C.2070502@hyk-home.com> Message-ID: <4787987B.50208@hyk-home.com> この問題は「控えなし」にチェックが入っていたことが原因のようです。 お手数をおかけしました。不勉強で申し訳ありません。 もう一つの「通し番号が展開されない」問題です。 現在web上から、subject_prefix に「[test-ml: %06d] 」と設定しているのですが、 これがそのまま件名となってしまい、「%06d」が展開されません。 これはパッチで解決するようなことが保存書庫にありましたが、 具体的にどのパッチなのかご教授いただけませんでしょうか？ 宜しくお願いいたします。 ----- Original Message ----- Subject: メールが配送されない ＆ 通し番号が展開されない Date: 2008年1月12日 1:15:08 (JST) From: Yusuke To: mmjp-users ＠ xxxxxxxxxxxxxxx > yusukeといいます。 > 先ほどメーリングリストに登録させてもらいました。 > > 早速ですが、mailmanで2つの問題が発生しています。 > > ・mailmanからメールが配送されない。 > > 環境は以下です。 > CentOS-4.4 i386 (2.6.9-42.0.3.EL) > mailman-2.1.5.1-34.rhel4.6 > postfix-2.2.10-1.RHEL4.2 > > mailmanのログには、何も表示されません。 > maillogには、メール下部のログが記録されています。 > 保存書庫では、メールが追加されています。が、imapには届いていないようです。 > > > 特にパッチはあててませんが、必要なパッチはあるのでしょうか？ > また、会員管理の「控え無」や「ダブリ無」が関係している気もするのですが、 > これらの意味がよく分からないのです。 > > > 申し訳ありませんが、ご教授下さい。 > > > > ============== ログ ==================================== > ==> /var/log/maillog <== > > ==> /var/log/mailman/error <== > > ==> /var/log/mailman/post <== > > ==> /var/log/mailman/qrunner <== > > ==> /var/log/mailman/smtp <== > > ==> /var/log/mailman/subscribe <== > > ==> /var/log/mailman/vette <== > > > ==> /var/log/maillog <== > Jan 12 01:13:11 aphrodite postfix/smtpd[29186]: connect from unknown[192.168.1.129] > Jan 12 01:13:11 aphrodite postfix/smtpd[29186]: 43F8CC09C: client=unknown[192.168.1.129], > sasl_method=CRAM-MD5, sasl_username=yusuke ＠ xxxxxxxxxxxxxxxxxxxxx > Jan 12 01:13:11 aphrodite postfix/cleanup[29187]: 43F8CC09C: message-id=<4787951D.7030708 ＠ xxxxxxxxxxx> > Jan 12 01:13:11 aphrodite postfix/qmgr[25777]: 43F8CC09C: from=, size=715, nrcpt=1 > (queue active) > Jan 12 01:13:11 aphrodite postfix/smtpd[29189]: connect from localhost.localdomain[127.0.0.1] > Jan 12 01:13:11 aphrodite postfix/smtpd[29189]: 5B3D4C09D: client=unknown[192.168.1.129] > Jan 12 01:13:11 aphrodite postfix/smtpd[29186]: disconnect from unknown[192.168.1.129] > Jan 12 01:13:11 aphrodite dkfilter.out[2849]: DomainKeys signing - signed; from=, > message-id=<4787951D.7030708 ＠ xxxxxxxxxxx> > Jan 12 01:13:11 aphrodite postfix/cleanup[29187]: 5B3D4C09D: message-id=<4787951D.7030708 ＠ xxxxxxxxxxx> > Jan 12 01:13:11 aphrodite postfix/qmgr[25777]: 5B3D4C09D: from=, size=1315, > nrcpt=1 (queue active) > Jan 12 01:13:11 aphrodite postfix/smtp[29188]: 43F8CC09C: to=, > relay=127.0.0.1[127.0.0.1], delay=0, status=sent (250 Ok: queued as 5B3D4C09D) > Jan 12 01:13:11 aphrodite postfix/qmgr[25777]: 43F8CC09C: removed > Jan 12 01:13:11 aphrodite postfix/smtpd[29189]: disconnect from localhost.localdomain[127.0.0.1] > Jan 12 01:13:11 aphrodite postfix/local[29174]: 5B3D4C09D: to=, relay=local, > delay=0, status=sent (delivered to command: /usr/lib/mailman/mail/mailman post nssol-h16) > Jan 12 01:13:11 aphrodite postfix/qmgr[25777]: 5B3D4C09D: removed > > -- =============================== 長谷川祐介 From mmjp-users ＠ xxxxxxxxxxxx Sat Jan 12 01:15:08 2008 From: mmjp-users ＠ xxxxxxxxxxxx (Yusuke) Date: Sat, 12 Jan 2008 01:15:08 +0900 Subject: [mmjp-users 2274] =?iso-2022-jp?b?GyRCJWEhPCVrJCxHW0F3JDUkbCRKJCQbKEIgGyRCIXUbKEIg?= =?iso-2022-jp?b?GyRCREwkN0hWOWYkLEU4MyskNSRsJEokJBsoQg==?= Message-ID: <4787960C.2070502@hyk-home.com> yusukeといいます。 先ほどメーリングリストに登録させてもらいました。 早速ですが、mailmanで2つの問題が発生しています。 ・mailmanからメールが配送されない。 環境は以下です。 CentOS-4.4 i386 (2.6.9-42.0.3.EL) mailman-2.1.5.1-34.rhel4.6 postfix-2.2.10-1.RHEL4.2 mailmanのログには、何も表示されません。 maillogには、メール下部のログが記録されています。 保存書庫では、メールが追加されています。が、imapには届いていないようです。 特にパッチはあててませんが、必要なパッチはあるのでしょうか？ また、会員管理の「控え無」や「ダブリ無」が関係している気もするのですが、 これらの意味がよく分からないのです。 申し訳ありませんが、ご教授下さい。 ============== ログ ==================================== ==> /var/log/maillog <== ==> /var/log/mailman/error <== ==> /var/log/mailman/post <== ==> /var/log/mailman/qrunner <== ==> /var/log/mailman/smtp <== ==> /var/log/mailman/subscribe <== ==> /var/log/mailman/vette <== ==> /var/log/maillog <== Jan 12 01:13:11 aphrodite postfix/smtpd[29186]: connect from unknown[192.168.1.129] Jan 12 01:13:11 aphrodite postfix/smtpd[29186]: 43F8CC09C: client=unknown[192.168.1.129], sasl_method=CRAM-MD5, sasl_username=yusuke ＠ xxxxxxxxxxxxxxxxxxxxx Jan 12 01:13:11 aphrodite postfix/cleanup[29187]: 43F8CC09C: message-id=<4787951D.7030708 ＠ xxxxxxxxxxx> Jan 12 01:13:11 aphrodite postfix/qmgr[25777]: 43F8CC09C: from=, size=715, nrcpt=1 (queue active) Jan 12 01:13:11 aphrodite postfix/smtpd[29189]: connect from localhost.localdomain[127.0.0.1] Jan 12 01:13:11 aphrodite postfix/smtpd[29189]: 5B3D4C09D: client=unknown[192.168.1.129] Jan 12 01:13:11 aphrodite postfix/smtpd[29186]: disconnect from unknown[192.168.1.129] Jan 12 01:13:11 aphrodite dkfilter.out[2849]: DomainKeys signing - signed; from=, message-id=<4787951D.7030708 ＠ xxxxxxxxxxx> Jan 12 01:13:11 aphrodite postfix/cleanup[29187]: 5B3D4C09D: message-id=<4787951D.7030708 ＠ xxxxxxxxxxx> Jan 12 01:13:11 aphrodite postfix/qmgr[25777]: 5B3D4C09D: from=, size=1315, nrcpt=1 (queue active) Jan 12 01:13:11 aphrodite postfix/smtp[29188]: 43F8CC09C: to=, relay=127.0.0.1[127.0.0.1], delay=0, status=sent (250 Ok: queued as 5B3D4C09D) Jan 12 01:13:11 aphrodite postfix/qmgr[25777]: 43F8CC09C: removed Jan 12 01:13:11 aphrodite postfix/smtpd[29189]: disconnect from localhost.localdomain[127.0.0.1] Jan 12 01:13:11 aphrodite postfix/local[29174]: 5B3D4C09D: to=, relay=local, delay=0, status=sent (delivered to command: /usr/lib/mailman/mail/mailman post nssol-h16) Jan 12 01:13:11 aphrodite postfix/qmgr[25777]: 5B3D4C09D: removed From tkikuchi ＠ xxxxxxxxxxxxxxxx Sat Jan 12 16:52:28 2008 From: tkikuchi ＠ xxxxxxxxxxxxxxxx (Tokio Kikuchi) Date: Sat, 12 Jan 2008 16:52:28 +0900 Subject: [mmjp-users 2275] Re: =?iso-2022-jp?b?GyRCJWEhPCVrJCxHW0F3JDUkbCRKJCQbKEIg?= =?iso-2022-jp?b?GyRCIXUbKEIgGyRCREwkN0hWOWYkLEU4MyskNSRsJEokJBsoQg==?= In-Reply-To: <4787987B.50208@hyk-home.com> References: <4787960C.2070502@hyk-home.com> <4787987B.50208@hyk-home.com> Message-ID: <478871BC.8010409@is.kochi-u.ac.jp> > もう一つの「通し番号が展開されない」問題です。 > 現在web上から、subject_prefix に「[test-ml: %06d] 」と設定しているのですが、 > これがそのまま件名となってしまい、「%06d」が展開されません。 > > これはパッチで解決するようなことが保存書庫にありましたが、 > 具体的にどのパッチなのかご教授いただけませんでしょうか？ >> mailman-2.1.5.1-34.rhel4.6 Mailman-2.1.5 はとても古い(2004年)ので、旧版の方に書いてます。 http://mm.tkikuchi.net/indexja-old.html しかし、Red Had その他 OS に付属のものは、ソースのバージョン アップに追従するのでなく、セキュリティパッチだけを当てる (.1-34.rhel4.6 の部分)という方針のようなので、パッチの適用に 失敗するかもしれません。そのあたりのドタバタが http://mm.tkikuchi.net/pipermail/mmjp-users/2005-October/001544.html から始まるスレッドなどにありますので、参考まで。 それよりは、思い切ってソースインストールしてもらった方が 幸せになれると思いますが。 -- 菊地時夫 tkikuchi ＠ xxxxxxxxxxxxxxxx http://weather.is.kochi-u.ac.jp/ 〒780-8520 高知大学理学部情報科学教室 From nagae ＠ xxxxxxxx Sat Jan 12 17:00:14 2008 From: nagae ＠ xxxxxxxx (Nagae Hidetake) Date: Sat, 12 Jan 2008 17:00:14 +0900 (JST) Subject: [mmjp-users 2276] Re: =?iso-2022-jp?b?GyRCJWEhPCVrJCxHW0F3JDUkbCRKJCQbKEIg?= =?iso-2022-jp?b?GyRCIXUbKEIgGyRCREwkN0hWOWYkLEU4MyskNSRsJEokJBsoQg==?= In-Reply-To: <4787987B.50208@hyk-home.com> References: <4787960C.2070502@hyk-home.com> <4787987B.50208@hyk-home.com> Message-ID: <20080112.170014.74753496.nagae@eagan.jp> 永江です。こんにちは。 From: Yusuke Subject: [mmjp-users 2273] Re: メールが配送されない ＆ 通し番号が展開されない Date: Sat, 12 Jan 2008 01:25:31 +0900 > 現在web上から、subject_prefix に「[test-ml: %06d] 」と設定しているのですが、 > これがそのまま件名となってしまい、「%06d」が展開されません。 > これはパッチで解決するようなことが保存書庫にありましたが、 > 具体的にどのパッチなのかご教授いただけませんでしょうか？ > > mailman-2.1.5.1-34.rhel4.6 惜しい！ 検索したのに、パッチへのリンクが見つからなかったのですね。 アタリはこちらです。 http://mm.tkikuchi.net/pipermail/mmjp-users/2007-November/002181.html 通し番号処理の修正を含むパッチは、以下の URL に説明があります。 http://mm.tkikuchi.net/indexja-old.html -- 永江 英武 nagae ＠ xxxxxxxx Nagae Hidetake http://www.eagan.jp/nagae/ From mmjp-users ＠ xxxxxxxxxxxx Sat Jan 12 23:21:02 2008 From: mmjp-users ＠ xxxxxxxxxxxx (Yusuke) Date: Sat, 12 Jan 2008 23:21:02 +0900 Subject: [mmjp-users 2277] Re: =?iso-2022-jp?b?GyRCJWEhPCVrJCxHW0F3JDUkbCRKJCQbKEIg?= =?iso-2022-jp?b?GyRCIXUbKEIgGyRCREwkN0hWOWYkLEU4MyskNSRsJEokJBsoQg==?= In-Reply-To: <20080112.170014.74753496.nagae@eagan.jp> References: <4787960C.2070502@hyk-home.com> <4787987B.50208@hyk-home.com> <20080112.170014.74753496.nagae@eagan.jp> Message-ID: <4788CCCE.1090307@hyk-home.com> ご回答ありがとうございます。 パッチの当て方についていろいろと試してみたりしたのですが、 Linux素人の私にはよく分からなかったというのが現状です。 少なくともメールは配送されているので、通し番号はしないという 運用回避（？）で行こうと考えております。 ご迷惑をおかけしました。 以上、宜しくお願いいたします。 ----- Original Message ----- Subject: [mmjp-users 2276] Re: メールが配送されない ＆ 通し番号が展開されない Date: 2008年1月12日 17:00:14 (JST) From: Nagae Hidetake To: mmjp-users ＠ xxxxxxxxxxxxxxx > ＊＊注意：このメールへの返信は mmjp-users ＠ xxxxxxxxxxxxxxx へ行きます＊＊ > > 永江です。こんにちは。 > > From: Yusuke > Subject: [mmjp-users 2273] Re: メールが配送されない ＆ 通し番号が展開されない > Date: Sat, 12 Jan 2008 01:25:31 +0900 > >> 現在web上から、subject_prefix に「[test-ml: %06d] 」と設定しているのですが、 >> これがそのまま件名となってしまい、「%06d」が展開されません。 > >> これはパッチで解決するようなことが保存書庫にありましたが、 >> 具体的にどのパッチなのかご教授いただけませんでしょうか？ > >>> mailman-2.1.5.1-34.rhel4.6 > > 惜しい！ 検索したのに、パッチへのリンクが見つからなかったのですね。 > アタリはこちらです。 > > http://mm.tkikuchi.net/pipermail/mmjp-users/2007-November/002181.html > > 通し番号処理の修正を含むパッチは、以下の URL に説明があります。 > > http://mm.tkikuchi.net/indexja-old.html > > -- > 永江 英武 nagae ＠ xxxxxxxx > Nagae Hidetake http://www.eagan.jp/nagae/ > -- > 日本語Mailman利用者ML 案内ページ > http://mm.tkikuchi.net/mailman/listinfo/mmjp-users > 退会・変更・配送一時停止は以下へ > http://mm.tkikuchi.net/mailman/options/mmjp-users/mmjp-users%40hyk-home.com -- =============================== 長谷川祐介 From nagae ＠ xxxxxxxx Thu Jan 17 07:50:47 2008 From: nagae ＠ xxxxxxxx (Nagae Hidetake) Date: Thu, 17 Jan 2008 07:50:47 +0900 (JST) Subject: [mmjp-users 2278] Re: =?iso-2022-jp?b?U3ViamVjdCAbJEIkSyRoJGs9cThLJE4lOSVsJUMbKEI=?= =?iso-2022-jp?b?GyRCJUkyPRsoQg==?= In-Reply-To: <20080106.203040.41625926.nagae@eagan.jp> References: <20080106.091328.41627964.nagae@eagan.jp> <47806A1A.4070100@is.kochi-u.ac.jp> <20080106.203040.41625926.nagae@eagan.jp> Message-ID: <20080117.075047.21934879.nagae@eagan.jp> お世話になっております。永江です。 From: Nagae Hidetake Subject: [mmjp-users 2264] Re: Subject による書庫のスレッド化 Date: Sun, 06 Jan 2008 20:30:40 +0900 (JST) > 解決策までたどり着けるかどうかわかりませんが、 > それでは私も気長に処理を追いかけてみることにします。 その後の調査で、Mailman 2.1.9 のコードでは Subject によるスレッド認識が機能していないことがわかりました。 私の希望する動作とは違いますが、とりあえず修正パッチを作成 しましたので御報告します。 Mailman 2.1.9 では、Subject によるスレッド認識に関して 以下の 2 つの問題があります。 問題点 1 subjectIndex は (subject, date, msgid) の tuple をキーとして いますが、検索時には subject だけで検索しています。 これは本来、B-Tree データベースの以下の特性を利用した 前方一致検索を意図していたようです。 7.13.1 ハッシュ、BTree、およびレコードオブジェクト set_location(key) (bopen を使って開かれる) B-Tree データベースでは、key が 実際にはデータベース内に存在しなかった場合、カーソルは 並び順が key の次に来るような要素を指し、その場所のキー及び 値が返されます。 http://www.python.jp/doc/2.4/lib/bsddb-objects.html しかし HyperDatabase.py の DumbBTree.set_location は完全一致しか サポートしない上に、何も返していません。 私のパッチでは、keys を線形検索して subject 部分と比較しています。 問題点 2 subjectIndex に登録する Subject は、prefix 等を取り除いた stripped の形になっています（pipermail.py の T.add_article）。 しかし検索時のキーは、stripped ではない、元の Subject に なっていました（pipermail.py の T.get_parent_info）。 以上 2 点を修正することで、In-Reply-To も References もない記事は 「同名の最も古い記事」への reply として扱われるようになりました。 prefix に %d を含んでいても、stripped の段階で除去されるので 問題ありません。 本当は私が望む動作は、例えば Re: [test 0123] Re: subject なら [test 0123] への reply として扱いたいのです。 こちらは引続き考えてみます。 -- 永江 英武 nagae ＠ xxxxxxxx Nagae Hidetake http://www.eagan.jp/nagae/ -------------- next part -------------- *** Mailman/Archiver/HyperDatabase.py.orig Sat Aug 27 10:40:17 2005 --- Mailman/Archiver/HyperDatabase.py Thu Jan 17 07:20:01 2008 *************** *** 138,146 **** return self.dict.has_key(key) def set_location(self, loc): ! if not self.dict.has_key(loc): ! raise KeyError ! self.current_index = self.sorted.index(loc) def __getitem__(self, item): return self.dict[item] --- 138,149 ---- return self.dict.has_key(key) def set_location(self, loc): ! for key in self.sorted: ! (rawkey, date, msgid) = key ! if rawkey == loc: ! break ! self.current_index = self.sorted.index(key) ! return key, self.dict[key] def __getitem__(self, item): return self.dict[item] *************** *** 313,319 **** try: key, tempid=self.subjectIndex.set_location(subject) self.subjectIndex.next() ! [subject2, date]= key.split('\0') if subject!=subject2: return None return tempid except KeyError: --- 316,322 ---- try: key, tempid=self.subjectIndex.set_location(subject) self.subjectIndex.next() ! (subject2, date, msgid)= key if subject!=subject2: return None return tempid except KeyError: *** Mailman/Archiver/pipermail.py.orig Sun Jan 29 14:12:26 2006 --- Mailman/Archiver/pipermail.py Thu Jan 17 07:10:48 2008 *************** *** 660,667 **** else: # Get the oldest article with a matching subject, and # assume this is a follow-up to that article ! parentID = self.database.getOldestArticle(archive, ! article.subject) if parentID and not self.database.hasArticle(archive, parentID): parentID = None --- 660,670 ---- else: # Get the oldest article with a matching subject, and # assume this is a follow-up to that article ! if article.decoded.has_key('stripped'): ! subject = article.decoded['stripped'] ! else: ! subject = article.subject ! parentID = self.database.getOldestArticle(archive, subject) if parentID and not self.database.hasArticle(archive, parentID): parentID = None From pc-otasukeman ＠ xxxxxxxxx Fri Jan 18 22:33:11 2008 From: pc-otasukeman ＠ xxxxxxxxx (pc-otasukeman ＠ xxxxxxxxx) Date: Fri, 18 Jan 2008 22:33:11 +0900 (JST) Subject: [mmjp-users 2279] =?iso-2022-jp?b?GyRCST08KEw+ISEkSyREJCQkRhsoQg==?= Message-ID: <4814510.167841200663191094.pc-otasukeman@nifty.com> はじめましてPC-OTASUKEMANと申します。 運用環境 ＯＳ：Fedora 3 SMTP:Postfix mailmanから送信されたメールの差出人名をメールアドレスではなく、 日本語の名称で表示する事は可能でしょうか？ From nagae ＠ xxxxxxxx Sat Jan 19 08:33:03 2008 From: nagae ＠ xxxxxxxx (Nagae Hidetake) Date: Sat, 19 Jan 2008 08:33:03 +0900 (JST) Subject: [mmjp-users 2280] Re: =?iso-2022-jp?b?GyRCST08KEw+ISEkSyREJCQkRhsoQg==?= In-Reply-To: <4814510.167841200663191094.pc-otasukeman@nifty.com> References: <4814510.167841200663191094.pc-otasukeman@nifty.com> Message-ID: <20080119.083303.104027464.nagae@eagan.jp> PC-OTASUKEMAN さん、こんにちは。永江と申します。 > mailmanから送信されたメールの差出人名をメールアドレスではなく、 > 日本語の名称で表示する事は可能でしょうか？ まず、議論の対象となるメールの種類を確認させてください。 メンバーがメーリングリストに投稿したメールは、（メーリングリストの 匿名化オプションを設定していなければ）投稿時についていた差出人名が そのままつきます。 したがって、Mailman の設定よりも投稿者の設定に依存する話ですので、 今回の議論の対象ではないと想定しています。 そうすると対象は、登録申請に対する確認やパスワード通知など、 Mailman が自動生成・送信するメールでしょうか。 これらのメールに関しては、Mailman 2.1.9 現在、差出人として、 メーリングリスト名をもとに生成される管理用メールアドレス （ML 名に -request や -owner などを追加したもの）が設定されます。 フルネームを設定する機能は提供されておりません。 ただ、これらの自動生成されたメールを送信する処理は プログラム中のあちこちにありますので、種類によっては 事情が異なるものもあるかもしれません。 もし特定の種類のメールに関する御希望でしたらお知らせください。 -- 永江 英武 nagae ＠ xxxxxxxx Nagae Hidetake http://www.eagan.jp/nagae/ From nagae ＠ xxxxxxxx Sun Jan 20 18:47:13 2008 From: nagae ＠ xxxxxxxx (Nagae Hidetake) Date: Sun, 20 Jan 2008 18:47:13 +0900 (JST) Subject: [mmjp-users 2281] Re: =?iso-2022-jp?b?U3ViamVjdCAbJEIkSyRoJGs9cThLJE4lOSVsJUMbKEI=?= =?iso-2022-jp?b?GyRCJUkyPRsoQg==?= In-Reply-To: <20080117.075047.21934879.nagae@eagan.jp> References: <47806A1A.4070100@is.kochi-u.ac.jp> <20080106.203040.41625926.nagae@eagan.jp> <20080117.075047.21934879.nagae@eagan.jp> Message-ID: <20080120.184713.15273074.nagae@eagan.jp> お世話になっております。永江です。 From: Nagae Hidetake Subject: [mmjp-users 2278] Re: Subject による書庫のスレッド化 Date: Thu, 17 Jan 2008 07:50:47 +0900 (JST) > 本当は私が望む動作は、例えば Re: [test 0123] Re: subject なら > [test 0123] への reply として扱いたいのです。 なんとかパッチの形になりましたのでお送りいたします。 われながらイマイチと思っている箇所もありますので、 皆様からの改善案をお待ちしております。 ■使用上の重要な注意 このパッチを適用する場合、mm_cfg.py に USE_IN_REPLY_TO_SEQ = Yes の 1 行を追加してください。 Yes か No かを問わず、この設定項目自体が無い場合、 ！ すべての配信がエラー終了します ！ ■パッチ適用後の動作 例えば私がこのメールを mmjp-users 宛に投稿する際、投稿時点の Subject は以下のようになっています。 Subject: Re: [mmjp-users 2278] Re: Subject による書庫のスレッド化 通常、Mailman は Re: や [mmjp-users 2278] の部分をいったん破棄して 新しい Subject を再構成しますが、添付のパッチはこのときに通番 （この例では 2278）の部分を切り出し、独自拡張のヘッダとして保存して おきます。このヘッダは、メンバーに配送されるメールにもついてきます。 X-In-Reply-To-Seq: 2278 書庫に格納する際、親文書を選択する優先順位は以下のようになります。 1. In-Reply-To ヘッダ 2. References ヘッダ 3. X-In-Reply-To-Seq ヘッダ 4. Subject ヘッダ つまり、In-Reply-To ヘッダや References ヘッダがあれば、そちらが 優先されます。また prefix 中に通番がない ML では効果がありません。 mm_cfg.py で USE_IN_REPLY_TO_SEQ = No と設定すると、 X-In-Reply-To-Seq ヘッダは作成されません。 ■パフォーマンス上の考慮点 現在のところ pipermail は、通番から過去のメッセージを特定する 効率的な方法を持っていません。このため添付のパッチでは、 該当する書庫のメールを先頭からひとつずつ復元して比較します。 メールの流れる頻度が高い ML や書庫の切替え間隔が長い ML では、 探索処理によって配信パフォーマンスが低下する可能性があります。 ■パッチ適用の前提環境 Mailman 2.1.9 へのパッチです。 [mmjp-users 2278] のパッチの後に適用することを想定していますが、 素の 2.1.9 でも適用できます。 -- 永江 英武 nagae ＠ xxxxxxxx Nagae Hidetake http://www.eagan.jp/nagae/ -------------- next part -------------- *** Mailman/Handlers/CookHeaders.py.orig Fri Feb 17 11:42:35 2006 --- Mailman/Handlers/CookHeaders.py Sun Jan 20 12:16:13 2008 *************** *** 217,222 **** --- 217,224 ---- if archiveurl.endswith('/'): archiveurl = archiveurl[:-1] headers['List-Archive'] = '<%s>' % archiveurl + if mm_cfg.USE_IN_REPLY_TO_SEQ and msgdata.has_key('in_reply_to_seq'): + headers['X-In-Reply-To-Seq'] = msgdata['in_reply_to_seq'] # First we delete any pre-existing headers because the RFC permits only # one copy of each, and we want to be sure it's ours. for h, v in headers.items(): *************** *** 268,275 **** if p.search(prefix, 1): # prefix have number, so we should search prefix w/number in subject. # Also, force new style. ! prefix_pattern = p.sub(r'\s*\d+\s*', prefix_pattern) old_style = False else: old_style = mm_cfg.OLD_STYLE_PREFIXING subject = re.sub(prefix_pattern, '', subject) --- 270,281 ---- if p.search(prefix, 1): # prefix have number, so we should search prefix w/number in subject. # Also, force new style. ! prefix_pattern = p.sub(r'\s*(\d+)\s*', prefix_pattern) old_style = False + # save seq + seq = re.sub('.*' + prefix_pattern + '.*', r'\1', subject) + if seq != '': + msgdata['in_reply_to_seq'] = seq else: old_style = mm_cfg.OLD_STYLE_PREFIXING subject = re.sub(prefix_pattern, '', subject) *** Mailman/Archiver/HyperArch.py.orig Tue Mar 21 03:31:35 2006 --- Mailman/Archiver/HyperArch.py Sun Jan 20 13:05:21 2008 *************** *** 669,677 **** } def _makeArticle(self, msg, sequence): ! return Article(msg, sequence, ! lang=self.maillist.preferred_language, ! mlist=self.maillist) def html_foot(self): # avoid i18n side-effects --- 669,690 ---- } def _makeArticle(self, msg, sequence): ! article = Article(msg, sequence, ! keepHeaders=['X-In-Reply-To-Seq'], ! lang=self.maillist.preferred_language, ! mlist=self.maillist) ! if article.in_reply_to == '' and len(article.references) == 0: ! if article.headers.has_key('X-In-Reply-To-Seq'): ! # XXX: overwrite in_reply_to using X-In-Reply-To-Seq ! try: ! seq = int(article.headers['X-In-Reply-To-Seq'], 10) ! arch = self.get_archives(article) ! msgid = self.database.getMsgIdBySeq(arch, seq) ! if msgid != None: ! article.in_reply_to = msgid ! except ValueError: ! pass ! return article def html_foot(self): # avoid i18n side-effects *** Mailman/Archiver/HyperDatabase.py.old Thu Jan 17 07:20:01 2008 --- Mailman/Archiver/HyperDatabase.py Sun Jan 20 14:32:05 2008 *************** *** 339,341 **** --- 339,352 ---- try: key, msgid=self.threadIndex.next() except KeyError: finished=1 + + def getMsgIdBySeq(self, archive, seq): + msgid = None + self.__openIndices(archive) + for key in self.articleIndex.sorted: + buf = self.articleIndex[key] + article = pickle.loads(buf) + article.setListIfUnset(self._mlist) + if article.sequence + 1 == seq: + msgid = key + return msgid From onodera ＠ xxxxxxxxxxxxxx Mon Jan 21 13:29:58 2008 From: onodera ＠ xxxxxxxxxxxxxx (=?ISO-2022-JP?B?GyRCPi5Mbjt7PV8wbBsoQg==?=) Date: Mon, 21 Jan 2008 13:29:58 +0900 Subject: [mmjp-users 2282] =?iso-2022-jp?b?cm9vdBskQjA4JWEhPCVrJHIbKEJNTBskQiRLTi4kNyQ/GyhC?= =?iso-2022-jp?b?GyRCJCQbKEI=?= Message-ID: <20080121123214.54EC.ONODERA@growrise.co.jp> 小野寺と申します お世話になります サーバーを運用するのにあたり、システムが送信するroot宛メール（aliasesで 設定してあるpostmasterなども含む）をMLに流したいのですがうまくいきません。 メーリングリスト dev ＠ xxxxxxxxxxx　（仮） を作成しました。 プライバシー・オプション→[送信者フィルタ] 動作が定義されていない非会員からの投稿に対する動作 　承認 にチェックを入れています。 /etc/aliasesに root: dev として設定。 メーラーからroot ＠ xxxxxxxxxxx に送信するときちんと会員に配送されるのですが 例えばmailmanで新規入会でリスト管理者（postmaster）に通知した時 -- maillog -- Jan 21 13:10:40 localhost postfix/smtpd[27267]: connect from localhost.localdomain[127.0.0.1] Jan 21 13:10:40 localhost postfix/smtpd[27267]: 1EC2AE90090: client=localhost.localdomain[127.0.0.1] Jan 21 13:10:40 localhost postfix/cleanup[27270]: 1EC2AE90090: message-id= Jan 21 13:10:40 localhost postfix/qmgr[26755]: 1EC2AE90090: from=, size=842, nrcpt=1 (queue active) Jan 21 13:10:40 localhost postfix/smtpd[27267]: disconnect from localhost.localdomain[127.0.0.1] Jan 21 13:10:41 localhost postfix/smtpd[27274]: connect from localhost.localdomain[127.0.0.1] Jan 21 13:10:41 localhost postfix/smtpd[27274]: 0F63DE90091: client=localhost.localdomain[127.0.0.1] Jan 21 13:10:41 localhost postfix/cleanup[27270]: 0F63DE90091: message-id= Jan 21 13:10:41 localhost postfix/qmgr[26755]: 0F63DE90091: from=, size=1306, nrcpt=1 (queue active) Jan 21 13:10:41 localhost postfix/smtpd[27274]: disconnect from localhost.localdomain[127.0.0.1] Jan 21 13:10:41 localhost amavis[26489]: (26489-05) Passed CLEAN, LOCAL [127.0.0.1] [127.0.0.1] -> , Message-ID: , mail_id: F0L7LgBGrMtT, Hits: -1.741, queued_as: 0F63DE90091, 1005 ms Jan 21 13:10:41 localhost postfix/smtp[27271]: 1EC2AE90090: to=, relay=127.0.0.1[127.0.0.1]:10024, delay=1, delays=0.01/0/0/1, dsn=2.6.0, status=sent (250 2.6.0 Ok, id=26489-05, from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as 0F63DE90091) Jan 21 13:10:41 localhost postfix/qmgr[26755]: 1EC2AE90090: removed Jan 21 13:10:41 localhost postfix/local[27275]: 0F63DE90091: to=, orig_to=, relay=local, delay=0.17, delays=0.07/0/0/0.09, dsn=2.0.0, status=sent (delivered to command: /usr/lib/mailman/mail/mailman post dev) Jan 21 13:10:41 localhost postfix/qmgr[26755]: 0F63DE90091: removed --// maillog -- -- /var/log/mailman/vette -- Jan 21 13:10:41 2008 (24389) Message discarded, msgid: --// /var/log/mailman/vette -- と　Message discarded　になってしまいます。 /var/log/mailman/errorには何も吐かれません。 原因、解決策わかるかたおりましたら、ご教授下さい どうぞ、よろしくお願いいたします ■環境 OS:Fedora6 MTA:postfix mailman:2.1.9 -- 小野寺 From tkikuchi ＠ xxxxxxxxxxxxxxxx Mon Jan 21 13:47:06 2008 From: tkikuchi ＠ xxxxxxxxxxxxxxxx (Tokio Kikuchi) Date: Mon, 21 Jan 2008 13:47:06 +0900 Subject: [mmjp-users 2283] Re: =?iso-2022-jp?b?cm9vdBskQjA4JWEhPCVrJHIbKEJNTBskQiRLTi4bKEI=?= =?iso-2022-jp?b?GyRCJDckPyQkGyhC?= In-Reply-To: <20080121123214.54EC.ONODERA@growrise.co.jp> References: <20080121123214.54EC.ONODERA@growrise.co.jp> Message-ID: <479423CA.5010503@is.kochi-u.ac.jp> 小野寺淳一 さんは書きました: > サーバーを運用するのにあたり、システムが送信するroot宛メール（aliasesで > 設定してあるpostmasterなども含む）をMLに流したいのですがうまくいきません。 > > メーリングリスト > dev ＠ xxxxxxxxxxx　（仮） > を作成しました。 > プライバシー・オプション→[送信者フィルタ] > 動作が定義されていない非会員からの投稿に対する動作 > 　承認 > にチェックを入れています。 プライバシー・オプション->宛先フィルタ の設定はどうなっていますか？ -- 菊地時夫 tkikuchi ＠ xxxxxxxxxxxxxxxx http://weather.is.kochi-u.ac.jp/ 〒780-8520 高知大学理学部情報科学教室 From onodera ＠ xxxxxxxxxxxxxx Mon Jan 21 14:20:03 2008 From: onodera ＠ xxxxxxxxxxxxxx (=?ISO-2022-JP?B?GyRCPi5Mbjt7PV8wbBsoQg==?=) Date: Mon, 21 Jan 2008 14:20:03 +0900 Subject: [mmjp-users 2284] Re: =?iso-2022-jp?b?cm9vdBskQjA4JWEhPCVrJHIbKEJNTBskQiRLTi4bKEI=?= =?iso-2022-jp?b?GyRCJDckPyQkGyhC?= In-Reply-To: <479423CA.5010503@is.kochi-u.ac.jp> References: <20080121123214.54EC.ONODERA@growrise.co.jp> <479423CA.5010503@is.kochi-u.ac.jp> Message-ID: <20080121141724.54F5.ONODERA@growrise.co.jp> 小野寺です ご返信ありがとうございます プライバシー・オプション->宛先フィルタ は 投稿にはリスト名が宛先(to, cc) に含まれていなければ・・・ 　いいえ 明示的な To: または Cc: に入っていると このリス トへの配送を・・ 　空白 投稿を認めるメールに含まれる受信者数の上限 　10 となっております On Mon, 21 Jan 2008 13:47:06 +0900 Tokio Kikuchi wrote: > ＊＊注意：このメールへの返信は mmjp-users ＠ xxxxxxxxxxxxxxx へ行きます＊＊ > > 小野寺淳一 さんは書きました: > > > サーバーを運用するのにあたり、システムが送信するroot宛メール（aliasesで > > 設定してあるpostmasterなども含む）をMLに流したいのですがうまくいきません。 > > > > メーリングリスト > > dev ＠ xxxxxxxxxxx　（仮） > > を作成しました。 > > プライバシー・オプション→[送信者フィルタ] > > 動作が定義されていない非会員からの投稿に対する動作 > > 　承認 > > にチェックを入れています。 > > プライバシー・オプション->宛先フィルタ > の設定はどうなっていますか？ > > -- > 菊地時夫 tkikuchi ＠ xxxxxxxxxxxxxxxx > http://weather.is.kochi-u.ac.jp/ > 〒780-8520 高知大学理学部情報科学教室 > -- > 日本語Mailman利用者ML 案内ページ > http://mm.tkikuchi.net/mailman/listinfo/mmjp-users > 退会・変更・配送一時停止は以下へ > http://mm.tkikuchi.net/mailman/options/mmjp-users/onodera%40growrise.co.jp -- 小野寺 From shinji.tamura ＠ xxxxxxxxxxxx Mon Jan 21 14:48:46 2008 From: shinji.tamura ＠ xxxxxxxxxxxx (Shinji Tamura) Date: Mon, 21 Jan 2008 14:48:46 +0900 Subject: [mmjp-users 2285] Re: =?iso-2022-jp?b?cm9vdBskQjA4JWEhPCVrJHIbKEJNTBskQiRLTi4bKEI=?= =?iso-2022-jp?b?GyRCJDckPyQkGyhC?= In-Reply-To: <20080121141724.54F5.ONODERA@growrise.co.jp> References: <20080121123214.54EC.ONODERA@growrise.co.jp> <479423CA.5010503@is.kochi-u.ac.jp> <20080121141724.54F5.ONODERA@growrise.co.jp> Message-ID: <4794323E.8070408@furuno.co.jp> 田村と申します。 以前、似たようなことをやったので参考になれば。。。。 たぶん、 root宛ては、個人名かML名でaliasesがしてあると仮定すると、 あて先は、ML名ではないので、プライバシーオプションを設定する必要があります。 なので、プライバシーオプションで、 明示的なTo:またはCc:に張っているとこのリストへの配送を。。。 のところに、root宛てのアドレスを書いておけばいけるはずです。 これを設定するときは、投稿にはリスト名が。。。のところは、"はい"になってないと だめなはずです。 2008/01/21 14:20 小野寺淳一 wrote: > ＊＊注意：このメールへの返信は mmjp-users ＠ xxxxxxxxxxxxxxx へ行きます＊＊ > > 小野寺です > ご返信ありがとうございます > > プライバシー・オプション->宛先フィルタ > は > > 投稿にはリスト名が宛先(to, cc) に含まれていなければ・・・ > 　いいえ > > 明示的な To: または Cc: に入っていると このリス トへの配送を・・ > 　空白 > > 投稿を認めるメールに含まれる受信者数の上限 > 　10 > > となっております > > > On Mon, 21 Jan 2008 13:47:06 +0900 > Tokio Kikuchi wrote: > >> ＊＊注意：このメールへの返信は mmjp-users ＠ xxxxxxxxxxxxxxx へ行きます＊＊ >> >> 小野寺淳一 さんは書きました: >> >>> サーバーを運用するのにあたり、システムが送信するroot宛メール（aliasesで >>> 設定してあるpostmasterなども含む）をMLに流したいのですがうまくいきません。 >>> >>> メーリングリスト >>> dev ＠ xxxxxxxxxxx　（仮） >>> を作成しました。 >>> プライバシー・オプション→[送信者フィルタ] >>> 動作が定義されていない非会員からの投稿に対する動作 >>> 　承認 >>> にチェックを入れています。 >> プライバシー・オプション->宛先フィルタ >> の設定はどうなっていますか？ >> >> -- >> 菊地時夫 tkikuchi ＠ xxxxxxxxxxxxxxxx >> http://weather.is.kochi-u.ac.jp/ >> 〒780-8520 高知大学理学部情報科学教室 >> -- >> 日本語Mailman利用者ML 案内ページ >> http://mm.tkikuchi.net/mailman/listinfo/mmjp-users >> 退会・変更・配送一時停止は以下へ >> http://mm.tkikuchi.net/mailman/options/mmjp-users/onodera%40growrise.co.jp From tkikuchi ＠ xxxxxxxxxxxxxxxx Mon Jan 21 15:57:27 2008 From: tkikuchi ＠ xxxxxxxxxxxxxxxx (Tokio Kikuchi) Date: Mon, 21 Jan 2008 15:57:27 +0900 Subject: [mmjp-users 2286] Re: =?iso-2022-jp?b?cm9vdBskQjA4JWEhPCVrJHIbKEJNTBskQiRLTi4bKEI=?= =?iso-2022-jp?b?GyRCJDckPyQkGyhC?= In-Reply-To: <4794323E.8070408@furuno.co.jp> References: <20080121123214.54EC.ONODERA@growrise.co.jp> <479423CA.5010503@is.kochi-u.ac.jp> <20080121141724.54F5.ONODERA@growrise.co.jp> <4794323E.8070408@furuno.co.jp> Message-ID: <47944257.80405@is.kochi-u.ac.jp> > たぶん、 > root宛ては、個人名かML名でaliasesがしてあると仮定すると、 > あて先は、ML名ではないので、プライバシーオプションを設定する必要があります。 > なので、プライバシーオプションで、 > 明示的なTo:またはCc:に張っているとこのリストへの配送を。。。 > のところに、root宛てのアドレスを書いておけばいけるはずです。 > これを設定するときは、投稿にはリスト名が。。。のところは、"はい"になってないと > だめなはずです。 「いいえ」になっていれば、どんな宛先でも配送されるはずなのですが。 おかしいですね。 添付ファイル除去のところはなにか設定していますか？ -- 菊地時夫 tkikuchi ＠ xxxxxxxxxxxxxxxx http://weather.is.kochi-u.ac.jp/ 〒780-8520 高知大学理学部情報科学教室 From shinji.tamura ＠ xxxxxxxxxxxx Mon Jan 21 16:00:30 2008 From: shinji.tamura ＠ xxxxxxxxxxxx (Shinji Tamura) Date: Mon, 21 Jan 2008 16:00:30 +0900 Subject: [mmjp-users 2287] Re: =?iso-2022-jp?b?cm9vdBskQjA4JWEhPCVrJHIbKEJNTBskQiRLTi4bKEI=?= =?iso-2022-jp?b?GyRCJDckPyQkGyhC?= In-Reply-To: <47944257.80405@is.kochi-u.ac.jp> References: <20080121123214.54EC.ONODERA@growrise.co.jp> <479423CA.5010503@is.kochi-u.ac.jp> <20080121141724.54F5.ONODERA@growrise.co.jp> <4794323E.8070408@furuno.co.jp> <47944257.80405@is.kochi-u.ac.jp> Message-ID: <4794430E.6000502@furuno.co.jp> 田村です。 2008/01/21 15:57 Tokio Kikuchi wrote: >> root宛ては、個人名かML名でaliasesがしてあると仮定すると、 >> あて先は、ML名ではないので、プライバシーオプションを設定する必要があります。 >> なので、プライバシーオプションで、 >> 明示的なTo:またはCc:に張っているとこのリストへの配送を。。。 >> のところに、root宛てのアドレスを書いておけばいけるはずです。 >> これを設定するときは、投稿にはリスト名が。。。のところは、"はい"になってないと >> だめなはずです。 > > 「いいえ」になっていれば、どんな宛先でも配送されるはずなのですが。 > おかしいですね。 > > 添付ファイル除去のところはなにか設定していますか？ > 自分のところでは、添付ファイル除去の設定で"添付ファイルを削除しますか?"のところは "いいえ"で、他は初期値のままです。 From onodera ＠ xxxxxxxxxxxxxx Mon Jan 21 18:32:29 2008 From: onodera ＠ xxxxxxxxxxxxxx (=?ISO-2022-JP?B?GyRCPi5Mbjt7PV8wbBsoQg==?=) Date: Mon, 21 Jan 2008 18:32:29 +0900 Subject: [mmjp-users 2288] Re: =?iso-2022-jp?b?cm9vdBskQjA4JWEhPCVrJHIbKEJNTBskQiRLTi4bKEI=?= =?iso-2022-jp?b?GyRCJDckPyQkGyhC?= In-Reply-To: <4794430E.6000502@furuno.co.jp> References: <47944257.80405@is.kochi-u.ac.jp> <4794430E.6000502@furuno.co.jp> Message-ID: <20080121182825.554C.ONODERA@growrise.co.jp> 小野寺です すみません、返信遅くなりました 添付ファイル除去　はデフォルトのままにしてあります On Mon, 21 Jan 2008 16:00:30 +0900 Shinji Tamura wrote: > ＊＊注意：このメールへの返信は mmjp-users ＠ xxxxxxxxxxxxxxx へ行きます＊＊ > > 田村です。 > > 2008/01/21 15:57 Tokio Kikuchi wrote: > >> root宛ては、個人名かML名でaliasesがしてあると仮定すると、 > >> あて先は、ML名ではないので、プライバシーオプションを設定する必要があります。 > >> なので、プライバシーオプションで、 > >> 明示的なTo:またはCc:に張っているとこのリストへの配送を。。。 > >> のところに、root宛てのアドレスを書いておけばいけるはずです。 > >> これを設定するときは、投稿にはリスト名が。。。のところは、"はい"になってないと > >> だめなはずです。 > > > > 「いいえ」になっていれば、どんな宛先でも配送されるはずなのですが。 > > おかしいですね。 > > > > 添付ファイル除去のところはなにか設定していますか？ > > > > > 自分のところでは、添付ファイル除去の設定で"添付ファイルを削除しますか?"のところは > "いいえ"で、他は初期値のままです。 > -- > 日本語Mailman利用者ML 案内ページ > http://mm.tkikuchi.net/mailman/listinfo/mmjp-users > 退会・変更・配送一時停止は以下へ > http://mm.tkikuchi.net/mailman/options/mmjp-users/onodera%40growrise.co.jp -- 小野寺淳一 From nagae ＠ xxxxxxxx Mon Jan 21 23:45:05 2008 From: nagae ＠ xxxxxxxx (Nagae Hidetake) Date: Mon, 21 Jan 2008 23:45:05 +0900 (JST) Subject: [mmjp-users 2289] Re: =?iso-2022-jp?b?cm9vdBskQjA4JWEhPCVrJHIbKEJNTBskQiRLTi4bKEI=?= =?iso-2022-jp?b?GyRCJDckPyQkGyhC?= In-Reply-To: <20080121123214.54EC.ONODERA@growrise.co.jp> References: <20080121123214.54EC.ONODERA@growrise.co.jp> Message-ID: <20080121.234505.41200216.nagae@eagan.jp> こんにちは。永江です。 From: 小野寺淳一 Subject: [mmjp-users 2282] root宛メールをMLに流したい Date: Mon, 21 Jan 2008 13:29:58 +0900 > メーラーからroot ＠ xxxxxxxxxxx に送信するときちんと会員に配送されるのですが > 例えばmailmanで新規入会でリスト管理者（postmaster）に通知した時 > Jan 21 13:10:41 localhost postfix/local[27275]: 0F63DE90091: to=, orig_to=, relay=local, delay=0.17, delays=0.07/0/0/0.09, dsn=2.0.0, status=sent (delivered to command: /usr/lib/mailman/mail/mailman post dev) つまり、リスト dev の管理者として postmaster ＠ xxxxxxxxxxx を指定し、 postmaster ＠ xxxxxxxxxxx 宛のメールはリスト dev に転送されるわけですね。 Mailman が管理者宛に送信したメールがそのままリストに戻ってくると、 ループが発生したと判断し、そのメールは破棄されると思います。 （Handlers/Approve.py 末尾の raise Errors.LoopError） とりあえず管理者には、ML に転送されるアドレスではなく、 個人アドレスを列挙してください。 # 田村さんのところは、また別の原因なんでしょうか… 管理者宛の通知メールに X-BeenThere: dev ＠ xxxxxxxxxxx がつくのは、 妥当なのかどうか…？？ すぐに思いつかないだけで、必要なケースもあるんでしょうね。 -- 永江 英武 nagae ＠ xxxxxxxx Nagae Hidetake http://www.eagan.jp/nagae/ From shinji.tamura ＠ xxxxxxxxxxxx Tue Jan 22 08:27:49 2008 From: shinji.tamura ＠ xxxxxxxxxxxx (Shinji Tamura) Date: Tue, 22 Jan 2008 08:27:49 +0900 Subject: [mmjp-users 2290] Re: =?iso-2022-jp?b?cm9vdBskQjA4JWEhPCVrJHIbKEJNTBskQiRLTi4bKEI=?= =?iso-2022-jp?b?GyRCJDckPyQkGyhC?= In-Reply-To: <20080121.234505.41200216.nagae@eagan.jp> References: <20080121123214.54EC.ONODERA@growrise.co.jp> <20080121.234505.41200216.nagae@eagan.jp> Message-ID: <47952A75.2000900@furuno.co.jp> 田村です。 2008/01/21 23:45 Nagae Hidetake wrote: > ＊＊注意：このメールへの返信は mmjp-users ＠ xxxxxxxxxxxxxxx へ行きます＊＊ > > こんにちは。永江です。 > > とりあえず管理者には、ML に転送されるアドレスではなく、 > 個人アドレスを列挙してください。 > > # 田村さんのところは、また別の原因なんでしょうか… どうなんでしょう？(^^;; とりあえず、会社でMLを運営していて、メンバーがちょっとずつ違うMLがあったりするので A-MLをB-MLにながしたりaliasesでMLに流したりとしているのですが、 いろいろ設定を変更して試した結果、先の方法でうまくいってたりします。。。 ＃実は不本意な設定なのでしょうか？.... From onodera ＠ xxxxxxxxxxxxxx Tue Jan 22 13:39:28 2008 From: onodera ＠ xxxxxxxxxxxxxx (=?ISO-2022-JP?B?GyRCPi5Mbjt7PV8wbBsoQg==?=) Date: Tue, 22 Jan 2008 13:39:28 +0900 Subject: [mmjp-users 2291] Re: =?iso-2022-jp?b?cm9vdBskQjA4JWEhPCVrJHIbKEJNTBskQiRLTi4bKEI=?= =?iso-2022-jp?b?GyRCJDckPyQkGyhC?= In-Reply-To: <20080121.234505.41200216.nagae@eagan.jp> References: <20080121123214.54EC.ONODERA@growrise.co.jp> <20080121.234505.41200216.nagae@eagan.jp> Message-ID: <20080122133614.5561.ONODERA@growrise.co.jp> 小野寺です 永江様 おっしゃる通りで、管理者に個人アドレスを設定したらうまくいきました おかげさまで解決いたしました ありがとうございました On Mon, 21 Jan 2008 23:45:05 +0900 (JST) Nagae Hidetake wrote: > ＊＊注意：このメールへの返信は mmjp-users ＠ xxxxxxxxxxxxxxx へ行きます＊＊ > > こんにちは。永江です。 > > From: 小野寺淳一 > Subject: [mmjp-users 2282] root宛メールをMLに流したい > Date: Mon, 21 Jan 2008 13:29:58 +0900 > > > メーラーからroot ＠ xxxxxxxxxxx に送信するときちんと会員に配送されるのですが > > 例えばmailmanで新規入会でリスト管理者（postmaster）に通知した時 > > > Jan 21 13:10:41 localhost postfix/local[27275]: 0F63DE90091: to=, orig_to=, relay=local, delay=0.17, delays=0.07/0/0/0.09, dsn=2.0.0, status=sent (delivered to command: /usr/lib/mailman/mail/mailman post dev) > > つまり、リスト dev の管理者として postmaster ＠ xxxxxxxxxxx を指定し、 > postmaster ＠ xxxxxxxxxxx 宛のメールはリスト dev に転送されるわけですね。 > > Mailman が管理者宛に送信したメールがそのままリストに戻ってくると、 > ループが発生したと判断し、そのメールは破棄されると思います。 > （Handlers/Approve.py 末尾の raise Errors.LoopError） > > とりあえず管理者には、ML に転送されるアドレスではなく、 > 個人アドレスを列挙してください。 > > # 田村さんのところは、また別の原因なんでしょうか… > > > 管理者宛の通知メールに X-BeenThere: dev ＠ xxxxxxxxxxx がつくのは、 > 妥当なのかどうか…？？ > すぐに思いつかないだけで、必要なケースもあるんでしょうね。 > > -- > 永江 英武 nagae ＠ xxxxxxxx > Nagae Hidetake http://www.eagan.jp/nagae/ > -- > 日本語Mailman利用者ML 案内ページ > http://mm.tkikuchi.net/mailman/listinfo/mmjp-users > 退会・変更・配送一時停止は以下へ > http://mm.tkikuchi.net/mailman/options/mmjp-users/onodera%40growrise.co.jp -- 小野寺 From nagae ＠ xxxxxxxx Wed Jan 23 07:09:44 2008 From: nagae ＠ xxxxxxxx (Nagae Hidetake) Date: Wed, 23 Jan 2008 07:09:44 +0900 (JST) Subject: [mmjp-users 2292] Re: =?iso-2022-jp?b?cm9vdBskQjA4JWEhPCVrJHIbKEJNTBskQiRLTi4bKEI=?= =?iso-2022-jp?b?GyRCJDckPyQkGyhC?= In-Reply-To: <47952A75.2000900@furuno.co.jp> Message-ID: <20080123.070944.74754176.nagae@eagan.jp> こんにちは。永江です。 From: Shinji Tamura Subject: [mmjp-users 2290] Re: root宛メールをMLに流したい Date: Tue, 22 Jan 2008 08:27:49 +0900 > > とりあえず管理者には、ML に転送されるアドレスではなく、 > > 個人アドレスを列挙してください。 > > > > # 田村さんのところは、また別の原因なんでしょうか… > > どうなんでしょう？(^^;; > とりあえず、会社でMLを運営していて、メンバーがちょっとずつ違うMLがあったりするので > A-MLをB-MLにながしたりaliasesでMLに流したりとしているのですが、 > いろいろ設定を変更して試した結果、先の方法でうまくいってたりします。。。 > ＃実は不本意な設定なのでしょうか？.... A-ML の管理者が A-ML ではなく B-ML であれば、確かに動作しますね。 特に問題はなさそうに思うのですが、そもそも A-ML の管理者として A-ML 自身を設定したときにメールを破棄している理由がわからないので （意図的なものか、副作用でそうなってしまっただけか）、 私には断言できません。 おそらく田村さんのところでも、acceptable_aliases に root を入れる かわりに、requre_explicit_destination を「いいえ」に設定することでも 動作すると思います。 元の宛先が何であっても受け付けるので、制約が少し緩くなるわけですが、 それでよければ、という前提はつきます。 # 今の設定で不都合がなければ、わざわざ変更することもありませんが -- 永江 英武 nagae ＠ xxxxxxxx Nagae Hidetake http://www.eagan.jp/nagae/ From nagae ＠ xxxxxxxx Sat Jan 26 08:36:52 2008 From: nagae ＠ xxxxxxxx (Nagae Hidetake) Date: Sat, 26 Jan 2008 08:36:52 +0900 (JST) Subject: [mmjp-users 2293] Re: =?iso-2022-jp?b?U3ViamVjdCAbJEIkSyRoJGs9cThLJE4lOSVsJUMbKEI=?= =?iso-2022-jp?b?GyRCJUkyPRsoQg==?= In-Reply-To: <20080120.184713.15273074.nagae@eagan.jp> References: <20080106.203040.41625926.nagae@eagan.jp> <20080117.075047.21934879.nagae@eagan.jp> <20080120.184713.15273074.nagae@eagan.jp> Message-ID: <20080126.083652.112625453.nagae@eagan.jp> こんにちは。永江です。 From: Nagae Hidetake Subject: [mmjp-users 2281] Re: Subject による書庫のスレッド化 Date: Sun, 20 Jan 2008 18:47:13 +0900 (JST) > > 本当は私が望む動作は、例えば Re: [test 0123] Re: subject なら > > [test 0123] への reply として扱いたいのです。 > > なんとかパッチの形になりましたのでお送りいたします。 先日こちらに流した SubjectSeqThread.patch ですが、 ひとつ初歩的な間違いが見つかってしまったので、修正しておきます。 修正箇所は、CookHeaders.py でシーケンス番号を抽出している箇所です。 投稿時の Subject に prefix が見つからなかった場合、元のパッチでは Subject 全体を X-In-Reply-To-Seq に設定してしまっていました。 if seq != '' を if seq != subject に変更しています。 # 書庫が切り替わる前に気づいたのが救い -- 永江 英武 nagae ＠ xxxxxxxx Nagae Hidetake http://www.eagan.jp/nagae/ -------------- next part -------------- *** Mailman/Handlers/CookHeaders.py.orig Fri Feb 17 11:42:35 2006 --- Mailman/Handlers/CookHeaders.py Sat Jan 26 08:11:02 2008 *************** *** 217,222 **** --- 217,224 ---- if archiveurl.endswith('/'): archiveurl = archiveurl[:-1] headers['List-Archive'] = '<%s>' % archiveurl + if mm_cfg.USE_IN_REPLY_TO_SEQ and msgdata.has_key('in_reply_to_seq'): + headers['X-In-Reply-To-Seq'] = msgdata['in_reply_to_seq'] # First we delete any pre-existing headers because the RFC permits only # one copy of each, and we want to be sure it's ours. for h, v in headers.items(): *************** *** 268,275 **** if p.search(prefix, 1): # prefix have number, so we should search prefix w/number in subject. # Also, force new style. ! prefix_pattern = p.sub(r'\s*\d+\s*', prefix_pattern) old_style = False else: old_style = mm_cfg.OLD_STYLE_PREFIXING subject = re.sub(prefix_pattern, '', subject) --- 270,281 ---- if p.search(prefix, 1): # prefix have number, so we should search prefix w/number in subject. # Also, force new style. ! prefix_pattern = p.sub(r'\s*(\d+)\s*', prefix_pattern) old_style = False + # save seq + seq = re.sub('.*' + prefix_pattern + '.*', r'\1', subject) + if seq != subject: + msgdata['in_reply_to_seq'] = seq else: old_style = mm_cfg.OLD_STYLE_PREFIXING subject = re.sub(prefix_pattern, '', subject) *** Mailman/Archiver/HyperArch.py.orig Tue Mar 21 03:31:35 2006 --- Mailman/Archiver/HyperArch.py Sun Jan 20 13:05:21 2008 *************** *** 669,677 **** } def _makeArticle(self, msg, sequence): ! return Article(msg, sequence, ! lang=self.maillist.preferred_language, ! mlist=self.maillist) def html_foot(self): # avoid i18n side-effects --- 669,690 ---- } def _makeArticle(self, msg, sequence): ! article = Article(msg, sequence, ! keepHeaders=['X-In-Reply-To-Seq'], ! lang=self.maillist.preferred_language, ! mlist=self.maillist) ! if article.in_reply_to == '' and len(article.references) == 0: ! if article.headers.has_key('X-In-Reply-To-Seq'): ! # XXX: overwrite in_reply_to using X-In-Reply-To-Seq ! try: ! seq = int(article.headers['X-In-Reply-To-Seq'], 10) ! arch = self.get_archives(article) ! msgid = self.database.getMsgIdBySeq(arch, seq) ! if msgid != None: ! article.in_reply_to = msgid ! except ValueError: ! pass ! return article def html_foot(self): # avoid i18n side-effects *** Mailman/Archiver/HyperDatabase.py.old Thu Jan 17 07:20:01 2008 --- Mailman/Archiver/HyperDatabase.py Sun Jan 20 14:32:05 2008 *************** *** 339,341 **** --- 339,352 ---- try: key, msgid=self.threadIndex.next() except KeyError: finished=1 + + def getMsgIdBySeq(self, archive, seq): + msgid = None + self.__openIndices(archive) + for key in self.articleIndex.sorted: + buf = self.articleIndex[key] + article = pickle.loads(buf) + article.setListIfUnset(self._mlist) + if article.sequence + 1 == seq: + msgid = key + return msgid