2026/01/16 7:04
**リメールズ：欧州向けのメール転送エージェント** *リメールズは、オープンソースのメール転送エージェント（MTA）であり、欧州市場を対象に設計されています。最新の電子メールプロトコルに対応し、プライバシー・セキュリティ、そしてEUのデータ保護規制への準拠を重視しています。*
RSS: https://news.ycombinator.com/rss
要約▶
日本語訳：
Remailsは、検証コードやパスワードリセットなどのトランザクションメールサービス向けに設計された、完全に欧州製でオープンソースのメール転送エージェントです。
プロジェクトは透明性を保っており、ソースコードはGitHubに公開されており、remails.net ですぐに利用可能なインスタンスが提供されています。パブリックベータ版では月間最大3 000通までの無料ティアがあります。
アーキテクチャとデプロイメント：
- 初期は単一のVPS上でDocker Composeを使用したMVPとして開始され、現在はクラウド管理型PostgresデータベースにバックアップされたマネージドKubernetesへ移行し、高可用性を実現しています。
- アプリケーションは主に2つのコンポーネントに分かれています：Web API（認証情報処理）とSMTP MTA；両方ともロードバランサー後ろでKubernetesデプロイメントとして稼働します。
- 高可用性はノード間で複数のレプリカを持ち、毎日完全バックアップを独立した場所に保存し、クラウドプロバイダ経由で時点回復（point‑in‑time recovery）を行うことで達成されます。
- アウトバウンドトラフィックはUpCloudからの「BYOIP」（Bring Your Own IP）戦略を採用しています。軽量なベストエフォートメッセージバスがWeb API、SMTPインバウンド、定期タスク、およびアウトバウンドDaemonSet間の通信を調整し、障害は小さな遅延のみを引き起こし、自動的に再試行されます。
- SMTPアウトバウンドコンポーネントはホストネットワークアクセス付きでKubernetes DaemonSetとして実行され（ノードごとに1ポッド）クラウドIPマネージャを使用してプロバイダのAPI経由で各ノードに必要なIPを割り当てます。その後、アウトバウンドポッドは送信者要件に応じて適切なIPを選択し、クリーンなIPレピュテーションを確保します。
ロードマップ： 計画されている機能にはDNS検証アラート、クォータ警告、管理者用監査ログ、メール保持ポリシーの設定可能性、およびインバウンドメッセージ（バウンス、DMARCレポート）のサポートが含まれます。
RemailsはEU企業にトランザクションメールインフラをローカルで制御させることで、配信率の向上と規制リスクの低減を図りつつ、米国プロバイダへの欧州代替案を提供することを目指しています。
本文
Remailsとは何ですか？
約1年前、Remailsの創業者から連絡があり、完全に欧州でホスティングされるメール転送エージェント（MTA）の構築を手伝うことになりました。
MTAは、評判の良いIPアドレス経由でメールを転送し、適切なヘッダーを設定し、障害が発生した場合には自動的に再配信することで、確実にメールを届けます。
Remails のソースコードは GitHub 上で公開されているため、誰でもセルフホストできます。また、remails.net ではすぐに使えるインスタンスも提供しています。
Remails は主にトランザクション型メール（認証コード、パスワードリセットリンク、個人通知やリマインダー）向けであり、数千件の受信者へ一斉送信する広告用途には想定されていません。この制限は将来的な開発により緩和される可能性があります。
開発経緯と技術的課題
MVP から高可用性へ
最初は短いフィードバックループを持つミニマム・バイアブルプロダクト（MVP）に注力し、Docker‑Compose コンテナ内で単一のバイナリと簡易 PostgreSQL データベースを安価な欧州 VPS にデプロイしました。
その後、管理型 Kubernetes クラスター と EU のクラウドプロバイダー提供の 管理型 Postgres を導入。アプリケーションは以下の2つのロジカルパートに分割されました：
- Web API – 認証情報を管理し、ウェブインターフェースと REST ドキュメントをホスト
- MTA – SMTP の受信／送信トラフィックを処理
各コンポーネントのレプリカをノード間で走らせることで高可用性を実現。1 ノードが障害を起こしても、他ノードがサービスを継続します。
さらに、毎日フルデータベーススナップショットを独立した場所へバックアップするジョブを追加しました。クラウドプロバイダーは2つのデータベースノードと Point‑in‑Time Recovery (PITR) バックアップを提供しています。
IP アドレスの取り扱い
メール配信率はアウトバウンド IP の評判に大きく左右されます。Remails は次のことが必要です：
- クラウドプロバイダーから 自前の IP ブロック（BYOIP）を取得する
- メッセージごとに使用する IP を制御し、大量送信顧客には専用 IP を割り当てる
標準的な Kubernetes 設定ではアウトバウンドトラフィックがノードの IP へルーティングされるため、アーキテクチャを再設計する必要がありました。
再構築された Kubernetes アーキテクチャ
- Web API – ノードに分散した Deployment のまま
- SMTP inbound – 同様に Deployment とし、外部ロードバランサで負荷分散
- SMTP outbound – DaemonSet として実行。各ノードに1つの Pod が必ず存在し、ホストネットワークを介してノードの複数 IP から適切なものを選択できるようにする
- クラウド IP マネージャ – クラウドプロバイダー API を通じて各ノードに必要な IP を割り当てる
- 中央メッセージバス – 軽量でベストエフォートのブロードキャストバスを使用し、コンポーネント間通信を行う。失敗しても定期タスクが再試行するため、メール送受信に影響はありません
データベースにはすべてのアクションが記録されるため、メッセージバス通知が遅延した場合でも、わずかな遅れだけで済み、メールの受付・送信失敗には至りません。
結論
この構成により、高可用性を保ちつつアウトバウンド IP アドレスを細かく制御できます。Remails は自前の欧州 IP ブロックからトランザクションメールを確実に配信します。
ぜひ今すぐお試しください！
Remails はパブリックベータ段階で、無料「1」プランは月 3,000 通知まで利用可能です。より高い制限が必要な場合はアップグレードしてください。
技術的詳細やセルフホストをご希望の場合は GitHub のコードをチェックしてみてください。
ロードマップ
- 無効 DNS レコードとクォータ警告のメール通知
- モデレーション・プライバシー機能：管理者用監査ログ、メール保持期間設定
- 受信メール（バウンスメッセージ、DMARC レポート）を Remails 経由で受け取る機能追加