अपने म्यूट मेलबॉक्स में PGP से छुटकारा पाएं

यदि संभव हो, तो मेरे पागल दृश्य में, मेल और आईएम द्वारा सभी संचार को एन्क्रिप्ट किया जाना चाहिए। (इसलिए नहीं कि मेरे पास छिपाने के लिए कुछ है, बल्कि इसलिए कि मैं अपने पड़ोसी पेट्या को अपने संदेश दिखाने का कोई कारण नहीं देखता, चाहे वह कहीं भी काम करता हो - प्रदाता पर, या गुप्त सेवा में।) मेल के लिए, यह PGP / GPG है। , IM के लिए यह OTR है। लेकिन यह एन्क्रिप्शन नेटवर्क पर ट्रांसमिशन के दौरान संदेशों की सुरक्षा के लिए बनाया गया है, न कि मेलबॉक्स / IM लॉग्स में स्क्रू पर। पेंच पर कोई अर्थ नहीं है, कुछ परेशानी संदेशों में धीमी खोज है (यदि आपका MUA खोज एन्क्रिप्टेड अक्षरों में बिल्कुल काम करता है), मेलबॉक्स को सरल स्क्रिप्ट के साथ संसाधित करने में असमर्थता, आदि। यदि आपके पेंच पर डेटा को एन्क्रिप्ट करने की आवश्यकता है, तो कुछ पत्रों के लिए पीजीपी की तुलना में इसके लिए अन्य, अधिक उपयुक्त और सार्वभौमिक साधन हैं।

चूंकि पीजीपी केवल नेटवर्क पर ट्रांसमिशन के दौरान आवश्यक है, यह रिसेप्शन / ट्रांसमिशन के समय संदेशों को एन्क्रिप्ट / डिक्रिप्ट करने के लिए एक आदर्श समाधान होगा, अर्थात। स्थानीय POP3 / SMTP रिले सर्वर का उपयोग करना। इस स्थिति में, सभी मेल क्लाइंट (MUA) को स्वचालित रूप से "PGP समर्थन" प्राप्त होगा, और साथ ही उन्हें PGP के बारे में कुछ भी पता नहीं था, और अनएन्क्रिप्टेड अक्षरों के साथ काम किया। विंडोज के तहत इस तरह के एक सर्वर है - GPGrelay । * NIX के तहत, मुझे एक एनालॉग नहीं मिला। एक kuvert उपयोगिता है जो स्वचालित रूप से आउटगोइंग मेल को एन्क्रिप्ट कर सकती है, लेकिन मुझे आने वाली मेल को डिक्रिप्ट करने के लिए यूटिलिटी नहीं मिली।

लेकिन म्यूट का आदर्श वाक्य व्यर्थ नहीं है: "सभी मेल क्लाइंट चूसना। यह केवल कम बेकार है। ”- मैं इसके लचीलेपन की मदद से प्रबंधित किया गया, क्यूमेल के लिए एक छोटी सहायक स्क्रिप्ट, और इस तरह की और इस तरह की माँ को यह प्रतीत होता है कि इस कार्य को हल करने के लिए।

पत्र भेजना

यह सब आसान है। म्यूट सामान्य रूप से भेजे गए ईमेल के एन्क्रिप्शन के लिए जिम्मेदार है। इस प्रकार, मैं देख / नियंत्रित करता हूं कि कौन से संदेश एन्क्रिप्ट किए गए हैं और कौन से नहीं हैं। और इसलिए कि मेरे मेलबॉक्स में भेजे गए संदेश का एक अनएन्क्रिप्टेड संस्करण है, बस ~ / .muttrc में जोड़ें:
set fcc_clear=yes

ईमेल प्राप्त करें

और यहां मुश्किलें खड़ी हो गईं। Mutt का डिक्रिप्ट-सेव फंक्शन है जो मैसेज को सही तरीके से डिक्रिप्ट करता है (अटैचमेंट सहित), डिक्रिप्ट किए गए मैसेज को निर्दिष्ट मेलबॉक्स में सेव करता है और एन्क्रिप्टेड ओरिजनल को डिलीट करता है। (वैसे, इसे डिकोड-सेव के साथ भ्रमित न करें, जो लगभग एक ही काम करता है, केवल बदतर - यह संलग्नक का समर्थन करने के लिए कम से कम नहीं लगता है। दिलचस्प है, डिफ़ॉल्ट रूप से म्यूट डिकोड-सेव में Esc + s पर लटका दिया जाता है, और सबसे अच्छा डिक्रिप्ट-सेव। बटनों के किसी भी संयोजन को नहीं सौंपा गया है।) इसका उपयोग करके, आप एक हुक बना सकते हैं जो उद्घाटन के समय संदेश को स्वचालित रूप से डिक्रिप्ट करेगा, वर्तमान मेलबॉक्स में अनएन्क्रिप्टेड संस्करण के साथ एन्क्रिप्टेड संस्करण की जगह - इसे ~ / .muttrc में जोड़ें।
message-hook '~h"Content-Type: multipart/encrypted"' 'push <decrypt-save>\cu^<Enter><sync-mailbox><Enter>'
इस दृष्टिकोण में कई विशेषताएं / नुकसान हैं:

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

आखिरी समस्या को हल करने के लिए, मैंने एक छोटी सी addgpginfo स्क्रिप्ट लिखी। वह एसटीडीआईएन को एक पत्र प्राप्त करता है, अगर यह एन्क्रिप्ट या एन्क्रिप्ट किया गया था और हस्ताक्षरित है, तो वह पत्र में गैर-मानक जीपीजी हेडर जोड़ता है: एन्क्रिप्शन / हस्ताक्षर के बारे में पूरी जानकारी के साथ, फिर वह अपने मापदंडों द्वारा निर्दिष्ट कार्यक्रम को लॉन्च करता है, जिससे उसे एसटीडीआईएन को संशोधित पत्र प्रदान किया जाता है। मैंने इसे ~ / .qmail में उपयोग के लिए विकसित किया है, लेकिन सिद्धांत रूप में इस दृष्टिकोण को घोषित जैसे किसी भी समान कार्यक्रम के साथ काम करना चाहिए। उदाहरण के लिए, यदि आप ~ / .qmail में हैं:
./Maildir/
तब आप इसके बजाय लिखते हैं:
|addgpginfo qmail-local "$USER" "$HOME" "$LOCAL" "" "nodeliver" "$HOST" "$SENDER" ./Maildir/

व्यामोह के कारणों के लिए, यह संभव होगा कि आने वाले पत्रों से संभावित जीपीजी: हेडर को हटा दिया जाए (ताकि कोई आपको किसी और के नाम से एक अहस्ताक्षरित पत्र न भेज सके, जिसके हेडर में लिखा था कि यह सही तरीके से हस्ताक्षरित है)। और संगतता कारणों के लिए, GPG का नाम बदलें: हैडर से X-GPG:। लेकिन ये ट्राइफल्स हैं। काम करने के लिए addgpginfo के लिए, यह आवश्यक है कि आपके पास --लेखक- env-file विकल्प के साथ चलने वाला gpg-एजेंट हो, और Xs ($ DISPLAY को एक पैरामीटर के साथ पास किया जा सकता है, यदि आपके पास "0" नहीं है)।

परिणाम कुछ इस तरह दिखता है: