GPTMail には現在、カスタムドメインを管理する人、API キーを使用する人、またはパートナーシップ申請を送信する人のための任意のアカウントダッシュボードがあります。これにより、一時的な受信トレイを従来の恒久的なメールアカウントに変えることなく、それらのアセットをまとめて管理できます。
これまで通り、GPTMail を開いてアドレスを選択し、確認メッセージを受信して、登録せずに立ち去ることができます。アカウントは継続性のためのものです。後で戻ってきたときに、あなたに属するドメインや開発者アセットを確認するのに役立ちます。
アカウントダッシュボードに含まれるもの
サインインして一意のユーザー名を選択すると、GPTMail アカウントダッシュボードに 3 つのグループのアセットが表示されます:
- 追加した公開ドメインと非公開ドメイン;
- アカウントにリンクされた API キーと、その使用状況および残りクォータ;
- 相互リンク申請とその審査ステータス。
ユーザー名は GPTMail 全体で一意です。サインインプロバイダーから提供される表示名とは別であるため、将来サインイン方法が追加されても、重複した公開アイデンティティが作成されることはありません。
Cloudflare でサインイン、DNS アクセスは付与されません
アカウントは現在、セキュアなサインインに Cloudflare を使用しています。このログインで Cloudflare の ID は確認されますが、GPTMail がゾーンや DNS レコードを編集する権限が自動的に与えられるわけではありません。
Cloudflare の自動 DNS セットアップは、ドメインフォームから開始される別個の一回限りの認可です。この分離が重要です。ダッシュボードを表示するためにサインインしても、DNS への書き込みアクセスが黙って許可されることはありません。レコードを手動で構成したい場合は、必要な MX ターゲットを自分の DNS プロバイダーにコピーし続けることができます。
初回サインイン後、GPTMail は一意のユーザー名の選択を求めます。一度設定すると、そのユーザー名は、後日さらにサインインプロバイダーがサポートされてもアカウントを識別します。
公開ドメインと非公開ドメインを管理
ドメインセクションには、ドメインが公開か非公開か、アクティブかどうか、および GPTMail が現在把握しているその MX 構成が表示されます。セットアップ保留中、無効な MX レコード、非アクティブなドメイン、および後で管理者によって削除されたドメインは、アカウント履歴から黙って削除されるのではなく、異なるステータスとして表示されます。
アクティブなドメインについては、ダッシュボードから直接新しい MX チェックをリクエストできます。結果には、権威 DNS サーバーのレコードが GPTMail の要求する宛先と一致するかどうかが表示されます。チェックが失敗すると、ダッシュボードはそのドメインの横にエラーを保持するため、長いページの上部にある通知を探す必要はありません。
完全なセットアップフローはカスタムドメインページで引き続き利用できます。公開ドメインは検証後に共有ドメインプールに参加します。非公開ドメインは専用の MX ターゲットを使用し、公開ドメインリストには含まれません。
自動化が停止する前に API キーの使用状況を確認
API セクションには、リンクされた各キー、その現在のステータス、当日の使用状況、合計使用量、残りクォータが表示されます。公開ドメインの追加時に発行されたキーは、自動的に表示されることがあります。LDC Store など他の場所で取得したキーも手動でリンクできます。
各APIキーは1つのGPTMailアカウントにのみ所属できます。キーをリンクしてもクォータは消費されず、キー自体も変更されません。後でキーがサーバーから削除された場合、ダッシュボードには削除済みとマークされた履歴エントリが残るため、消失が不可解なものではなく理解できるものになります。
リクエストの完全な形式、認証ヘッダー、クォータの動作、エンドポイントの例は、GPTMail APIドキュメントに記載されています。ダッシュボードは管理用ビューであり、APIリファレンスの代わりにはなりません。
相互リンク申請のフォロー
相互リンクを申請すると、アカウントダッシュボードに申請とその現在の審査状況が記録されます。承認済み、保留中、却下、停止のいずれの申請も同じアカウントに紐付けられたままとなり、管理者のメモが存在する場合はそれを表示できます。
申請は相互リンクページから引き続き送信できます。アカウントは、再訪問する申請者に、ローカルに保存された追跡コードだけに頼らずに結果を確認できる確実な場所を提供します。
アカウントなしで開始して後から統合
GPTMail を利用するために登録する必要はありません。サインインする前に、公開ドメインの追加、APIキーの受け取り、相互リンク申請の送信が可能です。ただし、プライベートドメインは例外です。ドメインはあなたのアカウントに属し、そのアカウントだけが受信トレイを開けるため、追加するにはサインインが必要です。
GPTMailは、これらの新しく作成されたアセットを現在のブラウザ内の匿名リソースセッションに関連付けます。後から同じブラウザセッションからサインインすると、対象となるアセットは自動的にアカウントへ統合されます。
この設計により、機能を試したいだけの瞬間にログインを強制されることを避けています。また、意図的な境界もあります。別のブラウザを使用した場合やセッションを消去した場合は、ドメイン名を知っているだけでアセットの所有権を取得することはできません。既存のAPIキーは認証後に個別にリンクできますが、すでに別のアカウントにリンクされているキーを乗っ取ることはできません。
アカウントによって変わらないこと
アカウントがあっても一時的なメールが永久に保存されるわけではありません。メッセージの保持期間はサービス全体の保持ウィンドウに従い、サインインしてもその期間を超えて古い受信トレイの内容が保存されることはありません。
ダッシュボードは、メール本文、認証コード、最近の受信トレイ履歴をユーザープロファイルに同期しません。ドメイン、キー、申請の所有権とステータスのメタデータを管理します。プライベートドメインについては、アカウントがメールボックスへのアクセスも許可します。追加したプライベートドメインは、サインインしている間はパスワードなしで開けます。アカウントへの紐づけが導入される前に追加されたプライベートドメインは、サインインした状態でパスワードを一度入力して紐づけるまで、引き続きパスワードが必要です。
また、アカウントは通常の公開受信トレイの利用には必要ありません。ワークフローが迅速で低リスクの認証やソフトウェアテストであれば、IDを作成せずにGPTMailを使い続けることができます。
最も恩恵を受ける人
新しいダッシュボードは、次のような場合に特に役立ちます。
- 複数の公開またはプライベートの受信ドメインを管理している;
- DNS伝播後にMX設定を再確認する必要がある;
- スクリプトやテストパイプラインでGPTMail APIキーを使用している;
- APIクォータの残量を知りたい;
- 相互リンク申請を長期にわたって管理している;
- 匿名でセットアップを開始するが、後から永続的な管理ビューを求めている。
単発の受信トレイにとっては、何も複雑になっていません。ドメイン所有者と開発者にとっては、各要素がついに居場所を得ました。
始めましょう
アカウントページを開き、Cloudflareで続行して、固有のユーザー名を選択してください。現在のブラウザーで既にアセットを追加している場合は、サインイン後に表示されるはずです。その後、ドメインのステータスを更新したり、割り当て量を確認したり、既存のAPIキーをリンクしたり、次のアクションに対応するセットアップページを開いたりできます。
GPTMailは、元の原則を維持しながらアカウントダッシュボードの改善を続けます。登録は継続的な管理を容易にするものであり、一時的なメールの受信のための必須条件にはならないという原則です。