送信サイズ制限を 0 バイトにしているにもかかわらずメッセージが送信される

こんにちは、Exchange Server サポートの小間です。 今回は、Exchange Online のメールボックスで送信サイズ制限を 0 バイトにしているにもかかわらずメッセージが送信される事象を紹介します。 業務要件に応じて、特定のメールボックスからの送信を禁止したいシナリオが生じた際に、メールボックスの設定で送信サイズ制限を 0 バイトに設定をすることで実現ができます。 以下のように設定を行うことができます。 – 設定箇所 Exchange 管理センターでメールボックスのプロパティを開き、[メールボックスの機能] – [メッセージサイズの制限] – [詳細の表示] をクリックします。 [送信メッセージ] の [最大メッセージ サイズ] を 0 にします。 しかしながら現在、送信サイズ制限を 0 バイトに設定してメッセージを送信すると NDR が返されるにもかかわらず、宛先にメッセージが送信される事象が確認されています。 この動作については、弊社開発部門で修正を検討中となります。 また、この事象は Exchange Online の内部実装についての長期的かつ段階的な変更を進めている中で発生している問題となっております。 なお、一般的な方法としてトランスポート ルールで差出人などを条件にブロックすることで、この問題を回避できることが確認されています。 トランスポート ルールによる代替策があることから、内部実装の変更を優先して開発が進められており、本事象の対応検討には今後も時間を要する状況となっております。 大変恐れ入りますが何卒ご理解いただきますようお願い申し上げます。 進展があり次第このブログで最新情報をご報告します。 ご不便をおかけしますが、なにとぞよろしくお願いいたします。 ※本情報の内容(添付文書、リンク先などを含む)は、作成日時点でのものであり、予告なく変更される場合があります。


Exchange 2010 サーバーにてハイブリッド構成ウィザードを実行する際の注意

本記事では、主に Exchange 2010 サーバーがインストールされたコンピューター上で Office 365 ハイブリッド構成ウィザードを動作させる場合の注意点を紹介します。 Exchange Online に移行する方法の 1 つとして、Exchange Online とオンプレミスの Exchange サーバーの間でのハイブリッド展開の構成を用いた段階的移行を行うことができます。 ハイブリッド展開の構成を行う際には、http://aka.ms/HybridWizard よりダウンロード可能な新しい Office 365 ハイブリッド構成ウィザードを用いることで、常に最新版の機能を実行できるようになりました。 この新しい Office 365 ハイブリッド構成ウィザードは Exchange 2016、Exchange 2013 だけでなく、 Exchange 2010 Service Pack 3 (SP3) を実行しているコンピューターでも実行することが可能です。 本記事を記載している 2017 年 10 月時点では、Office 365 ハイブリッド構成ウィザードを実行する端末には .NET Framework 4.5 がインストールされている必要があります。 .NET Framework 4.5 がインストールされていない環境で Office 365 ハイブリッド構成ウィザードを実行しようとした際には、下記のようなエラーが表示されて Office…


日本語組織名を持つ Exchange サーバーのハイブリッド構成について

Exchange 2003 より長らく Exchange Server をご利用頂いているお客様においては、Exchange 組織名を “最初の組織” などと日本語で指定されている場合がございます。(Exchange 2007 以降で Exchange 組織を作成された場合は日本語名の指定はできません。) このような Exchange 組織を Exchange 2010 以降で継続してご利用頂いており、Exchange Online とハイブリッド構成を展開される際に 「日本語組織名であってもハイブリッド構成を行うことはサポートされるか」 とご質問を頂くことがございます。 これまでは、日本語のようなダブルバイト組織名でのハイブリッド構成について十分な検証が行われていなかったために、何らかの予期せぬ問題が発生した場合に修正などの対応が困難であるリスクをご案内致しておりました。弊社内で開発部門との確認や検討を続け、日本語組織名を持つ Exchange 組織にてハイブリッド構成ウィザードを使用する展開がこの度サポートされることとなりました。現状、日本語組織名を持つことによるハイブリッド構成の不具合や問題等は確認されておりません。前述の通り、最新の Exchange ではこのようなダブルバイトの組織名を前提としていないため、今後何らかの制限が生じる可能性もございますが、サポートでは可能な限りご支援を行ってまいります。 今後とも Exchange サーバーならびに Exchange Online のご愛顧のほど何卒よろしくお願い申し上げます。


オンプレミスの Exchange Server 環境に新規サーバーを追加する際の留意事項について

こんにちは。Exchange サポートの益森です。 以前、以下のブログにて、Outlook クライアントが追加構築中のサーバーに接続してしまう動作およびその回避方法を案内しておりますが、最近、ハイブリッド環境の構築など、オンプレミス Exchange Server 環境に新規サーバーを追加するケースが増えているため、改めて、簡単にオンプレミスの Exchange Server 環境に新規サーバーを追加する際の留意事項についてご案内をさせていただきます。 Title : Active Directory サイトを活用した Exchange 導入 URL : https://blogs.technet.microsoft.com/exchangeteamjp/2016/03/30/active-directory-exchange/ まず、上記ブログに記載の通り、Outlook クライアントが追加構築中のサーバーに接続してしまった場合、証明書に関するポップアップが表示される可能性がございます。 また、環境構成等にもよりますが、Outlook クライアントが意図せず追加構築中のサーバーに接続してしまうことで、Outlook のプロファイルの情報が書き換わってしまい、通常とは異なる設定、ネットワーク経路で Exchange Server に接続することに起因して、最悪の場合、Outlook クライアントが Exchange Server に接続できなくなるという障害が発生してしまう可能性もございます。(※) ※追加サーバーの構築中に Outlook を起動しているだけで追加構築中のサーバーに接続してしまう可能性があるため、後述の回避策を実施することをお勧めしております Outlook クライアントが意図せず追加構築中のサーバーに接続してしまう動作の詳細は上記ブログをご確認いただければと思いますが、簡潔に申し上げますと、Outlook クライアントと追加構築中の Exchange Server が同じ AD サイトに所属しているためです。 そのため、上記ブログに記載の通り、追加構築をする Exchange Server については、一旦、Exchange Server をインストールする前に Outlook クライアントが存在しない AD サイトに所属させ、Exchange Server のインストール、仮想ディレクトリ等の設定変更、テストを行った後で…


Exchange Server ハイブリッド環境における予定表の共有について

こんにちは。Exchange サポートの益森です。 今回は、良くお問い合わせをいただく、Exchange Server ハイブリッド環境における予定表の共有について、改めて情報を整理したいと思います。 今回、整理するポイントは以下の通りです。 1. オンプレミス環境において、利用者の方が主にどのような操作で他人の予定表に対して参照/編集等を行っているのか 2. ハイブリッド環境 でのクロスプレミス接続における予定表共有機能 3. 移行の計画について   1. オンプレミス環境において、利用者の方が主にどのような操作で他人の予定表に対して参照/編集等を行っているのか 移行の計画を立てる前に、そもそもオンプレミス環境で利用者の方が主にどのような操作で他人の予定表に対して参照/編集等を行っているのかを整理しておきます。 基本的に以下の 3つのいずれかになると考えます。   (1)スケジュール アシスタントで確認をする方法 空き時間情報や件名等の情報であれば、スケジュールアシスタントから確認をすることが出来ます。   (2)[予定表の追加]で予定表を追加する方法 予定表の画面で、他人の予定表を追加することで、自分の予定表と同じように他人の予定表をカレンダー形式で確認することが出来ます。 頻繁に予定を確認するユーザーをこの操作方法で追加している方も多いと思います。   (3)招待メッセージ (Sharing Invitation) を送る方法 (2) と類似しておりますが、招待メッセージ(Sharing invitation) を送った上で他人の予定表を開く方法です。 こちらの招待メッセージを送り合うことで、招待した設定に応じて予定表フォルダに対してアクセス権が付与されます。 招待されたユーザーが招待メッセージにて、[この予定表を開く] をクリックすると、以下のように [共有の予定表] 配下に予定表が追加されます。 なお、この招待メッセージでは、予定表フォルダに対して参照者のアクセス権(時間、件名、場所、役職などの予定表のすべての予定情報が見える) までしか与えることが出来ません。 上記それぞれの操作で、他人の予定に対して参照できる情報や操作について整理します。 以下の表の通り、”(2)[予定表]の追加で予定表を追加する方法”の場合のみ、設定されているアクセス権次第ですが、他人が直接予定アイテムを作成したり編集したりすることが可能になります。 【凡例】 〇:出来る ×:出来ない ※厳密には、招待メッセージを送信した後、そのユーザーに対するアクセス権を手動で変更することで、[共有の予定表]配下でも、アイテムの作成や編集等は可能になります。   2. ハイブリッド環境 でのクロスプレミス接続における予定表共有機能 まず、以下のブログ等でも紹介している通り、ハイブリッド環境のクロスプレミス接続においては、組織の関係、共有ポリシーという2種類の予定表共有機能がございます。 Title…


Exchange 2010 と 2013 または 2016 との混在環境における OWA 利用時の制限事項

こんにちは。Exchange サポートです。 今回は、オンプレミスの Exchange 2010/2013、2010/2016 の混在環境で OWA を利用する際の制限事項をご案内します。   – 概要 メールボックスが Exchange 2010 に残っているユーザーと、Exchange Server 2013 または Exchange Server 2016 に移動済みのユーザー間で予定表の共有をしている場合、移動済みのユーザーが OWA を利用して Exchange 2010 の予定表を参照すると、付与している権限が機能せず空き時間情報のみの利用に制限されます。   – 詳細 Exchange 2010/2016 の混在環境で以下のユーザーがいたとします。    User01 : Exchange 2010 にメールボックスがある  UserA  : Exchange 2016 にメールボックスがある   ここで、この2ユーザーは互いに自身の予定表に編集者権限 (Editor) を付与しています。   User01 が OWA で自身のメールボックスにログオンし、UserA の予定表を参照した際は付与されている編集者権限によりアクセスしますので UserA…


Configuration of MailTips

(This is an English translated version of this Blog post. Please click the link if you prefer Japanese.) That moment when you sent an email to your colleague and ended up receiving an Non-Delivery Report telling you, “Hey we can’t find the address! Perhaps you may have typed it wrong?”.. Yes, it’s THAT moment when…


Authentication cache for Exchange Online and Outlook

With single sign-on deployments, a connection between an Outlook client and Exchange Online requires authentication with ADFS (Active Directory Federation Services) or third-party ID providers. However, there are scenarios where the authentication process with ADFS or ID providers can be skipped with the help of caches for a certain amount of time after a successful…


Exchange 2016 での送信コネクタ設定時の注意

Exchange 2016 で送信コネクタの名前に日本語 (正確には ASCII 文字以外) を利用し、FrontendProxyEnabled (Exchange管理センターでは [クライアント アクセス サーバー経由のプロキシ]) が有効 (既定では無効) になっている場合、このコネクタを利用する送信が失敗する問題が確認されております 。 ※ この問題は Exchange 2016 でのみで発生し、Exchange 2013 では発生しません。 例: 現象が発生する送信コネクタの設定例 この現象発生時には以下のように Queue の LastError にて Frontend サーバーが “401 4.5.4 Invalid arguments – possible version mismatch” を応答していることが特徴となります。 PS:>Get-Queue 4 | fl LastError LastError : [{LED=451 4.4.396 Frontend host responded with error. ->…


Mastering Autodiscover

If you are an Exchange administrator, you may have already known “autodiscover”. If you don’t know what autodiscover is, I guess you’ve heard this word at least once from IT administrator or Microsoft support engineer. Autodisover was introduced when Exchange 2007 was shipped and it is more than a decade technology, However all versions of…