git-send-email - ক্লাউডে অনলাইন

কার্যক্রম:

NAME এর

git-send-email - ইমেল হিসাবে প্যাচের একটি সংগ্রহ পাঠান

সাইনোপিসিস

ফালতু বা এলেবেলে লোক ইমেইল পাঠান [বিকল্প] ...
ফালতু বা এলেবেলে লোক ইমেইল পাঠান --ডাম্প উপনাম

বর্ণনাঃ

কমান্ড লাইনে দেওয়া প্যাচগুলি নেয় এবং তাদের ইমেল করে। প্যাচ নির্দিষ্ট করা যেতে পারে
ফাইল হিসাবে, ডিরেক্টরি (যা ডিরেক্টরিতে সমস্ত ফাইল পাঠাবে), বা সরাসরি a হিসাবে
সংশোধন তালিকা। শেষ ক্ষেত্রে, দ্বারা গৃহীত কোনো বিন্যাস git-ফর্ম্যাট-প্যাচ(1) পাস করা যাবে
সেন্ড-ইমেইল git করতে।

ইমেলের হেডার কমান্ড-লাইন বিকল্পগুলির মাধ্যমে কনফিগারযোগ্য। যদি নির্দিষ্ট না হয়
কমান্ড লাইন, ব্যবহারকারীকে একটি রিডলাইন সক্ষম ইন্টারফেস প্রদান করার জন্য অনুরোধ করা হবে
প্রয়োজনীয় তথ্য.

প্যাচ ফাইলের জন্য দুটি ফর্ম্যাট গৃহীত হয়:

1. mbox ফরম্যাট ফাইল

এই কি git-ফর্ম্যাট-প্যাচ(1) উৎপন্ন করে। বেশিরভাগ হেডার এবং MIME ফরম্যাটিং হয়
উপেক্ষা করা

2. Greg Kroah-Hartman's দ্বারা ব্যবহৃত মূল বিন্যাস send_lots_of_email.pl লিপি

এই বিন্যাসটি আশা করে যে ফাইলের প্রথম লাইনে "Cc:" মান থাকবে এবং
দ্বিতীয় লাইন হিসাবে বার্তাটির "বিষয়:"।

বিকল্প

কম্পোজ
--টীকা
আপনি পাঠাতে চলেছেন প্রতিটি প্যাচ পর্যালোচনা এবং সম্পাদনা করুন। ডিফল্ট এর মান
sendemail.annotate. এর জন্য কনফিগারেশন বিভাগটি দেখুন sendemail.multiEdit.

--bcc=,...
প্রতিটি ইমেলের জন্য একটি "Bcc:" মান নির্দিষ্ট করুন। ডিফল্ট এর মান sendemail.bcc.

এই বিকল্পটি একাধিকবার উল্লেখ করা যেতে পারে।

--cc=,...
প্রতিটি ইমেলের জন্য একটি প্রারম্ভিক "Cc:" মান নির্দিষ্ট করুন। ডিফল্ট এর মান sendemail.cc.

এই বিকল্পটি একাধিকবার উল্লেখ করা যেতে পারে।

--রচনা করা
একটি টেক্সট এডিটর আনুন (এতে GIT_EDITOR দেখুন git-var(1)) একটি পরিচায়ক বার্তা সম্পাদনা করতে
প্যাচ সিরিজের জন্য।

কখন --রচনা করা ব্যবহার করা হয়, git send-email From, Subject এবং In-Reply-To ব্যবহার করবে
বার্তায় নির্দিষ্ট শিরোনাম। যদি বার্তার মূল অংশ (এর পরে আপনি যা টাইপ করেন
শিরোনাম এবং একটি ফাঁকা লাইন) শুধুমাত্র ফাঁকা (বা গিট: উপসর্গযুক্ত) লাইন রয়েছে, সারাংশ
পাঠানো হবে না, তবে From, Subject এবং In-Reply-To হেডার ব্যবহার করা হবে যদি না সেগুলি
সরানো হয়েছে।

অনুপস্থিত থেকে বা ইন-রিপ্লাই-টু হেডারের জন্য অনুরোধ করা হবে।

এর জন্য কনফিগারেশন বিভাগটি দেখুন sendemail.multiEdit.

-- থেকে =
ইমেল প্রেরক নির্দিষ্ট করুন. কমান্ড লাইনে নির্দিষ্ট করা না থাকলে, এর মান
দ্য sendemail.from কনফিগারেশন বিকল্প ব্যবহার করা হয়। যদি না হয় কমান্ড লাইন বিকল্প
না sendemail.from সেট করা হয়, তারপর ব্যবহারকারীকে মানের জন্য অনুরোধ করা হবে। ডিফল্ট
প্রম্পটের মান হবে GIT_AUTHOR_IDENT, অথবা GIT_COMMITTER_IDENT যদি তা হয়
সেট করা নেই, যেমন "git var -l" দ্বারা প্রত্যাবর্তন করা হয়েছে।

--in-reply-to=
প্রথম মেইল ​​(অথবা --নো-থ্রেড সহ সমস্ত মেল) প্রদত্ত উত্তর হিসাবে উপস্থিত করুন
বার্তা-আইডি, যা একটি নতুন প্যাচ সিরিজ প্রদান করতে থ্রেড ভাঙা এড়ায়। দ্বিতীয়
এবং পরবর্তী ইমেলগুলি --[না]-চেইন-রিপ্লাই-টু অনুসারে উত্তর হিসাবে পাঠানো হবে
বিন্যাস.

সুতরাং উদাহরণস্বরূপ যখন --thread এবং --no-chain-reply-to নির্দিষ্ট করা হয়, দ্বিতীয় এবং
পরবর্তী প্যাচগুলি নীচের চিত্রের মতো প্রথমটির উত্তর হবে৷
যেখানে [PATCH v2 0/3] আছে [PATCH 0/2] এর উত্তরে:

[প্যাচ 0/2] আমি যা করেছি তা এখানে...
[প্যাচ 1/2] পরিষ্কার করুন এবং পরীক্ষা করুন
[প্যাচ 2/2] বাস্তবায়ন
[প্যাচ v2 0/3] এখানে একটি রিরোল আছে
[প্যাচ v2 1/3] পরিষ্কার করুন
[প্যাচ v2 2/3] নতুন পরীক্ষা
[প্যাচ v2 3/3] বাস্তবায়ন

শুধুমাত্র প্রয়োজন যদি --compose সেট করা থাকে। যদি --compose সেট করা না থাকে, তাহলে এটি হবে
জন্য অনুরোধ করা হয়েছে.

--বিষয়=
ইমেল থ্রেডের প্রাথমিক বিষয় উল্লেখ করুন। শুধুমাত্র প্রয়োজন যদি --compose হয়
সেট যদি --compose সেট করা না থাকে, এটির জন্য অনুরোধ করা হবে।

--to=,...
উত্পন্ন ইমেল প্রাথমিক প্রাপক নির্দিষ্ট করুন. সাধারণত, এই হবে
জড়িত প্রকল্পের আপস্ট্রিম রক্ষণাবেক্ষণকারী. ডিফল্ট এর মান sendemail.to
কনফিগারেশন মান; যদি এটি অনির্দিষ্ট হয়, এবং --to-cmd নির্দিষ্ট না হয়, তাহলে এটি হবে
জন্য অনুরোধ করা হবে।

এই বিকল্পটি একাধিকবার উল্লেখ করা যেতে পারে।

--8বিট-এনকোডিং=
যখন একটি নন-ASCII বার্তা বা বিষয়ের মুখোমুখি হয় যা তার এনকোডিং ঘোষণা করে না,
এটি এ এনকোড করা হয়েছে তা বোঝাতে শিরোনাম/উদ্ধৃতি যোগ করুন। ডিফল্ট এর মান
দ্য sendemail.assume8bit এনকোডিং; যদি এটি অনির্দিষ্ট হয়, তাহলে এটির জন্য অনুরোধ করা হবে যদি
যেকোন নন-ASCII ফাইলের সম্মুখীন হয়।

মনে রাখবেন যে এনকোডিং যাচাই করার জন্য কোন প্রচেষ্টা করা হয় না।

--compose-encoding=
রচনা বার্তার এনকোডিং নির্দিষ্ট করুন। ডিফল্ট এর মান
sendemail.composeencoding; যদি এটি অনির্দিষ্ট হয়, UTF-8 ধরে নেওয়া হয়।

--ট্রান্সফার-এনকোডিং=(7বিট|8বিট|উদ্ধৃত-মুদ্রণযোগ্য|বেস64)
SMTP এর মাধ্যমে বার্তা পাঠাতে ব্যবহৃত স্থানান্তর এনকোডিং নির্দিষ্ট করুন৷ 7 বিট ব্যর্থ হবে
একটি নন-ASCII বার্তার সম্মুখীন হলে। উদ্ধৃত-মুদ্রণযোগ্য যখন দরকারী হতে পারে
রিপোজিটরিতে এমন ফাইল রয়েছে যা ক্যারেজ রিটার্ন ধারণ করে, কিন্তু কাঁচা প্যাচ ইমেল করে
ফাইল (একটি MUA থেকে সংরক্ষিত) ম্যানুয়ালি পরিদর্শন করা অনেক কঠিন। base64 আরও বেশি বোকা
প্রমাণ, কিন্তু আরও অস্বচ্ছ। ডিফল্ট এর মান
sendemail.transferEncoding কনফিগারেশন মান; যদি এটি অনির্দিষ্ট হয়, গিট ব্যবহার করবে
8bit এবং একটি বিষয়বস্তু-স্থানান্তর-এনকোডিং শিরোনাম যোগ করবেন না।

--xmailer, --no-xmailer
"X-Mailer:" শিরোনাম যোগ করুন (বা যোগ করা প্রতিরোধ করুন)। ডিফল্টরূপে, হেডার যোগ করা হয়, কিন্তু
sendemail.xmailer কনফিগারেশন ভেরিয়েবলটিকে মিথ্যাতে সেট করে এটি বন্ধ করা যেতে পারে।

পাঠানো হচ্ছে
--envelope-প্রেরক=
ইমেল পাঠাতে ব্যবহৃত খাম প্রেরক নির্দিষ্ট করুন. আপনার ডিফল্ট হলে এটি দরকারী
ঠিকানা এমন ঠিকানা নয় যা একটি তালিকায় সদস্যতা নেওয়া হয়েছে। ব্যবহার করার জন্য থেকে
ঠিকানা, "স্বয়ংক্রিয়" মান সেট করুন। আপনি যদি সেন্ডমেইল বাইনারি ব্যবহার করেন তবে আপনার অবশ্যই থাকতে হবে
-f প্যারামিটারের জন্য উপযুক্ত সুবিধা। ডিফল্ট এর মান
sendemail.envelopeSender কনফিগারেশন পরিবর্তনশীল; যদি তা অনির্দিষ্ট হয়, নির্বাচন করে
খাম প্রেরককে আপনার এমটিএতে ছেড়ে দেওয়া হয়।

--smtp-এনক্রিপশন=
ব্যবহার করার জন্য এনক্রিপশন নির্দিষ্ট করুন, হয় SSL or TLS. অন্য যেকোন মান সরলে ফিরে আসে
SMTP। ডিফল্ট এর মান sendemail.smtpএনক্রিপশন.

--smtp-domain=
HELO/EHLO কমান্ডে ব্যবহৃত সম্পূর্ণ যোগ্য ডোমেন নাম (FQDN) নির্দিষ্ট করে
SMTP সার্ভার। কিছু সার্ভারের আপনার আইপি ঠিকানার সাথে মিলের জন্য FQDN প্রয়োজন। সেট না হলে, গিট
পাঠান-ইমেল স্বয়ংক্রিয়ভাবে আপনার FQDN নির্ধারণ করার চেষ্টা করে। ডিফল্ট এর মান
sendemail.smtpDomain.

--smtp-auth=
অনুমোদিত SMTP-AUTH প্রক্রিয়াগুলির হোয়াইটস্পেস-বিচ্ছিন্ন তালিকা৷ এই সেটিং জোর করে ব্যবহার করে
শুধুমাত্র তালিকাভুক্ত প্রক্রিয়া. উদাহরণ:

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

যদি অন্তত একটি নির্দিষ্ট প্রক্রিয়া SMTP দ্বারা বিজ্ঞাপিতগুলির সাথে মেলে
সার্ভার এবং যদি এটি ব্যবহৃত SASL লাইব্রেরি দ্বারা সমর্থিত হয়, তবে প্রক্রিয়াটি ব্যবহার করা হয়
প্রমাণীকরণ যদি না হয় sendemail.smtpAuth না --smtp-auth নির্দিষ্ট করা হয়, সব
SASL লাইব্রেরি দ্বারা সমর্থিত মেকানিজম ব্যবহার করা যেতে পারে।

--smtp-pass[=]
SMTP-AUTH-এর জন্য পাসওয়ার্ড। যুক্তিটি ঐচ্ছিক: যদি কোন যুক্তি নির্দিষ্ট না থাকে, তাহলে
খালি স্ট্রিংটি পাসওয়ার্ড হিসাবে ব্যবহৃত হয়। ডিফল্ট এর মান sendemail.smtpPass,
যাহোক --smtp-পাস সর্বদা এই মান ওভাররাইড করে।

উপরন্তু, পাসওয়ার্ডগুলি কনফিগারেশন ফাইলে বা কমান্ডে নির্দিষ্ট করার প্রয়োজন নেই
লাইন যদি একটি ব্যবহারকারীর নাম নির্দিষ্ট করা হয় (সহ --smtp-ব্যবহারকারী বা একটি sendemail.smtpUser), কিন্তু
কোন পাসওয়ার্ড নির্দিষ্ট করা হয়নি (এর সাথে --smtp-পাস or sendemail.smtpPass), তখন একটা
পাসওয়ার্ড ব্যবহার করে পাওয়া যায় git-প্রমাণপত্র.

--smtp-সার্ভার=
সেট করা থাকলে, ব্যবহার করার জন্য বহির্গামী SMTP সার্ভার নির্দিষ্ট করে (যেমন smtp.example.com বা একটি কাঁচা আইপি
ঠিকানা)। বিকল্পভাবে এটি একটি sendmail-এর মতো প্রোগ্রামের একটি সম্পূর্ণ পাথনাম নির্দিষ্ট করতে পারে
পরিবর্তে; প্রোগ্রামটিকে অবশ্যই -i বিকল্পটি সমর্থন করতে হবে। ডিফল্ট মান দ্বারা নির্দিষ্ট করা যেতে পারে
sendemail.smtpServer কনফিগারেশন বিকল্প; অন্তর্নির্মিত ডিফল্ট হয় /usr/sbin/sendmail
or /usr/lib/sendmail যদি এই ধরনের প্রোগ্রাম পাওয়া যায়, অথবা অন্যথায় লোকালহোস্ট।

--smtp-server-port=
ডিফল্ট পোর্ট থেকে আলাদা একটি পোর্ট নির্দিষ্ট করে (SMTP সার্ভারগুলি সাধারণত শোনে
smtp পোর্ট 25, কিন্তু জমা পোর্ট 587, বা সাধারণ SSL smtp পোর্ট শুনতেও পারে
465); প্রতীকী পোর্টের নাম (যেমন 587 এর পরিবর্তে "জমা")ও গৃহীত হয়। দ্য
পোর্ট দিয়েও সেট করা যায় sendemail.smtpServerPort কনফিগারেশন পরিবর্তনশীল।

--smtp-server-option=
সেট করা থাকলে, ব্যবহার করার জন্য বহির্গামী SMTP সার্ভার বিকল্প নির্দিষ্ট করে। ডিফল্ট মান হতে পারে
দ্বারা নির্দিষ্ট sendemail.smtpServerOption কনফিগারেশন বিকল্প।

আপনি পাস করতে চান এমন প্রতিটি বিকল্পের জন্য --smtp-server-option বিকল্পটি অবশ্যই পুনরাবৃত্তি করতে হবে
সার্ভার. একইভাবে, কনফিগারেশন ফাইলের বিভিন্ন লাইন প্রতিটির জন্য ব্যবহার করা আবশ্যক
বিকল্প।

--smtp-ssl
এর জন্য উত্তরাধিকার উপনাম --smtp-এনক্রিপশন SSL.

--smtp-ssl-cert-path
SMTP SSL/TLS শংসাপত্র যাচাইকরণের জন্য বিশ্বস্ত CA শংসাপত্রের একটি স্টোরের পথ
(হয় একটি ডিরেক্টরি যা দ্বারা প্রক্রিয়া করা হয়েছে গ_রিহ্যাশ, অথবা একটি একক ফাইল ধারণকারী
এক বা একাধিক PEM বিন্যাস শংসাপত্র একসাথে সংযুক্ত: দেখুন যাচাই(1)-CAfile এবং
-এগুলি সম্পর্কে আরও তথ্যের জন্য ক্যাপাথ)। নিষ্ক্রিয় করতে এটি একটি খালি স্ট্রিং এ সেট করুন
শংসাপত্র যাচাইকরণ। এর মান ডিফল্ট sendemail.smtpsslcertpath
কনফিগারেশন ভেরিয়েবল, যদি সেট করা থাকে, বা ব্যাকিং SSL লাইব্রেরির কম্পাইল-ইন ডিফল্ট
অন্যথায় (যা বেশিরভাগ প্ল্যাটফর্মে সেরা পছন্দ হওয়া উচিত)।

--smtp-user=
SMTP-AUTH-এর জন্য ব্যবহারকারীর নাম। ডিফল্ট এর মান sendemail.smtpUser; যদি একটি ব্যবহারকারীর নাম হয়
নির্দিষ্ট করা নেই (সহ --smtp-ব্যবহারকারী or sendemail.smtpUser), তাহলে প্রমাণীকরণ হয় না
চেষ্টা করা হয়েছে

--smtp-debug=0|1
সক্ষম (1) বা নিষ্ক্রিয় (0) ডিবাগ আউটপুট. সক্ষম হলে, SMTP কমান্ড এবং উত্তর হবে৷
মুদ্রিত TLS সংযোগ এবং প্রমাণীকরণ সমস্যা ডিবাগ করতে দরকারী।

স্বয়ংক্রিয়ভাবে
--to-cmd=
প্রতি প্যাচ ফাইলে একবার চালানোর জন্য একটি কমান্ড নির্দিষ্ট করুন যা প্যাচ ফাইল তৈরি করবে
নির্দিষ্ট "প্রতি:" এন্ট্রি। এই কমান্ডের আউটপুট প্রতি লাইনে একক ইমেল ঠিকানা হতে হবে।
ডিফল্ট এর মান sendemail.tocmd কনফিগারেশন মান।

--cc-cmd=
প্রতি প্যাচ ফাইলে একবার চালানোর জন্য একটি কমান্ড নির্দিষ্ট করুন যা প্যাচ ফাইল তৈরি করবে
নির্দিষ্ট "Cc:" এন্ট্রি। এই কমান্ডের আউটপুট প্রতি লাইনে একক ইমেল ঠিকানা হতে হবে।
ডিফল্ট এর মান sendemail.ccCmd কনফিগারেশন মান।

--[না-]চেইন-উত্তর-কে
এটি সেট করা থাকলে, প্রতিটি ইমেল আগের পাঠানো ইমেলের উত্তর হিসাবে পাঠানো হবে। যদি
"--নো-চেইন-উত্তর-টু" দিয়ে নিষ্ক্রিয় করা হয়েছে, প্রথমটির পরে সমস্ত ইমেল হিসাবে পাঠানো হবে৷
প্রেরিত প্রথম ইমেলের উত্তর। এটি ব্যবহার করার সময়, এটি সুপারিশ করা হয় যে প্রথম
দেওয়া ফাইল সমগ্র প্যাচ সিরিজের একটি ওভারভিউ হতে হবে. ডিফল্টরূপে অক্ষম, কিন্তু
sendemail.chainReplyTo কনফিগারেশন ভেরিয়েবল এটি সক্রিয় করতে ব্যবহার করা যেতে পারে।

--পরিচয়=
একটি কনফিগারেশন পরিচয়। দেওয়া হলে, এর মধ্যে মান সৃষ্টি করে ইমেল পাঠান।
উপধারায় মানগুলির উপর অগ্রাধিকার দিতে ইমেইল পাঠান অধ্যায়. ডিফল্ট
পরিচয় হল এর মান sendemail.identity.

---[না-] স্বাক্ষরিত-অফ-বাই-সিসি
এটি সেট করা থাকলে, cc তালিকায় Signed-off-by: বা Cc: লাইনে পাওয়া ইমেল যোগ করুন।
ডিফল্ট এর মান sendemail.signedoffbycc কনফিগারেশন মান; যদি তা হয়
অনির্দিষ্ট, ডিফল্ট -- সাইনড-অফ-বাই-সিসি।

--[না-]সিসি-কভার
এটি সেট করা থাকলে, সিরিজের প্রথম প্যাচে Cc: শিরোনামে পাওয়া ইমেলগুলি
(সাধারণত কভার লেটার) প্রতিটি ইমেল সেটের জন্য cc তালিকায় যোগ করা হয়। ডিফল্ট হয়
মুল্য sendemail.cccover কনফিগারেশন মান; যদি এটি অনির্দিষ্ট হয়, তাহলে ডিফল্ট
--নো-সিসি-কভার।

--[না-]কভার করতে
এটি সেট করা থাকলে, সিরিজের প্রথম প্যাচে To: শিরোনামে পাওয়া ইমেলগুলি
(সাধারণত কভার লেটার) প্রতিটি ইমেল সেটের জন্য তালিকায় যোগ করা হয়। ডিফল্ট হয়
মুল্য sendemail.tocover কনফিগারেশন মান; যদি এটি অনির্দিষ্ট হয়, তাহলে ডিফল্ট
--না-টু-কভার।

--suppress-cc=
এর অটো-সিসি দমন করতে প্রাপকদের একটি অতিরিক্ত বিভাগ নির্দিষ্ট করুন:

· লেখক প্যাচ লেখক সহ এড়ানো হবে

· স্ব প্রেরক সহ এড়ানো হবে

· cc প্যাচ হেডারে সিসি লাইনে উল্লিখিত কাউকে অন্তর্ভুক্ত করা এড়াবে
নিজের জন্য (ব্যবহার করুন স্ব যে জন্য).

· bodycc প্যাচ বডিতে সিসি লাইনে উল্লিখিত কাউকে অন্তর্ভুক্ত করা এড়াবে (কমিট
বার্তা) স্ব ছাড়া (ব্যবহার করুন স্ব যে জন্য).

· ফোঁপানি সাইন-অফ-বাই লাইনে উল্লিখিত কাউকে অন্তর্ভুক্ত করা এড়িয়ে যাবেন নিজের ছাড়া
(ব্যবহারের স্ব যে জন্য).

· cccmd --cc-cmd চালানো এড়াবে।

· শরীর সমতুল্য ফোঁপানি + bodycc

· সব সমস্ত অটো সিসি মান দমন করবে।

ডিফল্ট এর মান sendemail.suppresscc কনফিগারেশন মান; যদি তা হয়
অনির্দিষ্ট, ডিফল্ট থেকে স্ব যদি --suppress-from নির্দিষ্ট করা হয়, সেইসাথে শরীর if
--নো-স্বাক্ষরিত-অফ-সিসি নির্দিষ্ট করা আছে।

--[না-]দমন-থেকে
এটি সেট করা থাকলে, cc: তালিকায় From: ঠিকানা যোগ করবেন না। ডিফল্ট এর মান
sendemail.suppressFrom কনফিগারেশন মান; যদি এটি অনির্দিষ্ট হয়, তাহলে ডিফল্ট
--না-দমন-থেকে।

---[না-]থ্রেড
এটি সেট করা থাকলে, প্রতিটি ইমেলে ইন-রিপ্লাই-টু এবং রেফারেন্স হেডার যোগ করা হবে
পাঠানো প্রতিটি মেল পূর্ববর্তী ইমেলকে নির্দেশ করে কিনা (প্রতি গভীর থ্রেডিং ফালতু বা এলেবেলে লোক
বিন্যাস-প্যাচ ওয়ার্ডিং) বা প্রথম ইমেইলে (অগভীর থ্রেডিং) দ্বারা পরিচালিত হয়
"--[না-]চেইন-রিপ্লাই-টু"।

যদি "--না-থ্রেড" দিয়ে নিষ্ক্রিয় করা হয়, তবে সেই শিরোনামগুলি যোগ করা হবে না (যদি না এর সাথে নির্দিষ্ট করা হয়
--প্রত্যুত্তরে)। ডিফল্ট এর মান sendemail.thread কনফিগারেশন মান; যদি
যে অনির্দিষ্ট, ডিফল্ট --thread.

কোন ইন-রিপ্লাই-টু শিরোনাম ইতিমধ্যেই কখন বিদ্যমান নেই তা নিশ্চিত করা ব্যবহারকারীর উপর নির্ভর করে ফালতু বা এলেবেলে লোক
ইমেইল পাঠান এটি যোগ করতে বলা হয়েছে (বিশেষ করে মনে রাখবেন যে ফালতু বা এলেবেলে লোক বিন্যাস-প্যাচ কনফিগার করা যেতে পারে
থ্রেডিং নিজেই করতে)। এটি করতে ব্যর্থ হলে প্রত্যাশিত ফলাফল নাও হতে পারে
প্রাপকের MUA।

অ্যাডমিনিস্টারিং
--confirm=
পাঠানোর ঠিক আগে নিশ্চিত করুন:

· সর্বদা পাঠানোর আগে সর্বদা নিশ্চিত হবে

· না পাঠানোর আগে নিশ্চিত হবে না

· cc পাঠানোর আগে নিশ্চিত করবে যখন সেন্ড-ইমেল স্বয়ংক্রিয়ভাবে ঠিকানা যোগ করেছে
প্যাচ থেকে সিসি তালিকায়

· রচনা করা --compose ব্যবহার করার সময় প্রথম বার্তা পাঠানোর আগে নিশ্চিত করবে।

· গাড়ী সমতুল্য cc + রচনা করা

ডিফল্ট এর মান sendemail.confirm কনফিগারেশন মান; যদি তা অনির্দিষ্ট হয়,
ডিফল্ট থেকে গাড়ী যদি না কোন দমন বিকল্প নির্দিষ্ট করা হয়, যে ক্ষেত্রে
ডিফল্ট থেকে রচনা করা.

--শুষ্ক রান
আসলে ইমেল পাঠানো ছাড়া সবকিছু করুন.

--[নো-]ফরম্যাট-প্যাচ
যখন একটি যুক্তি একটি রেফারেন্স হিসাবে বা একটি ফাইলের নাম হিসাবে বোঝা যায়, তখন এটি বেছে নিন
এটি একটি বিন্যাস-প্যাচ যুক্তি হিসাবে বুঝুন (--ফরম্যাট-প্যাচ) বা একটি ফাইলের নাম হিসাবে
(--নো-ফরম্যাট-প্যাচ) ডিফল্টরূপে, যখন এই ধরনের দ্বন্দ্ব দেখা দেয়, গিট সেন্ড-ইমেল করবে
ব্যর্থ হয়।

-- শান্ত
গিট-সেন্ড-ইমেল কম ভার্বোস করুন। ইমেল প্রতি এক লাইন আউটপুট যে সব হওয়া উচিত.

--[না-] বৈধতা
প্যাচগুলিতে স্যানিটী চেকগুলি সম্পাদন করুন। বর্তমানে, বৈধতা মানে নিম্নলিখিত:

998 অক্ষরের চেয়ে দীর্ঘ লাইন ধারণ করে প্যাচ সম্পর্কে সতর্ক করুন; এটি SMTP এর কারণে
দ্বারা বর্ণিত সীমা http://www.ietf.org/rfc/rfc2821.txt.

ডিফল্ট এর মান sendemail.validate; যদি এটি সেট করা না থাকে, ডিফল্ট এতে -- বৈধ করা.

-- বল
ইমেল পাঠান এমনকি যদি নিরাপত্তা পরীক্ষা এটি প্রতিরোধ করে।

তথ্য
--ডাম্প উপনাম
স্বাভাবিক অপারেশনের পরিবর্তে, কনফিগার করা থেকে শর্টহ্যান্ড ওরফে নামগুলি ডাম্প করুন
alias ফাইল(গুলি), বর্ণানুক্রমিক ক্রমে প্রতি লাইনে একটি। দ্রষ্টব্য, এটি শুধুমাত্র উপনাম অন্তর্ভুক্ত করে
নাম এবং এর প্রসারিত ইমেল ঠিকানা নয়। দেখা sendemail.aliasesfile আরো বেশী
উপনাম সম্পর্কে তথ্য।

কনফিগারেশন

sendemail.aliasesFile
দীর্ঘ ইমেল ঠিকানা টাইপ করা এড়াতে, এটি এক বা একাধিক ইমেল উপনামের ফাইলগুলিতে নির্দেশ করুন৷
আপনাকেও সরবরাহ করতে হবে sendemail.aliasFileType.

sendemail.aliasFileType
sendemail.aliasesFile-এ নির্দিষ্ট করা ফাইলের ফর্ম্যাট। এক হতে হবে মিট, mailrc,
সরলবৃক্ষ, বেদারুজাতীয় বৃক্ষবিশেষ, বা wildbeest, বা মেইল পাঠাও.

প্রতিটি ফরম্যাটে একটি উপনাম ফাইল দেখতে কেমন তা ডকুমেন্টেশনে পাওয়া যাবে
একই নামের ইমেল প্রোগ্রাম। মান থেকে পার্থক্য এবং সীমাবদ্ধতা
বিন্যাস নীচে বর্ণনা করা হয়:

মেইল পাঠাও

· উদ্ধৃত উপনাম এবং উদ্ধৃত ঠিকানা সমর্থিত নয়: যে লাইনগুলিতে "
প্রতীক উপেক্ষা করা হয়।

একটি ফাইল (/পথ/নাম) বা পাইপ (|কমান্ড) এর পুনঃনির্দেশ সমর্থিত নয়।

· ফাইল অন্তর্ভুক্তি (:অন্তর্ভুক্ত: /পথ/নাম) সমর্থিত নয়।

· সতর্কতা প্রিন্ট করা হয় স্ট্যান্ডার্ড এরর আউটপুটে যে কোনো স্পষ্টভাবে
অসমর্থিত নির্মাণ, এবং অন্য কোনো লাইন যা দ্বারা স্বীকৃত নয়
পার্সার

sendemail.multiEdit
সত্য হলে (ডিফল্ট), একটি একক সম্পাদকের উদাহরণ তৈরি করা হবে আপনার ফাইলগুলি সম্পাদনা করতে
সম্পাদনা করুন (প্যাচ যখন --টীকা ব্যবহৃত হয়, এবং সারাংশ কখন --রচনা করা ব্যবহৃত হয়). যদি
মিথ্যা, ফাইলগুলি একের পর এক সম্পাদনা করা হবে, প্রতিবার একটি নতুন সম্পাদক তৈরি করবে।

sendemail.confirm
পাঠানোর আগে নিশ্চিত করতে হবে কিনা তার জন্য ডিফল্ট সেট করে। এক হতে হবে সর্বদা, না,
cc, রচনা করা, বা গাড়ী। দেখ -- নিশ্চিত করুন এর অর্থের জন্য পূর্ববর্তী বিভাগে
মান।

EXAMPLE টি

ব্যবহার জিমেইল as দ্য SMTP সার্ভার
ব্যবহার করা ফালতু বা এলেবেলে লোক ইমেইল পাঠান GMail SMTP সার্ভারের মাধ্যমে আপনার প্যাচ পাঠাতে, সম্পাদনা করুন
~ / .gitconfig আপনার অ্যাকাউন্ট সেটিংস নির্দিষ্ট করতে:

[ইমেইল পাঠান]
smtpEncryption = tls
smtpServer = smtp.gmail.com
smtpUser = [ইমেল সুরক্ষিত]
smtpServerPort = 587

আপনার কমিটগুলি মেলিং তালিকায় পাঠানোর জন্য প্রস্তুত হয়ে গেলে, নিম্নলিখিত কমান্ডগুলি চালান:

$ গিট ফরম্যাট-প্যাচ --কভার-লেটার -এম অরিজিন/মাস্টার -ও আউটগোয়িং/
$ সম্পাদনা আউটগোয়িং/0000-*
$ git পাঠান-ইমেল আউটগোয়িং/*

দ্রষ্টব্য: নিম্নলিখিত পার্ল মডিউলগুলির প্রয়োজন Net::SMTP::SSL, MIME::Base64 এবং
প্রমাণ::এসএএসএল

onworks.net পরিষেবা ব্যবহার করে অনলাইনে git-send-email ব্যবহার করুন