コネクタ設定における 3 つのポイント (送信元 : 組織のメール サーバー)

今回は Exchange Online のメール フローにおいて、お客様からしばしばお問い合わせをいただいておりますオンプレミスのサーバー向けにコネクタ設定を行う際の注意点をお伝えします。 Exchange Online は特定の送信元 IP から急激なメール受信量の増加を検知すると、サービスを保護するために当該 IP からのメール受信を自動的に制限し、遅延受信させます。 これは以下の blog でご案内の IP スロットリングの機能ですが、この特定の IP がお客様にて運用されている問題のないサーバーである場合には本機能の動作は不要であり、回避するためには送信元を組織のメール サーバー、送信先を Office 365 とするコネクタの設定が有効です。   Title: IP スロットリングについて URL: https://blogs.technet.microsoft.com/exchangeteamjp/2015/03/23/ip/   送信元を組織のメール サーバーとするコネクタを設定すると、特定の送信元サーバーからのメールをコネクタが作成されている Office 365 テナントへメールをルーティングする動作となります。 このようなコネクタを作成するときには以下の点について予めご留意いただきますようお願い申し上げます。   << Point 1 >> 他テナント宛てのメールも自テナントで受信する 前述のようにコネクタを作成することで対象となるメール サーバーから送信されたメールを Office 365 が受信すると、コネクタのあるテナントへまずメールをルーティングします (後述の Point 2 および 3 でご案内の、コネクタが使用される条件を満たしていることが前提となります)。 そのため、宛先が別の Office…


OWA 上でテキスト形式でメール アイテムを保存すると、メール アイテムの中身が消える事象について

今回は Exchange Server 2013 CU15 以上で発生する、OWA の新規作成アイテム保存時の挙動についてご案内いたします。 詳細な事象および原因は以下になります。   事象 OWA 上でテキスト形式でアイテムを作成し下書き保存すると、以下の流れのように、保存したアイテムの中身が消える事象が発生する場合がございます。 // テキスト形式でアイテムを保存します。   // 下書きフォルダ内のアイテムのビューのみでアイテムの内容が消える事象が発生します。   // その後、上記のように情報が一部欠けている状態でウィンドウを開き、かつ、アイテムを保存すると、内容が上書きされ、アイテムの内容自体も削除されます。 (保存する、または保存される前にウィンドウを閉じ、編集をキャンセルした場合は、アイテムの内容自体は削除されません)   現在確認している本事象の発生するオペレーションは以下になります。 – パターン 1. テキスト形式でアイテムを作成し、下書き保存する。 2. 下書きフォルダに明示的に移動し、対象のアイテムをクリックする。   原因 本事象は、Exchange Server 2013 CU15 以降の OWA の仕様変更によるものであり、Exchange Server 2013 CU15 以降で本事象は発生します。   回避策 Exchange Server の設定などで本事象を回避する方法はございません。 ご迷惑をおかけいたしますが、OWA を利用して下書き保存を行う場合は、テキスト形式ではなく、HTML 形式でメールを作成いただきますようお願いいたします。 なお、本事象は現時点では Exchange Server 2013 の今後リリースされる…


トランスポート ルールで日本語の免責事項を追加する場合の注意点

今回は [リッチ テキスト] 形式のメールに対してトランスポート ルールで日本語 (ダブルバイト文字) の免責事項を追加した場合に文字化けが発生する問題の対処策についてご紹介いたします。 本内容は現行の Exchange Server (Exchange 2010 / Exchange 2013 / Exchange 2016 や Exchange Online) のいずれでも同様となります。 Exchange Server ではトランスポート ルールを使用して条件に合致するメールに免責事項を追加する機能が提供されています。 以下の TechNet にも記載されている通り、免責事項に追加するテキストは HTML やインラインの CSS スタイルを使用して書式を構成することもできます。 Title: 組織全体の免責事項、署名、フッター、またはヘッダー URL: https://technet.microsoft.com/ja-jp/library/dn600437(v=exchg.150).aspx ここでトランスポート ルールを使用して免責事項として以下を追加するように構成した場合を考えます。   *******************************************************************************</br> この電子メールおよびメールと共に送信されるすべてのファイルは機密情報です。</br> これらは宛先に指定された個人または組織のみが使用できます。</br> この電子メールを誤って受け取った場合、システム マネージャーにお知らせください。</br> *******************************************************************************   上記の免責事項を [テキスト] 形式のメールや [HTML] 形式のメールに対して追加する場合は問題ございませんが、[リッチ テキスト] 形式のメールに対して追加する場合には免責事項の日本語部分が文字化けして表示されてしまいます。 この問題は以下のように…


送信サイズ制限を 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…