日本語 ▾ トピック ▾ 最新バージョン ▾ git-send-email は 2.47.0 で最終更新されました

名前

git-send-email - パッチの集合をメールとして送信

概要

git send-email [<options>] (<file>|<directory>)…​
git send-email [<options>] <format-patch-options>
git send-email --dump-aliases
git send-email --translate-aliases

説明

コマンドラインで指定されたパッチを取得し、メールで送信します。パッチはファイル、ディレクトリ（ディレクトリ内のすべてのファイルを送信します）、または直接リビジョンリストとして指定できます。後者の場合、git-format-patch[1]が受け入れる任意の形式をgit send-emailに渡すことができ、またgit-format-patch[1]が理解するオプションも渡すことができます。

メールのヘッダーはコマンドラインオプションで設定可能です。コマンドラインで指定されていない場合、ユーザーは必要な情報を提供するためにReadLineが有効なインターフェースでプロンプト表示されます。

パッチファイルには2つの形式が受け入れられます

  1. mbox形式のファイル

    これはgit-format-patch[1]が生成するものです。ほとんどのヘッダーとMIMEフォーマットは無視されます。

  2. Greg Kroah-Hartmanのsend_lots_of_email.plスクリプトが使用していた元の形式

    この形式では、ファイルの最初の行に「Cc:」の値が、2行目にメッセージの「Subject:」が含まれていることを期待します。

オプション

作成

--annotate

送信する各パッチを確認・編集します。デフォルトはsendemail.annotateの値です。sendemail.multiEditについてはCONFIGURATIONセクションを参照してください。

--bcc=<アドレス>,…​

各メールの「Bcc:」値を指定します。デフォルトはsendemail.bccの値です。

このオプションは複数回指定できます。

--cc=<アドレス>,…​

各メールの開始「Cc:」値を指定します。デフォルトはsendemail.ccの値です。

このオプションは複数回指定できます。

--compose

パッチシリーズの紹介メッセージを編集するために、テキストエディタを呼び出します（git-var[1]のGIT_EDITORを参照）。

--composeを使用すると、git send-emailはメッセージに指定されたFrom、To、Cc、Bcc、Subject、Reply-To、In-Reply-Toヘッダーを使用します。メッセージ本文（ヘッダーと空白行の後に入力するもの）に空白行（またはGit:で始まる行）のみが含まれている場合、要約は送信されませんが、上記のヘッダーは削除されない限り使用されます。

FromまたはIn-Reply-Toヘッダーが欠落している場合、プロンプトが表示されます。

sendemail.multiEditについてはCONFIGURATIONセクションを参照してください。

--from=<アドレス>

メールの送信者を指定します。コマンドラインで指定されていない場合、sendemail.from設定オプションの値が使用されます。コマンドラインオプションもsendemail.fromも設定されていない場合、ユーザーは値の入力を求められます。プロンプトのデフォルト値は、GIT_AUTHOR_IDENTの値、またはそれが設定されていない場合はGIT_COMMITTER_IDENTの値（"git var -l"によって返される値）となります。

--reply-to=<アドレス>

受信者からの返信の送信先アドレスを指定します。メッセージへの返信を--fromパラメーターで指定したアドレスとは別のアドレスに送りたい場合に使用します。

--in-reply-to=<識別子>

最初のメール（または--no-threadを指定した場合はすべてのメール）を、指定されたMessage-IDへの返信として表示させます。これにより、新しいパッチシリーズを提供するためにスレッドが途切れるのを防ぎます。2通目以降のメールは、--[no-]chain-reply-toの設定に従って返信として送信されます。

例えば、--threadと--no-chain-reply-toが指定されている場合、[PATCH v2 0/3]が[PATCH 0/2]への返信となっている以下の図のように、2つ目以降のパッチは最初のパッチへの返信として送信されます

[PATCH 0/2] Here is what I did...
  [PATCH 1/2] Clean up and tests
  [PATCH 2/2] Implementation
  [PATCH v2 0/3] Here is a reroll
    [PATCH v2 1/3] Clean up
    [PATCH v2 2/3] New tests
    [PATCH v2 3/3] Implementation

--composeも設定されている場合にのみ必要です。--composeが設定されていない場合、プロンプトが表示されます。

--subject=<文字列>

メールスレッドの初期件名を指定します。--composeも設定されている場合にのみ必要です。--composeが設定されていない場合、プロンプトが表示されます。

--to=<アドレス>,…​

生成されるメールの主要な受信者を指定します。通常、これは関連するプロジェクトのアップストリームメンテナーになります。デフォルトはsendemail.to設定値です。それが指定されていない場合、かつ--to-cmdが指定されていない場合、プロンプトが表示されます。

このオプションは複数回指定できます。

--8bit-encoding=<エンコーディング>

エンコーディングを宣言しない非ASCIIメッセージまたは件名に遭遇した場合、<エンコーディング>でエンコードされていることを示すヘッダー/クォーティングを追加します。デフォルトはsendemail.assume8bitEncodingの値です。それが指定されていない場合、非ASCIIファイルが検出されると、プロンプトが表示されます。

エンコーディングの検証は一切試みられないことに注意してください。

--compose-encoding=<エンコーディング>

作成メッセージのエンコーディングを指定します。デフォルトはsendemail.composeEncodingの値です。それが指定されていない場合、UTF-8が想定されます。

--transfer-encoding=(7bit|8bit|quoted-printable|base64|auto)

SMTPでメッセージを送信する際に使用する転送エンコーディングを指定します。7bitは非ASCIIメッセージに遭遇すると失敗します。quoted-printableは、リポジトリにキャリッジリターンを含むファイルがある場合に役立ちますが、生のパッチメールファイル（MUAから保存されたもの）を手動で検査することをはるかに困難にします。base64はさらに確実ですが、さらに不透明です。autoは可能な場合は8bitを、それ以外の場合はquoted-printableを使用します。

デフォルトはsendemail.transferEncoding設定値です。それが指定されていない場合、デフォルトはautoです。

--xmailer
--no-xmailer

「X-Mailer:」ヘッダーを追加します（または追加を禁止します）。デフォルトではヘッダーが追加されますが、sendemail.xmailer設定変数をfalseに設定することで無効にできます。

送信

--envelope-sender=<アドレス>

メールの送信に使用されるエンベロープ送信者を指定します。これは、デフォルトのアドレスがリストに登録されているアドレスと異なる場合に便利です。Fromアドレスを使用するには、「auto」に設定します。sendmailバイナリを使用する場合、-fパラメータに適した権限を持っている必要があります。デフォルトはsendemail.envelopeSender設定変数の値です。それが指定されていない場合、エンベロープ送信者の選択はMTAに任されます。

--sendmail-cmd=<コマンド>

メールを送信するために実行するコマンドを指定します。コマンドはsendmailのようなものである必要があります。具体的には、-iオプションをサポートしている必要があります。必要に応じて、コマンドはシェルで実行されます。デフォルトはsendemail.sendmailCmdの値です。指定されていない場合、かつ--smtp-serverも指定されていない場合、git-send-emailは/usr/sbin、/usr/lib、および$PATHでsendmailを検索します。

--smtp-encryption=<暗号化>

SMTP接続の暗号化がどのように開始されるかを指定します。有効な値はsslとtlsです。その他の値は、ポート25をデフォルトとするプレーン（非暗号化）SMTPに戻ります。これらの名前にもかかわらず、両方の値は同じ新しいバージョンのTLSを使用しますが、歴史的な理由からこれらの名前を持っています。sslは「暗黙的」な暗号化（SMTPSと呼ばれることもあります）を指し、デフォルトでポート465を使用します。tlsは「明示的」な暗号化（STARTTLSとして知られることが多い）を指し、デフォルトでポート25を使用します。SMTPサーバーによって、デフォルトではない他のポートが使用される場合があります。tlsおよび非暗号化の一般的な代替ポートは587です。ご自身のケースについては、プロバイダーのドキュメントまたはサーバー設定を確認する必要があります。デフォルトはsendemail.smtpEncryptionの値です。

--smtp-domain=<FQDN>

SMTPサーバーへのHELO/EHLOコマンドで使用される完全修飾ドメイン名（FQDN）を指定します。一部のサーバーでは、FQDNがIPアドレスと一致する必要があります。設定されていない場合、git send-emailはFQDNを自動的に判別しようとします。デフォルトはsendemail.smtpDomainの値です。

--smtp-auth=<メカニズム>

許可されるSMTP-AUTHメカニズムを空白で区切ったリスト。この設定は、リストされたメカニズムのみを使用するように強制します。例：

$ git send-email --smtp-auth="PLAIN LOGIN GSSAPI" ...

指定されたメカニズムの少なくとも1つがSMTPサーバーによって公開されているものと一致し、それが使用されるSASLライブラリによってサポートされている場合、そのメカニズムが認証に使用されます。sendemail.smtpAuthも--smtp-authも指定されていない場合、SASLライブラリがサポートするすべてのメカニズムを使用できます。--smtp-userとは無関係に認証を完全に無効にするために、特殊な値noneを指定することができます。

--smtp-pass[=<パスワード>]

SMTP-AUTHのパスワード。引数はオプションです。引数が指定されていない場合、空の文字列がパスワードとして使用されます。デフォルトはsendemail.smtpPassの値ですが、--smtp-passはこの値を常に上書きします。

さらに、パスワードを設定ファイルやコマンドラインで指定する必要はありません。ユーザー名が指定されている場合（--smtp-userまたはsendemail.smtpUser）、しかしパスワードが指定されていない場合（--smtp-passまたはsendemail.smtpPass）、パスワードはgit-credentialを使用して取得されます。

--no-smtp-auth

SMTP認証を無効にします。--smtp-auth=noneの省略形です。

--smtp-server=<ホスト>

設定されている場合、使用する送信SMTPサーバー（例: smtp.example.comまたはraw IPアドレス）を指定します。指定されていない場合、かつ--sendmail-cmdも指定されていない場合、デフォルトでは/usr/sbin、/usr/lib、$PATHでsendmailを検索し、そのようなプログラムが利用できない場合はlocalhostにフォールバックします。

後方互換性のため、このオプションはsendmailのようなプログラムのフルパス名を代わりに指定することもできます。そのプログラムは-iオプションをサポートしている必要があります。この方法は、引数を渡したり、単純なコマンド名を使用したりすることをサポートしていません。これらの使用例については、代わりに--sendmail-cmdの使用を検討してください。

--smtp-server-port=<ポート>

デフォルトポートとは異なるポートを指定します（SMTPサーバーは通常smtpポート25をリッスンしますが、submissionポート587や一般的なSSL smtpポート465もリッスンする場合があります）。シンボリックポート名（例: 587の代わりに「submission」）も受け入れられます。ポートはsendemail.smtpServerPort設定変数でも設定できます。

--smtp-server-option=<オプション>

設定されている場合、使用する送信SMTPサーバーオプションを指定します。デフォルト値はsendemail.smtpServerOption設定オプションで指定できます。

--smtp-server-optionオプションは、サーバーに渡したい各オプションに対して繰り返す必要があります。同様に、設定ファイルでは各オプションに異なる行を使用する必要があります。

--smtp-ssl

--smtp-encryption sslのレガシーエイリアス。

--smtp-ssl-cert-path

SMTP SSL/TLS証明書検証のための信頼されたCA証明書のストアへのパス（c_rehashによって処理されたディレクトリ、または1つ以上のPEM形式の証明書を連結した単一ファイル）。これらに関する詳細情報はverify(1)の-CAfileおよび-CApathを参照してください。証明書検証を無効にするには、空の文字列に設定します。設定されている場合、sendemail.smtpSSLCertPath設定変数の値にデフォルト設定され、それ以外の場合はバックエンドのSSLライブラリのコンパイル済みのデフォルトに設定されます（これはほとんどのプラットフォームで最良の選択であるはずです）。

--smtp-user=<ユーザー>

SMTP-AUTHのユーザー名。デフォルトはsendemail.smtpUserの値です。ユーザー名が指定されていない場合（--smtp-userまたはsendemail.smtpUserで）、認証は試行されません。

--smtp-debug=(0|1)

デバッグ出力を有効 (1) または無効 (0) にします。有効にすると、SMTPコマンドと応答が出力されます。TLS接続および認証の問題をデバッグするのに役立ちます。

--batch-size=<数値>

一部のメールサーバー（例: smtp.163.com）は、セッション（接続）あたりのメール送信数を制限しており、多数のメッセージを送信すると失敗につながる可能性があります。このオプションを使用すると、send-emailは$<num>個のメッセージを送信した後に切断し、数秒間待機してから（--relogin-delayを参照）再接続し、そのような制限を回避します。このようなことが起こるたびにパスワードを再入力する手間を省くために、何らかの認証ヘルパーを使用することをお勧めします。デフォルトはsendemail.smtpBatchSize設定変数です。

--relogin-delay=<整数>

SMTPサーバーに再接続する前に$<int>秒間待機します。--batch-sizeオプションと組み合わせて使用します。デフォルトはsendemail.smtpReloginDelay設定変数です。

自動化

--no-to
--no-cc
--no-bcc

設定で以前に設定された「To:」、「Cc:」、「Bcc:」アドレスのリストをクリアします。

--no-identity

設定で以前に読み込まれたsendemail.identityの値をクリアします（存在する場合）。

--to-cmd=<コマンド>

パッチファイルごとに1回実行され、パッチファイル固有の「To:」エントリを生成するコマンドを指定します。このコマンドの出力は、1行に1つのメールアドレスである必要があります。デフォルトはsendemail.toCmd設定値です。

--cc-cmd=<コマンド>

パッチファイルごとに1回実行され、パッチファイル固有の「Cc:」エントリを生成するコマンドを指定します。このコマンドの出力は、1行に1つのメールアドレスである必要があります。デフォルトはsendemail.ccCmd設定値です。

--header-cmd=<コマンド>

送信メッセージごとに1回実行され、RFC 2822形式のヘッダー行を出力してメッセージに挿入するコマンドを指定します。sendemail.headerCmd設定変数が設定されている場合、その値が常に使用されます。コマンドラインで--header-cmdが提供された場合、その値はsendemail.headerCmd設定変数よりも優先されます。

--no-header-cmd

使用中のヘッダーコマンドをすべて無効にします。

--[no-]chain-reply-to

これが設定されている場合、各メールは以前に送信されたメールへの返信として送信されます。「--no-chain-reply-to」で無効にされている場合、最初のメール以降のすべてのメールは、最初に送信されたメールへの返信として送信されます。これを使用する場合、最初に与えるファイルがパッチシリーズ全体の概要であることが推奨されます。デフォルトでは無効ですが、sendemail.chainReplyTo設定変数を使用して有効にできます。

--identity=<識別子>

設定識別子。指定された場合、sendemail.<識別子>サブセクションの値がコマンドラインまたはsendemail.identityを通じてこの識別子が選択されたときにsendemailセクションの値よりも優先されます。デフォルトの識別子はsendemail.identityの値です。

--[no-]signed-off-by-cc

これが設定されている場合、Signed-off-byトレーラーまたはCc:行で見つかったメールをccリストに追加します。デフォルトはsendemail.signedOffByCc設定値です。それが指定されていない場合、デフォルトは--signed-off-by-ccです。

--[no-]cc-cover

これが設定されている場合、シリーズの最初のパッチ（通常はカバーレター）のCc:ヘッダーで見つかったメールは、各メールセットのccリストに追加されます。デフォルトはsendemail.ccCover設定値です。それが指定されていない場合、デフォルトは--no-cc-coverです。

--[no-]to-cover

これが設定されている場合、シリーズの最初のパッチ（通常はカバーレター）のTo:ヘッダーで見つかったメールは、各メールセットのtoリストに追加されます。デフォルトはsendemail.toCover設定値です。それが指定されていない場合、デフォルトは--no-to-coverです。

--suppress-cc=<カテゴリ>

自動Ccを抑制する追加の受信者カテゴリを指定します

  • authorはパッチ作成者を含めないようにします。

  • selfは送信者を含めないようにします。

  • ccは、パッチヘッダーのCc行に記載されているすべての人を含めないようにします（送信者自身を除く。送信者自身の場合はselfを使用）。

  • bodyccは、パッチ本文（コミットメッセージ）のCc行に記載されているすべての人を含めないようにします（送信者自身を除く。送信者自身の場合はselfを使用）。

  • sobは、Signed-off-byトレーラーに記載されているすべての人を含めないようにします（送信者自身を除く。送信者自身の場合はselfを使用）。

  • misc-byは、パッチ本文のAcked-by、Reviewed-by、Tested-by、その他の「-by」行に記載されているすべての人を含めないようにします（Signed-off-byを除く。その場合はsobを使用）。

  • cccmdは--cc-cmdの実行を回避します。

  • bodyはsob + bodycc + misc-byに相当します。

  • allはすべての自動Cc値を抑制します。

デフォルトはsendemail.suppressCc設定値です。それが指定されていない場合、--suppress-fromが指定されている場合はselfに、--no-signed-off-ccが指定されている場合はbodyにデフォルト設定されます。

--[no-]suppress-from

これが設定されている場合、From:アドレスをcc:リストに追加しません。デフォルトはsendemail.suppressFrom設定値です。それが指定されていない場合、デフォルトは--no-suppress-fromです。

--[no-]thread

これが設定されている場合、In-Reply-ToおよびReferencesヘッダーが送信される各メールに追加されます。各メールが前のメールを参照するか（git format-patchの用語でdeepスレッド化）、最初のメールを参照するか（shallowスレッド化）は、「--[no-]chain-reply-to」によって制御されます。

「--no-thread」で無効にされている場合、これらのヘッダーは追加されません（--in-reply-toで指定されている場合を除く）。デフォルトはsendemail.thread設定値です。それが指定されていない場合、デフォルトは--threadです。

git send-emailにIn-Reply-Toヘッダーを追加するように要求する際、既存のIn-Reply-Toヘッダーが存在しないことを確認するのはユーザーの責任です（特に、git format-patch自体がスレッド化を行うように設定できることに注意してください）。そうしないと、受信者のMUAで期待される結果が得られない場合があります。

--[no-]mailmap

mailmapファイル（gitmailmap[5]を参照）を使用して、すべてのアドレスを正規の実名とメールアドレスにマッピングします。git-send-emailに固有の追加のmailmapデータは、sendemail.mailmap.fileまたはsendemail.mailmap.blob設定値を使用して提供できます。デフォルトはsendemail.mailmapです。

管理

--confirm=<モード>

送信直前に確認

  • alwaysは常に送信前に確認します

  • neverは送信前に決して確認しません

  • ccは、send-emailがパッチからアドレスをCcリストに自動的に追加した場合に、送信前に確認します

  • composeは、--composeを使用している場合、最初のメッセージを送信する前に確認します。

  • autoはcc + composeに相当します

デフォルトはsendemail.confirm設定値です。それが指定されていない場合、抑制オプションのいずれかが指定されていない限り、デフォルトはautoです。指定されている場合はcomposeがデフォルトです。

--dry-run

実際にメールを送信することを除いて、すべてを実行します。

--[no-]format-patch

引数がリファレンスまたはファイル名のいずれかとして解釈される可能性がある場合、それをformat-patch引数（--format-patch）として、またはファイル名（--no-format-patch）として解釈するかを選択します。デフォルトでは、そのような競合が発生した場合、git send-emailは失敗します。

--quiet

git-send-emailの出力を少なくします。メールごとに1行だけが出力されるべきです。

--[no-]validate

パッチに対して健全性チェックを実行します。現在、検証は以下を意味します：

  • 存在する場合、sendemail-validateフックを呼び出します（githooks[5]を参照）。

  • 適切な転送エンコーディング（auto、base64、またはquoted-printable）が使用されていない限り、998文字を超える行を含むパッチについて警告します。これはhttps://www.ietf.org/rfc/rfc5322.txtで説明されているSMTPの制限によるものです。

デフォルトはsendemail.validateの値です。これが設定されていない場合、デフォルトは--validateです。

--force

安全チェックが妨げる場合でもメールを送信します。

情報

--dump-aliases

通常の操作の代わりに、設定されたエイリアスファイルから省略エイリアス名を、アルファベット順に1行ずつダンプします。これはエイリアス名のみを含み、展開されたメールアドレスは含まれないことに注意してください。エイリアスの詳細については、sendemail.aliasesFileを参照してください。

--translate-aliases

通常の操作の代わりに、標準入力から読み込み、各行をメールエイリアスとして解釈します。設定されたエイリアスファイルに従って変換します。変換された名前とメールアドレスをそれぞれ標準出力に1行ずつ出力します。エイリアスの詳細については、sendemail.aliasFileを参照してください。

設定

このセクションのこの行より下は、git-config[1]ドキュメントから選択的に含まれています。内容はそちらにあるものと同じです

sendemail.identity

設定識別子。指定された場合、sendemail.<識別子>サブセクションの値がコマンドラインまたはsendemail.identityを通じてこの識別子が選択されたときにsendemailセクションの値よりも優先されます。デフォルトの識別子はsendemail.identityの値です。

sendemail.smtpEncryption

説明についてはgit-send-email[1]を参照してください。この設定はidentityメカニズムの対象ではないことに注意してください。

sendemail.smtpSSLCertPath

CA証明書へのパス（ディレクトリまたは単一ファイル）。証明書検証を無効にするには、空の文字列に設定します。

sendemail.<識別子>.*

以下に見られるsendemail.*パラメータの識別子固有バージョン。コマンドラインまたはsendemail.identityのいずれかを通じてこの識別子が選択された場合、それらのパラメータよりも優先されます。

sendemail.multiEdit

true（デフォルト）の場合、編集する必要があるファイル（--annotate使用時のパッチ、--compose使用時の要約）を編集するために、単一のエディタインスタンスが起動されます。falseの場合、ファイルは1つずつ編集され、その都度新しいエディタが起動されます。

sendemail.confirm

送信前に確認するかどうかのデフォルトを設定します。always、never、cc、compose、またはautoのいずれかである必要があります。これらの値の意味については、git-send-email[1]ドキュメントの--confirmを参照してください。

sendemail.mailmap

trueの場合、git-send-email[1]は--mailmapを仮定し、そうでない場合は--no-mailmapを仮定します。デフォルトはfalseです。

sendemail.mailmap.file

git-send-email[1]固有の補足mailmapファイルの場所。デフォルトのmailmapとmailmap.fileが最初にロードされます。したがって、このファイルのエントリは、デフォルトのmailmap場所のエントリよりも優先されます。gitmailmap[5]を参照してください。

sendemail.mailmap.blob

sendemail.mailmap.fileと同様ですが、値をリポジトリ内のブロブへの参照と見なします。sendemail.mailmap.fileのエントリは、ここのエントリよりも優先されます。gitmailmap[5]を参照してください。

sendemail.aliasesFile

長いメールアドレスを入力する手間を省くために、これを1つ以上のメールエイリアスファイルに指定します。また、sendemail.aliasFileTypeも指定する必要があります。

sendemail.aliasFileType

sendemail.aliasesFileで指定されたファイルの形式。mutt、mailrc、pine、elm、gnus、またはsendmailのいずれかである必要があります。

各形式のエイリアスファイルがどのようなものかは、同名のメールプログラムのドキュメントに記載されています。標準形式との違いと制限は以下の通りです

sendmail

  • 引用符で囲まれたエイリアスと引用符で囲まれたアドレスはサポートされていません: "記号を含む行は無視されます。

  • ファイルへのリダイレクト（/path/name）またはパイプ（|command）はサポートされていません。

  • ファイルのインクルード（:include: /path/name）はサポートされていません。

  • 明示的にサポートされていない構造、およびパーサーによって認識されないその他の行については、標準エラー出力に警告が表示されます。

sendemail.annotate
sendemail.bcc
sendemail.cc
sendemail.ccCmd
sendemail.chainReplyTo
sendemail.envelopeSender
sendemail.from
sendemail.headerCmd
sendemail.signedOffByCc
sendemail.smtpPass
sendemail.suppressCc
sendemail.suppressFrom
sendemail.to
sendemail.toCmd
sendemail.smtpDomain
sendemail.smtpServer
sendemail.smtpServerPort
sendemail.smtpServerOption
sendemail.smtpUser
sendemail.thread
sendemail.transferEncoding
sendemail.validate
sendemail.xmailer

これらの設定変数はすべて、git-send-email[1]コマンドラインオプションのデフォルト値を提供します。詳細については、そのドキュメントを参照してください。

sendemail.signedOffCc (非推奨)

sendemail.signedOffByCcの非推奨エイリアス。

sendemail.smtpBatchSize

接続ごとに送信されるメッセージ数。その後、再ログインが行われます。値が0または未定義の場合、すべてのメッセージは1つの接続で送信されます。git-send-email[1]の--batch-sizeオプションも参照してください。

sendemail.smtpReloginDelay

SMTPサーバーに再接続する前に待機する秒数。git-send-email[1]の--relogin-delayオプションも参照してください。

sendemail.forbidSendmailVariables

一般的な設定ミスを避けるため、git-send-email[1]は「sendmail」の設定オプションが存在する場合、警告を出して中断します。この変数を設定すると、チェックをバイパスできます。

例

GmailをSMTPサーバーとして使用する

GMailのSMTPサーバー経由でパッチを送信するためにgit send-emailを使用するには、~/.gitconfigを編集してアカウント設定を指定します

[sendemail]
	smtpEncryption = tls
	smtpServer = smtp.gmail.com
	smtpUser = yourname@gmail.com
	smtpServerPort = 587

Gmailアカウントで多要素認証を設定している場合、git send-emailで使用するためのアプリパスワードを生成できます。作成するには、https://security.google.com/settings/security/apppasswordsにアクセスしてください。

コミットがメーリングリストに送信できる状態になったら、以下のコマンドを実行します

$ git format-patch --cover-letter -M origin/master -o outgoing/
$ edit outgoing/0000-*
$ git send-email outgoing/*

初めて実行すると、認証情報の入力を求められます。必要に応じて、アプリパスワードまたは通常のパスワードを入力してください。認証ヘルパーを設定している場合（git-credential[1]を参照）、パスワードは認証情報ストアに保存されるため、次回からは入力する必要がありません。

注：Perlの配布版にインストールされている可能性のある以下のコアPerlモジュールが必要です: MIME::Base64、MIME::QuotedPrint、Net::Domain、Net::SMTP。さらに、Authen::SASLとMail::Addressも必要です。

関連項目

git-format-patch[1], git-imap-send[1], mbox(5)

GIT

git[1]スイートの一部

scroll-to-top