web-dev-qa-db-ja.com

新しいOffice 365ユーザーアカウント/メールボックスを作成せずにサーバーからメールを送信する

以前のメールプロバイダーよりも安価であるため、Office 365に移行しました。メールアドレスはすべてユーザーにとって有効ですが、今ではより詳細な制御が必要です。

バックエンドから自動メールを送信する必要があります。送信する必要がある可能性のあるメールアドレスごとに新しいユーザーシートの料金を支払う必要はありません。 ExchangeサーバーまたはOffice 365を構成できるようにするにはどうすればよいですか?

7
Samson

SMTP経由で送信される場合、「From」アドレスと「Reply to」アドレスは、単一のアカウントを介してバックエンドからSMTP認証を使用している限り、文字通り何でも構いません。 O365で匿名リレーを構成できるとは思いません。

もちろん、メールを送信するために、O365インスタンスを介して送信する必要はまったくありません。メールを送信するだけです。バックエンドアプリケーションがメールを直接送信するか、バックエンドが使用するようにネットワーク上にSMTPリレーを構成すると、そのリレーは目的の受信者にメールを送信するだけです。

または、EEAAが提案したように、ホストされた電子メールリレーサービスを使用できます。

3
mfinni

O365を介して特定のユーザーとしてメールをリレーする場合、特定のFROMアドレスを使用する必要はありません。必要なのは、メールボックス付きのライセンスされたアカウントだけです。

受信メールホストに直接アクセスすることで得られなかったOffice 365経由でメールを中継することの利点を見つけました。

  • トランスポートルール、送信スパム、マルウェアフィルタリングなどを利用できます。
  • Microsoftのガイドに従ってDNSを構成した場合は、SPFレコードを設定していることになります。厄介なことに、(おそらくこっそりと)ガイドラインは、再帰的なルックアップのために、利用可能な10個すべてのSPFエントリを使用するSPFレコードを構成するように指示しています。
  • あなたにとってそれが重要である場合は、誰または何が電子メールを送信しているかについて、一定レベルの制御を維持できます。ネットワークからのメール送信を任意のIPアドレスに許可するだけでは危険です。

オプションでTLS接続を備えた内部リレーサーバーを使用して、Office365の受信コネクタに接続するオプションもあります。これにより、受信者の制限が1日あたり10k近くになります。

読む必要のあるドキュメントは次のとおりです: https://technet.Microsoft.com/en-us/library/dn554323(v = exchg.150).aspx

4
john