POPFile 全般 → APOPで受信できない

APOPで受信できない

以前からそうなのでバージョンに依存しないとは思うのですが(いちおう、v1.1.0とv1.1.1では確認しています)、ログイン名の設定を"[鯖名]:[本来のログイン名]:apop"として受信しようとすると、ログイン名の送出で止まってしまい、受信できません。
会社のネットワーク、鯖ですが、APOPに対応しています(はず)し、POPFileを通さないで、メーラーでAPOPの設定にすると受信できます。
APOPを使わなければ問題はないので、当面そのままで使っていますが、もしどこかの設定で改善できるものならしたいので、アドバイスいただけると助かります。

エラー時のログを見ると、

2010/1/19 10:14:00 3564: mq: 380: post LOGIN (apop)
2010/1/19 10:14:00 3564: mq: 387: queuing post LOGIN (apop)
2010/1/19 10:14:00 3564: mq: 389: LOGIN queue length now 0
2010/1/19 10:14:00 3564: mq: 128: Message LOGIN (apop) ready for delivery
2010/1/19 10:14:00 3564: mq: 131: Delivering message LOGIN (apop) to html
2010/1/19 10:14:21 -3628: pop3: 693: IO::Socket::INET or IO::Socket::SSL gets an error: Unknown error
2010/1/19 10:14:21 -3628: pop3: 310: -ERR can't connect to *****.***.*****.***:+++++++++++++[0d][0a]
2010/1/19 10:14:21 -3628: pop3: 213: Command: --QUIT--
2010/1/19 10:14:21 -3628: pop3: 310: +OK goodbye[0d][0a]

のようになっています(それっぽいところを抜き出しました)。
ちなみに"***.***~"はPOP3鯖の名前、"+++~"はログイン名です(数字ばかりで13桁)。

以上よろしくお願いします。

  • Message #1169

    POPFile は、アカウント名の設定として、「サーバ名:アカウント名」という形式の
    他に、「サーバ名:ポート番号:アカウント名」という形式をサポートしています。
    (というか、「サーバ名:アカウント名」の形式は、「サーバ名:110:アカウント名」の
     省略形とも解釈できます)

    "+++~"はログイン名です(数字ばかりで13桁)

    ということですので、ログイン名が数字だけで構成されているということですね。
    そのため、POPFile は「サーバ名:数字の並び:apop」を、「サーバ名:ポート番号:アカウント名」
    という形式だと誤認識してしまい、本来はログイン名として指定された数字の番号の
    ポートへ接続しようとして失敗しているのだと思います(この場合、アカウント名が
    「apop」と解釈されている)。

    解決策としては、「サーバ名:ポート番号:アカウント名」の形式を利用して、
    「サーバ名:110:数字のアカウント名:apop」と指定すればよいと思われます。

    過去に POPFile のメーリングリストで同様の質問があったようです。
    http://sourceforge.jp/projects/popfile/lists/archive/jp-user/2004-August/000049.html

    ポート番号が13文字の数字から成るということはあり得ませんので、次期バージョン
    では、ポート番号と解釈するのは5文字以内にする方向で検討したいと思います。

    • Message #1170

      解決策としては、「サーバ名:ポート番号:アカウント名」の形式を利用して、
      「サーバ名:110:数字のアカウント名:apop」と指定すればよいと思われます。

      上記の方法で受信できました。ありがとうございます。
      今にして思えば、通常の(APOPを使わない)ログで"[鯖名]:110"という文字列があったので、そこで気づくべきだったかもしれません。

      過去に POPFile のメーリングリストで同様の質問があったようです。

      おっしゃるとおりでした。
      検索不足でした。すみません。

      ポート番号が13文字の数字から成るということはあり得ませんので、次期バージョン
      では、ポート番号と解釈するのは5文字以内にする方向で検討したいと思います。

      アカウントが数字ばかりというのも奇異なものだと思われそうですが、会社のサービスですので……。
      (13桁の数字という時点で、もしかするとどこのことかわかってしまう人もいるかもしれませんが)

      今後ご対応いただけると幸いです。

      • Message #1171

        解決策としては、「サーバ名:ポート番号:アカウント名」の形式を利用して、
        「サーバ名:110:数字のアカウント名:apop」と指定すればよいと思われます。


        上記の方法で受信できました。ありがとうございます。

        うまくいったようでよかったです。

        過去に POPFile のメーリングリストで同様の質問があったようです。


        おっしゃるとおりでした。
        検索不足でした。すみません。

        こちらのフォーラムに移ってからは初めての質問ですので問題ないと思います。
        その回答をした私も検索してみるまで忘れていたくらいですし。

        今後ご対応いただけると幸いです。

        とりあえず 5文字より長い数字の並びはポート番号とは判定しないようパッチを
        書いてみました。
        http://getpopfile.org/changeset/3652

        次のバージョンのリリースがいつになるかはまだわかりませんが、その際には
        ポート番号を省略しても問題なくなるはずです。
        万一アカウント名が5文字以内の数字の並びだった場合はどうにもなりませんが……。

        • Message #1172

          とりあえず 5文字より長い数字の並びはポート番号とは判定しないようパッチを
          書いてみました。
          http://getpopfile.org/changeset/3652

          上記でポート番号を省略しても受信できることを確認しました。
          さしあたって(私の環境では)これでOKと思います。
          ご対応ありがとうございました。

          万一アカウント名が5文字以内の数字の並びだった場合はどうにもなりませんが……。

          そうですね。
          ついでに、アカウントが"apop"だったりしてもわけわかんなくなっちゃうんでしょうか。
          ただの余談ですが。