中国IT情報ブログ｜アライドビジネスグループ（上海・東京）

どうしてもOutlookが使いにくい状況ですとか、スキャナ機器を簡単に使いたい場合などに、Office365でもSMTP通信が使いたい時があります。

中国版Office365でも以下の設定で利用することができます。

これまでは弊社で何十社と導入の際に一部 POP+SMTP や IMAP + SMTP などで問題なく使用できておりました。

ですが先日導入したお客様で、どうしてもSMTPでの認証がうまくいきません。現場で対応していたのが専門ではないエンジニアだったため、Officeを再インストールしたり、ルータの設定を見直したりと、非常にタイトなスケジュールと急いでメールを読みたいお客様の前でだいぶうろたえてしまうことになりました。

こちらの技術チームでも調査したらこのテナントのアカウントでは手元のＰＣでもSMTPが認証できない。もしやと思いMSDNをしらべて、PowerShell でSMTPの許可設定を調べていたところ、SMTPがテナントレベルで不許可になっていることがわかりました。

SMTPClientAuthenticationDisabled: TRUE

以前はこんなことはなかったため、どうやらVianet21がデフォルトでSMTPをDisabledにしたようです。国際版は最近開通していなのでわかりませんが、このような突然な変更で貴重な時間が失われてしまうのは大変残念なことです。

確かにSMTPはセキュリティ上レガシーですが、まだまだ中国ではFoxMailなどのローカルソフトや、場合によってはOffice2007なども残っていることを考えると、もう少し周知してほしかったなと思います。

以下のコマンドでSMTPをEnableすることで無事SMTPを利用することができました。

なおマイクロソフトでは将来モダン認証のみとしてPOPやIMAPを使用できなくなる方針を打ち出しています。スキャナ機などで使うSMTPに関しては別の救済策を出されるかもしれませんが、いずれ何らかの対策をとる必要があるだろうことは追記しておきます。(Windowsで無料で使えるメールアプリなどは先進認証に対応しているようです）

本日、マイクロソフト中国のWeChatオフィシャルアカウントにて、「マイクロソフトPower Platform」が中国市場にて正式に商業利用開始になった、という記事が発信されました。

これまでもマイクロソフトのWeChatアカウントではPowerAppsなどの紹介が幾度となく流れてきていましたが、それらは国際版のOffice365を念頭に置いたものでした。

今回の記事の中では、「世紀互聯の運営による　Power AppsとPower Automateは本日中国で正式に市場に投入されてました」と書かれているので、中国版のOffice365で利用できるようになったと考えられるかと思います。

私が先ほど手元にある中国版Office365にログインしてメニューを見たところでは、まだPowerApps等のリンクはありませんでした。

このWeChatの記事の中にも中国版PowerApps のリンクなどはありません。また後程時間のあるときにじっくりと探してみようとおもいます。

現在ではTeamsの方が日系のお客様からはよく質問されますが、それも今回の記事にはありませんでした。ただマイクロソフトがSkype for Business Online のリタイアを計画していることが正式にされている以上、中国のOffice365でもずっとSkype for Business Online がメンテナンスされることは考えにくいでしょうから、いつになるかはわかりませんが時間の問題であるとは思われます。

（以前の記事にも書きましたように、展開方法や時期については全く予測ができませんので、あくまでも参考としてください。）

（2020年6月20日　補足）

１．

中国マイクロソフトに近い筋の人からの話によると、今回のPowerAppsは独立したメニューとしてのみ契約が可能で、Office365に付属して使用できるようにはなっておらず、その計画もないそうです。非常に残念。

２．

powerautomate.cn のアドレスでPowerAutomateの中国版ホームページは確認できましたが、国選択より前に進むことは現状できていません。

現在弊社では香港版Office365のTeamsを使用しているお客様に対して、社内ポータルのシステムから自動的に外部ゲストを追加するシステムを構築しています。

その際に、外部ゲストとして入力するアドレスによって時折内部エラーが表示されるというレポートがあり、調べたところ以下のようなエラーがAzureから返されていました。

The user you’re inviting is from a national cloud. To collaborate with this user, ask them for a different email address associated with a directory in this cloud or create a user account for them in your Azure AD directory.

どうやらこれは、国際版のOffice365に中国版のOffice365のアカウントを追加しようとした際に発生するようです。

海外のフォーラムを検索すると、ドイツのOffice365に登録されているメールアドレスを招待しようとした場合も同様のエラーメッセージが出るようです。

私自身もここ最近は外部ユーザーの追加について詳しく見ていなかったのですが、以前であれば通常は中国Office365ユーザーの場合でも普通にメールアドレスの追加はできて、受取側でこのアドレスは使用できないためにMicrosoft アカウントを使用してくれと言われていたと記憶しています。

もしかしたら、Azure側で「必ず招待されたメールアドレスでログインする」という設定の場合にこのようになるのかもしれません。

細かな検証はできていないのでまた情報があれば追記します。

ここ最近、2件ほどOffice365の中国版を検討している、または導入を決めたお客様に対応しました。

そこで話題によく上がるのが、マイクロソフトのホームページ上で説明されている、現在中国版で提供されていない国際版の機能の「提供準備中」の意味です。

2－3年前まではたしかに国際版の機能が少し遅れて中国版にも提供されるという流れがありましたが、現在はこのような状況は全く当てはまらず、「提供準備中」というのは全く計画は白紙であるととらえていただいた方がいいようです。

中国版で使えない主な機能

Azure Information Protection

こちらは非常に有用な機能ですので、中国版で使えないことが大変残念です。ファイル閲覧の監査用の記録、およびRMSによるファイルの持ち出し制限などがこのAIPでできますが中国版ではどちらも実現不可能です。（以前あったサードパーティのRMSサービスも終了しました。）

Teams

まず共有カレンダーなどのコラボレーション機能については、あまり国際版でも活用されているお客様は多くないですので、弊社でもTeams が使用できないことを大きなデメリットとはとらえておりません。ある程度工夫すれば同様のことはOffice365 グループでも可能です。（Skype for Business の代替機能部分が使いやすいというウワサもきいておりますが。。。）

PowerApps & Flow

こちらに関しても、企業内Workflowの機能として使うのはまだ不十分ですので、とくに問題になるとは考えております。外資系のお客様で、国際版を使用しているのでFlowで開発してほしいという要望はたまにありますが、基本的には弊社ではSharepoint 上での開発の方を主としておすすめしています。

既存の機能は安定していますし、接続スピードでは圧倒的に中国版の方が有利です。また国内情勢等さまざまな状況による変化のことも考慮して中国版を選ばれるお客様も少なくありません。

また、Sharepointそのものの開発手法などは国際版と同じですので、既存の機能でまずは問題ないお客様は中国版を使用することで全く問題ありません。その場合でも未提供の国際版の機能に関して、「提供準備中」というステータスのものにかんしては、無いものと考えて導入を進めていただければと思います。

Office365を導入したお客様から、次に要望として挙がるのがSharepointの活用です。

弊社でもさまざまな方法でSharepointの活用・構築を提供してきました。下記の2つの他にもさまざまな開発手法があり、その都度適したものを選定する方法があります。

１．すでにある休暇管理システムを Sharepoint Online 上で再構築したいお客様

このお客様の場合は数年前に構築した休暇管理システムを、システムおよびサーバーの老朽化に伴ってSharepoint上で再構築するという要求でした。

この場合にすでにあるシステムと操作性を完全に合わせることが要求でしたので、画面開発に自由のきく　Sharepoint Provider-Hosted アドインを使用して構築しました。

このProvider-Hostedアドインですが、開発の効率、それからインストール・メンテナンスについても思った以上の工数がかかるので大変です。ただしC＃を使った開発なので、コードが他の案件やオンプレミスの案件に流用できそうなことは利点になります

２．Sharepoint Onlineで社内ポータルを構築し、スマホでも閲覧できるようにしたいお客様

まずは社内ポータルの構築（intramartからの移行）ですが、特に事前にSharepoint iOS App/Android App がアプリストアからダウンロードできることをお客様が調べており、このアプリにも対応した方式での構築を依頼されました。

いろいろ試したところ、このSharepoint アプリで閲覧できるようにするためにはモダンページを使用して構築する必要があり、そのモダンページをカスタマイズするにはSharepoint Framework を使用する必要がありました。

そのため、このSharepoint Frameworkを使用してポータルを行使地区したのですが、

1. 開発環境の準備に大変時間がかかる＆失敗することも頻発（特に中国のネットワークからではうまくツールをダウンロードできないことも多発）
2. こまかな変更でもアプリの発行とCDNファイルのコピー、パッケージの再インストールが必要になり手間となる
3. カスタマイズ内容はページの読み込みの後半に行われるため、全体に施したデザインなどが秒単位で遅れて変更されるのが美しくない

とデメリットを上げればきりがないのですが、ただしもしこの方式を使用しない場合、Microsoft社製のiOS App/Android Appは利用できず、基本的にはスマホからもブラウザを利用してのポータル閲覧となります。

そうすると頻繁にIDとパスワードの入力を求められることになり、結果としてポータルが利用されなくなるという状態にもなります

逆にSharepoint Appであればスマホの中に明確なアプリの入り口ができあがり、基本的には長期間パスワードも求められず気軽に閲覧できるので、たくさん社員に見てもらうという目的を達成するうえでは、正しい選択だったのではと思います。

3. オンプレミスの Sharepoint 2016 で文書承認および文書管理システムを構築したいお客様

オンプレミスではさまざまな伝統的な開発手法も選択できますが、弊社はOffice365 にも注力しておりますので、Sharepoint Onlineにも流用できる開発手法を取り入れています。

上記のProvider-Hostedでは大変開発コストがかかりますので、Provider Hostedで作成したCodeを流用しつつ、UI部分はSharepoint DesignerにてカスタムのHtmlをSharepoint上で運用することとしました。

• UI部分：Sharepoint上に Html + JS + CSS を配置して、Webパーツページ上にページビューワWebパーツから読み込む
• サーバー部分：サーバー上にIIS上で別サイトを運用し、管理者アカウントにてCSOMコードを実行してサーバー側処理を行う

この方法の場合ですと、実行したユーザーの権限でサーバーコードを動かすことはできませんが、上記の1番の開発の際でも最終的にはユーザー権限でコードを動かす部分がなかった（すべて特権に昇格して動かすことになった）ということで、結果的にこのような方法でも大丈夫かと思います。