IIS / SMTP-メールがmailroot / Queueに残っている
IISピックアップディレクトリ内のSMTPを介して電子メールを送信しようとしています。残念ながら、電子メールはmailroot/queueフォルダに移動してそこに残ります。実際には送信されません。
これがなぜ起こるのか、そして問題の潜在的な修正は誰か知っていますか？
キューでスタックしたファイルに同様の問題がありました。 IIS manager、SMTP Virtual Server> Properties> Delievery> Outbound Connections。Limit number of connections toがチェックされ、値は0。したがって、送信接続を行わないように構成されているため、電子メールがサーバーから送信されることはありません。オプションのチェックを外し、SMTPサーバーを再起動しましたが、すべて順調でした。
今日私はこの問題を抱えていました。
「Simple Mail Transfer Protocol（SMTP）」サービスを再起動した後、サービスは再び機能し始めました。
参考までに：誤ったDNS設定が原因でサーバーが名前を解決できなくなったケースがありました。結果として生じる動作は、まさにあなたが説明したものです。
IISRESETがこれを修正してくれました。このサービスはIISに依存しているため、SMTPサービスをリセットするソリューションと似ています。 C：\ inetpub\mailroot\Queue内のメールを再起動した後、消え始めました！
最近この問題に遭遇しました。私の場合、ネットワークアダプターのDNSサーバー定義に問題があることがわかりました（これには、何らかの理由で、私には知られていない2つの原因があります）。指定されたDNSサーバーは、このネットワークで通常使用される通常の "8.8.8.8"ではなく、 "127.0.0.1"に設定されました。これを正しい値に変更し、SMTPサーバーを再起動すると、キューに入れられた電子メールがすぐに配信されました。
DNS定義の問題を調べるためにどのようにそれを理解したか：
- Nslookupを使用して、テストするmxサーバーを見つけました（5または6の異なるサーバーをテストしました）
- サーバーにtelnetで接続しようとしました（毎回最初にファイアウォールの問題について考えさせられた「接続できませんでした」というメッセージに遭遇するたびに）
- テストされたmxサーバーの値をpingしようとしました（「ホストに接続できませんでした」というメッセージが出されるたびに）
うまくいけば、これが他の人の役に立つことを願っていますが、私が最初に検討したいと思っていたものではありませんでした。
私の経験では、これは通常、IIS SMTPが送信を試み、一時的な（4xx応答コード）エラーが発生したことが原因です。IIS = SMTPサービスとログの確認？それがすべて明白な場合は申し訳ありませんが、ログが何を示しているかを知らずに原因または修正を知ることは困難です。
メールサービスをあるホストから別のホストに切り替えた後も同じ問題がありました（新しいホストはOffice 365です）。多くの試行錯誤の末、ついに次のようにして作業を開始しました。
- 電子メールドメインをIIS 6を「リモート」ドメインとして追加します（これはO365でホストされているドメインであり、すべてのユーザーアカウントが使用します）。）
- IIS 6で、そのドメインをダブルクリックします。[ルートドメイン]で[すべてのメールをスマートホストに転送]を選択し、サーバーを入力します（私の場合は "smtp.office365.com"） 。「受信メールがこのドメインにリレーされることを許可する」のチェックボックスもオンにします。
- IIS 6で、SMTP仮想サーバーを右クリックし、[プロパティ]をクリックします。
- [全般]タブ：[詳細]をクリックして、ローカルサーバーのIPとポート587を追加します
- [アクセス]タブ：[TLS暗号化が必要]がオンになっていることを確認します。 IIS 7に自分の電子メールドメインの名前でドメイン証明書を作成する必要がありました。
- [アクセス]タブ：ローカルサーバーのIPを[接続]リストと[リレー]リストに追加します。
- [配信]タブ：送信セキュリティ：基本認証を選択し、有効なライセンスユーザーの資格情報を入力します。 「TLS暗号化」のチェックボックスをオンにします
- [配信]タブ：送信接続：TCPポートに587を入力します
- [配信]タブ：詳細：メールドメインを[完全修飾ドメイン名]として入力し、メールサーバーを[スマートホスト]として入力します（ここでもsmtp.office365.com）。
ファイアウォール：送信用にポート587を開く必要があると読みました。 （これは、ファイアウォールをオフにする必要があるVOIPサーバーであるためです。）
Office 365：[管理者]> [Exchange]の下に「コネクタ」を追加して、ローカルの静的IPを許可します。 Microsoftはそれらの手順をオンラインで提供しています。
問題は、システム上のIPv4とIPv6の間に混乱があるためかもしれないと思うので、localhostを指定すると、デフォルトのIPv6プロトコルが選択されます。今日も同じ問題があり、偶然かもしれないが、ホストのIPv6アドレスへのlocalhost参照がハッシュされた後に修正されました（私もSVNをセットアップしています）。だからここに念のため私のセットアップがあります：
- IIS7では、ローカルサーバーを選択したサーバーとして[SMTPサーバーに配信]オプションを有効にしています。
- IIS6では、アクセスを127.0.0.1のみに設定しており、着信または発信の認証はありません。
私は一日中設定をいじっていたので、正直に言うと、それが現在機能しているという事実に他に何が影響したのかはわかりません。これが少なくとも少しは役立つことを願っています。
最近この問題に遭遇しました。誰かがSMTPサーバーにMalwareBytesをインストールしており、SMTPメールルートフォルダがホワイトリストに登録されていませんでした。ソフトウェアはキュー内のすべてを潜在的なスパムキャンペーンとして扱い、不正メールに移行するのに十分な時間タイムアウトさせました。すべてのドメインが影響を受けました。実行中のプロセスを見て、mbamのexeに気付くまで、私は戸惑いました（何年もの間、完璧な操作です...）。
最初に確認する場所は、サーバーのログファイルです。これにより、サーバーが特定のホストへの送信に問題があるかどうかがわかります。これが発生するほとんどの場合（私の経験では）、原因となっているのは通常DNS（ユーザー側またはリモート）です。
SMTPサーバーは、メールの送信先となるSMTPホスト/ゲートウェイを探しています。
Localhostに送信しようとしている場合、localhost IPがゲートウェイになります。 gmailやhotmailなどの外部メールアドレスに送信する場合は、ISPのメールゲートウェイをスマートホストとして追加する必要があります。
スマートホストを設定するには：
- IIS Manager）で、SMTP仮想サーバーを右クリックし、[プロパティ]をクリックします。
- [配信]タブをクリックし、[詳細]をクリックします。
- [スマートホスト]ボックスに、スマートホストサーバーの名前を入力します。名前を表す文字列を入力するか、IPアドレスを入力できます。
- SMTPサービスがスマートホストサーバーに転送する前にリモートメッセージを直接配信しようとする場合は、[スマートホストに送信する前に直接配信を試行する]チェックボックスをオンにします。デフォルトでは、すべてのリモートメッセージがスマートホストに送信され、直接配信は行われません。