神戸大学におけるメールサービスの Exchange Online への移行
鳩野 逸生 1) , 伊達 弘典 1) , 辰奥俊宏 2)

1) 神戸大学 DX・情報統括本部 情報基盤センター, 2) 神戸大学 情報推進課
hatono@kobe-u.ac.jp

The mail system migration to Exchange online in Kobe University
Itsuo HATONO1) , Hironori DATE1) , Toshihiro TATSUOKU2)
1) Information Infrastracture and Digital Transformation Initiative Headquarters, Kobe University,2) IT Promotion Devision, Kobe University

概要
神戸大学においては，2022 年 9 月に Postﬁx をベースとしてメールシステムから Microsoft365/ExchangeOnline を主として用いたシステムに移行を行った．本稿では，神戸大学におけるメールサービスの概要と移行後のシステムにおける実装について述べる．

1 はじめに神 戸 大 学 に お い て は ，2022 年 9 月 に Postﬁx を

3 旧メールシステムにおけるサービスの概要

用 い た オ ン プ レ ミ ス の メ ー ル シ ス テ ム か ら Mi-

3.1 個人メール

crosoft365/Exchange Online[1] を用いたシステムに移• 学生ユーザ:

行した．本稿では，移行前と移行後のメールシステム– 学籍番号を用いたメールアドレスを付与．

におけるサービスの概要と，Exchange Online におけ– メールアドレスの alias を設定可能 (1 つのみ)

る実装について述べる．

– 転送先メールアドレスを 3 つまで設定可能• 教職員ユーザ:

2 Exchange Online への移行の背景– メールアドレスを 4 つまで取得可能 (46 のド

神戸大学のメールシステムは, 6 年のリースで契約しメインから選択可能)ている神戸大学教育研究用計算機システムの一部とし– すべてのメールアドレスは変更可能て提供されて来た. 一方，電子メールを取り巻く環境– 取得した各メールアドレスについて転送先はかなり激しく変化しており, 2016 年に導入した前シ
ステムのメールサービスにおいては，迷惑メールやウイルスメールの判定を行うためのアプライアンスの機能の陳腐化や，設定の変更や運用では解決が困難な配送のトラブルが多発していた．
このような状況の下で，2022 年 9 月に更新予定のメールアドレスを 3 つまで設定可能

3.2 メーリングリストサービス
メーリングリストソフトウェアである fml Ver.4 を利用したサービス．

• 事務用メーリングリスト

メールシステムにおいては, Microsoft365 の包括契約– 事務の各係等の単位で発行 (約 300 件)の範囲内で利用できる Exchange online を用いてメー– ユーザ管理システムにおけるユーザ属性の変ルシステムの再構築を行うこととしたものである．な

更 (異動など) に同期してメーリングリストのお，神戸大学においては，Microsoft364 Education A3メンバーを自動更新機能• 一般用メーリングリストと A5 セキュリティで契約している．

– 学内教職員の申請により作成 (約 500 件)

188

ンと数を管理するため，メールアドレスの取得・

3.3 メールサーバホスティングサービス
部局・学部等独自のメールドメインの利用を希望する場合 (15 件) に提供するサービスである．ドメインの管理者が，メールアドレスとアカウントを発行する変更・削除は，統合ユーザ管理システム上で操作するような実装となっている．

• 転送先の設定は，Exchange Online における Outlook on the web において設定することとした．

機能を実装している.

• 旧メールシステムにおいては，メール受信プロト

3.4 メール中継サービス• 発信専用:コルとして imap/pop3 を許可していたが，Ex-メールを発信する必要がある情報システムやデバ

change Online 移 行 時 に, imap の み に 制 限 を 行

イスに必要なメールの中継機能を提供

った．

• 送受信:
学内に設置されているメールサーバにおけるインターネットからのメールの送受信をメールゲートウェイを経由して中継するための機能を提供

4.2 メーリングリストサービス
メーリングリストサービスは，Exchange Online では同等の機能を実装することが難しいため*3 ，メーリングリストソフトウェア mailman[2] を用いて旧メーリングリストサービスと同等の機能を実装した．

4 更新後のメールシステムの概要

メーリングリスト宛のメールは，Exchange Online で

本 節 で は ，旧 メ ー ル シ ス テ ム に お い て 実 現 し受信し，Exchange Online におけるフロールールで記て い た メ ー ル シ ス テ ム の 各 機 能 の ，Exchange On-

述して，メールゲートウェイを経由してメーリングリ

line/Microsoft365 における実装および設定等をサポーストサーバへと転送している．メーリングリストサートするためのサーバの構成について述べる (図 1)．

バから発信されるメンバー向けのメールは, Exchange

4.1 個人メールサービス

Online に転送されて配送される構成となっている．

Microsoft365 包括契約におけるアカウント発行の制

4.3 メールサーバホスティングサービス

約により，学生・教職員 1 名あたり 1 つのアカウントし個人メールアドレスの場合と同様に, 部局・学部か発行できないため，以下のように Exchange Online

独自のドメインをもつメールアドレスのために Mi-の機能を用いての実装とした．Microsoft365 のアカウ

crosoft365 のアカウントを発行することができないた

ントは，神戸大学教育研究用計算機システムにおけるめ，shared mail address を用いた実装とした．ただし，統合ユーザ管理システムにおいて，ユーザが新規に作各ドメインの管理者が各ドメインにおけるアドレスの成される場合 (学生ユーザ) あるいは，ユーザが初期設発行を可能にするため，shared mail address の作成お定を実施した場合 (教職員ユーザ) に作成されるが，各よび利用するユーザの Microsoft アカウントを登録す

ユーザが利用するメールアドレスとは別に発行しているための Web ブラウザで利用できる GUI を処理する

る*1 ．

ためのメールサーバホスティング管理サーバを構築し• Microsoft365 アカウント自体もメールアドレスとして機能するが，4 つまで取得可能なアドレ
スの中の 1 つを Microsft365 アカウントにおける primary メールアドレスとして登録する．残り3 つ取得可能なアドレスに関しては，shared mailaddress を生成し，Microsoft アカウントを利用可能なアカウントとして登録することにより実現した*2 ．また，取得可能なメールアドレスのドメイている．

4.4 メール中継サービス
学内外のメール発信元から送受信を受け付けるためのメールサーバを学内に構築することにより実現している. Exchange Online において，Oauth2 などの認証が行えない機器からのメールを受け付けるためには，サーバ証明書の登録が必要などの制約があるためである．

*1 クラウド ID と呼んでいる.
*2 Exchange Online においては，各アカウントに複数のメールアドレスを alias として登録できるが，各アカウントのメールスプールに入る前にヘッダを書き換えてしまうため，bcc: などで送信された場合，primary メールアドレスに対して送信したものか, alias として登録されたメールアドレスに送信したものか区別できなくなるため, shared mail address を用いた189実装とした．
*3 Microsoft365 の配布グループを用いるとメールの配送は実現可能であるが，従来のメーリングリストソフトウェアが持っている Subject におけるタグの追加などができないため，メーリングリスト機能は Exchange Online に移行しなかった.

図 1 メールシステムの構成生した．

5 旧メールシステムからの移行
旧メールシステムから Exchange Online への移行においては，移行前までに利用していたテナントとは別に移行後に利用するテナントを作成し，以下の手順で実施した．

• 過去に Microsoft のサービス利用のために登録されたアカウントの一部がドメインに対する管理権限を保持していたため, Exchange Online の承認ドメインとして登録できなかった．そのため, 以前に登録されているユーザ ID(メールアドレス) の

1. 移行後に利用するテナントを新規に作成し，利用変更をお願いする必要があって相当の時間を要した*5 ．

予定ドメインを Exchange Online へ登録

2. ユーザ管理システム上の情報を元にユーザのアカウントを Microsoft365 上に作成

3. 旧メールシステム上に登録されていたメールアドレスをアカウントに同期

6.2 メール送信における送信アドレスチェック
現システムの構築途中で，Exchange Online の送信においては，エンベロープ From だけでなく ヘッ
ダー From にも設定されたメールアドレスに関して，旧システムにおけるメールスプールの移行は必要な*4

Exchange Online 上で認証が成功しかつ発信権限が設定されていないとエラーになることが判明した．

時間を考慮して実施していない ．

従来のメールシステムにおいては，メーリングリス

6 開発時の主な問題点

トのメールアドレスをヘッダー From に設定して個人

6.1 メールドメインの登録のメールアドレスが表に出ないようにしてメールの本メールサービスにおいては，従来十数年に渡って送受信を行うという運用を行ってきたが，別サーバ利用してきたメールドメインであったことと，移行すで管理しているメーリングリストのアドレスに対しるドメインの数が 50 を超える (メーリングリスト利用て Exchange Online 上で権限設定されていないため送分を含む) あったため，移行に際して以下の問題が発信エラーとなる．メーリングリストのメンバに対して*4 その代わり旧システムのメール受信サーバを 1 年程度保持し*5 DNS の設定権限を保持している場合は，強制的に変更するこた.とは可能である．

190

メーリングリスト管理サーバの内にあるメンバー情報

Outlook だけである．特に，MacOS, IOS 等で利用可を Exchange Online 上のユーザの権限設定に反映する

能な mail.app は，shared mail address の利用が困難でことは現実的でないため，個人のメールアドレスと異ある. また，Thunderbird 等のソフトにおいては，sharedなるメールアドレスをヘッダ From に設定したメール

mail address を利用するためには通常以上に複雑な設の発信を可能にするための送信専用サーバを設置して定が必要であるなどの問題がある．

いる*6 .

8.2

6.3 メールボックスにおけるインボックスルールにDefender を用いた監視Microsoft365/Exchange Online は，Microsoft365 Defender を通して, Junk mail，virus mail の判定などのよる多段転送の制限
現メールシステムにおける転送は，転送設定は 1 ア

チェックを行っているが，誤判定もあり，定期的にチドレスのみで 2 つ目以降のアドレスは，はメールボッェックが必要である．さらに, Microsoft365/Defender

クス内のインボックスルールでリダイレクトを設定すの管理者コンソールは複雑であるため操作には熟練がることを前提としている．ところが，10 段以上のリダ必要である．

イレクトを設定しているユーザが存在し，旧メールシ

8.3 メーリングリスト機能ステムと同様な動作をしないことが判明した. 旧メー

現システムにおいては，旧システムからの移行を

ルシステムは Postﬁx をベースにしており，転送の段考慮してメーリングリストサーバを別途学内に構成数に制限は存在していない．

したが，送信者の認証が厳格化していった場合メーこの問題に対しては，対策を行うことが難しいため，リングリストソフトウェアによるメールヘッダの書ユーザサイドに別手段で対応することを依頼していき換えによりメールを詐称して不正に送信されたもる*7 ．のであると判定される確率があがって行く可能性がある．将来的には，メーリングリストの機能も, Mi-

7 移行の効果

crosoft365/Exchange Online の機能で実装することが2022 年 9 月に移行後，約 1 年間運用してきているが大きな問題はなくメールは配送されている．

望ましいと考えられる．

9 終わりに

7.1 情報セキュリティ対策
旧メールシステムにおいては，ウイルスメールや本稿では，神戸大学におけるメールシステムの Mi-フィッシングメールの判定が十分に機能していなか

crosoft365/Exchange Online への移行について述べた．

ったため，頻繁にフィシングメール上の URL をク

旧メールシステムでは, 各ユーザが自由にメールアドリックしたことによる Firewall による検知が発生しレスを設定できるなど自由度が高いサービスを提供ていたが，移行後は激減した. Exchange Online は，していたが，一方でそれが Exchange Online への移行

Microsoft365/Defender により, サイン・インのチェッの際の困難さを上昇させてしまったことも否定はでき

クが行われるとともに，メール自体のセキュリティない．

チェックを実施したり，メール中に含まれる URL を

今 後 は, メ ー リ ン グ リ ス ト サ ー ビ ス を Mi-変換してチェックするなどの処理を行う効果が出ていcrosoft365/Exchange Online の機能で実現するとともるものと推察される．に, メールサービス自体を簡単化することによりベースとなるメールシステムを変更した場合でも移行が可

8 課題

能になるようにすることが必要であると考えられる．

8.1 Exchange Online のフル機能を利用可能なソフトウェア

Exchange Online は，Web ブラウザ上で利用可の

参考文献[1] Microsoft:

ExchaneOnline,な outlook on the web 以外に，パソコン，スマートhttps://microsoft.com/ja-jp/microsoft-フォン, タブレット上のアプリケーションで利用可

365/exchange/exchange-online (2023 年現在)

能であるが，すべての機能を利用できるのは事実上[2] Mailman, Mailman, the GNU Mailing List Manager, https://list.org/, (2023 年現在)．

*6 セキュリティ上の問題を軽減するため，神戸大学内からのみ発信可能としている．
teams を利用することを推奨している．

*7 別途,

191