Tokyo Python が KaiMail を採用 ―「シンプルなのに、必要な柔軟性はちゃんとある」

Tokyo Python が KaiMail に乗ってくれた経緯は、2026年4月、私が彼らの目の前に立ち、スライド31枚と20分の持ち時間に押しつぶされていたあの日から始まる。なぜそもそも私がこれを作ったのか、その話まで辿り着く時間はなかった。すべての開発者コミュニティが自分たちのドメインで運用すべきだ、というあの主張も、その場では飛ばすしかなかった。後日改めて書けばいいと思っていた。

その必要はなかったらしい。数週間後、Tokyo Python のオーガナイザーたちは自分たちのドメインで KaiMail を回していた。

導入後、リードオーガナイザーの Ben Allen 氏から次のような感想が届いた。

「Tokyo Python としては、自前でメールサーバーを運用・保守することなく、自分たちのドメインでメールを扱う、コストの低い方法を探していた。基本的な転送サービスはたくさんあるが、KaiMail はちょうどよいバランスだった。シンプルなのに、必要な柔軟性はちゃんとあって、開発者向けに作られているという雰囲気がしっかり伝わってくる。ドキュメントも分かりやすく実用的で、ほとんど手間をかけずにセットアップできた。」

― Ben Allen 氏（Tokyo Python リードオーガナイザー）

「シンプルなのに、必要な柔軟性はちゃんとある」と「開発者向けに作られている」は、最初のコミットから私がずっと追いかけているものだ。Ben 氏は、私がこれまで自分で書こうとして書き切れなかったことを、私よりもきれいに言ってくれた。（Benさん、ありがとうね！。）

コミュニティのドメインは、ブランドの一部だ

ウェブサイトが yourcommunity.org なのに、お知らせメールは gmail.com から届く。これは少しずつ信頼を削る行為だ。[email protected] や [email protected] のように独自ドメインの受信箱を一貫して使うことで、コミュニティが「ちゃんと運営されている」印象になり、過去のやり取りも誰か個人のメールボックスではなく、コミュニティ自身の名前のもとに残る。

この主張の長い版は「すべてのオープンソースプロジェクトが独自ドメインメールを必要とする理由」に書いた。短く言えば、バスファクター、セキュリティ報告が誰かの Gmail に届く問題、共同議長が新しく就任するたびに LINE でパスワードを共有する事故、この３つである。すべて私自身が経験してきた話で、すべてドメインと転送サービスがあれば回避できる。

KaiMail はこの切り替えを５分で終わらせるために作っている。受信メールを既存のメールアドレスに転送し、認証付き SMTP で独自ドメインから送信し、必要になれば Webhook で自分たちのツールにもつなげられる。

コミュニティ・ボランティアプロジェクト向けの無償アップグレード

Tokyo Python は、私たちのコミュニティサポートプログラムを利用している。非営利のユーザーグループ、オープンソースプロジェクト、ボランティアで運営されている取り組みであれば、無償のプランアップグレードを提供している。コストを理由に、汎用のメールアドレスのままで止まってほしくないからだ。

該当しそうな団体を運営しているなら、コミュニティアップグレード申請フォームから応募してほしい。すべての応募に目を通しており、ほとんどの場合は数日以内に返信している。

KaiMail を選んでくれた Ben 氏と Tokyo Python のオーガナイザーの皆さんに、心から感謝したい。私は PyCon JP や地域の Python コミュニティの縁を通じて、長年このコミュニティの近くにいた。そんな彼らがドメインを私たちに預けてくれるというのは、何度経験しても受け止めるのが簡単にならない類の信頼だ。これからも、使い続けてくれる限り、皆さんの受信箱を「退屈なくらい安定している」状態（一番いい意味で）に保ち続けたい。