गिट-सेंड-ईमेल - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

git-send-email - पैच का एक संग्रह ईमेल के रूप में भेजें

SYNOPSIS

Git ईमेल भेजें [विकल्प] ...
Git ईमेल भेजें --डंप-उपनाम

वर्णन

कमांड लाइन पर दिए गए पैच लेता है और उन्हें ईमेल करता है। पैच निर्दिष्ट किए जा सकते हैं
फ़ाइलों, निर्देशिकाओं के रूप में (जो निर्देशिका में सभी फ़ाइलें भेजेगा), या सीधे के रूप में
पुनरीक्षण सूची. अंतिम स्थिति में, कोई भी प्रारूप स्वीकार किया जाता है गिट-प्रारूप-पैच(1) पारित किया जा सकता है
ईमेल भेजने के लिए.

ईमेल का हेडर कमांड-लाइन विकल्पों के माध्यम से कॉन्फ़िगर करने योग्य है। यदि पर निर्दिष्ट नहीं है
कमांड लाइन, उपयोगकर्ता को रीडलाइन सक्षम इंटरफ़ेस प्रदान करने के लिए प्रेरित किया जाएगा
आवश्यक जानकारी।

पैच फ़ाइलों के लिए दो प्रारूप स्वीकृत हैं:

1. एमबॉक्स प्रारूप फ़ाइलें

यह क्या है गिट-प्रारूप-पैच(1) उत्पन्न करता है। अधिकांश हेडर और MIME फ़ॉर्मेटिंग हैं
अवहेलना करना।

2. ग्रेग क्रोहा-हार्टमैन द्वारा प्रयुक्त मूल प्रारूप बहुत सारे ईमेल भेजें.pl लिपि

यह प्रारूप अपेक्षा करता है कि फ़ाइल की पहली पंक्ति में "Cc:" मान और शामिल हो
संदेश की दूसरी पंक्ति के रूप में "विषय:"।

विकल्प

लिखना
--एनोटेट
आपके द्वारा भेजे जाने वाले प्रत्येक पैच की समीक्षा करें और संपादित करें। डिफ़ॉल्ट का मान है
सेंडईमेल.एनोटेट. इसके लिए कॉन्फ़िगरेशन अनुभाग देखें सेंडेमेल.मल्टीएडिट.

--बीसीसी= ,...
प्रत्येक ईमेल के लिए "गुप्त प्रतिलिपि:" मान निर्दिष्ट करें। डिफ़ॉल्ट का मान है सेंडेमेल.बीसीसी.

यह विकल्प कई बार निर्दिष्ट किया जा सकता है।

--cc= ,...
प्रत्येक ईमेल के लिए प्रारंभिक "सीसी:" मान निर्दिष्ट करें। डिफ़ॉल्ट का मान है सेंडेमेल.सीसी.

यह विकल्प कई बार निर्दिष्ट किया जा सकता है।

--लिखें
एक टेक्स्ट एडिटर शुरू करें (GIT_EDITOR देखें)। git-वर(1)) एक परिचयात्मक संदेश को संपादित करने के लिए
पैच श्रृंखला के लिए.

. --लिखें उपयोग किया जाता है, तो git सेंड-ईमेल प्रेषक, विषय और इन-रिप्लाई-टू का उपयोग करेगा
संदेश में निर्दिष्ट शीर्षलेख. यदि संदेश का मुख्य भाग (आप उसके बाद क्या टाइप करते हैं)
हेडर और एक रिक्त पंक्ति) में केवल रिक्त (या Git: उपसर्ग) पंक्तियाँ, सारांश शामिल हैं
नहीं भेजा जाएगा, लेकिन प्रेषक, विषय और इन-रिप्लाई-टू हेडर का उपयोग किया जाएगा जब तक कि वे न हों
हटा दिया।

मिसिंग फ्रॉम या इन-रिप्लाई-टू हेडर के लिए संकेत दिया जाएगा।

इसके लिए कॉन्फ़िगरेशन अनुभाग देखें सेंडेमेल.मल्टीएडिट.

--से=
ईमेल भेजने वाले को निर्दिष्ट करें. यदि कमांड लाइन पर निर्दिष्ट नहीं है, तो का मान
la भेजेंईमेल.से कॉन्फ़िगरेशन विकल्प का उपयोग किया जाता है. यदि न तो कमांड-लाइन विकल्प
न भेजेंईमेल.से सेट हैं, तो उपयोगकर्ता को मूल्य के लिए संकेत दिया जाएगा। डिफ़ॉल्ट
संकेत के लिए GIT_AUTHOR_IDENT, या GIT_COMMITTER_IDENT का मान होगा यदि वह
सेट नहीं है, जैसा कि "git var -l" द्वारा लौटाया गया है।

--इन-रिप्लाई-टू=
पहले मेल (या --नो-थ्रेड वाले सभी मेल) को दिए गए उत्तर के रूप में प्रदर्शित करें
संदेश-आईडी, जो नई पैच श्रृंखला प्रदान करने के लिए थ्रेड्स को तोड़ने से बचाता है। दूसरा
और बाद के ईमेल --[no]-चेन-रिप्लाई-टू के अनुसार उत्तर के रूप में भेजे जाएंगे
सेटिंग.

इसलिए उदाहरण के लिए जब --थ्रेड और --नो-चेन-रिप्लाई-टू निर्दिष्ट होते हैं, तो दूसरा और
बाद के पैच नीचे दिए गए चित्रण की तरह पहले पैच के उत्तर होंगे
जहां [पैच v2 0/3] [पैच 0/2] के उत्तर में है:

[पैच 0/2] मैंने यही किया...
[पैच 1/2] सफ़ाई और परीक्षण
[पैच 2/2] कार्यान्वयन
[पैच वी2 0/3] यहां एक रीरोल है
[पैच वी2 1/3] साफ़ करें
[पैच वी2 2/3] नए परीक्षण
[पैच v2 3/3] कार्यान्वयन

केवल तभी आवश्यक है जब --compose भी सेट हो। यदि --compose सेट नहीं है, तो यह होगा
के लिए प्रेरित किया.

--विषय=
ईमेल थ्रेड का आरंभिक विषय निर्दिष्ट करें. केवल तभी आवश्यक है जब --compose भी हो
तय करना। यदि --compose सेट नहीं है, तो इसके लिए संकेत दिया जाएगा।

--से= ,...
उत्पन्न ईमेल के प्राथमिक प्राप्तकर्ता को निर्दिष्ट करें। आम तौर पर, यह होगा
शामिल परियोजना के अपस्ट्रीम अनुरक्षक। डिफ़ॉल्ट का मान है ईमेल भेजना
कॉन्फ़िगरेशन मान; यदि वह अनिर्दिष्ट है, और --to-cmd निर्दिष्ट नहीं है, तो यह होगा
के लिए प्रेरित किया जाए.

यह विकल्प कई बार निर्दिष्ट किया जा सकता है।

--8बिट-एन्कोडिंग=
किसी गैर-ASCII संदेश या विषय का सामना करते समय जो अपनी एन्कोडिंग घोषित नहीं करता है,
यह इंगित करने के लिए हेडर/उद्धरण जोड़ें कि यह एन्कोड किया गया है . डिफ़ॉल्ट का मान है
la भेजेंईमेल.मान लें8बिट एन्कोडिंग; यदि वह अनिर्दिष्ट है, तो इसके लिए संकेत दिया जाएगा यदि
कोई भी गैर-ASCII फ़ाइल सामने आती है।

ध्यान दें कि एन्कोडिंग को मान्य करने के लिए कोई भी प्रयास नहीं किया गया है।

--compose-एन्कोडिंग=
संदेश लिखें की एन्कोडिंग निर्दिष्ट करें. डिफ़ॉल्ट का मान है
Sendemail.compose एन्कोडिंग; यदि वह अनिर्दिष्ट है, तो UTF-8 मान लिया गया है।

--ट्रांसफर-एन्कोडिंग=(7बिट|8बिट|उद्धृत-मुद्रणयोग्य|बेस64)
एसएमटीपी पर संदेश भेजने के लिए उपयोग की जाने वाली ट्रांसफर एन्कोडिंग निर्दिष्ट करें। 7 बिट विफल हो जाएगा
गैर-ASCII संदेश मिलने पर। उद्धृत-मुद्रण योग्य तब उपयोगी हो सकता है जब
रिपॉजिटरी में ऐसी फ़ाइलें होती हैं जिनमें कैरिएज रिटर्न होता है, लेकिन कच्चा पैच ईमेल बनाता है
फ़ाइल (एमयूए से सहेजी गई) का मैन्युअल रूप से निरीक्षण करना बहुत कठिन है। बेस64 तो और भी अधिक मूर्ख है
प्रमाण, लेकिन और भी अधिक अपारदर्शी। डिफ़ॉल्ट का मान है
सेंडेमेल.ट्रांसफरएन्कोडिंग कॉन्फ़िगरेशन मान; यदि वह अनिर्दिष्ट है, तो git का उपयोग किया जाएगा
8 बिट और कंटेंट-ट्रांसफर-एन्कोडिंग हेडर नहीं जोड़ें।

--xmailer, --no-xmailer
"एक्स-मेलर:" हेडर जोड़ें (या जोड़ने से रोकें)। डिफ़ॉल्ट रूप से, हेडर जोड़ा जाता है, लेकिन
इसे sentemail.xmailer कॉन्फ़िगरेशन वेरिएबल को गलत पर सेट करके बंद किया जा सकता है।

भेजा जा रहा है
--लिफाफा-प्रेषक=
ईमेल भेजने के लिए उपयोग किए गए लिफाफे प्रेषक को निर्दिष्ट करें। यदि आपका डिफ़ॉल्ट है तो यह उपयोगी है
पता वह पता नहीं है जो किसी सूची के लिए सब्सक्राइब किया गया है। का उपयोग करने के लिए से
पता, मान को "ऑटो" पर सेट करें। यदि आप सेंडमेल बाइनरी का उपयोग करते हैं, तो आपके पास अवश्य होना चाहिए
-f पैरामीटर के लिए उपयुक्त विशेषाधिकार। डिफ़ॉल्ट का मान है
sentemail.envelopeSender कॉन्फ़िगरेशन चर; यदि वह अनिर्दिष्ट है, तो चयन करें
लिफाफा भेजने वाले को आपके एमटीए पर छोड़ दिया गया है।

--smtp-एन्क्रिप्शन=
उपयोग करने के लिए एन्क्रिप्शन निर्दिष्ट करें ssl or टीएलएस. कोई भी अन्य मान सादे पर वापस आ जाता है
एसएमटीपी. डिफ़ॉल्ट का मान है भेजेंईमेल.smtpएन्क्रिप्शन.

--smtp-डोमेन=
HELO/EHLO कमांड में उपयोग किए गए पूर्णतः योग्य डोमेन नाम (FQDN) को निर्दिष्ट करता है
एसएमटीपी सर्वर. कुछ सर्वरों को आपके आईपी पते से मेल खाने के लिए FQDN की आवश्यकता होती है। यदि सेट नहीं है, तो git
सेंड-ईमेल आपके FQDN को स्वचालित रूप से निर्धारित करने का प्रयास करता है। डिफ़ॉल्ट का मान है
सेंडईमेल.एसएमटीपीडोमेन.

--smtp-auth=
अनुमत SMTP-AUTH तंत्रों की व्हाइटस्पेस-पृथक सूची। यह सेटिंग उपयोग करने के लिए बाध्य करती है
केवल सूचीबद्ध तंत्र। उदाहरण:

$ git सेंड-ईमेल --smtp-auth='सादा लॉगिन GSSAPI'...

यदि निर्दिष्ट तंत्रों में से कम से कम एक एसएमटीपी द्वारा विज्ञापित तंत्रों से मेल खाता है
सर्वर और यदि यह प्रयुक्त एसएएसएल लाइब्रेरी द्वारा समर्थित है, तो तंत्र का उपयोग किया जाता है
प्रमाणीकरण. यदि न तो भेजेंईमेल.smtpAuth न --smtp-प्रमाणीकरण निर्दिष्ट है, सब
एसएएसएल लाइब्रेरी द्वारा समर्थित तंत्र का उपयोग किया जा सकता है।

--smtp-पास[= ]
SMTP-AUTH के लिए पासवर्ड. तर्क वैकल्पिक है: यदि कोई तर्क निर्दिष्ट नहीं है, तो
खाली स्ट्रिंग का उपयोग पासवर्ड के रूप में किया जाता है। डिफ़ॉल्ट का मान है भेजेंemail.smtpPass,
तथापि --smtp-पास हमेशा इस मान को ओवरराइड करता है.

इसके अलावा, पासवर्ड को कॉन्फ़िगरेशन फ़ाइलों या कमांड पर निर्दिष्ट करने की आवश्यकता नहीं है
रेखा। यदि कोई उपयोक्तानाम निर्दिष्ट किया गया है (के साथ)। --smtp-उपयोगकर्ता या एक भेजेंemail.smtpUser), लेकिन
कोई पासवर्ड निर्दिष्ट नहीं किया गया है (के साथ)। --smtp-पास or भेजेंemail.smtpPass), फिर एक
का उपयोग करके पासवर्ड प्राप्त किया जाता है git-क्रेडेंशियल.

--smtp-सर्वर=
यदि सेट किया गया है, तो उपयोग करने के लिए आउटगोइंग एसएमटीपी सर्वर निर्दिष्ट करता है (उदाहरण के लिए smtp.example.com या एक कच्चा आईपी
पता)। वैकल्पिक रूप से यह सेंडमेल-जैसे प्रोग्राम का पूरा पथनाम निर्दिष्ट कर सकता है
बजाय; प्रोग्राम को -i विकल्प का समर्थन करना चाहिए। डिफ़ॉल्ट मान द्वारा निर्दिष्ट किया जा सकता है
भेजेंईमेल.smtpसर्वर कॉन्फ़िगरेशन विकल्प; अंतर्निहित डिफ़ॉल्ट है /usr/sbin/sendmail
or /usr/lib/sendmail यदि ऐसा प्रोग्राम उपलब्ध है, या अन्यथा लोकलहोस्ट।

--smtp-सर्वर-पोर्ट=
डिफ़ॉल्ट पोर्ट से भिन्न पोर्ट निर्दिष्ट करता है (एसएमटीपी सर्वर आमतौर पर सुनते हैं
एसएमटीपी पोर्ट 25, लेकिन सबमिशन पोर्ट 587, या सामान्य एसएसएल एसएमटीपी पोर्ट भी सुन सकता है
465); प्रतीकात्मक पोर्ट नाम (जैसे 587 के बजाय "सबमिशन") भी स्वीकार किए जाते हैं।
के साथ पोर्ट भी सेट किया जा सकता है Sendemail.smtpServerPort विन्यास चर।

--smtp-सर्वर-विकल्प=
यदि सेट किया गया है, तो उपयोग करने के लिए आउटगोइंग एसएमटीपी सर्वर विकल्प निर्दिष्ट करता है। डिफ़ॉल्ट मान हो सकता है
द्वारा निर्दिष्ट किया गया भेजेंemail.smtpServerOption कॉन्फ़िगरेशन विकल्प।

जिस भी विकल्प को आप पास करना चाहते हैं उसके लिए --smtp-server-option विकल्प दोहराया जाना चाहिए
सर्वर। इसी तरह, कॉन्फ़िगरेशन फ़ाइलों में प्रत्येक के लिए अलग-अलग पंक्तियों का उपयोग किया जाना चाहिए
विकल्प.

--एसएमटीपी-एसएसएल
विरासत उपनाम के लिए --smtp-एन्क्रिप्शन ssl.

--एसएमटीपी-एसएसएल-सर्टिफिकेट-पथ
एसएमटीपी एसएसएल/टीएलएस प्रमाणपत्र सत्यापन के लिए विश्वसनीय सीए प्रमाणपत्रों के भंडार का पथ
(या तो एक निर्देशिका जिसे संसाधित किया गया है c_rehash, या एक एकल फ़ाइल युक्त
एक या अधिक PEM प्रारूप प्रमाणपत्र एक साथ संयोजित: देखें सत्यापित(1)-सीएफ़ाइल और
-इन पर अधिक जानकारी के लिए CApath)। अक्षम करने के लिए इसे एक खाली स्ट्रिंग पर सेट करें
प्रमाणपत्र सत्यापन. के मान पर डिफ़ॉल्ट भेजेंईमेल.smtpsslcertpath
कॉन्फ़िगरेशन वैरिएबल, यदि सेट है, या बैकिंग एसएसएल लाइब्रेरी का संकलित-डिफ़ॉल्ट
अन्यथा (अधिकांश प्लेटफार्मों पर सबसे अच्छा विकल्प कौन सा होना चाहिए)।

--smtp-उपयोगकर्ता=
SMTP-AUTH के लिए उपयोगकर्ता नाम. डिफ़ॉल्ट का मान है भेजेंemail.smtpUser; यदि कोई उपयोक्तानाम है
निर्दिष्ट नहीं (साथ) --smtp-उपयोगकर्ता or भेजेंemail.smtpUser), तो प्रमाणीकरण नहीं है
प्रयास किया।

--smtp-डीबग=0|1
सक्षम करें (1) या अक्षम करें (0) डिबग आउटपुट। यदि सक्षम किया गया है, तो एसएमटीपी आदेश और उत्तर होंगे
मुद्रित. टीएलएस कनेक्शन और प्रमाणीकरण समस्याओं को डीबग करने के लिए उपयोगी।

स्वचालित
--से-cmd=
प्रति पैच फ़ाइल को एक बार निष्पादित करने के लिए एक कमांड निर्दिष्ट करें जिसे पैच फ़ाइल उत्पन्न करनी चाहिए
विशिष्ट "प्रति:" प्रविष्टियाँ। इस कमांड का आउटपुट प्रति पंक्ति एकल ईमेल पता होना चाहिए।
डिफ़ॉल्ट का मान है सेंडईमेल.tocmd कॉन्फ़िगरेशन मान.

--cc-cmd=
प्रति पैच फ़ाइल को एक बार निष्पादित करने के लिए एक कमांड निर्दिष्ट करें जिसे पैच फ़ाइल उत्पन्न करनी चाहिए
विशिष्ट "सीसी:" प्रविष्टियाँ। इस कमांड का आउटपुट प्रति पंक्ति एकल ईमेल पता होना चाहिए।
डिफ़ॉल्ट का मान है सेंडेमेल.ccCmd कॉन्फ़िगरेशन मान.

--[नहीं-]श्रृंखला-उत्तर-को
यदि यह सेट है, तो प्रत्येक ईमेल पिछले भेजे गए ईमेल के उत्तर के रूप में भेजा जाएगा। अगर
"--नो-चेन-रिप्लाई-टू" के साथ अक्षम, पहले के बाद के सभी ईमेल इस प्रकार भेजे जाएंगे
भेजे गए पहले ईमेल का उत्तर. इसका उपयोग करते समय, यह अनुशंसा की जाती है कि सबसे पहले
दी गई फ़ाइल संपूर्ण पैच श्रृंखला का अवलोकन है। डिफ़ॉल्ट रूप से अक्षम, लेकिन
सेंडईमेल.चेनरिप्लाईटू इसे सक्षम करने के लिए कॉन्फ़िगरेशन वैरिएबल का उपयोग किया जा सकता है।

--पहचान=
एक कॉन्फ़िगरेशन पहचान. जब दिया जाता है, तो मूल्यों का कारण बनता है ईमेल भेजें।
मूल्यों पर पूर्वता लेने के लिए उपधारा ईमेल भेजें अनुभाग। डिफ़ॉल्ट
पहचान का मूल्य है भेजेंईमेल.पहचान.

--[नहीं-]सीसी द्वारा हस्ताक्षरित
यदि यह सेट है, तो साइन-ऑफ-बाय: या सीसी: लाइनों में पाए गए ईमेल को सीसी सूची में जोड़ें।
डिफ़ॉल्ट का मान है sentemail.signedoffbycc कॉन्फ़िगरेशन मान; अगर ऐसा है
अनिर्दिष्ट, डिफ़ॉल्ट --signed-off-by-cc।

--[नहीं-]सीसी-कवर
यदि इसे सेट किया जाता है, तो श्रृंखला के पहले पैच में Cc: हेडर में ईमेल मिलेंगे
(आमतौर पर कवर लेटर) प्रत्येक ईमेल सेट के लिए सीसी सूची में जोड़े जाते हैं। डिफ़ॉल्ट है
के मूल्य सेंडेमेल.सीसीकवर कॉन्फ़िगरेशन मान; यदि वह अनिर्दिष्ट है, तो डिफ़ॉल्ट करें
--नो-सीसी-कवर.

--[नहीं-]कवर करने के लिए
यदि इसे सेट किया जाता है, तो श्रृंखला के पहले पैच में To: हेडर में ईमेल मिलेंगे
(आम तौर पर कवर लेटर) को प्रत्येक ईमेल सेट की सूची में जोड़ा जाता है। डिफ़ॉल्ट है
के मूल्य भेजेंईमेल.टूकवर कॉन्फ़िगरेशन मान; यदि वह अनिर्दिष्ट है, तो डिफ़ॉल्ट करें
--नहीं-टू-कवर.

--सप्रेस-सीसी=
इनके ऑटो-सीसी को दबाने के लिए प्राप्तकर्ताओं की एक अतिरिक्त श्रेणी निर्दिष्ट करें:

· लेखक पैच लेखक को शामिल करने से बचेंगे

· स्वयं प्रेषक को शामिल करने से बचेंगे

· cc पैच हेडर में सीसी लाइनों में उल्लिखित किसी को भी शामिल करने से बचेंगे
स्वयं के लिए (उपयोग करें) स्वयं उसके लिए)।

· बॉडीसीसी पैच बॉडी (कमिट) में सीसी लाइनों में उल्लिखित किसी भी व्यक्ति को शामिल करने से बचेंगे
संदेश) स्वयं को छोड़कर (उपयोग करें)। स्वयं उसके लिए)।

· सिसकी स्वयं को छोड़कर साइन-ऑफ़-बाय पंक्तियों में उल्लिखित किसी भी व्यक्ति को शामिल करने से बचेंगे
(उपयोग स्वयं उसके लिए)।

· सीसीसीएमडी --cc-cmd चलाने से बचेंगे।

· परिवर्तन के बराबर है सिसकी + बॉडीसीसी

· सब सभी ऑटो सीसी मानों को दबा देगा।

डिफ़ॉल्ट का मान है सेंडेमेल.सप्रेससीसी कॉन्फ़िगरेशन मान; अगर ऐसा है
अनिर्दिष्ट, डिफ़ॉल्ट स्वयं यदि --suppress-from निर्दिष्ट है, साथ ही परिवर्तन if
--no-signed-off-cc निर्दिष्ट है।

--[नहीं-]दबाओ-से
यदि यह सेट है, तो प्रेषक: पते को cc: सूची में न जोड़ें। डिफ़ॉल्ट का मान है
सेंडईमेल.सप्रेसफ्रॉम कॉन्फ़िगरेशन मान; यदि वह अनिर्दिष्ट है, तो डिफ़ॉल्ट करें
--नहीं-दबाओ-से.

--[नहीं-]धागा
यदि इसे सेट किया जाता है, तो प्रत्येक ईमेल में इन-रिप्लाई-टू और रेफरेंस हेडर जोड़ दिए जाएंगे
भेजा गया। क्या प्रत्येक मेल पिछले ईमेल (डीप थ्रेडिंग प्रति) को संदर्भित करता है Git
प्रारूप-पैच शब्दांकन) या पहले ईमेल (उथले थ्रेडिंग) द्वारा शासित होता है
"--[नहीं-]चेन-रिप्लाई-टू"।

यदि "--नो-थ्रेड" के साथ अक्षम किया गया है, तो उन हेडर को नहीं जोड़ा जाएगा (जब तक कि इसके साथ निर्दिष्ट न किया गया हो)।
--इसके जवाब में)। डिफ़ॉल्ट का मान है सेंडेमेल.थ्रेड कॉन्फ़िगरेशन मान; अगर
यह अनिर्दिष्ट है, --थ्रेड के लिए डिफ़ॉल्ट है।

यह सुनिश्चित करना उपयोगकर्ता पर निर्भर है कि कोई इन-रिप्लाई-टू हेडर पहले से मौजूद नहीं है Git
ईमेल भेजें इसे जोड़ने के लिए कहा जाता है (विशेष रूप से ध्यान दें कि Git प्रारूप-पैच कॉन्फ़िगर किया जा सकता है
थ्रेडिंग स्वयं करने के लिए)। ऐसा न करने पर अपेक्षित परिणाम नहीं मिल पाएगा
प्राप्तकर्ता का MUA.

व्यवस्थापन करना
--पुष्टि=
भेजने से ठीक पहले पुष्टि करें:

· हमेशा भेजने से पहले हमेशा पुष्टि करेंगे

· कभी नहीँ भेजने से पहले कभी पुष्टि नहीं करेंगे

· cc भेजने से पहले पुष्टि करें कि कब सेंड-ईमेल ने स्वचालित रूप से पते जोड़ दिए हैं
पैच से सीसी सूची तक

· लिखना --compose का उपयोग करते समय पहला संदेश भेजने से पहले पुष्टि करेगा।

· स्वत: के बराबर है cc + लिखना

डिफ़ॉल्ट का मान है भेजेंईमेल.पुष्टि करें कॉन्फ़िगरेशन मान; यदि वह अनिर्दिष्ट है,
करने के लिए डिफ़ॉल्ट स्वत: जब तक कि किसी भी मामले में दमन विकल्प निर्दिष्ट नहीं किया गया हो
करने के लिए डिफ़ॉल्ट लिखना.

--पूर्वाभ्यास
वास्तव में ईमेल भेजने के अलावा सब कुछ करें।

--[नहीं-]प्रारूप-पैच
जब किसी तर्क को संदर्भ के रूप में या फ़ाइल नाम के रूप में समझा जा सकता है, तो चुनें
इसे एक प्रारूप-पैच तर्क के रूप में समझें (--प्रारूप-पैच) या फ़ाइल नाम के रूप में
(--कोई-प्रारूप-पैच नहीं). डिफ़ॉल्ट रूप से, जब ऐसा कोई विरोध होता है, तो git सेंड-ईमेल करेगा
असफल।

--शांत
गिट-सेंड-ईमेल को कम क्रियात्मक बनाएं। प्रति ईमेल एक पंक्ति में वह सब आउटपुट होना चाहिए।

--[नहीं-]मान्य करें
पैच पर विवेक जांच करें. वर्तमान में, सत्यापन का अर्थ निम्नलिखित है:

· उन पैच के बारे में चेतावनी दें जिनमें 998 अक्षरों से अधिक लंबी पंक्तियाँ हों; यह एसएमटीपी के कारण है
सीमाएँ जैसा कि वर्णित है http://www.ietf.org/rfc/rfc2821.txt.

डिफ़ॉल्ट का मान है ईमेल भेजें.मान्य करें; यदि यह सेट नहीं है, तो डिफ़ॉल्ट करें --मान्य.

--बल
भले ही सुरक्षा जांच इसे रोक दे, फिर भी ईमेल भेजें।

जानकारी
--डंप-उपनाम
सामान्य ऑपरेशन के बजाय, कॉन्फ़िगर किए गए शॉर्टहैंड उपनाम नामों को डंप करें
उपनाम फ़ाइल(फ़ाइलें), वर्णानुक्रम में प्रति पंक्ति एक। ध्यान दें, इसमें केवल उपनाम शामिल है
नाम और न कि उसके विस्तारित ईमेल पते। देखना सेंडईमेल.एलियासेसफ़ाइल और अधिक के लिए
उपनामों के बारे में जानकारी.

विन्यास

सेंडईमेल.एलियासेसफ़ाइल
लंबे ईमेल पते टाइप करने से बचने के लिए, इसे एक या अधिक ईमेल उपनाम फ़ाइलों पर इंगित करें।
आपको भी आपूर्ति करनी होगी Sendemail.aliasFileType.

Sendemail.aliasFileType
फ़ाइल(फ़ाइलों) का प्रारूप sentemail.aliasesFile में निर्दिष्ट है। में से एक होना चाहिए मूर्ख, मेलआरसी,
चीड़, एल्मया, सूक्तिया, मेल भेजे.

प्रत्येक प्रारूप में एक उपनाम फ़ाइल कैसी दिखती है, इसके दस्तावेज़ में पाई जा सकती है
इसी नाम का ईमेल प्रोग्राम. मानक से अंतर और सीमाएँ
प्रारूप नीचे वर्णित हैं:

मेल भेजे

· उद्धृत उपनाम और उद्धृत पते समर्थित नहीं हैं: जिन पंक्तियों में "
प्रतीक को नजरअंदाज कर दिया गया है।

· किसी फ़ाइल (/पथ/नाम) या पाइप (|कमांड) पर पुनर्निर्देशन समर्थित नहीं है।

· फ़ाइल समावेशन (:include: /path/name) समर्थित नहीं है.

· चेतावनियाँ किसी भी स्पष्ट रूप से मानक त्रुटि आउटपुट पर मुद्रित होती हैं
असमर्थित निर्माण, और कोई भी अन्य पंक्तियाँ जो इसके द्वारा मान्यता प्राप्त नहीं हैं
पार्सर.

सेंडेमेल.मल्टीएडिट
यदि सत्य (डिफ़ॉल्ट) है, तो आपको फ़ाइलों को संपादित करने के लिए एक एकल संपादक उदाहरण उत्पन्न किया जाएगा
संपादित करें (पैच कब करें) --एनोटेट प्रयोग किया जाता है, और सारांश जब --लिखें प्रयोग किया जाता है)। अगर
गलत, फ़ाइलों को एक के बाद एक संपादित किया जाएगा, जिससे हर बार एक नया संपादक तैयार होगा।

भेजेंईमेल.पुष्टि करें
भेजने से पहले पुष्टि करनी है या नहीं, इसके लिए डिफ़ॉल्ट सेट करता है। में से एक होना चाहिए हमेशा, कभी नहीँ,
cc, लिखनाया, स्वत:. देखना --पुष्टि करना इनके अर्थ के लिए पिछले अनुभाग में
मूल्यों.

उदाहरण

उपयोग जीमेल as la एसएमटीपी सर्वर
उपयोग करने के लिए Git ईमेल भेजें जीमेल एसएमटीपी सर्वर के माध्यम से अपने पैच भेजने के लिए, संपादित करें
~ / .itconfig अपनी खाता सेटिंग निर्दिष्ट करने के लिए:

[ईमेल भेजें]
smtpएन्क्रिप्शन = tls
smtpServer = smtp.gmail.com
smtpउपयोगकर्ता = [ईमेल संरक्षित]
smtpServerPort = 587

एक बार जब आपका कमिट मेलिंग सूची में भेजे जाने के लिए तैयार हो जाए, तो निम्नलिखित कमांड चलाएँ:

$ गिट फॉर्मेट-पैच --कवर-लेटर -एम ओरिजिन/मास्टर -ओ आउटगोइंग/
$ संपादन आउटगोइंग/0000-*
$ git भेजें-ईमेल आउटगोइंग/*

नोट: निम्नलिखित पर्ल मॉड्यूल आवश्यक हैं नेट::एसएमटीपी::एसएसएल, एमआईएमई::बेस64 और
ऑथेन::एसएएसएल

onworks.net सेवाओं का उपयोग करके ऑनलाइन git-send-email का उपयोग करें