メッセージ ストアの変更と同時接続の調整
概要
この記事では、2018 年 9 月 1 日からロールアウトされる SMTP 認証済み申請クライアント プロトコルに対して行われる機能強化について説明します。
このプロトコルは、電子メール メッセージを自動的に送信するために、アプリケーション、サービス、およびデバイスによって使用されます。
実装されている変更
[送信済みアイテム] フォルダーに格納されているメッセージ
Email送信されたメッセージは、使用されるメールボックスの [送信済みアイテム] フォルダーに格納されます。 この動作により、ユーザーは多機能デバイスから送信される電子メール メッセージを特定でき、問題のトラブルシューティングが容易になります。
注:
[送信済みアイテム] フォルダーはメールボックスのサイズに影響します。 メールボックスがいっぱいになると、電子メール メッセージの送信はブロックされます。 大量の電子メール メッセージを送信するメールボックスの場合、メールボックスがいっぱいになる前に、[送信済みアイテム] フォルダーのアイテム保持ポリシーをフォルダーを空に設定する必要があります。
メール メッセージを送信するアプリケーションまたはデバイスによっては、メールボックスがいっぱいになると、次のいずれかのエラーが発生する可能性があります。
554 5.2.2 メールボックスがいっぱいです。STOREDRV。Submission.Exception:QuotaExceededException.MapiExceptionShutoffQuotaExceededed
554 5.2.2 メールボックスがいっぱいです。STOREDRV。Submission.Exception:QuotaExceededException.MapiExceptionQuotaExceededed
メッセージを送信する同時接続の新しい調整制限
サービスには、不正使用を防止し、公正な使用を確保するためのさまざまな制限があります。 追加の制限が追加されています。 新しい制限では、最大 3 つの同時接続で電子メール メッセージを同時に送信できます。 アプリケーションが複数の接続を使用して同時に 3 つ以上のメッセージを送信しようとすると、各接続に次のエラー メッセージが表示されます。
432 4.3.2 STOREDRV。ClientSubmit;sender スレッドの制限を超えました
SMTP 認証プロトコルの追加の調整制限は次のとおりです。
- 1 分あたり 30 個のメッセージ
- 1 日あたり 10,000 人の受信者の受信者レート制限
これらの制限を超えると、次の問題が発生します。
1 分あたりの制限を超えると、メール配信の遅延が発生し、メッセージ送信の超過分が調整され、次の分に継続的に引き継がれるようになります。
1 日あたりの制限を超えると、次のエラー メッセージが表示されます。
554 5.2.0 STOREDRV。Submission.Exception:SubmissionQuotaExceededException
詳細については、「Exchange Onlineでの送信制限」を参照してください。
同時接続に対するこの変更により、短時間で自動システムから送信される大量の電子メール メッセージからサービスを保護しやすくなります。 この変更は、特定のメールボックスに対して 1 つの電子メール クライアントまたは多機能デバイスからのみ送信するほとんどの SMTP 認証済み申請ユーザーには影響しません。
アプリケーションまたはデバイスが調整された場合は、メッセージの送信を再試行してメッセージが送信されることを確認するようにアプリケーションまたはデバイスを設計する必要があります。 この変更により、調整されたメッセージが少し遅れるだけです。
この変更を受け入れられない場合は、いくつかのオプションがあります。
- アプリケーションまたはデバイスごとに異なるメールボックスを使用します。
- アプリケーションがニュースレターなどのメッセージを送信する場合は、バッチ処理を使用できます。 または、メッセージを個々の受信者ではなく配布リストに送信することもできます。これははるかに効率的であり、調整を回避するためです。
- タイミングが非常に重要な場合 (たとえば、複数のアラートを同時に生成するアラート システムの場合)、極端なケースでサードパーティのメール配信サービスを使用することが必要になる場合があります。
メッセージを送信するときの新しい動作
これらのプロトコルの変更により、メッセージはサービスを通じて新しいルートを取得します。 そのため、一部のプリンターやデバイスは、電子メールの業界標準 RFC 5322 に完全に準拠していないメッセージを送信するため、送信動作に軽微な変更が発生する可能性があります。
たとえば、返信または差出人アドレスが山かっこ ("<" と ">") で囲まれていない場合や、送信者の表示名に引用符で囲まれていない at 記号 (@) などの無効な文字が含まれている場合、送信動作が変更される可能性があります。 RFC 標準に完全に準拠していないプリンターまたはデバイスでは、送信エラーが発生する可能性があります。
多くの場合、この問題は、デバイスまたはプリンターの設定を更新し、返信またはメールの差出人アドレスの周囲に山かっこ ("<" と ">") を追加することで修正できます。
リファレンス
変更の詳細については、次の Microsoft Exchange チーム ブログ記事を参照してください。
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示