जीपीजी-रीमेलर - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

जीपीजी-रीमेलर - पुनः एन्क्रिप्टेड/हस्ताक्षरित पीजीपी/जीपीजी एन्क्रिप्टेड/हस्ताक्षरित मेल को एक समूह में अग्रेषित करें

SYNOPSIS

जीपीजी-रीमेलर [विकल्प]

वर्णन

जीपीजी-रीमेलर प्राप्त पीजीपी/जीपीजी संदेशों को डिक्रिप्ट करता है, प्राप्त हस्ताक्षर को सत्यापित करता है, और
प्राप्तकर्ताओं के एक सुपरिभाषित समूह के लिए ई-मेल को पुनः एन्क्रिप्ट करता है। Gpg-रीमेलर भी हो सकता है
स्पष्ट-पाठ ई-मेल को संसाधित करने के लिए कॉन्फ़िगर किया गया।

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

Gpg-remailer अपने मानक इनपुट स्ट्रीम से आने वाले ई-मेल को पढ़ता है।

यदि आने वाली ई-मेल स्पष्ट-पाठ वाली है, तो यह ई-मेल को एक या अधिक कॉन्फ़िगर करने योग्य को पुनः भेजती है
ईमेल पते।

यदि आने वाली ई-मेल पीजीपी/जीपीजी एन्क्रिप्टेड है (और वैकल्पिक रूप से हस्ताक्षरित है) तो यह पुनः एन्क्रिप्ट हो जाती है
कॉन्फ़िगर करने योग्य समूह के प्रत्येक सदस्य के लिए जानकारी प्राप्त करें, और पुनः एन्क्रिप्टेड भेजें
एक या अधिक कॉन्फ़िगर करने योग्य ई-मेल पते पर जानकारी।

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

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

वापसी मूल्य

रोकने के लिए Gpg-remailer हमेशा ऑपरेटिंग सिस्टम पर 0 लौटाता है अज्ञात मेलर त्रुटि
एमटीए के लॉग में संदेश। हालाँकि, जब gpg-रीमेलर समय से पहले समाप्त हो जाता है तो एक त्रुटि संदेश आता है
मानक त्रुटि स्ट्रीम में लिखा गया है।

आवश्यकताएँ

जीपीजी-रीमेलर का उपयोग करने के लिए निम्नलिखित आवश्यकताओं को पूरा किया जाना चाहिए (सभी कमांड चाहिए
द्वारा जारी किया जाएगा जड़ उपयोगकर्ता):

o चूंकि कई समूह जीपीजी-रीमेलर का उपयोग कर सकते हैं, इसलिए कार्यात्मकता को परिभाषित करने की सलाह दी जाती है
ई-मेल को संभालने वाले खातों को जीपीजी-रेमेलर द्वारा संसाधित किया जाएगा। एक कार्यात्मक खाता
सेकमेल इस तरह एक कमांड का उपयोग करके परिभाषित किया जा सकता है:

adduser --home /var/lib/secmail --disabled-password secmail

o जीपीजी-रीमेलर द्वारा उपयोग किए जाने वाले सभी स्थानों को अत्यधिक प्रतिबंधात्मक दिया जाना चाहिए
अनुमतियाँ. उदाहरण के लिए, कार्यात्मक खाते सेट होने चाहिए umask 077। यह है
यह सुनिश्चित करना उपयोगकर्ता की जिम्मेदारी है कि पहुंच अधिकार सही ढंग से हैं
कॉन्फ़िगर किया गया।

o सभी कार्यात्मक जीपीजी-रीमेलर खातों को एक विशेष समूह का सदस्य बनाने पर विचार करें
(जैसे, जीपीजी-रीमेलर) और निष्पादन की अनुमति दें /usr/sbin/gpg-remailer केवल मेरे सदस्य
उस समूह का:

ऐडग्रुप जीपीजी-रीमेलर
adduser secmail gpg-रीमेलर
चाउन रूट.gpg-रीमेलर /usr/sbin/gpg-रीमेलर
chmod o-rx /usr/bin/gpg-remailer

o कार्यात्मक खाते को आने वाले ई-मेल को संभालने की अनुमति देना sudo(1) प्रयोग किया जा सकता है। में
फ़ाइल / Etc / sudoers निम्नलिखित पंक्तियाँ दर्ज की जा सकती हैं (रीमेलर्स दिया जा सकता है
कार्यात्मक खाता नामों की अल्पविराम से अलग की गई सूची, mailhost.org प्रतिस्थापित किया जाना चाहिए
आने वाले ई-मेल को संभालने वाले होस्ट के नाम से):

रूनास_अलियास रीमेलर्स = सेकमेल

मेल mailhost.org=(रीमेलर्स) NOPASSWD: /usr/sbin/gpg-remailer

उदाहरण के लिए, यदि gpg-remailer नामक कंप्यूटर पर चलता है remailer.mydomain.nl जो हो सकता है
आने वाले ई-मेल प्राप्त करें, फिर निर्दिष्ट करें remailer.mydomain.nl एसटी mailhost.org.

o एक ई-मेल पता परिभाषित किया जाना चाहिए जहां पुनः एन्क्रिप्ट करने के लिए मेल भेजा जाना चाहिए।
यह ई-मेल पता समूह के उन सदस्यों को पता होना चाहिए जो इसका उपयोग करना चाहते हैं
जीपीजी-रीमेलर। ऐसा खाता हो सकता है, उदाहरण के लिए, [ईमेल संरक्षित], एक के रूप में प्रदर्शित हो रहा है
में परिभाषित मेल पता, उदाहरण के लिए, /आदि/मेल/उपनाम. इस उदाहरण के लिए पता
में दर्ज किया जाएगा /आदि/मेल/उपनाम फ़ाइल (कुछ इंस्टॉलेशन उपयोग करते हैं
/ Etc / उपनाम) इस प्रकार से:

secmail: "|sudo -u secmail /usr/sbin/gpg-remailer"

THE NICKNAME उपयोगकर्ता पीजीपी KEY बजती

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

सु - सेकमेल

जीपीजी--जेन-कुंजी

पर GPG --जन-कुंजी आदेश दें GPG प्रोग्राम कुछ विवरण मांगता है. स्वीकार करें
जब तक आपके पास ऐसा न करने का कोई कारण न हो, तब तक डिफ़ॉल्ट है, लेकिन सुनिश्चित करें कि आपको इसकी आवश्यकता नहीं है
पास-फ़्रेज़: दबाएँ दर्ज एक मांगने पर दो बार।

कुछ अतिरिक्त सुझाव:

o पासवर्ड के बिना पीजीपी कुंजी को परिभाषित करने का विवरण:

डिफ़ॉल्ट आरएसए कुंजी परिभाषित करें, आकार 2048, कभी समाप्त न हो
वास्तविक नाम: secmail gpg-remailer कार्यात्मक खाता
ईमेल पता: [ईमेल संरक्षित]
कोई पासफ़्रेज़ आवश्यक नहीं: Enter दो बार दबाएँ।

o फ़ाइल में डिफ़ॉल्ट कुंजी के रूप में अभी बनाई गई जीपीजी-कुंजी की कुंजी-आईडी निर्दिष्ट करें
~/.gnupg/gpg.conf (या ~/.gnupg/विकल्प, जो भी प्रयोग किया जाता है)। जैसे,

डिफ़ॉल्ट-कुंजी 1234ABCD

o युक्त एक पंक्ति भी जोड़ें

बल-एमडीसी

सेवा मेरे ~/.gnupg/gpg.conf. यह चेतावनी को रोकता है

चेतावनी: संदेश अखंडता सुरक्षित नहीं था

यदि आप गैर-समूह सदस्यों को जीपीजी-रीमेलर को ई-मेल भेजने की अनुमति देना चाहते हैं तो इस पर विचार करें
में एक प्रमुख सर्वर विनिर्देश जोड़ना ~/.gnupg/gpg.conf साथ ही, अनुमति देने के लिए
गुम सार्वजनिक कुंजियों की स्वचालित पुनर्प्राप्ति। उदाहरण के लिए, जैसी एक पंक्ति जोड़ें

कीसर्वर key.gnupg.net

सेवा मेरे ~/.gnupg/gpg.conf.

o अगला उपयोग GPG --खोज-कुंजी, GPG --recv-कुंजी or GPG --आयात (देखें GPG(1)
इन आदेशों के आवश्यक प्रारूपों के लिए मैन-पेज) पहले से ही सार्वजनिक कुंजी जोड़ने के लिए
समूह के सभी सदस्य जो छद्म उपयोगकर्ता के लिए जीपीजी-रीमेलर का उपयोग करेंगे
सार्वजनिक कुंजी अंगूठी.

o यदि कोई समूह सदस्य मौजूद है जिसने अन्य सभी सदस्यों की GPG/PGP कुंजियों पर हस्ताक्षर किए हैं, तो
उपयोग से उत्पन्न होने वाली चेतावनियों को रोकने के लिए, इस सदस्य पर पूरा भरोसा करने पर विचार करें
अविश्वसनीय कुंजियाँ.

o एक बार जीपीजी-रीमेलर की जीपीजी कुंजी जोड़ी बन जाने के बाद, रीमेलर को प्रदान करें
समूह के सदस्यों के लिए सार्वजनिक कुंजी. इन सदस्यों को सार्वजनिक कुंजी आयात करनी चाहिए
और उन्हें चेतावनियों से बचने के लिए रीमेलर की सार्वजनिक कुंजी पर हस्ताक्षर करने की सलाह दी जानी चाहिए
असत्यापित सार्वजनिक कुंजी का उपयोग करने के बारे में। रीमेलर की सार्वजनिक कुंजी निर्यात की जा सकती है
का उपयोग करके फाइल करना

जीपीजी --आर्मर --एक्सपोर्ट सेकमेल > सेकमेल.पब

और समूह के सदस्य इसका उपयोग करके रीमेलर की सार्वजनिक कुंजी आयात कर सकते हैं:

जीपीजी --आयात secmail.pub

o जब कोई नया सदस्य समूह में जोड़ा जाता है तो उसे रीमेलर की सार्वजनिक कुंजी जोड़नी चाहिए
उसकी सार्वजनिक कुंजी रिंग में आयात के लिए उसकी सार्वजनिक कुंजी प्रदान करें
कार्यात्मक खाते की सार्वजनिक कुंजी रिंग।

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

o छद्म उपयोगकर्ता की पीजीपी कुंजी रिंग तैयार करने के बाद, कमांड निकास आपको वापस ले जाता है
la जड़ उपयोगकर्ता का सत्र.

विकल्प

यदि उपलब्ध हो, तो उनके निम्नलिखित कोष्ठकों के बीच एकल अक्षर विकल्प सूचीबद्ध हैं:
संबद्ध लंबे-विकल्प वेरिएंट। एकल अक्षर विकल्पों में तर्कों की आवश्यकता होती है यदि उनका
संबद्ध लंबे विकल्पों के लिए तर्कों की भी आवश्यकता होती है।

o - दाढ़ (-d)
निर्दिष्ट होने पर, डिबग संदेश लॉग-फ़ाइल में लॉग किए जाते हैं (नीचे देखें)। जब यह
विकल्प निर्दिष्ट किया गया है कि gpg-remailer द्वारा लिखी गई फ़ाइलें बाद में नहीं हटाई जाती हैं
जीपीजी-रेमेलर ने एक आने वाले ई-मेल को संसाधित किया है।

o --मदद (-h)
जिसके बाद मानक आउटपुट में उपयोग का एक संक्षिप्त सारांश प्रदर्शित किया जाता है
जीपीजी-रीमेलर समाप्त हो जाता है।

o --बोटा दस्तावेज=फ़ाइल का नाम (-l)
उस फ़ाइल को निर्दिष्ट करता है जिस पर gpg-remailer के लॉग संदेश लिखे गए हैं (डिफ़ॉल्ट रूप से
~/etc/gpg-remailer.log).

o --छांटने का स्तर=स्तर (-L)
LogLevel 0 व्यापक डिबग आउटपुट के साथ-साथ अन्य सभी लॉगमैसेज भी प्रदान करता है;
लॉगलेवल 1 निष्पादित आदेशों और डिफ़ॉल्ट संदेशों को लॉग करता है;
लॉगलेवल 2 डिफ़ॉल्ट संदेशों (इनकमिंग और आउटगोइंग की विशेषताएं) को लॉग करता है
ई-मेल) (डिफ़ॉल्ट);
उच्च स्तर लॉगिंग को दबा देगा।

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

o --कोई मेल नहीं
निर्दिष्ट होने पर कोई मेल नहीं भेजा जाता है.

o --एन.आर=दस्तावेज संख्या (-n)
आने वाले ई-मेल को संसाधित करते समय जीपीजी-रेमेलर द्वारा बनाई गई फ़ाइलें रखी जाती हैं, और
प्रत्यय प्राप्त करें दस्तावेज संख्या, जो एक संख्या होनी चाहिए.

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

से प्रत्येक --प्राप्तकर्ता विकल्प को आम तौर पर केवल एक सादा ई-मेल पता परिभाषित करना चाहिए (उदाहरण के लिए,
[ईमेल संरक्षित], लेकिन एकाधिक --प्राप्तकर्ता विकल्प भी स्वीकार किए जाते हैं.
ई-मेल पते के प्रारूप की जाँच नहीं की गई है जीपीजी-रीमेलर, लेकिन कोई भी प्रदान करना
किसी सादे ई-मेल पते के अतिरिक्त या उससे भिन्न जानकारी का परिणाम हो सकता है
जीपीजी-रीमेलर ई-मेल संदेशों को पुनः एन्क्रिप्ट करने या दोबारा भेजने में असमर्थ होना।

सादे ई-मेल पते के अलावा, विशिष्टता --प्राप्तकर्ता सदस्य हो सकता है
यह इंगित करने के लिए उपयोग किया जाता है कि पुनः एन्क्रिप्टेड मेल सभी ई-मेल पतों पर भेजा जाना चाहिए
निर्दिष्ट का उपयोग कर सदस्य विनिर्देशों.

o --कदम=नाम
रीमेलिंग प्रक्रिया का संकेतित चरण निष्पादित करें. चरण नाम हैं:

hdrs (मेल हेडर लिखें),
org (मेल डेटा लिखें),
दिसम्बर (केवल पीजीपी एन्क्रिप्टेड ई-मेल के लिए: डिक्रिप्टेड जानकारी लिखें),
डॉक्टर (केवल पीजीपी एन्क्रिप्टेड ई-मेल के लिए: भेजने के लिए जानकारी बनाएं),
एन सी (केवल पीजीपी एन्क्रिप्टेड ई-मेल के लिए: भेजने के लिए जानकारी एन्क्रिप्ट करें),
क्लियरमेल (स्पष्ट-पाठ मेल भेजें),
क्लीयरमेल: पता (केवल दिए गए पते पर मेल भेजें, प्राप्तकर्ता को अनदेखा करें)
अन्यथा निर्दिष्ट)। pgpmail (पीजीपी-एन्क्रिप्टेड मेल भेजें),
पीजीपीमेल: पता (पीजीपी-एन्क्रिप्टेड मेल केवल दिए गए पते पर भेजें, अनदेखा करें
प्राप्तकर्ता अन्यथा निर्दिष्ट)।

कदम hdrs पूर्णतः वैकल्पिक है. बाद के चरण पहले के चरणों पर निर्भर करते हैं। जैसे, --कदम
डॉक्टर निर्दिष्ट होने के बाद ही अनुरोध किया जा सकता है --कदम दिसम्बर पिछले दौर में.

स्पष्ट-पाठ ई-मेल चरणों के साथ दिसंबर, डॉक्टर, एन सी और pgpmail प्रदान नहीं किया जाना चाहिए.

पीजीपी एन्क्रिप्टेड मेल चरण के साथ क्लियरमेल प्रदान नहीं किया जाना चाहिए.

o --tmp=पथ (-t)
निर्देशिका का पथ जहां अस्थायी फ़ाइलें लिखी जाती हैं (डिफ़ॉल्ट रूप से:
$HOME/tmp). यह एक पूर्ण पथ होना चाहिए.

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

o --संस्करण (-v)
Gpg-रीमेलर का संस्करण क्रमांक मानक आउटपुट स्ट्रीम के बाद लिखा जाता है
कौन सा जीपीजी-रीमेलर समाप्त हो जाता है। )

संघटन फ़ाइल

डिफ़ॉल्ट कॉन्फ़िगरेशन फ़ाइल है ~/etc/gpg-remailer.rc छद्म उपयोगकर्ता के अंतर्गत
घरेलू निर्देशिका। प्रोग्राम विकल्प का उपयोग करके इसका पथ बदला जा सकता है।

खाली पंक्तियों को नजरअंदाज कर दिया जाता है. जानकारी पर और परे #-अक्षरों की व्याख्या इस प्रकार की जाती है
टिप्पणी करें और उसे भी नजरअंदाज कर दिया जाता है।

कॉन्फ़िगरेशन फ़ाइल के सभी निर्देश पैटर्न का पालन करते हैं

निर्देश: मूल्य

एक पंक्ति में अधिक से अधिक एक निर्देश हो सकता है, लेकिन रिक्त स्थान (टिप्पणी सहित)।
पंक्ति का अंत) ठीक है। कई निर्देश कई बार निर्दिष्ट किए जा सकते हैं;
अन्यथा किसी निर्देश की पहली घटना का उपयोग किया जाता है। सभी निर्देश हैं
व्याख्या की मामला असंवेदनशीलता से, लेकिन उनके मान निर्दिष्ट के अनुसार उपयोग किए जाते हैं। जैसे,
डीबग: <strong>उद्देश्य</strong> जितना अच्छा है डिबग: <strong>उद्देश्य</strong>, परंतु डिबग: जब सही है मान्यता प्राप्त नहीं है।
किसी मान्यताप्राप्त निर्देश से प्रारंभ न होने वाली गैर-रिक्त पंक्तियों को चुपचाप अनदेखा कर दिया जाता है।

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

o डिबग: तर्क (झूठा)
. तर्क के रूप में निर्दिष्ट किया गया है <strong>उद्देश्य</strong> डिबग संदेशों को लॉग-फ़ाइल में लॉग किया जाएगा (देखें)।
नीचे)। कमांड लाइन विकल्प: --डीबग, -d. जब यह विकल्प फ़ाइलें निर्दिष्ट किया जाता है
जीपीजी-रीमेलर के समाप्त होने पर जीपीजी-रीमेलर द्वारा लिखा गया संदेश हटाया नहीं जाएगा।

o स्पष्ट पाठ: विनिर्देश (अस्वीकार कर दिया)
डिफ़ॉल्ट रूप से, जीपीजी-रीमेलर स्पष्ट-पाठ ई-मेल स्वीकार नहीं करता है। यह स्पष्ट रूप से हो सकता है
का उपयोग करके कॉन्फ़िगरेशन फ़ाइल में इंगित किया जाना चाहिए

स्पष्ट पाठ: अस्वीकृत

विशिष्टता. यदि स्पष्ट-पाठ ई-मेल की अनुमति दी जानी चाहिए तो निर्दिष्ट करें

स्पष्ट पाठ: स्वीकृत

उन लिफाफे पते को निर्दिष्ट करना भी संभव है जिनके लिए स्वीकार किया जाता है
स्पष्ट-पाठ ई-मेल प्राप्त हुआ। यदि यह आवश्यक है तो निर्दिष्ट करें

स्पष्ट पाठ: लिफाफा

और का उपयोग करके स्वीकृत लिफ़ाफ़ा ई-मेल पते को परिभाषित करें लिफ़ाफ़ा: विन्यास
विकल्प.

o लिफ़ाफ़ा: ईमेल पता
RSI लिफाफा विशिष्टताओं की व्याख्या तभी की जाती है जब स्पष्ट पाठ: लिफाफा कर दिया गया है
निर्दिष्ट. कब स्पष्ट पाठ: लिफाफा एक का उपयोग करके केवल स्पष्ट-पाठ ई-मेल निर्दिष्ट किया गया था
विन्यस्त की लिफाफा पते कॉन्फ़िगर किए गए पते पर पुनः मेल किए जाएंगे
प्राप्तकर्ता. विशेष लिफ़ाफ़ा विशिष्टता

लिफ़ाफ़ा: सदस्य

उस लिफाफे के पते को इंगित करने के लिए उपयोग किया जा सकता है जो पते के बराबर हैं
निर्दिष्ट का उपयोग कर सदस्य सभी विशिष्टताएँ स्वीकार की जाती हैं।

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

o फ़ाइलें रखो: nr
जब कोई संख्या निर्दिष्ट की जाती है तो जीपीजी-रीमेलर द्वारा लिखी गई सभी फाइलें निर्दिष्ट का उपयोग करती हैं
संख्या और जीपीजी-रीमेलर समाप्त होने पर हटाई नहीं जाती। जब यह विकल्प नहीं है
निर्दिष्ट फ़ाइलों को एक यादृच्छिक संख्यात्मक एक्सटेंशन प्राप्त होता है जिसके परिणामस्वरूप निर्माण होता है
नया, अभी तक अस्तित्वहीन *. फाइलें.

o बोटा दस्तावेज: फ़ाइल का नाम (etc/gpg-remailer.log)
वह फ़ाइल जिस पर gpg-remailer के लॉग संदेश लिखे गए हैं।

o छांटने का स्तर: मूल्य (2)
LogLevel 0 व्यापक डिबग आउटपुट के साथ-साथ अन्य सभी लॉगमैसेज भी प्रदान करता है;
लॉगलेवल 1 निष्पादित आदेशों और डिफ़ॉल्ट संदेशों को लॉग करता है;
लॉगलेवल 2 डिफ़ॉल्ट संदेशों (इनकमिंग और आउटगोइंग की विशेषताएं) को लॉग करता है
ईमेल);
उच्च स्तर पर लॉगिंग दबा दी जाती है।

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

o नोमेल: तर्क (झूठा)
जब के रूप में निर्दिष्ट किया गया हो <strong>उद्देश्य</strong> कोई मेल नहीं भेजा गया.

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

कंटेनर: सदस्य

इसका उपयोग यह इंगित करने के लिए किया जा सकता है कि पुनः एन्क्रिप्टेड मेल सभी ई-मेल पर भेजा जाना चाहिए
का उपयोग करके निर्दिष्ट पते सदस्य विनिर्देशों.

o को उत्तर: पूर्ण पता
पते का उत्तर कोई भी ई-मेल उत्तर-पता हो सकता है। उत्तर-तो बन जाता है
जीपीजी-रेमेलर का ई-मेल संदेश प्राप्त करने वाले प्राप्तकर्ता के लिए डिफ़ॉल्ट उत्तर पता।
पते के उत्तर से उद्धरण और दोहरे उद्धरण हटा दिए जाते हैं। एक उत्तर-को
विशिष्टता हो सकती है, उदाहरण के लिए,

SECMAIL हस्ताक्षरित और एन्क्रिप्टेड[ईमेल संरक्षित]>

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

o हस्ताक्षर: आवश्यकता () की आवश्यकता
इस विकल्प का उपयोग हस्ताक्षर जांच को नियंत्रित करने के लिए किया जाता है। मान्यता प्राप्त मूल्य हैं:
कोई नहीं (या निर्दिष्ट नहीं): कोई हस्ताक्षर जांच नहीं की जाती है;
अपेक्षित: एक पीजीपी हस्ताक्षर प्रदान किया जाना चाहिए;
अच्छा: पीजीपी हस्ताक्षर को 'अच्छे हस्ताक्षर' के रूप में मान्यता दी जानी चाहिए।

o tmp डायरेक्टरी (टीएमपी/)
वह निर्देशिका जिसमें gpg-remailer अपनी अस्थायी फ़ाइलें लिखता है। )

प्रारूप

यद्यपि ई-मेल में पीजीपी/जीपीजी का उपयोग स्थापित तकनीक है, लेकिन इसके विभिन्न प्रारूप
ई-मेल संभव है. वर्तमान में जीपीजी-रीमेलर निम्नलिखित प्रारूपों को पहचानता है:

o सरल एन्क्रिप्टेड संदेश, जिसमें एक एन्क्रिप्टेड ई-मेल बॉडी शामिल है;

o बहु-भागीय एन्क्रिप्टेड संदेश;

o अलग किए गए हस्ताक्षर वाले एन्क्रिप्टेड संदेश।

नीचे पीजीपी एन्क्रिप्टेड एन डिक्रिप्टेड की वास्तविक सामग्री का विवरण दिया गया है
फाइलें.

सभी पीजीपी एन्क्रिप्टेड ई-मेल निम्नलिखित हेडर दिखाते हैं (सीमा मान होंगे)।
विभिन्न ई-मेल संदेशों में भिन्नता):

सामग्री-प्रकार: मल्टीपार्ट/एन्क्रिप्टेड; प्रोटोकॉल = "एप्लिकेशन/पीजीपी-एन्क्रिप्टेड";
सीमा = "+QahgC5+KEYLbs62"
सामग्री-विस्थापन: इनलाइन

सभी पीजीपी एन्क्रिप्टेड ई-मेल निम्नलिखित संगठन को दर्शाते हैं (पंक्तियों का उपयोग किया जाता है
ई-मेल संगठन को इस मैन-पेज के टेक्स्ट से अलग करें और नहीं
वास्तव में ई-मेल में या डिक्रिप्ट की गई जानकारी में मौजूद है; खाली पंक्तियाँ, कहाँ
दिखाया गया है, आवश्यक हैं):

-------------------------------------------------- --------------------
मेल शीर्षलेख

--+QahgC5+KEYLbs62
सामग्री-प्रकार: एप्लिकेशन/पीजीपी-एन्क्रिप्टेड
सामग्री-स्वभाव: लगाव

संस्करण: 1

--+QahgC5+KEYLbs62
सामग्री-प्रकार: एप्लिकेशन/ऑक्टेट-स्ट्रीम
सामग्री-विस्थापन: इनलाइन; फ़ाइल नाम = "msg.asc"

-----पीजीपी संदेश प्रारंभ करें-----
...

-----पीजीपी संदेश समाप्त करें-----
--+QahgC5+KEYLbs62--
-------------------------------------------------- --------------------

ध्यान दें कि सीमाएँ शामिल हैं

ओए नया लाइन कैरेक्टर

o सीमा पाठ के बाद दो डैश

o अंतिम सीमा के बाद दो डैश हैं

ओए नया लाइन कैरेक्टर

विभिन्न पीजीपी एन्क्रिप्टेड ई-मेल प्रारूप उनके व्यवस्थित करने के तरीके में भिन्न होते हैं
डिक्रिप्ट की गई जानकारी.

सरल को गोपित संदेश।

डिक्रिप्शन के दौरान हस्ताक्षर सत्यापित किया जाता है, और सत्यापन का परिणाम होता है
मानक त्रुटि स्ट्रीम में लिखा गया। डिक्रिप्ट किए गए संदेश में केवल एक ही होता है
संदेश, इस प्रकार व्यवस्थित:

-------------------------------------------------- --------------------
सामग्री-प्रकार: पाठ/सादा; charset=us-ascii
सामग्री-विस्थापन: इनलाइन
सामग्री-स्थानांतरण-एन्कोडिंग: उद्धृत-मुद्रण योग्य

संदेश का डिक्रिप्टेड पाठ
-------------------------------------------------- --------------------

एकाधिक भाग को गोपित संदेश।

डिक्रिप्शन के दौरान हस्ताक्षर सत्यापित किया जाता है, और सत्यापन का परिणाम होता है
मानक त्रुटि स्ट्रीम में लिखा गया। डिक्रिप्टेड संदेश में ही शामिल है
एकाधिक संदेश, निम्नानुसार व्यवस्थित:

-------------------------------------------------- --------------------
सामग्री-प्रकार: बहुखण्डीय/मिश्रित; सीमा = "f+W+jCU1fRNres8c"
सामग्री-विस्थापन: इनलाइन

--f+W+jCU1fRNres8c
सामग्री-प्रकार: पाठ/सादा; charset=us-ascii
सामग्री-विस्थापन: इनलाइन
सामग्री-स्थानांतरण-एन्कोडिंग: उद्धृत-मुद्रण योग्य

पहले अनुलग्नक का पाठ

--f+W+jCU1fRNres8c
सामग्री-प्रकार: आवेदन/पीडीएफ
सामग्री-स्वभाव: लगाव; फ़ाइल नाम = "अटैचमेंट.पीडीएफ"
सामग्री-स्थानांतरण-एन्कोडिंग: बेस64

बेस64 एन्कोडिंग में अटैचमेंट.पीडीएफ का पाठ

--f+W+jCU1fRNres8c--
-------------------------------------------------- --------------------

अनेक अनुलग्नक एक ही प्रकार से अनुसरण कर सकते हैं.

को गोपित संदेश युक्त जुदा जुदा हस्ताक्षर।

डिक्रिप्शन के दौरान हस्ताक्षर है नहीं सत्यापित (लेकिन प्राप्तकर्ता (हैं) हैं)
दिखाया गया है) और डिक्रिप्टेड फ़ाइल निम्नानुसार व्यवस्थित है:

-------------------------------------------------- --------------------
सामग्री-प्रकार: बहुखण्डीय/हस्ताक्षरित; micalg=pgp-sha1; प्रोटोकॉल = "एप्लिकेशन/पीजीपी-हस्ताक्षर";
सीमा = "=-TNwuMvq+TfajHhvqBuO7"

--=-TNwuMvq+TfajHhvqBuO7
सामग्री-प्रकार: पाठ/सादा
सामग्री-स्थानांतरण-एन्कोडिंग: उद्धृत-मुद्रण योग्य

संदेश का पाठ

--=-TNwuMvq+TfajHhvqBuO7
सामग्री-प्रकार: आवेदन/पीजीपी-हस्ताक्षर; नाम=हस्ताक्षर.एएससी
सामग्री-विवरण: यह एक डिजिटल हस्ताक्षरित संदेश भाग है

----- BEGIN PGP हस्ताक्षर -----
... हस्ताक्षर पाठ

----- END PGP हस्ताक्षर -----
--=-TNwuMvq+TfajHhvqBuO7--
-------------------------------------------------- --------------------

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

जीपीजी - डिक्रिप्ट की गई सामग्री को सत्यापित करें

जिसके परिणामस्वरूप हस्ताक्षर सत्यापन में मानक त्रुटि (हमेशा की तरह) लिखी गई।
सामग्री पहली सीमा के तुरंत बाद शुरू होती है, और तब तक जारी रहती है,
लेकिन इसमें अगली सीमा से ठीक पहले नई लाइन शामिल नहीं है।

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