bsfilter

こんにちわ。

放置するわけにもいかず、ちょっとずつIMAP & rubyの勉強をしながら原因を追求しております。

bsfilter-1.86.2.10 の
def setup_imap
の直後に
Net::IMAP.debug=(true)
を仕込んで見てみた結果が以下です。なにがいけなくて、それはどこでどうなっている為
なのか、まだ全然見てみてはいませんが、取り急ぎお知らせまで。
# サーバ名、ユーザ名・パスワードは書き換えて消してあります。

$ bsfilter --imap --imap-fetch-unflagged --insert-flag --insert-probability inbox
S: * OK SERVERNAME deepimap4d 3.7.0 Service is ready
C: RUBY0001 CAPABILITY
S: * CAPABILITY IMAP4rev1 IDLE NAMESPACE QUOTA CHILDREN STARTTLS
S: RUBY0001 OK CAPABILITY completed.
C: RUBY0002 LOGIN USERNAME PASSWORD
S: RUBY0002 OK LOGIN completed.
C: RUBY0003 SELECT inbox
S: * 7 EXISTS
S: * 0 RECENT
S: * OK [UIDVALIDITY 1357510085] UID validity status
S: * OK [UIDNEXT 12709] Predicted next UID
S: * FLAGS (\Answered \Flagged \Deleted \Recent \Seen \Draft)
S: * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft)] Limited
S: RUBY0003 OK [READ-WRITE] SELECT completed
C: RUBY0004 UID SEARCH ALL
S: * SEARCH 12211 12212 12372 12444 12657 12706 12708
S: RUBY0004 OK UID SEARCH completed
C: RUBY0005 UID SEARCH HEADER X-Spam-Flag ""
S: RUBY0005 BAD Expected search_key
/usr/share/ruby/net/imap.rb:1158:in `get_tagged_response': Expected search_key (Net::IMAP::BadResponseError)
from /usr/share/ruby/net/imap.rb:1210:in `block in send_command'
from /usr/share/ruby/monitor.rb:211:in `mon_synchronize'
from /usr/share/ruby/net/imap.rb:1192:in `send_command'
from /usr/share/ruby/net/imap.rb:1345:in `block in search_internal'
from /usr/share/ruby/monitor.rb:211:in `mon_synchronize'
from /usr/share/ruby/net/imap.rb:1341:in `search_internal'
from /usr/share/ruby/net/imap.rb:773:in `uid_search'
from /home/USERNAME/bin/bsfilter:2506:in `imap_get_target_uids'
from /home/USERNAME/bin/bsfilter:2795:in `block in do_imap'
from /home/USERNAME/bin/bsfilter:2794:in `each'
from /home/USERNAME/bin/bsfilter:2794:in `do_imap'
from /home/USERNAME/bin/bsfilter:3443:in `run'
from /home/USERNAME/bin/bsfilter:3495:in `<main>'

現在のクライアント側の環境は、

Fedora release 19 (Schrödinger’s Cat)
$ uname -p =>
i686
$ ruby --version =>
ruby 2.0.0p247 (2013-06-27 revision 41674) [i386-linux]

です。

状況報告まで…

続報です(とは言っても、大した情報ではございませぬ)が…

現象が起きている
null = imap.uid_search(["HEADER", x_spam_flag.sub(/:$/, ''), ""])
と、それ(null)を使っている部分を(それほど重要な役割は担っていないようなので)コメントアウトすることで、(searchで必要なstringが無い、という)最初のエラーは回避できるようです。
# rfc 的には、HEADER の場合、長さゼロの文字列を検索しようとした場合は、
# そのヘッダを持つ全てのuidを返す、と書かれているので、サーバがエラーを
# 返すのは誤りだと思います。
# 一方、ここでのnullの使途は、どこにあるのでしょうか?

しかしながら、処理する最初のメッセージで、imap.rb で、次なる障害にぶち当たってしまっているようです。
(最後だけ抜粋しますと、
/usr/share/ruby/net/imap.rb:3363:in `parse_error': unexpected token LITERAL (expected SPACE) (Net::IMAP::ResponseParseError)
from /usr/share/ruby/net/imap.rb:3215:in `match'
from /usr/share/ruby/net/imap.rb:2316:in `rfc822_text'
from /usr/share/ruby/net/imap.rb:2236:in `msg_att'
from /usr/share/ruby/net/imap.rb:2210:in `numeric_response'
from /usr/share/ruby/net/imap.rb:2152:in `response_untagged'
from /usr/share/ruby/net/imap.rb:2132:in `response'
from /usr/share/ruby/net/imap.rb:2058:in `parse'
from /usr/share/ruby/net/imap.rb:1181:in `get_response'
from /usr/share/ruby/net/imap.rb:1089:in `receive_responses'
from /usr/share/ruby/net/imap.rb:1075:in `block in initialize'
と言われました。)