『SMTP-AUTH』のクチコミ掲示板

SL-C3000を先週買いました。
英辞郎もインストールし、快適に使っていますが、１点困っています。
メールを送信する際、SMTP-AUTHを利用しなければならない環境にいる
のですが、この機能のついているメールソフトはあるのでしょうか。
一応ググってみたのですが、よくわかりません。

書込番号：4098140

書き忘れました。AUTH CRAM-MD5・AUTH DIGEST-MD5によっており、
AUTH-PLAIN・AUTH-LOGINは、パスワードが暗号化されないため、
セキュリティ上の問題で、サポートされてないのだそうです。

書込番号：4098384

自己解決しました。
お騒がせしました。

書込番号：4101524

[とまとま]

あなたがどう解決したのかを「さらっと」でいいから、書いてみませんか？

セキュリティは旬な話題できっと興味がある方もいますし、ノウハウの共有はこの掲示板の趣旨にあっていると思います。
あと、このスレッドが単なる板汚しにならないためにも、スレッドを立てた者の責任として、、。
書けば良スレ、書かなければ板汚し。

書込番号：4101977

失礼しました。
ただ、どうして解決したのか、実は確信がありませんが、
経緯は以下の通りです。
標準のメールソフトの「アカウント」で「サーバー設定」を
「SMTP認証」→「設定」でID、パスワードを記載しました。
これでうまくいくと思ったのですが、送信したというメッセージは
でるのに、メールは送られてない様子（何度やっても送信先のメール
アドレスで受信できない）。
ここでどうにもならなくてここに書き込み。
そういえばROMアップデートをしなくちゃ、まだしてないや、と思って、アップデート。
で、もう１回試しにメールを送信すると、なぜか送信先のアドレスで
メールが受信できた、という次第です。
なぜうまくいったのかよくわかりません。ROMアップデートのおかげ
なのかな？

書込番号：4102126

[とまとま]

書き込み有り難うございます。
なにか別のソフトをお使いになったのかと思いましたが、予想外で参考になりました。
SHARPは書いていない事もこっそり修正している場合が多かったですが、今回もその類でしょうね。

今回の件は、以下の書き込みを実証された形ですね。
　　[3222511]tcpdump&perl（[3167409]の続き）

ただし、3222511にて指摘されている、平文で流れるPOPの方はいいのかなあ？ちょっと疑問に思いました。
あれ、POP before SMTPではないからいいのか！

書込番号：4102293

とまとまさん
3222511はログから消えていましたが、Googleで[3222511]tcpdump&perl
を検索すると出てきました。便利なものですね。
SMTP-AUTHを使った場合にパケットが暗号化されている（されるよう
になった？）のは、間違いないはずです。
当方スキルはありませんが、モバイルでのメール送信には悩まされ
続けていましたので、確実だと思います。
AUTH CRAM-MD5・AUTH DIGEST-MD5が使えるメールソフトは、Windows
でも限られていますので、あまり期待してなかったのですが、ラッキー
でした。

書込番号：4102483

[とまとま]

過去ログには残って居ますよ。
「100日以内」のチェックを外すか、カテゴリーを、「PDA-SHAP-すべて」で表示すればよいとおもいます。
上の方のほうの、SHARPをクリックして、出てくる「すべて」をクリック。

「SMTP認証」で検索しますと、更にあなたと同じ状況にあったと思われる書き込みもありましたよ。その方は初期化で解決されて居ましたが、もしかしたらUSB-Kugelschreiberさんも、qtmailの設定ファイルがおかしくなって居たのかも知れませんね。

いずれにしろ、ここの板ではっきりと「qtmailのメール送信がMD5暗号化に対応している」ことを確かめられたのは、このスレッドが初めてだと思います。私だけでなく、これから過去ログを参照する多くの方に役立つスレッドになりました。書き込みありがとうございました。

書込番号：4102594

SMTP-AUTH を勘違いされているようですが、
これはパスワードを平文で送らないというだけの技術で、
それ以外のデータは本文・ヘッダ共に平文で送られます。
パスワードにしても MD5 で challenge response してるだけなので、
厳密には「暗号化」はされていません。
平文ではないという程度の安全性です。
QtMail は CRAM-MD5 しか対応してませんしね。

という訳で、
セキュリティが必要なら SSH で port forward した方がいいと思います。

書込番号：4104085

補足として QtMail の問題点を二点指摘しておきます。

まず、
server 側で Postfix で言うところの broken_sasl_auth_clients を設定しておく必要があります。
つまり EHLO に対して「AUTH=LOGIN...」のように「=」の記述が必須となります。
これは SMTP サーバ管理者と相談して下さい。

もう一つには、
AUTH mechanism は CRAM-MD5 に決打ちされてしまうということ。
EHLO の回答に CRAM-MD5 があろうとなかろうと無視して CRAM-MD5 で認証を試みます。
これで失敗すると認証が成功しないまま SMTP の手続きを続行しようとするので、
サーバ側で CRAM-MD5 に対応していない場合は送信中のまま戻って来なくなってしまいます。

以上二点に気をつければ、
QtMail で SMTP-AUTH に対応させることが出来る筈です。

書込番号：4104452

[とまとま]

しらい　さん、フォロー有り難うございます。詳しい方のフォローは有り難いです。
セキュリティの話は私も現在勉強中で、おかしな事をしばしば言ってしまっているのかも知れないなと、冷や冷やしています。

まあ、今回はUSB-Kugelschreiberさんの目的が達成したのでよいですが、
サーバー側の設定によっては、つながらないケースもあるのですね。

実は本日、yahooメールのSMTP設定を「SMTP認証」にしてみたのですが上手くいかず、
しかたなくPOP before SMTPにした所です。　yahooのHelpに詳しい説明が見つけられず、原因はまだわかっていません。ちょうど良い勉強になるので、もう少し頑張ってみようと思います。

書込番号：4113870