← 2026-10-05 の一覧へ戻るホーム
カスタムドメインメールだけが欲しかった

2026/10/05 2:47

カスタムドメインメールだけが欲しかった

RSS: https://news.ycombinator.com/rss

元のHacker News記事へ ↗
要約▶

Japanese Translation:

著者は jacobg.co というドメインを 2 年以上保有しており、Apple Mail とシームレスに連携し、Bring Your Own Domain モデルを採用する安価で信頼性の高い個人用メールホスティングソリューションを求めていました。数社の選択肢を評価した結果—including Cloudflare Email Routing（着信はフォワード可能だが、出信中のセットアップには別途対応が必要であり、しばしば遅延を引き起こす）、Mailflare（Cloudflare を中心として構築されたオープンソースのセルフホストド・インボックスだが、ドメイン認証、レピュテーション、Gmail や Yahoo などの主要プロバイダーのフィルターなどにより信頼性が不足していた）、Purelymail（年間約$10 で無制限のアドレス数と標準的な IMAP/SMTP アクセスを提供）—そして Google Workspace（個人用途には過剰だと判断された）—最終的に Foundermail を選択しました。このプラットフォームは Cloudflare と連携し、Apple Mail 互換性を確保するため標準的な SMTP および IMAP プロトコルをサポートし、無制限のアドレス数を扱い、認証済み出信中メールを処理するとともに、個人ドメインに対して安価に設定されています。

当初は主要プロバイダーからのスパムフィルターにより新規コンタクトへの配信で課題が発生しましたが、Foundermail 側ではこれらの問題が解決済みです。ドメインを接続した後に Apple Mail で構成を行うのは容易であり、メッセージの到着時間が短く、別途ウェブメールインターフェースなしでも [email protected] を使用できます。また、以前ユーザーからメールを受け取っていない新規アドレスへメールを送信するための特別なリクエストという最小限の制限事項も修正されました。現在、Foundermail は初期要件であるカスタムドメイン、複数のアドレス、認証済み送信・受信、標準プロトコル、合理的な価格設定をすべて満たしています。著者は Foundermail を indefinitely （永久に）使用する予定であり、「受信メールはシンプルですが、信頼性のある送信中メールにはスパムフィルター、DNS レコード、認証、SMTP、IMAP、レピュテーション管理などに関する大きな複雑性が伴います」と結論していますが、このソリューションはプライバシー、機能性、安価さのバランスをとりつつ、不要な企業側のオーバーヘッドを排除することに成功しています。

本文

Custom ドメインメール解決策の探索：Foundermal で達成した完全なセットアップ

jacobg.co というドメインを 2 年以上保有しているが、広範に利用されていないサービスから高額料金を支払いながら、自社のドメインにカスタマイズされたメールアドレスを取得したいとの願望があった。主な要件は以下の通りだ。

  • Bring Your Own ドメイン (BYOD) のサポート
  • コストパフォーマンスの高い料金体系
  • アドレス数の無制限
  • メール送信・受信の認証機能（Verified sending/receiving）
  • Apple Mail への連携

Cloudflare の内蔵メールルーティングから完全自己ホスティングまで多岐にわたるアプローチを試したが、試行錯誤の経緯、課題となった手法、そして最終的に採用した解決策「Foundermal」について解説する。

1. Cloudflare メールルーティング（不採用）

Cloudflare Pages でホストしており、DNS も同社管理のため、第一候補に**「Email Routing」**を選んだ。

  • 強み:
    • 自ドメイン宛てのメールを指定アドレスへ自動転送可能。
    • 受信側は非常にシンプルで、別途メールボックス料金を支払わず個人のインボックスへ着信できる。
  • 弱み・課題:
    • 送信機能が不十分。転送に特化しており、カスタムアドレスからの発信には別ソリューションが必要。
    • 利用可能な選択肢が高価すぎたり設定が複雑すぎたりする傾向があった。
    • 転送に数分かかるなど即時性に欠け、「カスタムメールアドレス」というコンセプトとは一致しなかった。

2. Mailflare（不採用）

GitHub で公開されているオープンソースプロジェクト「Mailflare」を調査した。Cloudflare 基盤のセルフホスト型メールソリューションである。

  • 概要:
    • 受信処理：Cloudflare
    • インターフェース：自社管理
    • 送信機能：Resend と連携して配信を担当。
  • 当初の期待:
    • オープンソースで既存インフラを利用可能。
    • 従来のメールサーバーを手動で運用する必要がない。
  • 実際の実装での課題:
    • 単純な SMTP サーバー設置では信頼性が確保できない。
    • ドメイン認証、評判管理、主要プロバイダー（Gmail/Yahoo）の評価メカニズムなど、総合的な考慮が必要。
    • 結果として「日常使いに安心できるレベル」ではないと判断。

3. Purelymail（保留）

低コストで SMTP/IMAP アクセスを提供するパーソナルメールホスティングサービス。

  • 主な特徴:
    • 年間約 10 ドルという極端な低価格。
    • アドレス数無制限、プライバシー重視、長い無料トライアル期間。
    • 標準的な IMAP/SMTP プロトコル対応のため、Apple Mail と直接連携可能。
  • 判断:
    • 「確実に動くこと」と「最小限の設定時間」なら最適解だが、より強力な選択肢を見つけたため保留に。
    • 将来的に専用環境が必要な場合は再検討予定。

4. 企業向けソリューション：Google Workspace（不採用）

カスタムドメイン取得の定番だが、私の要件には過剰だった。

  • 特徴: Gmail と連携し、追加費用を惜しまないユーザーには手軽。
  • 判断基準:
    • 必要な機能が限定的で、別途メールボックス料金を支払う必要性を感じない。
    • 数件のアドレスかつ Apple Mail 経由送受信で十分というケースでは過剰機能。
    • ビジネス組織や複数構成メンバーがいる場合に有効だが、個人ドメインには「大げさ」。

5. Foundermail（採用：最終解決策）

偶然目に遇したソリューションで、求める要件のほぼすべてを兼ね備えた。

主な利点

  • クラウドネイティブ: Cloudflare と統合され、外部クライアントから SMTP/IMAP ログイン対応。
  • 機能網羅: 複数アドレス対応、**Verified 送信（認証済み発信）**実装。
  • コストパフォーマンス: 個人ドメイン利用時でも安価で迷わず導入可能な価格設定。
  • セットアップの簡易性:
    • ドメイン接続後、Apple Mail で SMTP/IMAP 認証情報を入力するだけで運用開始。
    • メールチェックのために別途ウェブインターフェースを開く必要がない。
  • パフォーマンス: ユーザー数は少ないが、システムのパフォーマンスとレイテンシは良好。UI もモダンで使いやすい。

初期の制限と解決

  • 課題: 以前にメッセージを交換したことがない新しいアドレス宛てへの送信時に、特別なリクエスト提出が必要だった。
  • 現状: この一時的な制限は解決しており、現在は [email protected] (例) を Foundermail で安定して運用中。

おわりに：教訓と結論

さまざまなアプローチを試した結果、現時点ではFoundermalの採用を決定するに至った。

  • チェックリスト: 知名度の高さは低いが、カスタムドメイン・複数アドレス・SMTP/IMAP 対応・Verified 送信・個人利用価格という面で、ほぼすべての要件を満たす。
  • 学んだ教訓: 「カスタムメールアドレスを取得すること」が意外に複雑であることに気づいた。
    • 受信だけなら簡単だが、確実に外部へ送信できる仕組みの構築は大変。
    • スパムフィルター、DNS レコード、認証方法（SMTP/IMAP）、ドメインの評判管理等を考慮しないと、「ただアドレスをください」という単純な要望が、深い技術的課題へと突き詰まる。

現時点では [email protected] は Foundermail で運用されており、少なくとも今は満足している。

同じ日のほかのニュース

一覧に戻る →

2026/10/04 21:51

Qwen3.8Flash Next(125B)を消費者向けハードウェア(RTX4090)上で100T/sで動作させます

## Japanese Translation: Strata は、ISTA-DASLab、UkisAI、Unsloth によって開発されたオープンソースで MIT ライセンス付与のプラットフォームであり、Windows または Linux PC に NVIDIA または AMD GPU（VRAM 12GB 以上）を搭載している場合、完全にオフラインで強力な Qwen3.8-Flash-Next AI モデルを実行することを可能にします。必要最低限のリソースとしては、RAM 32GB と空きディスク領域約 80GB が求められます。このローカル実行は、情報をデバイス外に出さないことによりデータプライバシーを確保します。RTX 5070 でのベンチマークでは、プロンプト読み取り速度が 2,600 トークン/秒を超え（Q2_0 では書き込み速度最大 94 トークン/秒）、モデルサイズや圧縮レベルにより異なります。この効率は、GPU、RAM、CPU にわたってタスクを知的に分配するユニークな「共有メモリー」アーキテクチャによって達成されており、これにより数千個の専用プロセッサを効果的にシミュレートしています。ユーザーは自動インストーラーを通じて Strata をインストールでき、ハードウェアチェックを行い、モデルを選択（Q2_0、IQ2_XS、Coder および Unsloth/OrcaRouter からの実験的バリエーションなど）、約 70GB のダウンロードを行い、特定の GPU に合わせてエンジンを設定します。「Coder」バリエーションはコード生成に最適化されており（SWE-bench Verified スコアの 91% を達成）、プログラミング文脈外の一般的な CJK テキストタスクでは性能が劣ります。画像処理は NVIDIA カードでサポートされており、AMD カードは Linux ではソフトウェアレンダリングを通じて画像処理が可能ですが、Windows ではまだ対応していません。そのため、セットアップ時に画像サポートを「はい」に選択する必要があります。Strata は Cursor、GitHub Copilot、Claude Code などのコーディングアシスタントと統合でき、`http://127.0.0.1:8080/v1` で OpenAI 互換プロバイダーとして動作します。一般的なインストールに関する注意点には、初期のフリーズは正常であり、低速は空き RAM の不足を示す可能性があること、ポート 8080 の競合は他のインスタンスが実行中の場合に起こり得ることが含まれます。本プロジェクトではマルチ GPU セットアップもサポートしており、設定、アップデート、トラブルシューティングについては `docs/TROUBLESHOOTING.md` などのドキュメントリンクを通じて管理できます。

2026/10/05 4:42

macOS 27 で Apple Intelligence をオフにするとディスク容量を取り戻せる

## Japanese Translation: RemoveMacAI の主たる目的は、マクロシステムファイルを変更せず、かつ深い技術的介入を必要とせずに macOS 27（以降）で Apple Intelligence の機能を安全に無効化することにあります。構成プロファイルを適用し、ダウンロードされたモデルを削除することで、このツールは Siri、Writing Tools、Genmoji、Image Playground、および予測機能など特定の AI 機能を効果的に無効化します。ただし、別々の音声モデルを使用する標準的なディクテーション機能は維持されます。さらに重要なのは、システム設定内でユーザーの承認を義務付けることにより、オペレーティングシステムがこれらのモデルを自動的に再ダウンロードすることを防止することです。このプロセスはシステムインテグリティプロテクションを維持し、ネットワークリクエストを生成しないため、Apple Silicon ハードウェア上のユーザーに堅牢なプライバシーとセキュリティを保証します。MIT ライセンスの下で 4evy が開発した本ユーティリティは、macOS のアップデート後も存続する永続的なソリューションを提供します。ストレージ設定では一時的に AI 機能がリスト表示される場合がありますが、マクロシステムにより後から削除されるため、コア機能は引き続き無効化された状態となります。完全な機能を復元したい場合や特定の機能を管理したい場合は、各種コマンド（例：`removemacai off --keep <features>`）を使用でき、必要に応じて Homebrew を経由してツールをアンインストール (`brew uninstall removemacai`) することで変更を元に戻すことも可能です。インストールは、curl スクリプトを直接実行することと、Homebrew を通じての両方がサポートされています。

2026/10/05 4:37

不適切な編集により、Google データセンターの水道・電力使用量が露見した

## Japanese 訳: ネブラスカ州のデータセンターは、ジム・ピレン知事の 7 月 20 日付実行命令に従い、現在、年間にわたる水、電力、インフラの影響について環境水エネルギー省（DWEE）に報告することを義務付けられています。グーグルなどの事業者は当初、その使用量データが州の営業秘密法（§§81-1527; 84-712.05; NAC TITLE 115, CH. 2）で保護されると主張しましたが、DWEE は透明性の確保のため、報告書を公表しています。9 月 30 日までの時点で、6 つの施設が報告書を送付しており、合計約 7.65 億ガロンの水（およそ 1,160 のオリンピックサイズの水泳プール）を使用していたことが明らかになりました。アゲート LLC（グーグルのリノンキャンサイト）は約 1,330 万ガロンを使用し、ピーク需要時に 52.65 メガワットを消費しました。ファイヤーボールグループ LLC（パピリオン）は 2025 サイクルで年間使用量 547.88 メガガロンの最も高い使用量を報告しました。この開示には財政的インセンティブも含まれています：ネブラスカ・アドバンテージ法の下、施設は期待される利用度に基づいて税免除を受け、アゲートは 2025 年に約 5,580 万ドルの還付を予定しており、ファイヤーボールグループは約 3920 万ドル、ウェストウッドソリューションズ（オマハ）は約 2,260 万ドルです。現在まで、「イマジネー・ネブラスカ法」の下で受給された報奨金はあります。報告書は最大規模のアゲート LLC の 288,530 平方フィート（およそ 5 つの足球场分）に及んでいます。使用量報告書は 9 月 30 日まで提出期限があり、DWEE ウェブサイトの「DEQ Program」欄に「DCR」と入力することでアクセスできます。これらの要件を監督しているのは DWEE データセンタータスクフォースであり、これはデータセンターが地域の水道・電力システムに与える環境的圧力を示すように、情報公開から赤文字の秘密性へのシフトを強調しています。