セルフホスト型サービス
nextcloud/mail avatar
nextcloud/mail

Nextcloud Mailは暗号化メールを自分の基盤へ戻せるか

Nextcloudのメールアプリ。 ** 暗号化されたメールを送受信します!** 優れた Mailvelope ブラウザ拡張機能、または S/MIME 暗号化と署名の組み込みサポートを使用します。

スター 1,026フォーク 347JavaScriptAGPL-3.0

ひと目でわかる

これは何?
Nextcloud上でメールを送受信するアプリの暗号化、受信箱、導入経路、開発構成を公式READMEから確認します。
誰に向いている?
Nextcloudをすでに運用し、メールを同じアカウント基盤で扱いたい利用者に適しています。暗号化を重視する場合はMailvelopeまたはS/MIMEの鍵と署名検証を実メールで確認し、AI機能はオプトイン設定と処理バックエンドを個別に確認してください。
商用利用できる?
厳しい条件付きでできます。AGPL-3.0 はネットワーク型コピーレフトのライセンスで、改変版をホスティングサービスなどとしてネットワーク越しに利用させる場合、その利用者にソースコードを同じライセンスで提供する必要があります。
今もメンテナンスされている?
されています。直近 1 日以内に新しいコミットがあります。
何の言語で書かれている?
主に JavaScript です(GitHub の言語統計による)。

回答はプロジェクトの GitHub データ(最終同期:2026年9月15日)と当サイトの分析に基づくもので、法的助言ではありません。

オープンソース詳細解説

Nextcloudの中にメール操作を置く

Nextcloud MailはNextcloud向けのメールアプリです。READMEはメールの送受信に加え、Mailvelopeブラウザー拡張または組み込みのS/MIME暗号化と署名を使えると説明しています。メールサーバー自体をこのアプリが置き換えるという説明ではなく、既存のメール環境をNextcloudの画面から扱う位置づけとして読むべきです。

自分でメールサーバーを持ちたい人向けには、Mail-in-a-Box、Stalwart、Dovecotが例として挙げられています。これは連携先の候補であり、Nextcloud Mailがそれらを自動構築する意味ではありません。SMTP、IMAP、証明書、アカウント情報を自分の構成で用意できるかが最初の判断点になります。

MailvelopeとS/MIMEを別の検証軸にする

暗号化の入口は二つあります。Mailvelopeはブラウザー拡張を使う方式で、S/MIMEはアプリ側に組み込まれた暗号化と署名の機能です。鍵の保管場所、受信者の公開鍵、署名の表示、復号失敗時の挙動は方式によって異なるため、暗号化という一語だけで同じ運用になるとは限りません。

実際の確認では、テスト用の送信者と受信者を用意し、平文、暗号化、署名付き、添付付きのメールを交換します。相手側で本文と添付が読めるか、署名の状態が表示されるか、鍵を失った場合に履歴へアクセスできるかを記録してください。READMEに鍵管理の詳細がない部分は、公式の管理者文書へ戻る必要があります。

Priority Inboxと要約は任意機能として扱う

READMEにはEthical AI Ratingの章があり、Priority InboxとThread Summariesがオプトイン機能として掲載されています。評価はインストールされたテキスト処理バックエンドに依存し、詳細はNextcloudのAI文書を参照する構成です。標準のメール送受信と、文章を処理する補助機能は別のデータフローとして考えられます。

要約や優先度付けを使う場合は、どのメールが処理対象になり、結果がどこへ保存されるかを確認してから有効化します。READMEだけでは、利用するAIバックエンドの性能やデータ保持を確定できません。業務メールを使う前に、オプトインの状態、処理ログ、誤った優先度や要約を訂正できるかをテストしてください。

App Store導入と開発者向け導入を分ける

利用者向けの導入経路はNextcloud App Storeで、Nextcloudのインストール画面から直接導入できるとREADMEにあります。初回導入ではアプリの有効化だけで完了と考えず、メールアカウントの登録、IMAP受信、SMTP送信、フォルダー表示を順番に確認します。既存メールの移行方法はこのREADMEの説明範囲に含まれていません。

開発者向けには、Nextcloudサーバーのappsディレクトリへリポジトリを置き、Node.jsとnpmで依存関係を取得し、make dev-setupを実行する流れが示されています。これは稼働中の利用者向け設定とは異なります。開発版を試す場合は、本番のメールボックスを直接つながず、専用アカウントで画面とビルド結果を確認してください。

ドキュメントが示す運用の確認点

管理者向け文書にはインストール、設定、トラブルシューティング、ユーザー向け文書にはメール操作の説明があります。開発者向けにはdoc/developer.mdとnightly buildsの入口が示されています。READMEの短い説明だけで設定項目を補完せず、Nextcloudの版とMailアプリの版を対応づけてから該当文書を読むのがよいでしょう。

障害時は、メールサーバーへの接続、Nextcloudのアプリ状態、ブラウザー側のMailvelope、S/MIME証明書を分けて調べます。受信だけ失敗するのか、送信だけ失敗するのか、署名や添付で再現するのかを記録すると、GitHub issueやコミュニティフォーラムへ具体的に報告できます。

AGPL-3.0と依存ライブラリを確認する

メタデータのライセンスはAGPL-3.0で、READMEは利用条件の確認先としてリポジトリを示します。再配布や改変を考える場合はLICENSEの条項を確認し、アプリが利用するCKEditorはGPLv2であることもCreditsに記載されています。アプリ本体と依存ライブラリの条件を一つにまとめず、配布形態に応じて確認してください。

Nextcloud Mailは暗号化を扱える一方、メールサーバー、鍵、認証、AIバックエンドまでを一つの導入操作で安全に整える製品とはREADMEから判断できません。Nextcloudを既に管理でき、メール基盤を把握している人には適しています。新規に全体を構築する人は、まず専用アカウントで送受信経路と鍵の状態を可視化してください。送信済みフォルダー、下書き、添付ファイル、別端末からのログインも確認し、暗号化に成功したメールだけでなく復号できない場合の扱いまで把握します。

メールアプリ固有の送受信確認

Nextcloud Mailでは専用メールアカウントを使い、IMAPで受信した本文と添付を表示し、SMTPで別の受信者へ送信します。MailvelopeとS/MIMEを別々に有効化して、署名の表示、復号、送信済み保存を比較します。Priority InboxとThread Summariesを使う場合は、オプトインの状態と処理バックエンドを記録し、通常のメール操作と結果を混同しないようにします。

編集部の結論

Nextcloudをすでに運用し、メールを同じアカウント基盤で扱いたい利用者に適しています。暗号化を重視する場合はMailvelopeまたはS/MIMEの鍵と署名検証を実メールで確認し、AI機能はオプトイン設定と処理バックエンドを個別に確認してください。導入はNextcloudのApp Storeから始め、受信、送信、添付、検索、暗号化メールを自分のメールサーバー構成で試してから範囲を決めます。

公式情報源

  1. Official documentation
  2. Official README
  3. Project repository
  4. Release notes
コミュニティノート

コミュニティノート