> ## Documentation Index
> Fetch the complete documentation index at: https://supastack.dev/llms.txt
> Use this file to discover all available pages before exploring further.
> For the full documentation corpus in one file, fetch: https://supastack.dev/llms-full.txt

# メールプロバイダー設定

トランザクショナル配信を設定し、その独立した結果を検証する。

## インストールとセットアップ

手順の前に、[始める前に](https://supastack.dev/ja/docs/web/before-you-start.md) と [ターミナルの基本](https://supastack.dev/ja/docs/web/terminal-basics.md) をお読みください。これらの手順では、VS Code で完全な supastack モノリポジトリを開いたことが前提となっています。そのルート package.json はリポジトリのルートをマークします。 pnpm コマンドでは、ワークスペース パッケージはアプリまたは共有コード フォルダーです。この製品では、ワークスペースはチームのデータ コンテナであり、セキュリティ境界です。 corepack pnpm --filter ... コマンドがルートから実行されている間にモノリポジトリから 1 つのパッケージを選択します。同期されたモバイル フォルダーまたはデスクトップ フォルダーのみを開いた場合、そのフォルダーには Web バックエンド、Docker セットアップ、またはルート スクリプトが含まれていません。このモノリポジトリまたはアクセス可能なホスト サーバーからバックエンドを実行し、プラットフォーム フォルダー独自のスクリプトを使用します。環境変数は、ローカルの .env ファイルまたはホスティング ダッシュボードに保存される名前付き設定です。変更後に関連するアプリを再起動し、NEXT_PUBLIC_ および EXPO_PUBLIC_ 値にサーバー シークレットが含まれないようにします。

1. apps/web/.env.local を開き、開発用に EMAIL_PROVIDER=local を設定します。 EMAIL_FROM は、テンプレートで使用される送信者ラベルです。

2. corepack pnpm --filter @supastack/web dev を使用してリポジトリ ルートから Web アプリを起動し、テスト アドレスを使用して 1 つのサインインまたは招待フローをトリガーします。予想通り: アプリは実際のプロバイダーに連絡せずにローカルの電子メール結果を記録します。 Resend、SES、または別のサービスは、送信者ドメインが検証され、テスト受信者が制限された後にのみ接続してください。

EMAIL_PROVIDER=local は、確定的な配信をローカルに保ちます。構成された実稼働配信については、再送信アダプターまたは SES アダプターを確認し、そのサーバー資格情報を提供します。 EMAIL_FROM は、選択したプロバイダーで検証された ID と一致する必要があります。

```
EMAIL_PROVIDER=local
EMAIL_FROM=supastack <hello@example.test>
# Production adapter configuration is listed in .env.example.
```


## コピーするコマンド

コメントに従って、コマンドがどのフォルダーで実行されるかを確認します。 2 つのターミナルにラベルが付いている場合は、2 つのターミナル ウィンドウを開き、2 番目のコマンドを使用している間、最初のコマンドを実行し続けます。

```
corepack pnpm --filter @supastack/web dev
```


## 実装ワークフロー

認証と完了メッセージはトランザクションメール境界を使います。アウトリーチフローは消費製品に属し分離されたままです。この経路を未レビューのバルクメッセージングサブシステムとして再利用しないでください。

配信を生成と別に記録します。モデル結果が利用可能でも完了メッセージが失敗することがあります。復旧は同じ結果を再生成するのではなく配信状態を検査すべきです。


## 検証とトラブルシューティング

ローカルメールが表示されない場合は、apps/web/.env.localにEMAIL_PROVIDERが設定されていることを確認し、Webを再起動してください。実際のプロバイダーがメッセージを拒否した場合は、EMAIL_FROM が検証済みの送信者と一致することを確認し、プロバイダーの配信記録を検査します。生成された AI 回答は、フォローアップ メールが失敗した場合でも成功する可能性があります。 AI task を再度実行する前に配信を確認してください。

専用テスト環境で受信者制限、送信者 ID、プロバイダーエラーを検証します。ローカルアダプター結果は実際のメール配信の証拠ではありません。オプトインスモーク経路は REAL_SMOKE_EMAIL_ALLOWED_DOMAIN で受信者を制限します。


## 次へ

[監査・分析・エラー](https://supastack.dev/ja/docs/modules/observability.md)