このアドレスの用途は？
接続前にアカウントの種類を選びます。
このメールを開けるのは本人のみ。
閲覧・返信・管理を選んで付与。
保存したアカウントと、確認した接続は別。
実際のメールへ到達する設定で、受信と送信の両方が重要です。認証、安全な接続、処理サービスが必要です。フォーム完了を送受信の証拠とせず、状態を確認してください。
接続前に個人・共有を選ぶ。
個人は本人のみ、共有は明示的な権限で使います。都合だけで個人メールを共有扱いにせず、アドレスの役割で選んでください。チームのアドレスには設定と権限を管理する担当も必要です。
- 目的に沿う個人・共有設定
対応する接続方式を確認。
提供側の対応設定と許可されたパスワード方式を使い、Googleは別設定のOAuthも利用できます。正しい情報でも組織方針で拒否される場合があります。証明書エラーを回避せず、企業の全認証方式に対応すると想定しないでください。
状態に合わせて復旧。
接続後の検証でログイン、暗号接続、到達性の問題を確認します。闇雲に再試行せず適切に修正します。停止・再開・再接続は意図して行い、切断したものは自動で復活しません。変更後に送受信を試してください。
- 明示的な復旧を伴うアカウント管理
具体的な業務の流れ
種類
個人・共有の目的と担当を決める。
設定
対応する接続・認証を設定。
検証
状態と受信・送信を確認。
管理
人や方針の変化で見直す。
実務を想定した例
活用例：新しい共有窓口の接続
共有サービスアドレスを接続し、認証制限が見つかったら許可方式を修正します。確認後に担当者が受信と返信を試します。誰が将来の再接続を行うか決め、読めるだけで送信も動くと考えないようにします。
この機能についての質問
どの提供元も自動接続できますか？
万能な互換性を約束しません。対応設定、安全性、認証方針を確認してください。
アプリパスワードを使えますか？
提供側が許可すれば使えますが、組織が制限しOAuthを求める場合があります。
切断後は自動で再接続しますか？
いいえ。担当、権限、理由を確認して再接続してください。
証明書エラーを無視すべきですか？
いいえ。サーバー名や証明書を修正し、失敗した安全接続を動作済みとしないでください。
この業務に合う連携を検討する。
想定される連携のアイデアです。シナリオを利用する前に、各アプリの実際の利用可否、権限、対応データをご確認ください。
