IIS SMTPからの電子メールは拒否されますか？
クライアントは、自動サーバー通知を送信するために、Windows 2008R2経由でIIS v6 SMTP over Windows 2008 R2を長年使用しています。アプリはBlatを使用して、認証なしでlocalhostを介して送信します。電子メールはから直接送信されるようです。実際の電子メールサーバーと同じマスカレードFQDNを持つシステム。スタッフの電子メール（Outlookなど）のみが実際のSMTPサーバーを通過します。
ほとんどの機能を新しいWindows2016サーバーに移行しており、すべての電子メール自動化が正しく機能していることを確認する必要があります。 SPF、DKIM、またはその他の認証をチェックするリモートサーバーが、このサーバーからの電子メールをバウンスするか、サイレントにゴミ箱に入れるのではないかと心配しています。これを実行するリモートサーバーの数は、時間の経過とともに増加する可能性が非常に高いと思います。
しかし、私はこのような問題について管理者からの抗議であると期待していたものを見つけられませんでした。GMailまたは他のサーバーに中継する方法についての時折の古い質問だけです。バウンスでいっぱいのフォルダが表示されません。そして、私はこのサーバーから電子メールを受け取ります-サードパーティの電子メールホストによってフィルタリングされていません。
そのため、私の恐れは現実と一致していないようであり、新しいシステムのセットアップを変更することを推奨することを正当化することはできません。それは結構です、私は議題を持っていません、私はそれがどのように機能するかに関係なく、物事が正しく機能することを確実にすることを本当に探しています。
1）受信者サーバーがこれらの送信通知をフィルタリングする可能性がある、またはフィルタリングする必要がある、そして意図された受信者が電子メールを受信しない可能性があることを修正しますか？
2）ExchangeやPostfixのような「実際の」SMTPサーバーを使用する方が良いですか？
3）ローカルホストへの基本認証でBlatを引き続き使用し、v2016サーバーから電子メールを送信するためにIIS SMTPを引き続き使用することの欠点はありますか？
ありがとう！
古いSMTPサーバーの構成を確認しましたか？多分それはスマートホストを介して中継していますか？
とにかく、SPFとDKIMは直接接続にのみ適用されます。したがって、Blatサーバーがローカルメールリレーアプリに接続し、Exchangeサーバーに送信して最終配信を処理する場合、SPFとDKIMの対象となるのはそのラストホップ（Exchangeから最終）のみです。