|
sylpheed-jp:1644
From: mori <taka_mo@xxxxxxxxxx> もり です。 表題: [sylpheed-jp:01643] Re: SMTP AUTH 使って送信に失敗しました 日付: Thu, 28 Mar 2002 07:50:44 +0900 ID: <20020328075044.A57732@xxxxxxxxxx> "KONDOU, Kazuhiro" <kazuhiro@xxxxxxxxxx> さんの記された上記メールに関してです。 > こんにちは、近藤@古代図書館です。 近藤様、返答ありがとうございました。 > ~/.sylpheed/sylpheed.log にサーバとのやり取りが全部落ちてい > ると思いますが、ここでサーバからの AUTH で利用可能な > method を見るのが早いのでは。 そんな方法もあったのですね。確認してみます。 # そこにはdebugとは違う情報も含まれてるのかな。前のメールで記したデバック出力にも # 同様かも知れない「サーバとのやり取り」が含まれていたと思いますが。(下記に最初の # メールから途中省略して転記しますが) # ESMTP< 250-AUTH LOGIN PLAIN CRAM-MD5 DIGEST-MD5 # ESMTP> AUTH CRAM-MD5 # ESMTP< Decoded: <4146933443.9333052@************.ne.jp> # ESMTP> Encoded ****** ******************************* # ESMTP< 500 5.7.0 authentication failed # これ見ると、SylpheedがAUTHで利用可能なmethodを示し、メールサーバがCRAM-MD5を # 使おうと返答して来たような気もします。で、sylpheedはCRAM-MD5を使った手順で認証を # 試みたけど、認証には失敗した。***で消してますが、Encodedの最初の部分(恐らく、アカ # ウント名)は正しかったので、失敗した以外の事に付いては想像する事しかできない状況な # のですが。(ちょっとダメもとで連絡してみるとかやっては見ます) # ただ、SylpheedでSMTP AUTHで使う認証方法を指定する事もできると問題を避けられる # (使える場合を増やせる)とは思うのですが。(実際、MewではLOGINを優先させる事で使え # てますし。) > # しかし、TLS などを使ってないと PLAIN/LOGIN って怖いと思う > # のですけどねぇ。^^; まぁ、何もやってない所よりはちょっとだけましという事で。 # フリーなアドレスだったりします。 # 今はMewに逃げてたりします。(geocitiesのサービス停止で別の所を探しているのです) まだ解決はしていないので、他の方もお気付きの点がございましたら、情報お願いします。 1642 2002-03-28 06:23 [taka_mo@xxxxxxxxxx ] SMTP AUTH 使って送信に失敗しました 1643 2002-03-28 07:50 ┗[kazuhiro@xxxxxxxxxx ] -> 1644 2002-03-29 04:11 ┗[taka_mo@xxxxxxxxxx ] 1645 2002-03-29 06:36 ┣[fmysh@xxxxxxxxxx ] 1647 2002-03-30 03:22 ┃┗[takamo@xxxxxxxxxx ] 1646 2002-03-29 10:53 ┗[kazuhiro@xxxxxxxxxx ] |