☰

Mutt は smtp サーバを指定してもメールを送信しません。

tag-icon • tag-icon mutt smtp
Mutt は smtp サーバを指定してもメールを送信しません。

私のメールクライアントとして試していますが、mutt私のGmailアカウントではうまくいきます。ちなみに、仕事用メールを使用するとメールは送信されません。エラーが発生せず送信されません。.muttrcこの問題を引き起こす私のファイルの行は次のとおりです。

smtp_url = "smtp://mail.my_work_email_server.com:587"に設定してください。

追加しても動作は変更されず、smtp_pass電子メールサーバーの名前を変更しても（「仮想」サーバーアドレスを使用しても）動作は変更されません。

答え1

私は同じことを持っていて、これは私にとって効果的でした。

set ssl_starttls=yes
set ssl_force_tls=yes

set imap_user = "[email protected]"
set imap_pass = "!HASHEDPASSWORD!"
set folder = imap://mail.example.com/
set spoolfile = imap://mail.example.com/INBOX

# SMTP user auth
# # fill in the right user and pass based on your setup
# # protocols: smtp for TLS (25/587), smtps for SSL (465)
set smtp_url = "smtp://[email protected]:587"
set smtp_pass = "$imap_pass"

# Where to save copies of outgoing mail
set record = '+Sent'

私にとってうまくいかないのは、構成ファイルの内容の順序と、存在しないフォルダへのリンクであるフォルダの「記録設定」定義によるものです。

フォルダの作成に関する質問に「いいえ」と答えると、フォルダがフリーズし、SMTP サーバーにトラフィックが表示されません。

PS：ソース設定ファイルを確認してください。競合する設定や誤った順序を指定できます。

ファタイ

答え2

このコンピュータの他のメールクライアントを使用してSMTP経由でメールを正常に送信できましたか？ SMTPサーバーにリモートでログインして接続を確立できますか？ STARTTLSを使用していますか？

muttは、プロトコルを使用してsmtps最初からTLS / SSLで保護されている接続を表します。あなたのメールサーバーがこれを期待している場合（最近は多くのメールサーバーがそうしています）、それは問題かもしれません。

ただし、メールサーバーがそれを使用するには、通常のSTARTTLSプロトコルを使用してそれを使用する必要があります。smtp://smtp_urlset ssl_starttls=yes

telnet以下は、STARTTLSを使用するメールサーバーを示すサンプルセッションです。

$ telnet smtp.example.com 587
Trying 127.0.0.1...
Connected to smtp.example.com.
Escape character is '^]'.
220 smtp.example.com ESMTP Postfix (Debian/GNU)
EHLO test
250-
250-PIPELINING
250-SIZE 10240000
250-ETRN
250-STARTTLS
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN
QUIT
221 2.0.0 Bye
Connection closed by foreign host.

答え3

私は一日中これを見つけようとし、今日まで成功していないまま、さまざまなSSL / TLSとポート構成の間の多くの組み合わせを調整しました。最後にこれを具体的に試しました：

set ssl_starttls = no

muttのデフォルト動作はSTARTTLSを試しているようですので、具体的に教えてください。いいえ

smtp_url明らかなもの以外に追加の設定は必要ありませんsmtp_pass。これでこれを使ってメールを完全に送信できます.muttrc

set ssl_starttls = no
set smtp_url = "smtp://[email protected]@mail.example.com:587/"
set smtp_pass = "password"

これは以下に関連しています。推奨しない私の電子メールプロバイダのSSL設定。まだポート 465 に推奨される構成は使用できません。

他のユーザーが試したい場合に備えて、電子メールの送信に影響を与えるように私が調整したすべての設定は次のとおりです。

set ssl_starttls = no    # apparently yes is default.
set ssl_force_tls = yes
set smtp_authenticators = "login"

set smtp_url = "smtp[s]://..."
set certificate_file = "~/.mutt/certificates"    # some recommend creating the file first: mkdir ~/.mutt && touch ~/.mutt/certificates

set ssl_verify_host = no
set ssl_verify_dates = no

答え4

これが古いスレッドであることを知っていますが、昨日、上記の設定が私にうまくいかない理由を追跡するのに2時間かかり、他の人の時間を節約するためにソリューションを共有したかったのです。

問題は、Google SMTPサーバーで証明書を1回以上受け入れる必要があることです。これを行うには、入力をリダイレクトせずにmuttを実行する必要があります。そうしないと、muttは証明書を受け入れるように求められません。

ただし、（a）常にを選択する必要がある場合は.mutt/certificates証明書がに保存されます  .mutt/certificates。

したがって、入力をリダイレクトせずに（ここにはstdinへのパイプを含む）、muttを実行してから提供された証明書を受け入れます。ㅏいつも。その後、次にmuttを実行すると、保存された証明書を使用するため、正しく機能します。

関連情報