(「onmicrosoft」を外す方法)Microsoft365で独自ドメインアカウントを使用する方法、つまりメンバーアカウントにonmicrosoftのつかない自社のドメインメールをそのまま使う方法Microsoft365、旧名称Office365は現在のMicrosoftのOfficeの主力商品。クラウドアプリケーションである。(「クラウドアプリケーション」=パッケージではなくて、月額支払い方式のネット更新のアプリケーションである。)決して価格的にお得とは言えないが、これからのアプリはすべてこの形式に変わっていくだろう。新型コロナ肺炎の流行をきっかけに、リモートワークの実践が不可避になってくると、Microsoftの提供するクラウドサービスがいかに便利か痛感するし、まるでこの事態を想定していたかのように、遠隔会議システムTeamsやインターネット共有スペースOneDriveなど基本的な遠隔作業、共有の環境が用意された上に、同じアカウントのライセンスで5台のPCで環境を共有できる。これまでのOfficeアプリ、WORDやEXCELなどもついてくるのだから、トータルで考えると、ZOOM+なんちゃら、GoogleDrive+なんちゃら、などに比べ圧倒的な安さになる。いうわけで、わが社でもMicrosoft365を導入したのだが、1つだけうまくいかなかった。Microsoft365では会社で導入した環境に社員もアクセスできる方法があり、自社ドメインメールアドレスをログインアドレスに使う方法があるのだが、そのためのドメインの所有権の認証にDNSサーバへの情報の登録が必要なのだが、それが、今のレジストラ、「お名前.com」ではDNSレコードの変更が有料オプションだったのだ。【自社ドメインでない場合、snkobe.onmicrosoft.comのように途中にonmicrosoftというのが追加される。今回やった手間を考えると、そこまでして、この「onmicrosoft」を除かねばならないのかは、十分検討が必要。】もともと、cervi.jpというWindowsサーバのホスティングサービスの会社で登録していたドメインだが、その会社が廃業してしまったので、無理やり移管することになったので、もともと好き好んで選んだレジストラではない。宣伝メールも多いし、何かと契約を更新させようとするのがかなり鬱陶しいかった。Microsoft365を存分に使うには、ドメインを移管する必要があったのだ。お名前ドットコム側の手続き出来るだけ転出手続きを難しくする「お名前.com」。手続きは全部WEBで行うのだが、その画面を見つけるのがとにかく難しい。お名前ドットコムから他社への移管の場合、お名前ドットコム側で行うのはドメイン管理者のメールアドレスの確認とAuthCodeの入手である。他社への移管の申し込みなどはない。移管先となる会社からお名前ドットコムへ承認するかどうかの連絡が行くだけだからだ。Codeの入手1.お名前ドットコムのドメインNaviのログインします。https://www.onamae.com/navi/login/2.画面上部のメニューより『ドメイン』をクリックします。更新画面から移動をしてください。3.「ドメイン」タブをクリックする4.ポップアップがでてきます。「更新画面から移動する」をクリックしてください。5.ドメインの一覧の中から手続きしたいドメイン名をクリックします。ドメイン移管_お名前_ドメイン一覧6.ドメイン詳細の中のAuthCodeの〔表示〕ボタンをクリックするとコードが表示されます。Codeが入手できました。〔設定〕ボタンをクリックしますドメイン移管_お名前_管理担当者3.管理担当者の情報の最後の方にあるメールアドレスを確認します。ドメイン移管に関する各種連絡はすべてこのメールアドレス宛に連絡されるので、これを自分が受信できるメールか確認します。間違ってたり、設定が古かったりした場合は正しく設定しなおします。※Whois情報は基本的に公開されるものなので、あまり個人的なアドレスを設定するのはやめましょう。自社ドメインを持っているなら個人用とは別のドメイン管理用のメールアドレスを作成しておくべきでしょう。お名前ドットコム側のドメイン移管状況の確認1.ドメインの一覧を表示するところまでは上と同じです。ドメイン移管_お名前_ドメイン一覧2.目的のドメイン名のリンクをクリック。3.画面上部のメニューより『その他の機能』をクリックすると各種メニューが表示されます。4.ドメイン移管の設定項目内の「他社への移管状況確認」をクリックします。ドメイン移管_お名前_ドメイン移管状況5.移管の状況を確認できる画面が表示されます。6.「他社への移管状況確認」をクリックすると、ドメイン毎の移管の状況が表示されます。対象ドメインと申請状況をご確認ください。承認メールに対する承認/拒否待ちです。※承認メール送信先に誤りがある場合は、一度移管申請をキャンセルし、正しい情報にWhois情報を修正後、改めて移管先に申請が必要となります。キャンセルをご希望の場合はお問い合わせフォームより会員ID,ドメイン名,移管キャンセル希望の旨を添えてご連絡ください。※ドメインNaviへの反映、完了メールの送信までは、しばらくお時間を頂戴する場合がございます。転入先のさくらインターネット側での手続き転入するほうの手続きは分かりやすくなっています。さくらインターネットの場合、説明も丁寧で分かりやすいです。今回の場合、snkobe.comという.comに含まれるドメインなので【gTLD】移管マニュアル(他事業者からさくらへ)という項目のヘルプを参考にします。Codeを入力するとWhois情報の確認画面が表示され、支払い情報などを入力すれば申請は完了です。すると、管理担当者のメールに設定していたメールアドレスにドメイン移管の承認・不承認を問い合わせるメールが届くので、メール内のリンクから承認フォームへアクセスして承認すればOKです。さくらインターネット側の移管状況の確認は、会員メニュー画面から確認します。さくらインターネットの会員IDを持っていないとログインできません。ドメイン移管の申請時にIDは取得しているはずです。待てど暮らせど待ちのまま。さくらインターネット側の手続きは完了しているのに、最後のお名前ドットコムからの承認が届かないのだ。これはおかしいと思って調べてみると、またまた、お名前ドットコム必殺の隠しヘルプにこうありました。管理者と登録者さくらインターネットの承認メールは管理者に届くのに、お名前ドットコム側の承認メールは登録者情報宛に届くというのだ!この登録者情報、当社の場合、最初にドメインを取得した(ホストドメイン一体で契約)レジストラが途中で廃業して勝手にお名前.comに移管してしまったので、前のホスティングの会社の情報そのままだったのだ。登録者のメールはadmin@onamae.comだったのよ!!気づいてすぐに変更しようにも、既にトランスファー申請は受理されていて、結局、今回は拒否することで最初からやり直しになりました。これはお名前ドットコムが電話で私の意向を確認して、移行承認の返事をしてくれればいいのだが、まったく融通を利かせないのがお名前ドットコムの特徴で最大の欠点なのだ。お名前ドットコムが不承認の返事をするのを待って、再度挑戦することになりました。お名前ドットコムのアホ!、バカヤロー!と叫ぶしかなかった一日でした。お名前ドットコムは勝手には不承認にしませんでしたお名前ドットコムの不承認手順は、承認するか不承認かを登録者にメールする。そのメールから承認か不承認手続きを実行したときだけ承認か不承認を連絡する。登録者から返事がなければ何もしないのです。ほっておいてもダメでした。ほっておくと、一方(さくらインターネット)では返事を待ち、お名前ドットコムでは何も返事をせず、ドメインの管理は宙に浮いたままになってしまうのです。結局、サポートにメール最初にサポートに電話したが、つながりませんでした。有料の電話で平気で1時間くらいかけ続けてもダメでした。[2]事務(営業時間:平日10:00-19:00)必死にサポートフォームを探して送信しました。サポートフォームURLはhttps://help.onamae.com/contact/form/メールの方は割と早く返事がきました。【以下メールの内容】いつもご利用いただき、まことにありがとうございます。メール宛先を変更することはできませんため一度キャンセルいただく必要がございます。キャンセルご希望の場合は、弊社にて代理拒否を行いますため、本メールに以下内容をご返信くださいますようお願い申し上げます。Navihttps://navi.onamae.com/topということで、これに返事して、3営業日程度で、さくらインターネットから移管が未完了の旨連絡がありました。ここからもう一度やり直しです。再度の移管手続きまずは登録者のメールを変更します。管理者と同じ手順で変更を申請、あくまで申請でこれだけでは変更されません。新しい管理者での承認を選びます(重要)申請後、すぐに変更後のメールに承認フォームへの案内URLが届きます。ドメイン移管_お名前_情報変更承認フォームドメイン移管_お名前_情報変更承認フォーム2ここまでやって、やっと変更受付です。情報は変更されていないので、ドメイン移管手続きのやり直しは明日になるでしょう。ところがどっこい!ダメでした。【新しい登録者】と【現在の登録者】もしくは【現在の管理担当者】へ2通届きます。これが、そもそも使えない、admin@onamae.comのメールになっている現在の登録者では、2通のうち1通のメールでの承認が出来ないのでした。今度は、既に変更してある現在の管理担当者による承認を選択します。【新しい登録者】と【現在の管理担当者】による承認を選びます。メールはすぐにとんできます。お名前.comをご利用いただき、まことにありがとうございます。上記ドメイン名の登録者名義変更が完了した事をお知らせいたします。以下の詳細をご確認ください。再度、さくらインターネットへの転入手続きこれでやっと、お名前ドットコム側の準備が完了しました。前の手続きが未完了で終わっているので、同じ操作では申請できませんでした。再度、転入承認メールを送ってもらう方法、https://help.sakura.ad.jp/206056962/メールで申請しなければならないようです。ヘルプ通り、申請文を書いて、現在の管理者担当メールから送信しました。登録者や管理者など、ドメインに関連するいろいろな立場のアカウントがあり、転出や変更には、それぞれ、その中の誰かへ承認確認のメールがとぶから。転出元と転入先とではそれぞれ手続きが異なる。HTTPのプロトコルと同じで、手順がそれぞれに決まっているものの、レジストラーは相手の手続きを全く説明しないので、ヘルプを見ていても非常に分かりにくいのだ。ここで、それをチャートにしてみた。365のユーザーに登録できるのだ。この前にさくらインターネットの会員メニューからドメインの設定に入っておく。このログインは、さくらインターネットの会員IDでログインする。365をドメインに接続すると、メールやExchangeも自社メールサーバに接続できる。SPFレコードは1つしかエントリ出来ないので、既存のエントリに追加する形で書き込む。365と自社のドメインを接続する設定のヘルプhttps://docs.microsoft.com/ja-jp/microsoft-365/enterprise/external-domain-name-system-records?view=o365-worldwide#example-adding-to-an-existing-spf-recordのようにinclude句で後ろに追加すればよい。ここまで行うと、メールをMicrosoft365で管理することが出来る。送受信したメールは共有の連絡先に登録できるし、スケジュール機能などとも連携できる。これまでのExchangeサーバの機能のほとんどをMicrosoft365で実現できるのだ。365側で管理されるので、逆に自社ドメインのホストのメールサーバは利用できなくなる。365を使用しないアドレスのメールは転送できなくなる。Microsoft365側にアカウントを作成すればよいのだが、うちの場合、infoやsupport関連の誰にも属さないメールアカウントもあるので、今回はそこまで踏み込めなかった。365に転送することも可能なようだが、全体の管理の手間を考えると、snkobe.onmicrosoft.comのドメインをsnkobe.comにすることにそれほどの意義を見出せなかったというのが結論だ。ドメインの移管などを行ってきた手間はもったいないが、今回は、信頼できるドメイン管理会社に移管できたこととMicrosoft365でのドメイン認証が出来ることを確認したことが十分な成果だと満足している。365などのクラウド製品の売り込みに力を入れているが、中小企業にとってはクラウド移行の負担はまだまだ大きい。自社でExchangeサーバを運用してきた会社であっても、クラウドでの運用にはこれまでと違ったスキルが必要になり、今まで通り使えるなら、クラウドでなくても十分と考えるのは当然である。Microsoftが製品を提供し、ユーザーがそれを使ってサービスを構築していくこれまでの方法では不十分になりつつある。今後は製品を提供することとサービスを提供することの境目は見えなくなってくる。Microsoftはもっとエンドユーザー目線でのサービス提供の機能を強化しないと今後の競争に勝ち抜けないだろう。製品を活かすためには、もっときめ細かい多層的なサポートが必要になってくるでしょう。お気軽にお問い合わせください。多肉植物の楽しみお気軽にお問い合わせください。お気軽にお問い合わせください。