এটি হল কুভার্ট কমান্ড যা আমাদের একাধিক বিনামূল্যের অনলাইন ওয়ার্কস্টেশন যেমন উবুন্টু অনলাইন, ফেডোরা অনলাইন, উইন্ডোজ অনলাইন এমুলেটর বা MAC OS অনলাইন এমুলেটর ব্যবহার করে OnWorks ফ্রি হোস্টিং প্রদানকারীতে চালানো যেতে পারে।
কার্যক্রম:
NAME এর
kuvert - প্রাপকদের উপর ভিত্তি করে স্বয়ংক্রিয়ভাবে সাইন ইন করুন এবং/অথবা এনক্রিপ্ট করুন
সাইনোপিসিস
kuvert [-d] [-o] [-r|-k]
বর্ণনাঃ
কুভার্ট হল আপনার বহির্গামী ইমেলের অখণ্ডতা এবং গোপনীয়তা রক্ষা করার একটি টুল
আপনার মেল ক্লায়েন্ট এবং সর্বনিম্ন ব্যবহারকারীর মিথস্ক্রিয়া সহ।
এটি তার সারি থেকে মেলগুলি পড়ে (বা SMTP জমা গ্রহণ করে), প্রাপকদের বিশ্লেষণ করে এবং
এটি কাকে এনক্রিপ্ট করবে এবং/অথবা মেলটি স্বাক্ষর করবে তা নির্ধারণ করে। ফলস্বরূপ মেইলে জোর করা হয়
PGP-MIME ফ্রেমওয়ার্ক RFC3156-এ সংজ্ঞায়িত করা হয়েছে এবং অবশেষে আপনার আউটবাউন্ড মেল সার্ভারে পাঠানো হয়েছে।
Kuvert সমস্ত ক্রিপ্টোগ্রাফিক কাজের জন্য GnuPG ব্যবহার করে এবং এর সাথে পরিষ্কারভাবে ইন্টারফেস করার জন্য ডিজাইন করা হয়েছে
বাহ্যিক গোপন ক্যাশিং সরঞ্জাম।
বিকল্প
স্টার্টআপের পর কুভার্ট পর্যায়ক্রমে তার কিউ ডিরেক্টরি স্ক্যান করে এবং সেখান থেকে মেইল প্রসেস করে
সেখানে আপনার GnuPG পাসফ্রেজ সেটআপের উপর নির্ভর করে kuvert নিজেকে ডেমনাইজ করতে পারে। দুটোর যে কোনটিতে
ক্ষেত্রে, kuvert সক্রিয়ভাবে বন্ধ না হওয়া পর্যন্ত চিরতরে চলে।
Kuvert এর আচরণ প্রাথমিকভাবে একটি কনফিগারেশন ফাইল ব্যবহার করে কনফিগার করা হয়, ব্যতিক্রম ছাড়া
নিম্নলিখিত কমান্ডলাইন বিকল্পগুলি:
-d ডিবাগিং মোড সক্ষম করে: অতিরিক্ত ডিবাগিং তথ্য STDERR এ লেখা হয়। (এই
স্বাভাবিক লগিং থেকে স্বাধীন।)
-o ওয়ান-শট মোড সক্ষম করে: কুভার্ট চিরতরে লুপ করে না তবে শুধুমাত্র বর্তমান প্রক্রিয়া করে
সারির বিষয়বস্তু এবং তারপর প্রস্থান. কুভার্ট এটিতে একটি SMTP শ্রোতাও শুরু করে না
মোড.
-r একটি চলমান kuvert ডেমনকে কনফিগারেশন ফাইল এবং gpg কীরিং পুনরায় লোড করতে বলে।
এটি সংশ্লিষ্ট প্রক্রিয়ায় একটি SIGUSR1 পাঠানোর সমতুল্য।
-k একটি চলমান কুভার্ট ডেমনকে পরিষ্কারভাবে শেষ করতে বলে। এটি একটি পাঠানোর সমতুল্য
সংশ্লিষ্ট প্রক্রিয়ায় SIGTERM.
অপারেশন
স্টার্টআপে kuvert এর কনফিগারেশন ফাইল এবং আপনার gnugp কীরিং পড়ে এবং মনে রাখে
কীগুলির সাথে ইমেল ঠিকানাগুলির অ্যাসোসিয়েশন।
Kuvert তারপর আপনার মেইল ট্রান্সফার এজেন্ট (MTA) এর চারপাশে একটি মোড়ক হিসাবে কাজ করে: আপনি লেখক আপনার
সবসময়ের মত ইমেইল কিন্তু সরাসরি পাঠানোর পরিবর্তে আপনি কুভার্টে জমা দেন।
পর্যায়ক্রমে kuvert তার সারি স্ক্যান করে এবং সেখানে যেকোনো ইমেল প্রক্রিয়া করে। যদি আপনার কীরিং
একটি প্রাপকের জন্য একটি কী রয়েছে, কুভার্ট এনক্রিপ্ট করবে এবং সেই প্রাপকের কাছে ইমেলটি স্বাক্ষর করবে।
যদি কোন কী উপলব্ধ না হয়, kuvert শুধুমাত্র (ক্লিয়ার/বিচ্ছিন্ন-) ইমেল স্বাক্ষর করবে। পরবর্তীকালে,
আপনার MTA প্রোগ্রাম বা SMTP ব্যবহার করে ইমেলটি পরবর্তীতে পাঠানো হয়।
প্রসেস করা ইমেলের কোনো বৈধ MIME গঠন থাকতে পারে; kuvert MIME আনপ্যাক করে
ক্ষতিহীনভাবে গঠন করে এবং একটি PGP/MIME অবজেক্টে (এনক্রিপ্ট করা/স্বাক্ষর করা) মেলটিকে পুনরায় প্যাক করে
RFC3156 এ বর্ণিত। মেল এর গঠন সংরক্ষিত হয়. স্বাক্ষর এবং এনক্রিপশন কভার
শীর্ষ-স্তরের শিরোনামগুলি ব্যতীত সমস্ত মেল সামগ্রী: উদাহরণস্বরূপ
"বিষয়" শিরোনাম পরিষ্কারভাবে পাস করা হবে, যেখানে কোনো বডি বা সংযুক্ত MIME অবজেক্ট হবে
স্বাক্ষরিত/এনক্রিপ্ট করা।
এনক্রিপ্ট-বা-সাইন সিদ্ধান্তটি ব্যবহার করে প্রতি-ঠিকানার ভিত্তিতে ওভাররাইড করা যেতে পারে
কনফিগারেশন ফাইল বা, এমনকি আরও সূক্ষ্মভাবে, প্রকৃত ইমেলে নির্দেশাবলী ব্যবহার করে।
কুভার্টকে বলা যেতে পারে কোনো ইমেল পরিবর্তন না করতে।
জমা দেওয়া হচ্ছে ইমেইল থেকে কুভার্ট
Kuvert প্রাথমিকভাবে তার সারি ডিরেক্টরিতে ডাম্প করা মেলগুলির উপর নির্ভর করে। কুভার্ট পরিচালনা করে
শুধুমাত্র সাংখ্যিক ফাইলের নাম সহ ফাইলগুলিতে। আপনি এর সারি ডিরেক্টরিতে সঞ্চয় যে কিছু
এই ধরনের একটি ফাইলের নাম একটি একক RFC2822-ফরম্যাট করা ইমেল ধারণ করা হবে।
যাইহোক, কোন মূলধারার MUA এই ধরনের ড্রপ-ইওর-ফাইল-সামহোয়ার স্কিম সমর্থন করে না, এবং তাই
kuvert kuvert_submit নামে একটি সহায়ক প্রোগ্রামের সাথে আসে (দেখুন kuvert_submit(1)) যা
সেন্ডমেইলের মেল জমা দেওয়ার আচরণ নকল করে কিন্তু কুভার্ট সারিতে ফিড করে। যদি আপনার MUA পারে
মেইল জমা দেওয়ার জন্য একটি প্রোগ্রাম চালানোর নির্দেশ দেওয়া হবে, kuvert_submit ব্যবহার করা যেতে পারে।
বিকল্পভাবে, আপনি SMTP-এর মাধ্যমে kuvert-এ আপনার ইমেল পাঠাতে পারেন। Kuvert একটি অন্তর্নির্মিত সঙ্গে আসে
শুধুমাত্র রিসিভ মেল সার্ভার, যা সারি ডিরেক্টরিতে ফিড করে। অন্যদের অনুমতি হিসাবে
আপনার স্বাক্ষরের জন্য ইমেল জমা দিন নির্বোধ এবং বিপজ্জনক, শুধুমাত্র kuvert এর মেইল সার্ভার
লোকালহোস্ট আইপি অ্যাড্রেস শোনে এবং আপনার MUA যাতে SMTP প্রমাণীকরণ ব্যবহার করে
নিশ্চিত করুন যে শুধুমাত্র আপনার জমা গ্রহণ করা হয়। যদি আপনার MUA SMTP AUTH PLAIN সমর্থন করে বা
লগইন করুন এবং আউটবাউন্ড ইমেলের জন্য লোকালহোস্ট এবং একটি নির্দিষ্ট পোর্ট ব্যবহার করতে বলা যেতে পারে, তারপরে আপনি
এই প্রক্রিয়া ব্যবহার করতে পারেন।
পরিবহনের ইমেইল সামনের দিকে
কুভার্ট একটি স্থানীয় MTA প্রোগ্রাম চালানোর মাধ্যমে বা SMTP কথা বলে আউটবাউন্ড ইমেল পাঠাতে পারে
আপনার পছন্দের কিছু (স্থির) আউটবাউন্ড মেল সার্ভারে।
প্রাপক, পরিচয় এবং দ্য SMTP এর খাম
সাধারণভাবে kuvert এর To, Cc, Bcc এবং Resent-To হেডার ব্যবহার করে প্রাপকদের সনাক্ত করে
সারিবদ্ধ ইমেল। যদি আপনি কুভার্টে মেইল সাবমিট করার জন্য যে প্রক্রিয়াটি ব্যবহার করেন তা স্পষ্টভাবে সেট করেছেন
প্রাপক, তারপর এই অগ্রাহ্য করা ইমেলের মধ্যে হেডার।
এটি হয় যদি kuvert_submit প্রাপকদের তালিকা এবং no -t বিকল্প সহ কল করা হয় এবং
SMTP জমা দেওয়ার জন্য।
যদি কুভার্ট ইনবাউন্ড SMTP, SMTP খামের মাধ্যমে ইমেল সারিবদ্ধ করে ওভাররাইড ইমেইল হেডার:
প্রাপক যারা খামে উপস্থিত কিন্তু হেডার নেই তাদের Bcc'd হিসাবে গণ্য করা হয়, এবং
হেডারে তালিকাভুক্ত প্রাপক কিন্তু খাম নয় উপেক্ষিত. যেকোন রিসেন্ট-টু হেডার
SMTP জমা দেওয়া ইমেলের জন্য উপেক্ষা করা হয়েছে।
শুধুমাত্র যদি কোন ওভাররাইডিং প্রাপক না দেওয়া হয়, kuvert একটি Resent-To হেডারের জন্য মেল চেক করে।
উপস্থিত থাকলে, ইমেলটি অবিলম্বে রিসেন্ট-টু ঠিকানায় পাঠানো হয় ছাড়া অধিকতর
প্রক্রিয়াজাতকরণ. (এটি MUA-এর জন্য আদর্শ "বাউন্স" আচরণ যা প্রাপকদের পাস করে না
সরাসরি একটি MSP/MTA-তে যান।)
আউটবাউন্ড ইমেল পাঠানোর সময়, kuvert সাধারণত সারিবদ্ধ ইমেল থেকে ফ্রম হেডার ব্যবহার করে
পরিচয় যদি ইমেলটি SMTP এর মাধ্যমে সারিবদ্ধ থাকে, তাহলে খামটি আবার ওভাররাইড মেইল হেডার
মনে রাখবেন যে স্থানীয় MTA এর মাধ্যমে ইমেল পাঠালে kuvert "-f" ব্যবহার করে খাম প্রেরককে সেট করে
কার্যক্রম; আপনি যদি আপনার এমটিএ দ্বারা এই ধরনের কাজ করার জন্য যথেষ্ট বিশ্বস্ত না হন, তাহলে আপনার মেইল একটি পেতে পারে
X-প্রমাণিকতা-সতর্কতা শিরোনামে ট্যাক করা আপনার ব্যবহারকারীর নাম এবং সত্যটি নির্দেশ করে
খামটি স্পষ্টভাবে সেট করা হয়েছিল।
পাসফ্রেজ হ্যান্ডলিং
কুভার্ট আপনার মূল্যবান কীগুলির পাসফ্রেজ পরিচালনা করে না। আপনি হয় জিপিজি ব্যবহার করতে নির্বাচন করতে পারেন-
একটি (অন-ডিমান্ড বা ক্যাশিং) পাসফ্রেজ স্টোর হিসাবে এজেন্ট, অথবা আপনি kuvert বলতে পারেন কি প্রোগ্রাম
প্রয়োজন হলে এটি একটি পাসফ্রেজের জন্য অনুসন্ধান করতে চালানো উচিত। এই ধরনের একটি প্রশ্ন প্রোগ্রাম চালানো হবে
GnuPG-এ একটি পাইপলাইন, এবং kuvert পাসফ্রেজ অ্যাক্সেস, সঞ্চয় বা ক্যাশে করবে না
নিজেদের: গোপন ক্যাশিংয়ের জন্য আরও ভাল বিকল্প উপলব্ধ রয়েছে, উদাহরণস্বরূপ লিনাক্স
ইন-কারনেল কী স্টোরেজ (keyctl(1))।
কিভাবে কুভার্ট সিদ্ধান্ত নেয় কি (না) থেকে Do
প্রতিটি প্রাপকের জন্য, কুভার্টকে চারটি ভিন্ন কর্মের একটি প্রয়োগ করতে বলা যেতে পারে:
না
ইমেলটি যেমন-ই পাঠানো হয়েছে (কনফিগারেশন নির্দেশিকা অপসারণ ব্যতীত)।
লক্ষণীয়ভাবে
ইমেলটি (পরিষ্কার/বিচ্ছিন্ন-) স্বাক্ষরিত।
ফলব্যাক
ইমেলটি এনক্রিপ্ট করা এবং স্বাক্ষর করা হয় যদি এই প্রাপকের জন্য একটি কী উপলব্ধ থাকে বা
শুধুমাত্র স্বাক্ষরিত।
ফলব্যাক-সব
ইমেলটি এনক্রিপ্ট করা এবং স্বাক্ষর করা হয় যদি কীগুলির জন্য উপলব্ধ থাকে৷ সব প্রাপক, বা শুধুমাত্র
অন্যথায় স্বাক্ষরিত। প্রাপক যাদের অ্যাকশন "কোনটিই" তে সেট করা আছে এবং Bcc'd প্রাপক
এই কর্ম দ্বারা প্রভাবিত না.
ফলব্যাক-অল অ্যাকশন হল একটি "সব-অথবা-কিছুই না" অ্যাকশন যতদূর এনক্রিপশন
উদ্বিগ্ন এবং নিশ্চিত করে যে এই ইমেলের এনক্রিপ্ট করা বা এনক্রিপ্ট করা সংস্করণের কোনো মিশ্রণ নেই
পাঠানো হয়: আমরা যদি পারি আমরা সবার জন্য এনক্রিপশন ব্যবহার করতে পারি, বা অন্যথায় সবাই পায়
এটি স্বাক্ষরিত (বা এমনকি স্বাক্ষরবিহীন)। (Bcc'd প্রাপকরা ব্যতিক্রম।)
নির্দিষ্ট করা কার্যপ্রণালী
কুভার্ট অ্যাকশন স্পেসিফিকেশনের জন্য চারটি উৎস ব্যবহার করে: স্বতন্ত্র ইমেলে নির্দেশাবলী
ঠিকানা, কনফিগারেশন ফাইলে কর্ম নির্দেশাবলী, আপনার ইমেলে একটি X-Kuvert হেডার,
এবং অবশেষে কনফিগারেশন ফাইলে দেওয়া ডিফল্ট অ্যাকশন।
1. প্রথম kuvert আপনার কনফিগারেশন ফাইলে অ্যাকশন নির্দেশিকা খোঁজে। এ ধরনের নির্দেশনা
একটি অ্যাড্রেসের সাথে মিলিত হওয়ার জন্য অ্যাকশন প্লাস রেগুলার এক্সপ্রেশন হিসাবে দেওয়া হয়, এবং
প্রথম ম্যাচিং নির্দেশিকা ব্যবহার করা হয়।
2. যদি কোন মেলে নির্দেশনা পাওয়া না যায়, কনফিগারেশন ফাইলে দেওয়া ডিফল্ট অ্যাকশন
প্রয়োগ করা হয়.
3. Kuvert এখন একটি X-Kuvert হেডারের উপস্থিতি পরীক্ষা করে: এর বিষয়বস্তু অবশ্যই একটি হতে হবে
অ্যাকশন কীওয়ার্ড, যা এই ইমেলের সমস্ত প্রাপকের ক্ষেত্রে প্রযোজ্য হয় যাদের ছাড়া
এই পর্যায়ে কর্ম "কোনটিই নয়"। (অন্য কথায়: যদি আপনি "না" উল্লেখ করেন
কিছু ঠিকানার জন্য এনক্রিপশন/সাইনিং", তাহলে এটি একটি কম্বলে ওভাররাইড করা যাবে না
ফ্যাশন।)
4. কুভার্ট তারপর প্রতিটি প্রাপকের ইমেল ঠিকানা বিশ্লেষণ করে। যদি একটি ঠিকানা বিন্যাস আছে
কিছু টেক্সট "কর্ম=কিছু কাজ"[ইমেল সুরক্ষিত]>", kuvert উদ্ধৃত অংশ স্ট্রিপ এবং
কিছু অ্যাকশনের সাথে অ্যাড্রেসীর অ্যাকশন ওভাররাইড করে।
5. অবশেষে kuvert চেক করে যে কোনো প্রাপকের "ফলব্যাক-অল" অ্যাকশন আছে কিনা। যদি তাই হয়, kuvert
ক) কোন প্রাপকের (Bcc'd ব্যতীত) "সাংকেতিক" বা "কোনোটিই" নেই কিনা তা পরীক্ষা করে। এই যদি
এই ক্ষেত্রে, সমস্ত "ফলব্যাক" এবং "ফলব্যাক-অল" অ্যাকশন ডাউনগ্রেড করা হয়েছে
"সংকেত"।
খ) সমস্ত প্রাপকের জন্য (Bcc'd ব্যতীত) কীগুলি উপলব্ধ কিনা তা পরীক্ষা করে। না হলে সব
"ফলব্যাক" এবং "ফলব্যাক-অল" অ্যাকশনগুলিকে "সাইনলি" এ ডাউনগ্রেড করা হয়েছে।
6. প্রাপক যা একটি Bcc: শিরোনাম দেওয়া হয় সবসময় স্বাধীনভাবে এবং চিকিত্সা করা হয়
অন্য সকলের থেকে আলাদাভাবে: যেকোনো "ফলব্যাক-অল" অ্যাকশন এর জন্য "ফলব্যাক" এ ডাউনগ্রেড করা হয়
Bcc'd ঠিকানা, এবং যদি এনক্রিপশন ব্যবহার করা হয়, ইমেল আলাদাভাবে এনক্রিপ্ট করা হয় যাতে
Bcc'd প্রাপকের কোনও রেকর্ড ইমেলে দৃশ্যমান নয় যেমনটি "স্বাভাবিক" এ পাঠানো হয়েছে
প্রাপক এছাড়াও, যেকোনো Bcc: শিরোনাম একটি ইমেল পাঠানোর আগে মুছে ফেলা হয়।
চাবি নির্বাচন
কোন কী (সম্ভাব্যভাবে) তা নির্ধারণ করতে Kuvert আপনার কীরিং-এ কীগুলির ক্রম উপর নির্ভর করে
অনেক) একটি প্রদত্ত ঠিকানা সহ এনক্রিপশনের জন্য ব্যবহার করা উচিত। ডিফল্টরূপে kuvert ব্যবহার করে গত
কী যে এটি একটি প্রদত্ত ঠিকানার জন্য সম্মুখীন হয়। একটি জন্য একাধিক কী আছে যারা লোকেদের জন্য
একক ঠিকানা এটি সমস্যার কারণ হতে পারে, এবং সেইজন্য kuvert এর জন্য ওভাররাইড মেকানিজম রয়েছে
এনক্রিপশন কী নির্বাচন: আপনি একটি ঠিকানার জন্য এনক্রিপ্ট করার জন্য একটি কী নির্দিষ্ট করতে পারেন
কনফিগারেশন ফাইল (নীচে দেখুন), অথবা আপনি a এর জন্য এবং এর মধ্যে কী নির্বাচন ওভাররাইড করতে পারেন
একক মেইল:
যদি প্রাপকের ঠিকানা ফরম্যাটে দেওয়া হয়
কিছু নাম "key=keyid"[ইমেল সুরক্ষিত]>
কুভার্ট ডাবল-উদ্ধৃত অংশটি খুলে ফেলবে এবং এই প্রাপকের জন্য এই বিশেষ কী ব্যবহার করবে
এবং এই একক ইমেলের জন্য। keyid অবশ্যই হেক্স কী শনাক্তকারী হিসেবে দিতে হবে। এই
মেকানিজম আপনার কীরিং-এ যে কোনো অ্যাসোসিয়েশন আছে এবং ব্যবহার করা উচিত তা ওভাররাইড করে
সতর্ক করা. লক্ষ্য করুন যে কী এবং অ্যাকশন ওভাররাইড উভয়ই একক হিসাবে একই সাথে দেওয়া যেতে পারে
এই মত কমা-বিচ্ছিন্ন এন্ট্রি:
কিছু নাম "action=fallback,key=0x12345"[ইমেল সুরক্ষিত]>
সাইনিং কী একইভাবে ওভাররাইড করা যেতে পারে: যদি From ঠিকানাটিতে a থাকে
"কী =keyid" স্তবক, kuvert এই একক ইমেল স্বাক্ষর করার জন্য এই কী ব্যবহার করবে।
কনফিগারেশন
কুভার্ট কনফিগারেশন ফাইল হল প্লেইন টেক্সট, ফাঁকা লাইন এবং লাইন যা "#" দিয়ে শুরু হয়
উপেক্ষা করা
কনফিগারেশনে দুটি বিভাগ রয়েছে: বিকল্প এবং ঠিকানা/অ্যাকশন স্পেসিফিকেশন।
ঠিকানা এবং কর্ম
ঠিকানা+অ্যাকশন স্পেসিফিকেশন প্রতি লাইনে একটি দেওয়া হয়। এই ধরনের লাইন কিছু দিয়ে শুরু করা আবশ্যক
হোয়াইটস্পেস, তারপরে একটি ঠিকানা regexp, তারপরে কিছু হোয়াইটস্পেস এবং অ্যাকশন
কীওয়ার্ড কর্মের জন্য "ফলব্যাক" এবং "ফলব্যাক-অল" কুভার্ট আপনাকে একটি নির্দিষ্ট করার অনুমতি দেয়
এই মত একক কী শনাক্তকারী: "fallback,0x42BD645D"। লাইন বাকি আছে
উপেক্ষা করা
ঠিকানা regexp একটি সম্পূর্ণ পার্ল রেগুলার এক্সপ্রেশন এবং কাঁচা SMTP-তে প্রয়োগ করা হবে
ঠিকানা (অর্থাৎ ইমেল ঠিকানায় মন্তব্য বা নাম নয়), কেস-সংবেদনশীলভাবে। দ্য
রেগুলার এক্সপ্রেশন ^ এবং $ দিয়ে নোঙ্গর করা প্রয়োজন হতে পারে; kuvert আপনার জন্য যে না.
আপনাকে অবশ্যই regexp এর মূল অংশ দিতে হবে (কোনও m// বা // নয়), যেমন এই উদাহরণে:
# মেইলিং লিস্ট রোবটকে বিভ্রান্ত করবেন না
^.*-request@.*$ কোনোটিই নয়
অ্যাকশন কীওয়ার্ড অবশ্যই "কোনটি নয়", "সংকেত", "ফলব্যাক" বা "ফলব্যাক-অল" এর একটি হতে হবে; দেখা
শব্দার্থবিদ্যার জন্য "কিভাবে কুভার্ট সিদ্ধান্ত নেয় কি (না) করতে হবে"। কর্মের আদেশ
কনফিগারেশন ফাইলের স্পেসিফিকেশন উল্লেখযোগ্য: প্রথম ম্যাচে অনুসন্ধান শেষ হয়।
অপশন সমূহ
প্রতি লাইনে একটি করে অপশন দেওয়া হয়, এবং অপশন লাইনগুলি অবশ্যই অপশন নাম অনুসরণ করে শুরু করতে হবে
কিছু হোয়াইটস্পেস দ্বারা। সমস্ত বিকল্প কেস-সংবেদনশীল। বিকল্প বিষয়বস্তুর উপর নির্ভর করে, কিছু
অথবা বিকল্প লাইনের বাকি সমস্ত বিকল্প মান হিসাবে বরাদ্দ করা হবে। সঙ্গতিপূর্ণভাবে
মন্তব্য সমর্থিত নয়
নিম্নলিখিত বিকল্পগুলির তালিকায় কোণ বন্ধনীগুলি এই মত প্রয়োজনীয় আর্গুমেন্টগুলিকে নির্দেশ করে:
ডিফল্ট কী
বুলিয়ান আর্গুমেন্ট আছে এমন বিকল্পগুলি "1", "চালু" এবং "t" কে সত্য এবং "0", "বন্ধ" হিসাবে স্বীকৃতি দেয়
"f" মিথ্যা হিসাবে (প্লাস তাদের বড় হাতের সংস্করণ)। অন্যান্য বিকল্প আরো সীমাবদ্ধ আছে
যুক্তি প্রকার; kuvert সাধারনত স্টার্টআপে স্যানিটি-চেক অপশন।
পরিচিত অপশন সমূহ
syslog
লগিং এর জন্য kuvert syslog ব্যবহার করবে কিনা এবং যদি তাই হয় তাহলে কি সুবিধা ব্যবহার করতে হবে।
ডিফল্ট: কিছুই না। এটি নীচের লগফাইল বিকল্প থেকে স্বাধীন।
লগ ফাইল
kuvert একটি ফাইলে লগ বার্তা লিখবে কি না, এটির সাথে সংযুক্ত করা হবে। ডিফল্ট: না
সেট এটি উপরের syslog বিকল্প থেকে স্বাধীন।
মেইল-অন-ত্রুটি
যদি kuvert গুরুতর বা মারাত্মক ত্রুটির সম্মুখীন হয়, তাহলে এই ঠিকানায় একটি ইমেল ফেরত পাঠানো হবে যদি
সেট ডিফল্ট: undef. এই ইমেলটি syslog এর মাধ্যমে সাধারণ লগিং ছাড়াও পাঠানো হয়
অথবা লগফাইল।
সারিবদ্ধ
যেখানে kuvert এবং এর সাহায্যকারী প্রোগ্রামগুলি প্রক্রিয়াকরণের জন্য মেল সংরক্ষণ করে। ডিফল্ট:
~/.kuvert_queue প্রয়োজনে ডিরেক্টরি তৈরি করা হয়। ডিরেক্টরির মালিকানাধীন হতে হবে
ব্যবহারকারী কুভার্ট চালাচ্ছেন এবং মোড 0700 আছে।
tempdir
যেখানে kuvert অস্থায়ী ফাইল সংরক্ষণ করে। ডিফল্ট: একটি ডিরেক্টরি বলা হয়
kuvert . $TMPDIR বা /tmp-এ। প্রয়োজন হলে ডিরেক্টরি তৈরি করা হয়, এবং
kuvert চলমান ব্যবহারকারীর মালিকানাধীন এবং মোড 0700 থাকতে হবে। এই ডিরেক্টরিটি
একটি ইমেল প্রক্রিয়াকরণের পরে সম্পূর্ণরূপে খালি।
সনাক্ত করা
আউটবাউন্ড ইমেলগুলিতে kuvert-এর একটি X-Mailer হেডার যোগ করা উচিত কিনা। ডিফল্ট: মিথ্যা। দ্য
X-Mailer হেডার প্রোগ্রামের নাম এবং সংস্করণ নিয়ে গঠিত।
প্রস্তাবনা
kuvert উত্পন্ন MIME মেইলে একটি ব্যাখ্যামূলক প্রস্তাবনা অন্তর্ভুক্ত করা উচিত কিনা।
ডিফল্ট: সত্য
অন্তর
এটি সেকেন্ডে সারি চেকিং ব্যবধান সেট করে। ডিফল্ট: 60 সেকেন্ড।
msserver
আউটবাউন্ড ইমেলের জন্য মেল জমা সার্ভার. ডিফল্ট: আনসেট। এই সেট করা হলে, kuvert
আউটবাউন্ড ইমেল পাঠাতে SMTP ব্যবহার করবে। সেট না থাকলে, kuvert মেল জমা ব্যবহার করে
স্থানীয় মেশিনে প্রোগ্রাম। নিচে msp দেখুন।
msport
TCP পোর্ট যেখানে মেল জমা সার্ভার শোনে। ডিফল্ট: 587. যদি উপেক্ষা করা হয়
msserver সেট করা নেই।
এসএসএল
SSL বা STARTTLS আউটবাউন্ড SMTP জমা দেওয়ার জন্য ব্যবহার করা হবে কিনা। মান অবশ্যই
STARTTLS ব্যবহার করতে হয় "স্টার্টল্টস" বা কাঁচা SSL এর জন্য "ssl" ব্যবহার করুন। SSL এনক্রিপশন ব্যবহার করা হয় না
যদি এই বিকল্পটি সেট করা না থাকে।
ssl-cert
ssl-কী
ssl-ca
যদি একটি SSL ক্লায়েন্ট শংসাপত্র SMTP সার্ভারে উপস্থাপন করতে হয়, উভয় ssl-cert সেট করুন
এবং ssl-কী। যদি আপনার সিস্টেম-ব্যাপী CA শংসাপত্র সেটআপে শংসাপত্রটি অন্তর্ভুক্ত না হয়
আপনার SMTP সার্ভার ব্যবহার করে, সমস্ত প্রাসঙ্গিক সমন্বিত একটি PEM ফাইলের দিকে নির্দেশ করতে ssl-ca সেট করুন
CA সার্টিফিকেট। এসএসএল বিকল্প সেট না থাকলে এগুলি উপেক্ষা করা হয়।
মিউজার্স
মেল জমা সার্ভারে SMTP প্রমাণীকরণের জন্য ব্যবহার করার জন্য ব্যবহারকারীর নাম। SMTP প্রমাণীকরণ
msuser সেট না থাকলে চেষ্টা করা হয় না। msserver সেট না থাকলে উপেক্ষা করা হয়।
mspass
SMTP প্রমাণীকরণের জন্য পাসওয়ার্ড। msserver বা msuser সেট না থাকলে উপেক্ষা করা হয়।
mspass-from-query-secret
এর পরিবর্তে query-secret প্রোগ্রাম ব্যবহার করে mspass পুনরুদ্ধার করা উচিত কিনা
কনফিগার ফাইলে mspass দেওয়া। msserver বা msuser সেট না থাকলে উপেক্ষা করা হয়। যদি
এই বিকল্পটি সেট করা আছে, প্রশ্ন-গোপন প্রোগ্রামটি "smtp-" জিজ্ঞাসা করতে ব্যবহৃত হবে
পাসওয়ার্ড" যখন প্রথম মেইল প্রক্রিয়া করা হয়। পাসওয়ার্ডটি ক্যাশে করা হবে যদি
প্রমাণীকরণ সফল হয় বা আপনাকে আবার জিজ্ঞাসা করা হবে, যতক্ষণ না প্রমাণীকরণ সফল হয়।
msp
ইমেল বিতরণ করতে kuvert যে প্রোগ্রামটি ব্যবহার করা উচিত তা সংজ্ঞায়িত করে। ডিফল্ট: "/usr/sbin/sendmail
-om -oi -oem৷ msserver সেট করা থাকলে এটি উপেক্ষা করা হয়৷ আর্গুমেন্টে অবশ্যই সম্পূর্ণ অন্তর্ভুক্ত করতে হবে
প্রোগ্রামের পথ, এবং প্রোগ্রামটিকে অবশ্যই সাধারণ মেল ট্রান্সফার এজেন্টকে গ্রহণ করতে হবে
লিনাক্স স্ট্যান্ডার্ড বেসে সংজ্ঞায়িত আর্গুমেন্ট (দেখুন
<http://refspecs.linux-foundation.org/LSB_2.0.0/LSB-Core/LSB-Core.html#BASELIB-SENDmail-1>)।
বিচ্ছিন্ন করা
kuvert ইঙ্গিত করে যে এটি স্টার্টআপে নিজেকে পটভূমি করতে পারে, থেকে বিচ্ছিন্ন করে
টার্মিনাল ডিফল্ট: মিথ্যা।
পাসফ্রেজ এন্ট্রির জন্য আপনার নির্বাচিত পদ্ধতির প্রয়োজন না হলেই বিচ্ছিন্নকরণ কাজ করে
মূল টার্মিনালের মাধ্যমে মিথস্ক্রিয়া। যদি আপনি পাসফ্রেজ অর্পণ করেন তাহলে এটি হয়
জিপিজি-এজেন্টের কাছে হ্যান্ডলিং করা এবং X11 পিনেন্ট্রির জন্য কনফিগার করা, অথবা যদি আপনার গোপন-কোয়েরি
প্রোগ্রাম হল একটি X11 প্রোগ্রাম যার নিজস্ব উইন্ডো রয়েছে।
ম্যাপোর্ট
Kuvert SMTP এর মাধ্যমে প্রক্রিয়াকরণের জন্য ইমেল গ্রহণ করতে পারে। এই বিকল্পটি TCP পোর্ট kuvert সেট করে
শুনছে (শুধুমাত্র স্থানীয় হোস্ট)। ডিফল্ট: 2587. মা-ব্যবহারকারী এবং এমএ-পাস না থাকলে উপেক্ষা করা হয়
উভয় সেট আপনি যদি এই প্রক্রিয়াটি ব্যবহার করতে চান তবে আপনার মেল প্রোগ্রামকে লোকালহোস্ট ব্যবহার করতে বলুন
অথবা 127.0.0.1 বহির্গামী মেল সার্ভার হিসাবে এবং SMTP প্রমাণীকরণ সক্ষম করুন (নীচে দেখুন)।
মা-ব্যবহারকারী
এই বিকল্পটি এর মাধ্যমে মেল গ্রহণের জন্য প্রয়োজনীয় SMTP প্রমাণীকরণ ব্যবহারকারীর নাম সেট করে
SMTP। ডিফল্ট: undef. কুভার্ট SMTP জমা দেওয়ার জন্য শুনবে না যদি না উভয়ই মা-ব্যবহারকারী
এবং এমএ পাস সেট করা আছে। Kuvert SMTP এর মাধ্যমে প্রক্রিয়াকরণের জন্য ইমেল গ্রহণ করে না যদি না আপনি
SMTP প্রমাণীকরণের মাধ্যমে আপনার পরিচয় প্রমাণ করুন (অথবা আপনার স্থানীয় মেশিনে যে কেউ পারে
আপনার দ্বারা স্বাক্ষরিত ইমেল পাঠাতে kuvert ব্যবহার করুন!) Kuvert বর্তমানে শুধুমাত্র AUTH PLAIN সমর্থন করে
এবং LOGIN (যা একটি বড় সমস্যা নয় কারণ আমরা শুধুমাত্র লুপব্যাক ইন্টারফেসে শুনি)।
এই বিকল্পটি kuvert আপনার হিসাবে স্বীকৃত ব্যবহারকারীর নাম সেট করে। এই যে কোন কিছু হতে পারে এবং
একটি প্রকৃত অ্যাকাউন্ট নাম হতে হবে না.
মা-পাস
এই বিকল্পটি আপনার মেল ব্যবহারকারী এজেন্টকে যে পাসওয়ার্ডটি SMTP প্রমাণীকরণের জন্য ব্যবহার করতে হবে তা সেট করে
SMTP এর মাধ্যমে মেল জমা দেওয়া। ডিফল্ট: আনসেট। কুভার্ট এসএমটিপি শোনে না
মা-ব্যবহারকারী এবং এমএ-পাস উভয়ই সেট করা না থাকলে জমা দেওয়া। এই পাসওয়ার্ড হতে হবে না
(আসলে হওয়া উচিত নয়) আপনার আসল অ্যাকাউন্টের পাসওয়ার্ড। নোট করুন যে SMTP জমা ব্যবহার করে
আপনার kuvert কনফিগারেশন ফাইলকে কঠোর অনুমতির সাথে রক্ষা করতে হবে (0600
প্রস্তাবিত)।
ডিফল্ট কী
সাইনিং কী হিসাবে ব্যবহার করার জন্য একটি ডিফল্ট কী নির্দিষ্ট করে। ডিফল্ট: আনসেট, যার মানে GnuPG পায়
চয়ন করতে (সাধারণত প্রথম উপলব্ধ গোপন কী)। থেকে ওভাররাইড করা যেতে পারে:
ঠিকানা, বিভাগ "কী নির্বাচন" দেখুন।
খেলাপি
প্রাপকের জন্য কোন ওভাররাইড পাওয়া না গেলে কোন ব্যবস্থা নেওয়া হবে। ডিফল্ট: কোনোটিই নয়।
স্বীকৃত কর্মের জন্য "কিভাবে কুভার্ট সিদ্ধান্ত নেয় কি (না) করতে হবে" বিভাগটি দেখুন।
সর্বদা বিশ্বাস
এনক্রিপশনের জন্য সমস্ত কী বিশ্বাস করতে gpg-কে বলা উচিত কি না। ডিফল্ট: মিথ্যা।
ব্যবহার-এজেন্ট
kuvert-এর সমস্ত পাসফ্রেজ হ্যান্ডলিং জিপিজি-এজেন্টকে অর্পণ করা উচিত এবং জিপিজিকে কল করা উচিত কিনা
উপযুক্ত বিকল্প সহ। ডিফল্ট: মিথ্যা। সেট না থাকলে, kuvert ব্যবহারকারীকে জিজ্ঞাসা করবে (বা
কিছু মনোনীত পাসফ্রেজ স্টোর) চাহিদা অনুযায়ী পাসফ্রেজের জন্য।
প্রশ্ন-গোপন
পাসফ্রেজ পুনরুদ্ধারের জন্য কোন প্রোগ্রাম ব্যবহার করতে হবে তা kuvert কে বলে। ডিফল্ট: "/ বিন / SH -c
'stty -echo; পড়ুন -p \"পাসফ্রেজ %s: \" X; \stty প্রতিধ্বনি; প্রতিধ্বনি $X'" ব্যবহার করলে উপেক্ষা করা হয়-
এজেন্ট সেট করা হয়। কুভার্ট অভ্যন্তরীণভাবে পাসফ্রেজ সংরক্ষণ করে না বরং চালায়
স্বাক্ষর করার সময় gpg সহ একটি পাইপলাইনে নির্দেশিত প্রোগ্রাম। আপনি যদি একটি পাসফ্রেজ স্টোর ব্যবহার করেন
(লিনাক্স-কার্নেল কীউটিল বা সিক্রেট-এজেন্ট বা এর মতো), আপনার পুনরুদ্ধার লিখুন
এখানে প্রোগ্রাম। প্রোগ্রামটি kuvert এর পরিবেশের সাথে চালানো হয়, প্রথম %s এর মধ্যে
আর্গুমেন্ট স্পেক হেক্স কীআইডি দিয়ে প্রতিস্থাপিত হয় এবং পাসফ্রেজ stdout-এ প্রত্যাশিত।
প্রস্থান কোড উপেক্ষা করা হয়. যদি ক্যান-ডিটাচ সেট করা না থাকে, প্রোগ্রামটির kuvert-এর অ্যাক্সেস আছে
টার্মিনাল মনে রাখবেন যে ডিফল্ট ক্যোয়ারী প্রোগ্রাম kuvert কে ব্যাকগ্রাউন্ড করা থেকে নিষিদ্ধ করে
নিজেই।
flush-secret
kuvert হলে একটি বহিরাগত পাসফ্রেজ ক্যাশে বাতিল করতে এই প্রোগ্রামটিকে বলা হয়
পাসফ্রেজ অবৈধ হওয়ার gpg দ্বারা অবহিত করা হয়েছে। ডিফল্ট: undef. উপেক্ষা যদি ব্যবহার-এজেন্ট
সেট করা হয় প্রোগ্রামটি kuvert এর পরিবেশের সাথে এবং এর প্রথম %s দিয়ে চালানো হয়
আর্গুমেন্ট স্পেক প্রশ্নে হেক্স কীআইডি দ্বারা প্রতিস্থাপিত হচ্ছে। এর প্রস্থান কোড উপেক্ষা করা হয়.
ক্যান-ডিটাচ সেট করা না থাকলে, প্রোগ্রামটির kuvert এর টার্মিনালে অ্যাক্সেস থাকে।
কারণ নির্ণয়
কুভার্ট সাধারণত syslog এবং/অথবা নিজস্ব লগফাইলে তথ্যমূলক বার্তা লগ করে, উভয়ই
নিষ্ক্রিয় এবং সামঞ্জস্য করা যেতে পারে।
যদি kuvert একটি ত্রুটি সনাক্ত করে যা একটি নির্দিষ্ট ইমেলের সফল প্রক্রিয়াকরণ করে
অসম্ভব, kuvert STDERR-এ রিপোর্ট করবে (যদি বিচ্ছিন্ন না হয়) এবং একটি ত্রুটি ইমেলও করবে
মেইল-অন-এরর বিকল্পটি সক্রিয় থাকলে রিপোর্ট করুন। যেমন আংশিক বা সম্পূর্ণরূপে অপ্রক্রিয়াজাত
মেলগুলিকে সারিতে রেখে দেওয়া হয় কিন্তু নাম পরিবর্তন করা হয় (নামটি "ব্যর্থ" দিয়ে উপসর্গযুক্ত হয়); এটাই
হয় এই ধরনের অবশিষ্টাংশগুলিকে অপসারণ করতে বা একবার সব-সংখ্যাসূচক কিছুতে তাদের নাম পরিবর্তন করতে পারেন৷
সমস্যা সমাধান করা হয়েছে।
মারাত্মক সমস্যার সম্মুখীন হলে আচরণ একই রকম হয়; সতর্ক করার পর কুভার্ট হবে
প্রস্থান কোড 1 দিয়ে শেষ করুন।
পরিবেশ এবং সংকেত
Kuvert নিজেই শুধুমাত্র পরিবেশ পরিবর্তনশীল ব্যবহার করে: $TMPDIR ফলব্যাক অবস্থান প্রদান করে
kuvert এর অস্থায়ী ডিরেক্টরির জন্য।
কুভার্ট তার সম্পূর্ণ পরিবেশকে শিশু প্রক্রিয়ায় প্রেরণ করে, যথা gpg এবং যেকোনো পাসফ্রেজ-
প্রশ্ন প্রোগ্রাম.
SIGUSR1 এর রিসেপশনে, kuvert তার কনফিগারেশন ফাইল এবং কীরিং পুনরায় লোড করে। যে কোন এক
SIGHUP, SIGINT, SIGQUIT এবং SIGTERM এর ফলে কুভার্ট পরিষ্কারভাবে বন্ধ হয়ে যায়, যা বাতিল করে
একটি ক্যোয়ারী প্রোগ্রাম ব্যবহার করা হলে পাসফ্রেজ। অন্য সব সংকেত উপেক্ষা করা হয়.
onworks.net পরিষেবা ব্যবহার করে kuvert অনলাইন ব্যবহার করুন
