[SIMILAR] WITH 7380 率デ WITH 7107 全to WITH 6676 再計 WITH 4831 来通 WITH 3540 token WITH 2709 、- WITH 2390 revision WITH 1805 単独 WITH 1516 bsfilter WITH 1271 確率 WITH 1263 タベ WITH 1260 従来 WITH 725 計算 WITH 413 ベー WITH 386 メイ WITH 377 invalid WITH 371 変更 WITH 355 更新 WITH 332 デー WITH 332 一緒 WITH 310 終了 WITH 267 場合 WITH 236 イル WITH 222 ータ WITH 140 ース WITH 1 [ WITH 1 ] WITH 1 1 WITH 1 . WITH 1 31 WITH 1 4 WITH 1 5 の検索結果 217 件中 41 - 50 件目 (0.073810926 秒)
--max-mail, --min-mail追加。databaseのサイズが制御できるはず。 ...
デバッグ2件。バグを入れることによりBBSへの投稿が増えるというビジネスモデル(超誤用)を確立。 ...
_ (スコア:1950)
utf-8サポートの一環で、htmlの数値参照もちょっと拾えるようにした --pop-proxy-set導入 --pop-proxy-portの拡張キャンセル ...
_ (スコア:1950)
--pipeのときは無条件にexit code 0になるようにした。そうしないとprocmailが、Rescue of unfiltered data succeeded/failedというので。 ...
_ (スコア:1950)
release-1.0.13になる予定。 --refer-headerオプション追加 複数行のContent-Transfer-Encodingがbase64, 8bitと言っている場合に、base64 decodeする uuencodeしたのを本文に貼り付けてあるっぽいのをスキップする shift-jisなMIME B-encodingをnkfがデコードしてくれないので、iso-2022-jpと書き換えてからnk ...
_ (スコア:1950)
だいたいパート単位でStringにしてから、nkf、tokenizeするように変更。以下のケースが救えるはず。 日本語の単語の1文字目と2文字目が、改行で生き別れ 日本語がbase64されていてると、 漢字一文字が生き別れ JISの場合、nkfがかからなかったかも 日本語が短すぎて、nkfが入力文字コードの推測に失敗してたかも ...
_ (スコア:1950)
LIST nのときでも、".CRLF"を待っていたのをデバッグして、revision 1.35.4.11。 UIDL nのときでも、".CRLF"を待っていたのをデバッグして、revision 1.35.4.12。なんで一発で直せないかなぁ。 ...
_ (スコア:1885)
しつこく更新。 本文中の"From"を"unix from"だと誤解するケースがあるので、--mboxが指定されない限り、"unix from"を探さないように変更。 日本語のtokenizeに入る前に、">>"等の引用マークを削除するように変更。単語の途中で改行され、引用マークが入っても、単語として切り出すように努力する。 ...
_ (スコア:1871)
全てのreceivedヘッダを見ていたのを止めて、送り手に一番近いものだけを見るように変更。特にML経由の場合、後半のreceivedは見るだけ無駄なので。-Hを付けた方が判定精度が高いという話も、これが影響していたのかもしれない。 html中のnumeric character referenceを無視するように変更。FreeBSD-users-jp 7 ...
_ (スコア:1863)
--ignore-plain-text-part htmlのパートがある時、plain textのパートを無視するオプションを追加 mew.tgz BBSでの指摘に従い、bsfilter.el更新 ...
_ (スコア:1854)
_ (スコア:1950)