SMTP Authentication対応についてNo.01223
タネ さん　01/04/25 12:11
　
鶴亀メールには、SMTP Authenticationへの対応は予定にないのでしょうか？
[ △ ]
RE:01223 SMTP Authentication対応についてNo.01226
秀まるお2 さん　01/04/25 13:14
　
> 鶴亀メールには、SMTP Authenticationへの対応は予定にないのでしょうか？

　鶴亀メールでは「ESMTP」と呼んでいます。「

　アカウント毎の設定・メールサーバー」の一番下にあります。
[ △ ]
RE:01226 もう少し教えていただけますか？No.01239
タネ さん　01/04/25 17:51
　
>> 鶴亀メールには、SMTP Authenticationへの対応は予定にないのでしょうか？

> 　鶴亀メールでは「ESMTP」と呼んでいます。
> 　アカウント毎の設定・メールサーバー」の一番下にあります。

すいません勉強不足で...
恥かきついでにもう少し教えていただけますか？どうしても鶴亀メールを使用
したいものですから...

他のサイトで調べていたのですが、
SMTP Authenticationには 「AUTH-LOGIN」「AUTH PLAIN」「AUTH CRAM-MD5」と
呼ばれる認証方式があるそうですが、鶴亀メールの「ESMTP」ではこれら全てに
対応しているということなのでしょうか？

実は、私の使っているメールサーバ環境では、どうやら「AUTH PLAIN」に対応し
ている必要があるらしくて、「ESMTP」の設定では、メール送信時に以下のよう
なメッセージが帰ってきてしまうのです...。
これって、ただ単に「ESMTP」設定してもダメって事なんでしょうか？

S AUTH LOGIN
R 504 5.5.4 Unrecognized authentication type (Mechanism not available).
I ESMTP非対応につき、通常ログイン
S HELO XXX.co.jp
R 220 2.5.0 HELO/EHLO command already issued.
S MAIL From:<xxxxxxxxx@XXX.co.jp>
R 599 2.0.1 Message refused.(AUTH command required)
E MAILコマンドで、サーバーがエラーを返しました。
  エラー内容 = 599 2.0.1 Message refused.(AUTH command required)
[ △ ]
RE:01239 もう少し教えていただけますか？No.01241
秀まるお2 さん　01/04/25 18:54
　
　こちらこそ勉強不足ですみません。

> SMTP Authenticationには 「AUTH-LOGIN」「AUTH PLAIN」「AUTH CRAM-MD5」と
> 呼ばれる認証方式があるそうですが、鶴亀メールの「ESMTP」ではこれら全てに
> 対応しているということなのでしょうか？

　実は僕も詳しいことを知らずにnPOPというソフトのソースコードをそのまま使わせ
ていただいてたりします。

　ソースコードを見た限りでは、鶴亀メールは「AUTH-LOGIN」または「AUTH CRAM-
MD5」にのみ対応してまして、「AUTH PLAIN」には対応していません。

　一応、対応すべき問題だと思うので、近いうちになんとかしたいと思います。

　それで、すみませんが、

> S AUTH LOGIN

　の前の行を教えてください。ここが分かると作業しやすくなる可能性が高いです。
[ △ ]
RE:01241 対応よろしくお願いいたしますNo.01268
タネ さん　01/04/26 12:14
　

> ソースコードを見た限りでは、鶴亀メールは「AUTH-LOGIN」または
> 「AUTH CRAM-MD5」にのみ対応してまして、「AUTH PLAIN」には対応していません。
> 一応、対応すべき問題だと思うので、近いうちになんとかしたいと思います。
> それで、すみませんが、
>   > S AUTH LOGIN
> の前の行を教えてください。ここが分かると作業しやすくなる可能性が高いです。


「AUTH PLAIN」にも対応していただける意向があるとは、うれしい限りです。
是非是非よろしくお願いいたします。

ご要望の詳細ログですが以下が全てです。
鶴亀メールで「ESMTP」を設定した状態で送信した時のログです。

対象のメールサーバは社内のメールサーバで、XXXXX部分は社名です。
（社内システム部門がうるさいものですからXXXXXにさせていただきました）



****送信:tane
I サーバーを検索中 - smtp.int.XXXXX.co.jp
I 接続中
R 220 h1110043.XXXXX.co.jp -- Server ESMTP (XXXXX-Mail-System)
S EHLO XXXXX.co.jp
R 250-h1110043.XXXXX.co.jp
R 250-8BITMIME
R 250-PIPELINING
R 250-DSN
R 250-ENHANCEDSTATUSCODES
R 250-EXPN
R 250-HELP
R 250-SAML
R 250-SEND
R 250-SOML
R 250-TURN
R 250-XADR
R 250-XSTA
R 250-ETRN
R 250-XGEN
R 250-RELAY
R 250-AUTH PLAIN
R 250 SIZE 0
S AUTH LOGIN
R 504 5.5.4 Unrecognized authentication type (Mechanism not available).
I ESMTP非対応につき、通常ログイン
S HELO XXXXX.co.jp
R 220 2.5.0 HELO/EHLO command already issued.
S MAIL From:<xxxxxx@XXXXX.co.jp>
R 599 2.0.1 Message refused.(AUTH command required)
E MAILコマンドで、サーバーがエラーを返しました。
　エラー内容 = 599 2.0.1 Message refused.(AUTH command required)
[ △ ]
RE:01268 対応よろしくお願いいたしますNo.01270
秀まるお2 さん　01/04/26 12:44
　
　情報ありがとうございます。

　とりあえず、V1.12には間に合いませんが、AUTH PLAINの場合の処理方法のドキュ
メントを見つけたのでなんとか出来そうな気がします。

　あと、AUTH PLAINをサポートしているメールサーバーをセットアップしないといけ
ないですが、MDaemonでなんとかなるかと思います。

　しばらくお待ちを。
[ △ ]
RE:01268 対応よろしくお願いいたしますNo.01283
秀まるお2 さん　01/04/26 17:09
　
　MDaemonをインストールしなおしてテストしてみましたが、AUTH PLAINの認証方式
はサポートしてませんでした。それで、Googleに書いてあった記録を見て、それと同
じように動作するようにしました。

　サンプル通りに動くことまでは確認しましたが、実際にサーバーにつないでＯＫか
どうかまではテストしていません。ということで、すみませんがテストお願いします。

    http://hidemaru.xaxon.co.jp/software/bin/tk113beta.exe

　です。

　参考にしたページおよびRFCでは「\0 ユーザーアカウント \0 パスワード」という
文字列をbase64せよと書いてあったので、その通りにしてます。
[ △ ]
RE:01283 対応よろしくお願いいたしますNo.01285
秀まるお2 さん　01/04/26 17:19
　
　っと言ってる間に、重大なバグを見つけてもらいまして、緊急アップロードしてし
まいました。

　そっち（V1.13）をダウンロードお願いします。
[ △ ]
RE:01283 もう少しのところなのに...No.01290
タネ さん　01/04/26 18:31
　
緊急アップされたというVer1.14にて確認いたしました
ログを見る限りPLAIN authenticationは通っているようですが
その後に、メール本文の送付に失敗しているようです。
これってまた別の理由なんでしょうか？


****送信（１通）:tane
I サーバーを検索中 - smtp.int.XXXXX.co.jp
I 接続中
R 220 h1110043.XXXXX.co.jp -- Server ESMTP (XXXXX-Mail-System)
S EHLO XXXXX.co.jp
R 250-h1110043.XXXXX.co.jp
R 250-8BITMIME
R 250-PIPELINING
R 250-DSN
R 250-ENHANCEDSTATUSCODES
R 250-EXPN
R 250-HELP
R 250-SAML
R 250-SEND
R 250-SOML
R 250-TURN
R 250-XADR
R 250-XSTA
R 250-ETRN
R 250-XGEN
R 250-RELAY
R 250-AUTH PLAIN
R 250 SIZE 0
S AUTH PLAIN ****
R 235 2.7.0 PLAIN authentication successful.
S MAIL From:<xxxxxx@XXXXX.co.jp>
R 250 2.5.0 Address Ok.
S RCPT To: <xxxxxx@XXXXX.co.jp>
R 250 2.1.5 xxxxxx@XXXXX.co.jp OK.
S DATA
R 354 Enter mail, end with a single ".".
S ...メール内容...(1024バイト)
E 長時間にわたってサーバーからの応答がありません。
[ △ ]
RE:01290 もう少しのところなのに...No.01311
秀まるお2 さん　01/04/27 11:51
　
> ログを見る限りPLAIN authenticationは通っているようですが
> その後に、メール本文の送付に失敗しているようです。
> これってまた別の理由なんでしょうか？

　たぶん別の理由だと思います。サーバーから応答がないというのは、鶴亀メール側
がメール本文を送りきってないってことか、またはメール本文の最後の

　ピリオド＋改行

　を送ってないか、あるいは本当にサーバーが応答しなくなったのか、どれかだと思
いますけど。？？？

　ソースコードを見直した限りは、特にAUTH PLAINだからおかしくなるようなことも
なさそうです。

　何か、メール内容のとても小さい物か、あるいは逆にとても大きな物で試してみて
欲しい所です。

　大きな物の場合だと、...メール内容...(8192バイト）のような形が何回か出ると
思いますので。

　それでいろいろ試して成功するパターンが１つも無いとなれば、次のバージョンに
デバッグ用の処理を入れて、それでテストしていただくって作戦に出るか、またはこ
ちらでテストできるような適当なメールサーバー用ソフトを探すかってことになりそ
うです。
[ △ ]
RE:01311 サーバエラーが変わった？No.01386
タネ さん　01/05/02 13:35
　

対応していただいているにも係わらず、テストがなかなかできずにいてすいま
せんでした。

> 　何か、メール内容のとても小さい物か、あるいは逆にとても大きな物
> で試してみて欲しい所です。

> 　大きな物の場合だと、...メール内容...(8192バイト）のような形が何
> 回か出ると思いますので。

　上記に対しては、１バイトのメールでも巨大なファイルを送っても、エラー
　がサーバから帰ってきました。
　しかし社内のシステム部門がサーバ設定を変更しているらしく（運用が始ま
　ったばかりなので、いろいろやっている様です）エラーメッセージが変わり
　ました。　　　

　　****送信（１通）:tane
　　I サーバーを検索中 - smtp.int.XXXXX.co.jp
　　I 接続中
　　R220 h1110043.XXXXX.co.jp -- Serve　　RESMTP (XXXXX-Mail-System)
　　S EHLO XXXXX.co.jp
　　R250-h1110043.XXXXX.co.jp
　　R250-8BITMIME
　　R250-PIPELINING
　　R250-DSN
　　R250-ENHANCEDSTATUSCODES
　　R250-EXPN
　　R250-HELP
　　R250-SAML
　　R250-SEND
　　R250-SOML
　　R250-TURN
　　R250-XADR
　　R250-XSTA
　　R250-ETRN
　　R250-XGEN
　　R250-RELAY
　　R250-AUTH PLAIN
　　R250 SIZE 0
　　S AUTH PLAIN ****
　　R235 2.7.0 PLAIN authentication successful.
　　S MAIL From:<xxxxxx@XXXXX.co.jp>
　　R250 2.5.0 Address Ok.
　　S RCPT To: <xxxxxx@XXXXX.co.jp>
　　R250 2.1.5 xxxxxx@XXXXX.co.jp OK.
　　S DATA
　　R354 Ente　　Rmail, end with a single ".".
　　S ...メール内容...(3611バイト)
　　R599 0.1.1 Message refused.(FROM address not match)
　　E .コマンドで、サーバーがエラーを返しました。エラー内容 = 599 0.1.1
　　Message refused.(FROM address not match)

　このような場合、FROM address not match　とはどういった事を言っているの
　でしょうか？

　何となく認証のところっぽい気がするのですが．．．
[ △ ]
RE:01386 サーバエラーが変わった？No.01388
秀まるお2 さん　01/05/02 16:22
　
> 　このような場合、FROM address not match　とはどういった事を言っているの
> 　でしょうか？

　たぶん、メールに記載されているFrom:の内容と、アカウントの設定で登録してい
る自分のメールアドレスが違っていて、そこのサーバーはそういうメールを認めない
設定になっているんだと思います。

　送っていただいたログの中にある、

　　S MAIL From:<xxxxxx@XXXXX.co.jp>

　という部分の「h.tane@...」は、アカウント毎の設定に登録してあるメールアドレ
スでして、これはそこのサーバー上のアカウントな訳だから、Refuseされる対象では
無いはずだし、だいたいにしてこの段階ではエラーになってません。

　メール本文を送った後にRefuseされるということは、やはりメール本文中に書いて
あるFrom:アドレスが「h.tane@...」以外になっているってことではないでしょう
か？
[ △ ]
RE:01388 送信成功No.01390
タネ さん　01/05/02 17:08
　
状況がやっと判ってきました！

>　メール本文を送った後にRefuseされるということは、やはりメール本文中に書いて
>あるFrom:アドレスが「h.tane@...」以外になっているってことではないでしょう
>か？

との事だったので、いろいろ試してみましたが、送信者の名前が引っかかっていました
試したパターンでは、

From:　種　太郎<xxxxxx@XXXXX.co.jp>　では×（姓名の間が全角スペース）
From:　種 太郎<xxxxxx@XXXXX.co.jp>　 でも×（姓名の間が半角スペース）
From:　種太郎<xxxxxx@XXXXX.co.jp>　　なら○（姓名の間が半角スペース）
From:　<xxxxxx@XXXXX.co.jp>　　　　　でも○（メールアドレスだけ）

という結果です。

　私的には、これでやっと鶴亀メールで送信することができて、幸せ一杯ってとこな
ので
すが、BeckyやNetscapeMessengerでは、姓名の間のスペースは特に問題なく使えたの
が一寸不思議な感じです。
　とりあえず姓名の間を詰めて使用していきます。
[ △ ]
RE:01390 送信成功No.01397
秀まるお2 さん　01/05/03 17:17
　
　鶴亀メールでは、なるべく８０桁未満で折り返そうとするために、

From:   名前 <メールアドレス>

　の形式の物が、

From:   名前
 <メールアドレス>

　のように、名前と<メールアドレス>の間に改行を入れることがあります。たぶん、

From:　種 太郎<xxxxxx@XXXXX.co.jp>

　の時は改行が入って、

From:　種太郎<xxxxxx@XXXXX.co.jp>

　の時は改行が入らないんだと思います。一度、送信済みメールのマウス右ボタンメ
ニューから「関連するメール・ログ」と開いて見ていただくと分かると思います。

　普通は改行が入ってもメールサーバーは正しく認識するはずなんですが、そこの
サーバーはダメなのかもしれないです。

　Subject:ヘッダについても、以前は必ず８０桁未満で改行していたんですが、それ
ではどうしてもダメなケースがあって、今は８０桁オーバーを容認しています。他の
メールソフトでもだいたい８０桁オーバーは普通のようです。ということで、From:
部分も８０桁オーバーになってかまわない仕様に修正しようかなぁと思います。

　一応、他のメールソフトの様子を調べてから決めます。
[ △ ]