{4} コメントの一覧 (413 件のマッチ)

mailarchive-admin.py の次の部分をコメントアウトして実行したらほとんどのエラーがなくなりました。 "%s"に放り込まれるデータに気に入らないものがあるとエラーになるようです。

[97]にて対処しました。

いいですね。簡単にできそうなんで今度入れてみますね。

自己レスです。

インストールした MailArchive のリビジョンが古かった為でした。 申し訳なかったです。

weekbuild への返信

とりあえず、直接[4]のファイルを入れ替えてください。m(_ _)m

[14]の誤りでした。

IE7でメイリオを使うには、IEの設定を変える方法の他に、 サイト側でメイリオがあれば使うようにCSSを設定する方法があるようだ。 http://www.exconn.net/Blogs/windows/archive/2006/06/15/13271.aspx

サイト側でメイリオを指定する際に、フォントのサイズも指定できれば、 入れあうとずれもなくなりそうだが。できるのかな。

なるほど。ご意見ありがとうございます。
ただこれは、pop3で無理してやるのではなく、適当なメールソフトで一回取込んでフィルタリングしてからimportするとか、.forwardを書くとかしたほうがいい気がします。
ひとつのpop3アカウントにMailArchiveプラグインと普通のメーラーでアクセスに行くと、メールの取り合い（タイミングによってどっちかがメールを削除してしまう）になってしまいそうです。

weekbuild さんへの返信

幸いtrac-0.10-ja-3は以前ダウンロードしたものが手元にあるので今度試してみます。
（すでのtrac-0.10.3-jaがでていてtrac-0.10-ja-3はダウンロードからきえていますね（^^ゞ）

trac-0.10.3-jaとtrac-0.10-ja-3を混同して、手元のバージョンを最新と思い込んでました。いけませんね……。
私のほうでtrac-0.10.3-jaに入れ替えてみたら、修正せずとも何も問題ないようです。お騒がせしてすみませんでした。

あえて古いバージョンに対応していただく必要もないかとは思いますが、一応状況を少しだけ補足しておくと、件の修正により私のところでも"…"に限らずモロモロの文字がエスケープされて表示されるようになってました。エラーでページごと表示されないよりはその方が良いかな、と思ったもので。
入れ替えてしまったので私のほうでもすぐには確認できないのですが、

• こんな感じの
• UL記法が

怪しかったように思います。

ごめんなさい。メールアドレスが含まれていたのでコメントを一部勝手に書換えさせていただきました。

で、すばらしい。かなり解析されていますね。感謝です。
その１は、ただのバグっぽい。おはずかしい。デバッグログを出すだけなのでコメントアウトで全然問題ないです。
その２、その３も（今日は無理ですが）私のほうでもちょっと見てみます。

取り上げていただき＋情報提供ありがとうございます。m(_ _)m
ただ、私の開発環境(trac-0.10.2-ja)では、特に発生せず、ご指摘の修正をあてると逆にコメントの後ろの…が…にエスケープされるような現象が起きてしまうようです。

バージョンによるのかな？
幸いtrac-0.10-ja-3は以前ダウンロードしたものが手元にあるので今度試してみます。
（すでのtrac-0.10.3-jaがでていてtrac-0.10-ja-3はダウンロードからきえていますね（^^ゞ）

もし「こういうwikiの文章で起きる」がわかればご一報いただけるとうれしいです。

長引いてすみません・・・

試しに、エラーになっているメールの次のヘッダーを削除してみました。 １エラーメール分を削除→import→１エラーメール分を削除→import の繰り返し

In-Reply-To: <00000000000000.AAAA.A.AAAAAA@xxxxx.co.jp>
References: <00000000000000.AAAA.A.AAAAAA@xxxxx.co.jp> <00000000000000.AAAA.A.AAAAAA@xxxxx.co.jp>

そうしたら、はじめのうちは（ファイルの上の方では）１つ１つエラーが消えていったのですが、３個目ぐらいを削除したら（ファイルの）下の方のエラーが消えてしまいました。 何かヒントにならないですかね。。。

上記 Message-ID は（MLなので？）繰り返し登場することから、登場したメールがエラーになっているのか？　・・・と思ったのですがそういうわけでもありません。。。

ただし、いろいろと試していると、特定の文字というよりも次の特徴があるように感じました。
* ヘッダ内(100%)のエンコードされた場所でエラー * エラーメールの特徴だけ切り出そうと不要と思われるところを削っていたらエラーがなくなってしまった。 * ヘッダ部で２行以上になるものが何か悪さしているのでは？という雰囲気。

なるほど。ヘッダでエラーが起きているのですね。

ヘッダ部で２行以上になるというのはSubjectでしょうか？ そうだとしたら、そのメールを出しているメーラーが何かは(X-Mailerヘッダで)わかりませんか？ メーラーやおきる条件がわかれば、こちらで確認できるかもしれません。

ちなみにヘッダの解析はPythonの標準のemailパッケージで行っています。 Subjectに改行が含まれること(ってアリなのか？)にemailパッケージが対応していないのかも知れませんが。

お手数をおかけしております。。

Message-ID が表示されているので、それを頼りに切り出して処理させたところ、
ここでエラーになっている

Subject: Re: =?ISO-2022-JP?B?GyRCNSFHPSEmMmhMTCRKJEkkTjBsGyhC?=
 =?ISO-2022-JP?B?GyRCTXcbKEI=?=

のがありました。(直接 nkf でデコードした結果→Subject: Re: 機能・画面などの一覧)
ただし、いろいろと試していると、特定の文字というよりも次の特徴があるように感じました。

• ヘッダ内(100%)のエンコードされた場所でエラー
• エラーメールの特徴だけ切り出そうと不要と思われるところを削っていたらエラーがなくなってしまった。
• ヘッダ部で２行以上になるものが何か悪さしているのでは？という雰囲気。

尚、使用している nkf はこれです。

Network Kanji Filter Version 2.0.7 (2006-06-13) for Win32
Copyright (C) 1987, FUJITSU LTD. (I.Ichikawa),2000 S. Kono, COW
Copyright (C) 2002-2006 Kono, Furukawa, Naruse, mastodon

MIMEエンコードされた場所でエラーが発生しているため、デコードしてから mailarchive-admin.py を実行するという流れではきついですね～。まぁ急いでいないのでエラーの原因をさらに探ってみます・・・

ちなみに、設定は次のようにしています。

[mailarchive]
codecaliases = iso-2022-jp:cmd:nkf -J -w8 -x --cp932,Shift_JIS:cp932
title = ML
replaceat = ＠

エラー１２３の整理をしてみますね。。。

補足：上のコメントでえらそうに書いていますが、こちらのサイトWindows上で作成した egg の内容が不十分の記載に気づいたのはつい２，３日前です。 取り上げていただいているdiscypus様には感謝感謝です。

すんません。ローカルな開発環境でしか試してませんでした。(^ ^;
入れ替えました。見てみてください。

これって、このへん（#121,#122,[91])の対応で直っていませんかね。一人でなおっている気になってました。お使いのリビジョンはいくつでしょうか。

お忙しいところ恐縮です。

#13 を参考に Trac.ini を修正し max_size を 262144000 に変更してから実行しました。
（↑どうしてこれは取消し線が出る？？）

◆エラー１
エラーの大半が以下のものでした。
（"position"の後ろの数値はメールによっていろいろ変わります）

[Error] 'ascii' codec can't decode byte 0xef in position 106: ordinal not in range(128)
[Error] 'ascii' codec can't decode byte 0xef in position 122: ordinal not in range(128)
[Error] 'ascii' codec can't decode byte 0xef in position 122: ordinal not in range(128)

◆エラー２
少々ありました。
（"position"の後ろの数値はメールによっていろいろ変わります）

[Error] 'ascii' codec can't encode characters in position 8-11: ordinal not in range(128)
[Error] 'ascii' codec can't encode characters in position 0-6: ordinal not in range(128)
[Error] 'ascii' codec can't encode characters in position 0-1: ordinal not in range(128)

◆エラー３
'ascii'で始まらないのはこれ１つでした。

'utf8' codec can't decode byte 0xb2 in position 389: unexpected code byte

以上ですがこのような書き込みでいいでしょうか＾＾；
エラーメールをお渡しできればいいのでしょうが・・・約55MByte ファイルから該当部分をどうやって切り出すか・・・"position"の意味を教えていただければ的確なものを用意できるかもしれませんがいかがでしょうか？（私的な個人メールだけじゃないので全文はちょっと控えたいという事情もあったりします。m(_ _)m）

お忙しいところご対応ありがとうございます。

Weekbuildさんのココのサイトで発生するのですが、最新版にされていないということでよいですかね＾＾；
自分のサイトで確認してみます。。。

いまはファイルの有無が見える機能はありません。
見えたほうがいいというのはごもっとも。ちょっと検討してみます。 よくあるクリップのようなアイコンでもつくといいのかな？

[95]で対応しました。

0.10からインタフェースがかわったことで、動かなくなっていたみたいです。

[93]で対応しました。 エラーになった処理はそもそもつかってなかったので、削ってしまいました。

ActivePythonでも、Tracは動くんですね。 PythonもActivePythonとかIronPythonとかいろいろあるなぁ。 IronPythonで動かしている人とかいるのかしら？

ActivePythonを使用する場合、JapaneseCodecsを別途インストールしなければShiftJISは使用できなかったと思います。ちなみに、私はActivePython(2.3.5)を使用してTracを動かしています（xdocviewプラグインは使用していませんが・・・）。

ActivePythonって私よく知らないんですが、MS932(ShiftJIS)って扱えるんでしょうか。

なるほど、Pythonの違いですか。Pythonについては詳しくないし、Tracのためにインストールしたようなものなので、入れ替えてみました。すると、今回は正常に日本語表示できることが確認できました。問題ないようなので、これで使ってみたいと思います。対応をありがとうございました。

ログ見ると文字コードの変換に失敗しているっぽいですね。 xdocview.pyの87行目を以下のように変更しても起きますか？

やはり発生しました。

あと、python2.4はどこらか入手したものをインストールしていますか？ちなみに私の確認したのはここのPython 2.4.3です。

下記のサイトから入手したPython 2.4.3です。
http://www.activestate.com/Products/ActivePython/

お手数をおかけします。

• ログの出力レベルはDEBUGになっていますか？

DEBUGレベルで出力しています。（下記は出力例）

2006-12-11 10:36:21,342 Trac[xdocview] DEBUG: XdocView-Plugin xdoc2txt "c:\windows\temp\tmpsaqpr1.doc" : .doc

• xdoc2txtはパスのとおったところにおいてありますか？

置いています。置いているハズです。でも、下記のようにフルパスを書いたらxdoc2txtが呼び出されるようになりました。cmd.exeでは普通にxdoc2txt.exeを呼び出せるのですが。

> cmdline = self.config.get('mimeviewer', 'xdoc2txt_path','C:/etc/bin/xdoc2txt')

• 環境変数を変えた後にPC(サーバ)の再起動は行っていますか？

再起動しています。

• 全角文字を含まない文書でもなにも表示されませんか？

上記のようにxdoc2txtのフルパスを書いたところ、英数字のみのExcelファイルは内容が表示されるようになりました。日本語を含むファイルは、下記のようなエラーがログに出ています。

2006-12-11 14:34:24,687 Trac[api] WARNING: HTML preview using <xdocview.xdocview.XdocRenderer object at 0x05AD3310> failed ('ascii' codec can't encode characters in position 0-9: ordinal not in range(128)) Traceback (most recent call last): File "c:\app\Python24\Lib\site-packages\trac\mimeview\api.py", line 456, in render return Markup(self._annotate(result, annotations)) File "c:\app\Python24\Lib\site-packages\trac\mimeview\api.py", line 490, in _annotate for num, line in enumerate(_html_splitlines(lines)): File "c:\app\Python24\Lib\site-packages\trac\mimeview\api.py", line 620, in _html_splitlines for line in lines: File "build\bdist.win32\egg\xdocview\xdocview.py", line 99, in render UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-9: ordinal not in range(128)

やっぱり設定がどこか変なのでしょうか？

対応をありがとうございます。 早速インストールしてみたところ、上記のようなWARNINGログは出なくなったのですが、Webブラウザにおいて、肝心の中身が表示されません。"Line 1"が空行のままでExcelのファイルの内容は全く表示されていない状態です。ログにも何も出ていないようですし、確認すべき項目などあれば教えて頂きたいのですが？よろしくお願いします。

ちなみに、[88]によって、作られるeggファイルのファイル名も小文字になります。
Unix環境でアップデートする人は古い大文字のeggファイルを削除するよう気をつけてください。

M.Iさんへ
貴重な情報ありがとうございます！知らんかった。明日調べてみよう。

エアさんへ
「プラグインが動かないときはログを見る」と結構ヒントがつかめるので 私はよく見るようにしているんですが、
なにもでないとは悲しいですね。調べようなかったかも。解決してよかったです。

はじめまして。TickTackBlogプラグインは利用させていただいております。

もしかすると関係あるかもしれませんので、私の経験した現象を書いておきます。

TickTacBlogプラグインをダウンロードし、

python setup.py bdist_egg

を実行して作成されたeggファイルをインストールしたのですが、まったく反応がなく、ログにもロードされた記録すら載っていない、という状態になりました。

いろいろ試行錯誤した後、eggファイルの中をほかのプラグインと比較してみようとのぞいてみたところ、EGG-INFOの中のSOURCES.txtファイルの内容が

setup.py
TickTackBlog.egg-info/SOURCES.txt
ticktackblog/__init__.py
ticktackblog/macros.py
ticktackblog/ticktackblog.py
ticktackblog/timeline.py

であり、他のプラグインと異なり、TickTackBlog.egg-infoディレクトリに入っている他のファイルがが含まれていないことに気づきました。

とりあえず、SOURCES.TXTに他のファイルの列挙も追加してからeggを作成してみたところ、あっさりと動作するようになりました。

Pythonはよく知らないのですが、別の、やはりソースからeggを作成するプラグインを試してみたときも同じ現象に遭遇したような気がする（経験済みだったのでなんとなく対応してしまい、かつ結局採用しなかったのでどういうプラグインだったかは覚えていません）どちらかというと、setuptoolに関係する話なのかも、と思います。

ちなみに、WindowsXPSP2で、Pythonは2.4.3、setuptoolは0.6c3のはずです。

xdocviewプラグインは、trac0.10には対応していないのですよ。 申し訳ないm(_ _)m。時間が取れたらやってみますね。

r75で検証を行い、問題なくメールが取り込めることを確認しました。 御対応ありがとうございます。 報告が遅れて申し訳ありません。

アドビの記事もありました

Flex アプリケーションのクライアントコードをデバッグする

すいません。以下のとおりやったら簡単に作れました。（実は作れていたことに気づいてなかった。ガジェットの一覧をよく見たら「ハロー　ワールド」がいました）

http://www.microsoft.com/japan/msdn/windowsvista/webcast/gadget_1st_step.aspx

まあ、WindowsSDKやVisualStudio2005が必要みたいに書いてるけど、 xmlとかhtmlとかだけの簡単なガジェットならVisualStudioも要らなさそう。 WindowsSDKはドキュメントを見るために必要なだけっぽい。ドキュメント英語ですが。。。

httpクライアントを作成して、以下のような使い方をしています（あまり参考になりそうでないですが）。

1. httpクライアントでTimelineのRSS情報を取得する。起動のタイミングは１時間に１回。なお、前回処理時刻を保存しておき、それ以降更新された情報のみを処理対象に。
2. 例えばwikiならページ単位で１つにまとまるようにクライアントで加工。
3. 加工してまとめた内容をIPMessangerで通知。

気に入ったRSSリーダがなかったのと、RSS情報を取得するのに認証を必要とする設定にしていたので、自作してしまいました（＾＾；　まぁ、ページ数がそれほど多くないのと、Ticketのassign対象者が少ない（片手で数えきれます）のでフィルタリングを特に行わなくても運用できているんだとは思いますが。

とりあえず unescape しなければ動作しますね。
セキュリティ上問題あるかもしれませんが・・・

weekbuild への返信

[86]にて対応してみました。当ブログのサイドバーに表示してます。どうでしょうか？？

いま、ダウンロードして試してみました。 最高です! 　私が想定していたものより数段いいです。パラメータでクエリを渡すとは思いつきませんでした。私も当初TicketQueryでやってみたのですが

• グループ分けが出来ない
• カテゴリ毎の件数が多い時にどうするか?
• CSSの関係か表示が派手に字下げされてしまう

という部分で挫折してしまいました。
件数が多い時に遷移する方法は私にとっては「コロンブスの卵」的発想でした。（この方法いい！と思ってしまいました）

今のところ、チケットに登録したキーワードでグループ化するようにして運用を始めました

自分的にはtracがマイブームなんですが（特にマクロやプラグインで機能拡張できるところ）、雑誌(WEB+DB)でも紹介されたりしているので、もっと広がったらいいな、と思っている今日この頃です。
→最近はここのようにtracで運用されているサイトもあるようですね

どうもありがとうございました。
では。

[86]にて対応してみました。当ブログのサイドバーに表示してます。どうでしょうか？？

TicketQueryマクロを改造して、TTBTicketQueryマクロを作りました。下記の例のように、引数１に検索条件を書きます。検索条件の書き方は、wiki:TracQuery のTicketQueryマクロと同じです。

TicketQueryマクロと異なる点は、

• グループ分けができます。group=フィールド名という形で指定してください。
• 表示件数を指定できます。第２引数に指定してください。

なお、Trac0.9には未対応です。要望があれば対応します。

使い方

指定された条件にマッチするチケットを一覧表示します。

このマクロは 2 つのパラメータを許容します。第 2 パラメータは省略可能です。

第 1 パラメータはクエリ自身を指し、 query: のような Wiki リンクと同じ シンタックスを使用します。 クエリの値に全角文字を使いたい場合は、エスケープせずにそのまま入力してください。 query:と同様に、以下の特殊なキーが使用できます。

第 2 パラメータは表示するチケットの最大件数を指定します。 groupを指定してある場合、各グループに対してこの最大件数が適用されます。 省略するか-1を指定すると、条件にマッチする全チケットを表示します。 なお、最大件数を超える場合は、最下段に条件にマッチする全チケットを表示するクエリへのリンクを表示します。

例：

[[TTBTicketQuery(type=ブログ&group=component&order=id&desc=true,5)]]

ご丁寧にどうもです。

オーケー、ちょっとやってみます。

anonymous への返信

情報ありがとうございます。私が知ったのはヘルプが日本語化されたためでした。じつはコッソリ存在していたのか～。

re_guzy への返信

コメントありがとうございます。これですね！FootNoteMacro便利なのに～。なんとかならんかなぁ。

早速の対応ありがとうございます。
休日で確認できませんが、週明けにまたご報告します。

了解いたしました。また、解析等ありがとうございました。

実施結果になります。

おかげさまで改行の問題は解消しました。ありがとうございました。

   <div class="mailarcpage">
    <div id="searchable"><br/>テストの２通目です。<br/>改行を２ついれました。<br/><br/>改行は入りましたか？<br/></div>
   </div>

別途問題が発生してしまいまして、いただいたテストメールをImportした状態のまま先に自分が用意したメールをImportしたところ、メール一覧からのリンクがすべて

http://www.hogehoge.org/trac/test/mailarchive/1

のようにメール１へのリンクとなってしまいました。

一度、両データをmailarc, mailarc_categoryより削除の上、自分が用意したメールのみをImportしたところ、

http://www.hogehoge.org/trac/test/mailarchive/1
　：
　：
http://www.hogehoge.org/trac/test/mailarchive/196

と無事にリンクが付与され、かつメール本文についても意図したどおりの改行がなされていました。

上記事象は、何かのお役に立てばと考えます。

スペースがエスケープされてしまっているみたいですね。

安易な解決策で申し訳ないんですが、 <br />→<br/>とスペースを取り除いてみました。 [77]を試してみていただけますでしょうか。

TracDoc/MailArchivePluginより、開発中のものを取得してインストールしてください。 DBは正しいようなので、DBのデータを消す必要はありません。