कुवर्ट - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

कुवर्ट - प्राप्तकर्ताओं के आधार पर ईमेल पर स्वचालित रूप से हस्ताक्षर करें और/या एन्क्रिप्ट करें

SYNOPSIS

कुवर्ट [-डी] [-ओ] [-आर|-के]

वर्णन

कुवर्ट आपके आउटगोइंग ईमेल की अखंडता और गोपनीयता की रक्षा करने के लिए एक उपकरण है
आपके मेल क्लाइंट का और न्यूनतम उपयोगकर्ता सहभागिता के साथ।

यह अपनी कतार से मेल पढ़ता है (या एसएमटीपी सबमिशन स्वीकार करता है), प्राप्तकर्ताओं का विश्लेषण करता है और
यह तय करता है कि उसे किसे मेल एन्क्रिप्ट करना चाहिए और/या उस पर हस्ताक्षर करना चाहिए। परिणामी मेल को जबरदस्ती शामिल किया जाता है
PGP-MIME फ्रेमवर्क को RFC3156 में परिभाषित किया गया है और अंततः आपके आउटबाउंड मेल सर्वर पर भेजा गया है।
Kuvert सभी क्रिप्टोग्राफ़िक कार्यों के लिए GnuPG का उपयोग करता है और इसे साफ़-सुथरे इंटरफ़ेस के लिए डिज़ाइन किया गया है
बाह्य गुप्त कैशिंग उपकरण.

विकल्प

स्टार्टअप के बाद कुवर्ट समय-समय पर अपनी क्यू डायरेक्टरी को स्कैन करता है और मेल को प्रोसेस करता है
वहाँ; आपके जीएनयूपीजी पासफ़्रेज़ सेटअप के आधार पर कुवर्ट स्वयं को निष्क्रिय कर सकता है। में या तो
मामले में, सक्रिय रूप से समाप्त होने तक कुवर्ट हमेशा के लिए चलता रहता है।

कुवर्ट का व्यवहार मुख्य रूप से एक कॉन्फ़िगरेशन फ़ाइल का उपयोग करके कॉन्फ़िगर किया गया है, इसके अपवाद के साथ
निम्नलिखित कमांडलाइन विकल्प:

-d डिबगिंग मोड सक्षम करता है: अतिरिक्त डिबगिंग जानकारी STDERR को लिखी जाती है। (यह है
सामान्य लॉगिंग से स्वतंत्र।)

-ओ वन-शॉट मोड सक्षम करता है: कुवर्ट हमेशा के लिए लूप नहीं करता है बल्कि केवल करंट को प्रोसेस करता है
सामग्री को कतारबद्ध करें और फिर बाहर निकलें। Kuvert इसमें SMTP श्रोता भी प्रारंभ नहीं करता है
मोड।

-r कॉन्फ़िगरेशन फ़ाइल और जीपीजी कीरिंग को फिर से लोड करने के लिए चल रहे कुवर्ट डेमॉन को बताता है।
यह संबंधित प्रक्रिया में SIGUSR1 भेजने के बराबर है।

-k चल रहे कुवर्ट डेमॉन को सफाई से समाप्त करने के लिए कहता है। यह भेजने के बराबर है
संबंधित प्रक्रिया पर हस्ताक्षर करें।

संचालन

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

कुवर्ट तब आपके मेल ट्रांसफर एजेंट (एमटीए) के चारों ओर एक आवरण के रूप में काम करता है: आप अपना लेखक बनाते हैं
हमेशा की तरह ईमेल, लेकिन उन्हें सीधे भेजने के बजाय आप उन्हें कूवर्ट पर सबमिट करते हैं।

समय-समय पर कुवर्ट अपनी कतार को स्कैन करता है और उसमें किसी भी ईमेल को संसाधित करता है। यदि आपकी चाबी की अंगूठी
इसमें प्राप्तकर्ता के लिए एक कुंजी होती है, कुवर्ट उस प्राप्तकर्ता को ईमेल एन्क्रिप्ट और हस्ताक्षरित करेगा।
यदि कोई कुंजी उपलब्ध नहीं है, तो कुवर्ट केवल ईमेल पर (स्पष्ट/अलग-) हस्ताक्षर करेगा। बाद में,
ईमेल आपके एमटीए प्रोग्राम या एसएमटीपी का उपयोग करके भेजा जाता है।

संसाधित किए जाने वाले ईमेल में कोई वैध MIME संरचना हो सकती है; कुवर्ट MIME को अनपैक करता है
दोषरहित रूप से संरचना करता है और (एन्क्रिप्टेड/हस्ताक्षरित) मेल को पीजीपी/एमआईएमई ऑब्जेक्ट में दोबारा पैक करता है
RFC3156 में वर्णित है। मेल की संरचना संरक्षित है. हस्ताक्षर और एन्क्रिप्शन कवर
शीर्ष-स्तरीय हेडर को छोड़कर सभी मेल सामग्री: उदाहरण के लिए
"विषय" हेडर को स्पष्ट रूप से पारित किया जाएगा, जबकि किसी भी मुख्य भाग या संलग्न MIME ऑब्जेक्ट को पारित किया जाएगा
हस्ताक्षरित/एन्क्रिप्टेड।

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

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

हालाँकि, कोई भी मुख्यधारा एमयूए ऐसी ड्रॉप-योर-फ़ाइल्स-कहीं-कहीं योजना का समर्थन नहीं करता है, और इसलिए
कुवर्ट एक सहायक कार्यक्रम के साथ आता है जिसे कुवर्ट_सबमिट कहा जाता है (देखें)। kuvert_submit(1)) जो
सेंडमेल के मेल सबमिशन व्यवहार की नकल करता है लेकिन कुवर्ट कतार को फ़ीड करता है। यदि आपका एमयूए कर सकता है
मेल सबमिशन के लिए एक प्रोग्राम चलाने का निर्देश दिया जाए, kuvert_submit का उपयोग किया जा सकता है।

वैकल्पिक रूप से, आप अपना ईमेल SMTP के माध्यम से कुवर्ट को भेज सकते हैं। कुवर्ट बिल्ट-इन के साथ आता है
केवल-प्राप्त मेल सर्वर, जो कतार निर्देशिका को फ़ीड करता है। दूसरों को इसकी अनुमति देने के रूप में
आपके हस्ताक्षर के लिए ईमेल सबमिट करना मूर्खतापूर्ण और खतरनाक होगा, केवल कुवर्ट का मेल सर्वर
लोकलहोस्ट आईपी पते पर सुनता है और इसके लिए आवश्यक है कि आपका एमयूए एसएमटीपी प्रमाणीकरण का उपयोग करे
सुनिश्चित करें कि केवल आपकी प्रस्तुतियाँ ही स्वीकार की जाएँ। यदि आपका MUA SMTP AUTH PLAIN या का समर्थन करता है
लॉग इन करें और आउटबाउंड ईमेल के लिए लोकलहोस्ट और एक विशिष्ट पोर्ट का उपयोग करने के लिए कहा जा सकता है, फिर आप
इस तंत्र का उपयोग कर सकते हैं.

परिवहन ईमेल आगे
कुवर्ट स्थानीय एमटीए प्रोग्राम चलाकर या एसएमटीपी बोलकर आउटबाउंड ईमेल भेज सकता है
आपकी पसंद के कुछ (निश्चित) आउटबाउंड मेल सर्वर पर।

प्राप्तकर्ता, पहचान और la एसएमटीपी लिफाफा
सामान्य तौर पर कुवर्ट To, Cc, Bcc और Resent-To हेडर का उपयोग करके प्राप्तकर्ताओं की पहचान करता है।
कतारबद्ध ईमेल. यदि आपने कुवर्ट को मेल सबमिट करने के लिए जिस तंत्र का उपयोग किया है वह स्पष्ट रूप से सेट हो गया है
प्राप्तकर्ता, फिर ये ओवरराइड ईमेल के भीतर हेडर.

यह मामला है यदि kuvert_submit को प्राप्तकर्ताओं की सूची के साथ कॉल किया जाता है और कोई -t विकल्प नहीं है
एसएमटीपी सबमिशन के लिए।

यदि कुवर्ट इनबाउंड एसएमटीपी, एसएमटीपी लिफाफे के माध्यम से ईमेल को कतारबद्ध करता है ओवरराइड ईमेल हेडर:
प्राप्तकर्ता जो लिफाफे में मौजूद हैं लेकिन हेडर नहीं हैं उन्हें गुप्तचर माना जाता है, और
प्राप्तकर्ता शीर्षलेखों में सूचीबद्ध हैं लेकिन लिफाफे में नहीं उपेक्षित. कोई भी Resent-To हेडर है
एसएमटीपी-प्रस्तुत ईमेल के लिए अनदेखा किया गया।

केवल अगर कोई ओवरराइडिंग प्राप्तकर्ता नहीं दिया गया है, तो कुवर्ट रीसेंट-टू हेडर के लिए मेल की जांच करता है।
यदि मौजूद है, तो ईमेल तुरंत Resent-To पते पर भेज दिया जाता है बिना आगे
प्रसंस्करण. (यह एमयूए के लिए मानक "बाउंस" व्यवहार है जो प्राप्तकर्ताओं को पास नहीं करता है
सीधे एमएसपी/एमटीए पर।)

आउटबाउंड ईमेल भेजते समय, कुवर्ट आमतौर पर कतारबद्ध ईमेल से फ्रॉम हेडर का उपयोग करता है
पहचान। यदि ईमेल एसएमटीपी के माध्यम से कतारबद्ध था, तो लिफाफा फिर से ओवरराइड मेल हेडर.

ध्यान दें कि स्थानीय एमटीए के माध्यम से ईमेल भेजते समय कुवर्ट लिफाफा प्रेषक को "-f" का उपयोग करके सेट करता है
कार्यक्रम; यदि ऐसा करने के लिए आपके एमटीए द्वारा आप पर पर्याप्त भरोसा नहीं किया गया है, तो आपके मेल को एक प्राप्त हो सकता है
उस पर अंकित एक्स-प्रमाणीकरण-चेतावनी हेडर आपके उपयोगकर्ता नाम और उस तथ्य को इंगित करता है
लिफाफा स्पष्ट रूप से सेट किया गया था.

पासफ्रेज हैंडलिंग
कुवर्ट आपकी कीमती चाबियों के पासफ़्रेज़ को संभाल नहीं पाता है। आप या तो जीपीजी का उपयोग करना चुन सकते हैं-
एक (ऑन-डिमांड या कैशिंग) पासफ़्रेज़ स्टोर के रूप में एजेंट, या आप कुवर्ट को कौन सा प्रोग्राम बता सकते हैं
आवश्यकता पड़ने पर इसे पासफ़्रेज़ के लिए क्वेरी करने के लिए चलना चाहिए। ऐसा क्वेरी प्रोग्राम चलाया जाएगा
GnuPG के लिए एक पाइपलाइन, और कुवर्ट पासफ़्रेज़ तक पहुंच, भंडारण या कैश नहीं करेगा
स्वयं: गुप्त कैशिंग के लिए बेहतर विकल्प उपलब्ध हैं, उदाहरण के लिए लिनक्स
इन-कर्नेल कीस्टोरेज (keyctl(1))।

कैसे Kuvert फैसला करता है क्या (नहीं) सेवा मेरे Do
प्रत्येक प्राप्तकर्ता के लिए, कुवर्ट को चार अलग-अलग क्रियाओं में से एक को लागू करने के लिए कहा जा सकता है:

कोई नहीं
ईमेल वैसे ही भेजा जाता है (कॉन्फ़िगरेशन निर्देश हटाने को छोड़कर)।

केवल सांकेतिक
ईमेल (स्पष्ट/पृथक) हस्ताक्षरित है।

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

फ़ॉलबैक-सभी
यदि कुंजियाँ उपलब्ध हैं तो ईमेल एन्क्रिप्ट और हस्ताक्षरित है सब प्राप्तकर्ता, या केवल
अन्यथा हस्ताक्षरित. वे प्राप्तकर्ता जिनकी कार्रवाई "कोई नहीं" पर सेट है और Bcc'd प्राप्तकर्ता हैं
इस कार्रवाई से प्रभावित नहीं.

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

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

1. सबसे पहले कुवर्ट आपकी कॉन्फ़िगरेशन फ़ाइल में कार्रवाई निर्देशों की तलाश करता है। ऐसे निर्देश
किसी पते से मिलान करने के लिए कार्रवाई और नियमित अभिव्यक्ति के रूप में दिए गए हैं, और
पहले मिलान निर्देश का उपयोग किया जाता है।

2. यदि कोई मेल खाता निर्देश नहीं मिलता है, तो कॉन्फ़िगरेशन फ़ाइल में दी गई डिफ़ॉल्ट कार्रवाई
लागू है।

3. Kuvert अब X-Kuvert हेडर की उपस्थिति की जाँच करता है: इसकी सामग्री एक होनी चाहिए
एक्शन कीवर्ड, जो इस ईमेल के प्राप्तकर्ताओं को छोड़कर सभी प्राप्तकर्ताओं पर लागू होता है
इस स्तर पर कार्रवाई "कोई नहीं" है। (दूसरे शब्दों में: यदि आप "नहीं" निर्दिष्ट करते हैं
एन्क्रिप्शन/हस्ताक्षर" कुछ पतों के लिए, तो इसे एक कंबल में ओवरराइड नहीं किया जा सकता है
पहनावा।)

4. कुवर्ट फिर प्रत्येक प्राप्तकर्ता ईमेल पते का विश्लेषण करता है। यदि किसी पते का प्रारूप है
कुछ पाठ "कार्रवाई=कुछकार्रवाई"[ईमेल संरक्षित]>", कुवर्ट उद्धृत भाग को हटा देता है और
कुछ कार्रवाई के साथ प्राप्तकर्ता की कार्रवाई को ओवरराइड करता है।

5. अंत में कुवर्ट जाँच करता है कि क्या किसी प्राप्तकर्ता के पास "फ़ॉलबैक-ऑल" क्रिया है। यदि हां, कुवर्ट

ए) जाँच करता है कि क्या किसी प्राप्तकर्ता (बीसीसीडी को छोड़कर) के पास "केवल संकेत" या "कोई नहीं" कार्रवाई है। यदि यह हो तो
मामला यह है कि, सभी "फ़ॉलबैक" और "फ़ॉलबैक-सभी" क्रियाएं डाउनग्रेड कर दी गई हैं
"केवल सांकेतिक"।

बी) जाँचता है कि क्या सभी प्राप्तकर्ताओं (गुप्त प्रतिलिपि को छोड़कर) के लिए कुंजियाँ उपलब्ध हैं। अगर सब नहीं
"फ़ॉलबैक" और "फ़ॉलबैक-सभी" क्रियाओं को "सिग्नल ओनली" में डाउनग्रेड कर दिया गया है।

6. प्राप्तकर्ता जो बीसीसी में दिए गए हैं: हेडर को हमेशा स्वतंत्र रूप से व्यवहार किया जाता है और
अन्य सभी से अलग: किसी भी "फ़ॉलबैक-ऑल" कार्रवाई को "फ़ॉलबैक" में डाउनग्रेड कर दिया जाता है
गुप्त पते, और यदि एन्क्रिप्शन का उपयोग किया जाता है, तो ईमेल को अलग से एन्क्रिप्ट किया जाता है
"सामान्य" को भेजे गए ईमेल में Bcc'd प्राप्तकर्ता का कोई रिकॉर्ड दिखाई नहीं दे रहा है
प्राप्तकर्ता. साथ ही, ईमेल भेजने से पहले किसी भी गुप्त प्रतिलिपि: हेडर को हटा दिया जाता है।

कुंजी चयन
कुवर्ट आपके कीरिंग में चाबियों के क्रम पर निर्भर करता है कि कौन सी कुंजी (संभावित रूप से) निर्धारित की जाती है
किसी दिए गए पते के साथ कई) का उपयोग एन्क्रिप्शन के लिए किया जाना चाहिए। डिफ़ॉल्ट रूप से कुवर्ट का उपयोग करता है पिछली बार
किसी दिए गए पते के लिए कुंजी का सामना करना पड़ता है। उन लोगों के लिए जिनके पास एकाधिक कुंजियाँ हैं
एकल पता यह समस्याएँ पैदा कर सकता है, और इसलिए कुवर्ट के पास इसके लिए ओवरराइड तंत्र हैं
एन्क्रिप्शन कुंजी चयन: आप किसी पते के लिए एन्क्रिप्ट करने के लिए एक कुंजी निर्दिष्ट कर सकते हैं
कॉन्फ़िगरेशन फ़ाइल (नीचे देखें), या आप के लिए और उसके भीतर कुंजी चयन को ओवरराइड कर सकते हैं
एकल मेल:

यदि प्राप्तकर्ता का पता प्रारूप में दिया गया है

कुछ नाम "key=keyid"[ईमेल संरक्षित]>

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

कुछ नाम "क्रिया=फ़ॉलबैक,कुंजी=0x12345"[ईमेल संरक्षित]>

हस्ताक्षर कुंजी को इसी तरह से ओवरराइड किया जा सकता है: यदि प्रेषक पते में शामिल है
"कुंजी=कीआईडी"श्लोक, कुवर्ट इस एकल ईमेल पर हस्ताक्षर करने के लिए इस कुंजी का उपयोग करेगा।

विन्यास

कुवर्ट कॉन्फ़िगरेशन फ़ाइल सादा पाठ, रिक्त पंक्तियाँ और "#" से शुरू होने वाली पंक्तियाँ हैं
अवहेलना करना।

कॉन्फ़िगरेशन में दो श्रेणियां हैं: विकल्प और पता/कार्रवाई विनिर्देश।

पता और कार्य
पता+कार्रवाई विशिष्टताएँ प्रति पंक्ति एक दी गई हैं। ऐसी पंक्तियाँ कुछ से शुरू होनी चाहिए
रिक्त स्थान, उसके बाद एक पता regexp, उसके बाद कुछ रिक्त स्थान और क्रिया
कीवर्ड. "फ़ॉलबैक" और "फ़ॉलबैक-ऑल" क्रियाओं के लिए कुवर्ट आपको निर्दिष्ट करने की भी अनुमति देता है
एकल कुंजी पहचानकर्ता इस प्रकार: "फ़ॉलबैक,0x42BD645D"। पंक्ति का शेष भाग है
अवहेलना करना।

एड्रेस रेगएक्सपी एक पूर्ण पर्ल रेगुलर एक्सप्रेशन है और इसे कच्चे एसएमटीपी पर लागू किया जाएगा
पता (अर्थात ईमेल पते में टिप्पणी या नाम नहीं), केस-असंवेदनशील।
रेगुलर एक्सप्रेशन को ^ और $ के साथ एंकर करने की आवश्यकता हो सकती है; कुवर्ट आपके लिए ऐसा नहीं करता है।
आपको केवल regexp का मूल भाग देना होगा (कोई m// या // नहीं), जैसा कि इस उदाहरण में है:

# मेलिंग सूची रोबोट को भ्रमित न करें
^.*-अनुरोध@.*$ कोई नहीं

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

ऑप्शंस
प्रति पंक्ति एक विकल्प दिया गया है, और विकल्प पंक्तियाँ विकल्प नाम के साथ शुरू होनी चाहिए
कुछ रिक्त स्थान द्वारा. सभी विकल्प केस-संवेदी हैं. विकल्प सामग्री के आधार पर, कुछ
या विकल्प पंक्ति के शेष सभी को विकल्प मान के रूप में निर्दिष्ट किया जाएगा। इन - लाइन
टिप्पणियाँ समर्थित नहीं हैं.

विकल्पों की निम्नलिखित सूची में कोण कोष्ठक आवश्यक तर्कों को इस प्रकार दर्शाते हैं:

defaultkey

जिन विकल्पों में बूलियन तर्क होते हैं वे "1", "चालू" और "टी" को सत्य और "0", "बंद" को पहचानते हैं।
"f" असत्य के रूप में (साथ ही उनके अपरकेस संस्करण)। अन्य विकल्प अधिक प्रतिबंधित हैं
तर्क प्रकार; कुवर्ट आम तौर पर स्टार्टअप पर विकल्पों की विवेक-जांच करता है।

ज्ञात ऑप्शंस
syslog
क्या कुवर्ट को लॉगिंग के लिए syslog का उपयोग करना चाहिए, और यदि हां, तो किस सुविधा का उपयोग करना चाहिए।
डिफ़ॉल्ट: कुछ नहीं. यह नीचे दिए गए लॉगफ़ाइल विकल्प से स्वतंत्र है।

बोटा दस्तावेज
क्या कुवर्ट को किसी फ़ाइल में लॉग संदेश जोड़कर उसे लिखना चाहिए। डिफ़ॉल्ट: नहीं
तय करना। यह उपरोक्त syslog विकल्प से स्वतंत्र है।

मेल-पर-त्रुटि
यदि कुवर्ट को गंभीर या घातक त्रुटियों का सामना करना पड़ता है, तो इस पते पर एक ईमेल वापस भेजा जाता है
तय करना। डिफ़ॉल्ट: अपरिभाषित। यह ईमेल syslog के माध्यम से सामान्य लॉगिंग के अतिरिक्त भेजा जाता है
या लॉगफ़ाइल.

क्यूडीआईआर
जहां कुवर्ट और इसके सहायक प्रोग्राम संसाधित होने के लिए मेल संग्रहीत करते हैं। गलती करना:
~/.kuvert_queue. यदि आवश्यक हो तो निर्देशिका बनाई जाती है। निर्देशिका का स्वामित्व उसके पास होना चाहिए
उपयोगकर्ता कुवर्ट चला रहा है और उसके पास मोड 0700 है।

अस्थायी
जहां कुवर्ट अस्थायी फ़ाइलों को संग्रहीत करता है। डिफ़ॉल्ट: एक निर्देशिका जिसे कहा जाता है
कुवर्ट. . $TMPDIR या /tmp में। यदि आवश्यक हो तो निर्देशिका बनाई जाती है, और
Kuvert चलाने वाले उपयोगकर्ता के स्वामित्व में होना चाहिए और मोड 0700 होना चाहिए। यह निर्देशिका है
ईमेल संसाधित करने के बाद पूरी तरह खाली हो गया।

पहचान करना
क्या कुवर्ट को आउटबाउंड ईमेल में एक्स-मेलर हेडर जोड़ना चाहिए। डिफ़ॉल्ट: ग़लत.
एक्स-मेलर हेडर में प्रोग्राम का नाम और संस्करण शामिल होता है।

प्रस्तावना
क्या कुवर्ट को उत्पन्न MIME मेल में एक व्याख्यात्मक प्रस्तावना शामिल करनी चाहिए।
डिफ़ॉल्ट: सच

मध्यान्तर
यह कतार जाँच अंतराल को सेकंडों में सेट करता है। डिफ़ॉल्ट: 60 सेकंड.

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

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

एसएसएल
क्या आउटबाउंड एसएमटीपी सबमिशन के लिए एसएसएल या STARTTLS का उपयोग किया जाना है। मान अवश्य होना चाहिए
STARTTLS का उपयोग करने के लिए या तो "starttls" बनें या कच्चे SSL के लिए "ssl"। SSL एन्क्रिप्शन का उपयोग नहीं किया जाता है
यदि यह विकल्प सेट नहीं है.

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

mउपयोगकर्ता
मेल सबमिशन सर्वर पर एसएमटीपी प्रमाणीकरण के लिए उपयोग किया जाने वाला उपयोगकर्ता नाम। एसएमटीपी प्रामाणिक
यदि msuser सेट नहीं है तो प्रयास नहीं किया जाता है। यदि msserver सेट नहीं है तो अनदेखा कर दिया जाएगा।

mspass
एसएमटीपी प्रमाणीकरण के लिए पासवर्ड. यदि msserver या msuser सेट नहीं हैं तो अनदेखा कर दिया जाएगा।

mspass-से-क्वेरी-गुप्त
क्या एमएसपास को इसके बजाय क्वेरी-सीक्रेट प्रोग्राम का उपयोग करके पुनर्प्राप्त किया जाना चाहिए
कॉन्फिग फ़ाइल में mspass दे रहा हूँ। यदि msserver या msuser सेट नहीं हैं तो अनदेखा कर दिया जाएगा। अगर
यह विकल्प सेट है, क्वेरी-गुप्त प्रोग्राम का उपयोग "smtp-" पूछने के लिए किया जाएगा
पासवर्ड" जब पहला मेल संसाधित होता है। यदि पासवर्ड कैश किया जाएगा
प्रमाणीकरण सफल हो जाता है या प्रमाणीकरण सफल होने तक आपसे दोबारा पूछा जाएगा।

एमएसपी
उस प्रोग्राम को परिभाषित करता है जिसका उपयोग कुवर्ट को ईमेल वितरित करने के लिए करना चाहिए। गलती करना: "/usr/sbin/sendmail
-ओम -ओई -ओईएम"। यदि एमएससर्वर सेट है तो इसे नजरअंदाज कर दिया जाता है। तर्क में पूर्ण शामिल होना चाहिए
प्रोग्राम का पथ, और प्रोग्राम को सामान्य मेल ट्रांसफ़र एजेंट को स्वीकार करना होगा
लिनक्स मानक आधार में परिभाषित तर्क (देखें)।
<http://refspecs.linux-foundation.org/LSB_2.0.0/LSB-Core/LSB-Core.html#बेसलिब-सेंडमेल-1>).

अलग कर सकते हैं
कुवर्ट को इंगित करता है कि यह स्टार्टअप पर स्वयं को पृष्ठभूमि से अलग कर सकता है
टर्मिनल। डिफ़ॉल्ट: ग़लत.

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

maport
कुवर्ट एसएमटीपी के माध्यम से प्रसंस्करण के लिए ईमेल स्वीकार कर सकता है। यह विकल्प टीसीपी पोर्ट कुवर्ट सेट करता है
(केवल लोकलहोस्ट) पर सुनता है। डिफ़ॉल्ट: 2587. यदि मा-उपयोगकर्ता और मा-पास नहीं हैं तो अनदेखा कर दिया जाएगा
दोनों सेट. यदि आप इस तंत्र का उपयोग करना चाहते हैं, तो अपने मेल प्रोग्राम को लोकलहोस्ट का उपयोग करने के लिए कहें
या 127.0.0.1 आउटगोइंग मेल सर्वर के रूप में और एसएमटीपी प्रमाणीकरण सक्षम करें (नीचे देखें)।

मा-उपयोगकर्ता
यह विकल्प मेल स्वीकार करने के लिए आवश्यक SMTP प्रमाणीकरण उपयोगकर्ता नाम सेट करता है
एसएमटीपी. डिफ़ॉल्ट: अपरिभाषित। Kuvert तब तक SMTP सबमिशन नहीं सुनता जब तक कि दोनों उपयोगकर्ता न हों
और मा-पास निर्धारित हैं। कुवर्ट एसएमटीपी के माध्यम से प्रसंस्करण के लिए ईमेल स्वीकार नहीं करता है जब तक कि आप
एसएमटीपी प्रमाणीकरण (या आपकी स्थानीय मशीन पर कोई भी ऐसा कर सकता है) के साथ अपनी पहचान साबित करें
आपके द्वारा हस्ताक्षरित ईमेल भेजने के लिए कुवर्ट का उपयोग करें!) Kuvert वर्तमान में केवल AUTH PLAIN का समर्थन करता है
और लॉग इन करें (जो कोई बड़ी समस्या नहीं है क्योंकि हम केवल लूपबैक इंटरफ़ेस पर सुनते हैं)।
यह विकल्प उस उपयोगकर्ता नाम को सेट करता है जिसे कुवर्ट आपके रूप में पहचानता है। यह कुछ भी हो सकता है और
वास्तविक खाता नाम होना आवश्यक नहीं है.

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

defaultkey
हस्ताक्षर कुंजी के रूप में उपयोग करने के लिए एक डिफ़ॉल्ट कुंजी निर्दिष्ट करता है। डिफ़ॉल्ट: अनसेट, जिसका अर्थ है GnuPG प्राप्त होता है
चुनने के लिए (आमतौर पर पहली उपलब्ध गुप्त कुंजी)। प्रेषक में ओवरराइड किया जा सकता है:
पता, अनुभाग "कुंजी चयन" देखें।

चूककार्रवाई
यदि प्राप्तकर्ता के लिए कोई ओवरराइड नहीं पाया जाता है तो कौन सी कार्रवाई की जाएगी। डिफ़ॉल्ट: कोई नहीं.
मान्यताप्राप्त कार्यों के लिए "कुवर्ट कैसे निर्णय लेता है कि क्या करना है (नहीं) करना है" अनुभाग देखें।

हमेशा भरोसा करो
क्या जीपीजी को एन्क्रिप्शन के लिए सभी कुंजियों पर भरोसा करने के लिए कहा जाना चाहिए या नहीं। डिफ़ॉल्ट: ग़लत.

उपयोग-एजेंट
क्या कुवर्ट को सभी पासफ़्रेज़ हैंडलिंग को जीपीजी-एजेंट को सौंपना चाहिए और जीपीजी को कॉल करना चाहिए
उचित विकल्पों के साथ. डिफ़ॉल्ट: ग़लत. यदि सेट नहीं किया गया है, तो कुवर्ट उपयोगकर्ता से पूछेगा (या
मांग पर पासफ़्रेज़ के लिए कुछ नामांकित पासफ़्रेज़ स्टोर)।

प्रश्न-गुप्त
कुवर्ट को बताता है कि पासफ़्रेज़ पुनर्प्राप्ति के लिए किस प्रोग्राम का उपयोग करना है। गलती करना: "/ बिन / श -c
'स्टटी -इको; पढ़ें -पी \"पासफ़्रेज़ %s: \" एक्स; \ stty प्रतिध्वनि; इको $X'' यदि उपयोग किया जाए तो अनदेखा कर दिया जाएगा-
एजेंट सेट है. कुवर्ट पासफ़्रेज़ को आंतरिक रूप से संग्रहीत नहीं करता है बल्कि चलाता है
हस्ताक्षर करते समय जीपीजी के साथ पाइपलाइन में प्रोग्राम का संकेत दिया गया। यदि आप पासफ़्रेज़ स्टोर का उपयोग करते हैं
(लिनक्स-कर्नेल कीयूटिल्स या सीक्रेट-एजेंट या इसी तरह की तरह), अपनी पुनर्प्राप्ति दर्ज करें
यहाँ कार्यक्रम. प्रोग्राम कुवर्ट के वातावरण के साथ चलाया जाता है, पहला %s
तर्क युक्ति को हेक्स कीआईडी ​​से बदल दिया गया है और पासफ़्रेज़ को stdout पर अपेक्षित किया गया है।
निकास कोड को नजरअंदाज कर दिया गया है. यदि कैन-डिटैच सेट नहीं है, तो प्रोग्राम के पास कुवर्ट तक पहुंच है
टर्मिनल। ध्यान दें कि डिफ़ॉल्ट क्वेरी प्रोग्राम कुवर्ट को बैकग्राउंडिंग से रोकता है
ही.

फ्लश-गुप्त
यदि कुवर्ट है तो इस प्रोग्राम को बाहरी पासफ़्रेज़ कैश को अमान्य करने के लिए कहा जाता है
जीपीजी द्वारा पासफ़्रेज़ के अमान्य होने की सूचना दी गई। डिफ़ॉल्ट: अपरिभाषित। यदि उपयोग-एजेंट हो तो नजरअंदाज कर दिया जाए
सेट है. प्रोग्राम कुवर्ट के वातावरण और उसके पहले %s के साथ चलाया जाता है
तर्क युक्ति को प्रश्नगत हेक्स कीआईडी ​​द्वारा प्रतिस्थापित किया जा रहा है। इसके एग्जिट कोड को नजरअंदाज कर दिया जाता है।
यदि कैन-डिटैच सेट नहीं है, तो प्रोग्राम के पास कुवर्ट के टर्मिनल तक पहुंच है।

निदान

कुवर्ट आमतौर पर सूचनात्मक संदेशों को syslog और/या अपने स्वयं के लॉगफ़ाइल, दोनों में लॉग करता है
अक्षम और समायोजित किया जा सकता है.

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

यदि घातक समस्याएँ सामने आती हैं तो व्यवहार समान होता है; कुवर्ट को सचेत करने के बाद होगा
निकास कोड 1 के साथ समाप्त करें।

वातावरण और सिग्नल

Kuvert स्वयं केवल पर्यावरण चर पर उपयोग करता है: $TMPDIR फ़ॉलबैक स्थान प्रदान करता है
कुवर्ट की अस्थायी निर्देशिका के लिए।

कुवर्ट अपना संपूर्ण वातावरण चाइल्ड प्रक्रियाओं, अर्थात् जीपीजी और किसी भी पासफ़्रेज़ को सौंपता है-
क्वेरी प्रोग्राम.

SIGUSR1 के रिसेप्शन पर, कुवर्ट अपनी कॉन्फ़िगरेशन फ़ाइल और कीरिंग को पुनः लोड करता है। इनमें से कोई एक
SIGHUP, SIGINT, SIGQUIT और SIGTERM के कारण कुवर्ट स्पष्ट रूप से समाप्त हो जाता है, जिससे अमान्य हो जाता है
यदि किसी क्वेरी प्रोग्राम का उपयोग किया जाता है तो पासफ़्रेज़। अन्य सभी संकेतों को नजरअंदाज कर दिया जाता है।

onworks.net सेवाओं का उपयोग करके ऑनलाइन कुवर्ट का उपयोग करें