स्वैक्स - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

स्वैक्स - स्विस आर्मी नाइफ एसएमटीपी, सर्व-उद्देश्यीय एसएमटीपी लेनदेन परीक्षक

वर्णन

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

शीघ्र स्टार्ट

को एक मानक परीक्षण ईमेल भेजें [ईमेल संरक्षित] test-server.example.net के पोर्ट 25 पर:

स्वैक्स--को [ईमेल संरक्षित] --सर्वर test-server.example.net

उपयोगकर्ता के रूप में CRAM-MD5 प्रमाणीकरण की आवश्यकता के लिए एक मानक परीक्षण ईमेल वितरित करें [ईमेल संरक्षित].
ईमेल के मुख्य भाग में एक "एक्स-टेस्ट" हेडर जोड़ा जाएगा। प्रमाणीकरण पासवर्ड होगा
के लिए प्रेरित किया.

स्वैक्स--को [ईमेल संरक्षित] --से [ईमेल संरक्षित] --auth CRAM-MD5 --auth-user [ईमेल संरक्षित] --हेडर-एक्स-टेस्ट "परीक्षण ईमेल"

अनुलग्नक में EICAR का उपयोग करके वायरस स्कैनर का परीक्षण करें। संदेश डेटा भाग न दिखाएं:

स्वैक्स-टी [ईमेल संरक्षित] --अटैच - --सर्वर test-server.example.com --सप्रेस-डेटा

ईमेल के मुख्य भाग में GTUBE का उपयोग करके स्पैम स्कैनर का परीक्षण करें, जिसे MX रिकॉर्ड के माध्यम से रूट किया गया है
example.com:

स्वैक्स--को [ईमेल संरक्षित] --बॉडी /पथ/से/gtube/फ़ाइल

को एक मानक परीक्षण ईमेल भेजें [ईमेल संरक्षित] UNIX के माध्यम से LMTP प्रोटोकॉल का उपयोग करना
डोमेन सॉकेट फ़ाइल

स्वैक्स--को [ईमेल संरक्षित] --सॉकेट /var/lda.sock --प्रोटोकॉल LMTP

एक टेक्स्ट फ़ाइल में उन सभी प्राप्तकर्ताओं की रिपोर्ट करें जो परीक्षण सर्वर पर सत्यापन योग्य नहीं हैं:

`cat /path/to/email/file` में E के लिए
do
swaks --to $E --server test-server.example.com --quit- after RCPT --hide-all
[$? -ne 0 ] && प्रतिध्वनि $ई
किया

नियम और सम्मेलनों

यह दस्तावेज़ निम्नलिखित शब्दों के उपयोग में सुसंगत और विशिष्ट होने का प्रयास करता है
भ्रम कम करें.

सौदा
एक लेन-देन एक लक्ष्य के लिए परिवहन पर एक कनेक्शन खोलना और इसका उपयोग करना है
संदेश देने का प्रयास करने के लिए मैसेजिंग प्रोटोकॉल।

लक्ष्य
लेन-देन का लक्ष्य वह चीज़ है जिससे स्वैक्स जुड़ता है। यह सामान्य शब्द है
संपूर्ण दस्तावेज़ीकरण में इसका उपयोग किया गया है क्योंकि अधिकांश अन्य शब्द अनुचित रूप से कुछ न कुछ संकेत देते हैं
उपयोग किये जा रहे परिवहन के बारे में।

ट्रांसपोर्ट
परिवहन लक्ष्य से जुड़ने के लिए उपयोग की जाने वाली अंतर्निहित विधि है।

प्रोटोकॉल
प्रोटोकॉल एक एप्लिकेशन भाषा है जिसका उपयोग लक्ष्य के साथ संचार करने के लिए किया जाता है। यह
दस्तावेज़ सभी तीन समर्थित प्रोटोकॉल के बारे में सामान्य रूप से बात करने के लिए एसएमटीपी का उपयोग करता है जब तक कि ऐसा न हो
बताता है कि यह विशिष्ट 'एसएमटीपी' प्रोटोकॉल की बात कर रहा है और अन्य को बाहर कर रहा है।

मैसेज
संदेशों को स्थानांतरित करने के लिए एसएमटीपी प्रोटोकॉल मौजूद हैं, जो एक सहमत प्रारूप में बाइट्स का एक सेट है
जिसमें एक प्रेषक और एक प्राप्तकर्ता होता है।

लिफाफा
एक संदेश के लिफाफे में संदेश का "सच्चा" प्रेषक और प्राप्तकर्ता शामिल होता है। यह
इसे इसके घटकों, लिफाफा-प्रेषक और लिफाफा-प्राप्तकर्ता के रूप में भी जाना जाता है। यह है
यह ध्यान रखना महत्वपूर्ण है कि एक संदेश लिफाफे का इसके प्रति: और प्रेषक से मेल खाना आवश्यक नहीं है:
हेडर।

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

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

तन
किसी संदेश का मुख्य भाग उसके डेटा अनुभाग का पहली रिक्त पंक्ति के बाद का भाग होता है।

विकल्प प्रसंस्करण

इस दस्तावेज़ में संभावित भ्रम को रोकने के लिए हमेशा स्वैक के लिए ध्वज का उल्लेख किया गया है
एक विकल्प"। यदि विकल्प अतिरिक्त डेटा लेता है, तो उस अतिरिक्त डेटा को संदर्भित किया जाता है
विकल्प के लिए एक तर्क. उदाहरण के लिए, "--से [ईमेल संरक्षित]"को प्रदान किया जा सकता है
कमांड लाइन पर स्वैक, जिसमें "--from" विकल्प है और "[ईमेल संरक्षित]" प्राणी
--से का तर्क.

स्वैकों को तीन प्रकार से विकल्प दिये जा सकते हैं। उन्हें एक कॉन्फ़िगरेशन में निर्दिष्ट किया जा सकता है
फ़ाइल, पर्यावरण चर में, और कमांड लाइन पर। विशिष्ट विकल्प पर निर्भर करता है
और चाहे इसमें कोई तर्क दिया गया हो या नहीं, स्वैक्स उपयोगकर्ता को तर्क के लिए प्रेरित कर सकता है।

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

प्रत्येक प्रकार के उपयोग के लिए सटीक तंत्र और प्रारूप नीचे सूचीबद्ध है।

विन्यास फाइल
कॉन्फ़िगरेशन फ़ाइल का उपयोग आमतौर पर उपयोग किए जाने वाले या असामान्य रूप से वर्बोज़ विकल्पों को सेट करने के लिए किया जा सकता है।
डिफ़ॉल्ट रूप से स्वैक्स $SWAKS_HOME/.swaksrc, $HOME/.swaksrc, और के क्रम में दिखता है
$LOGDIR/.swaksrc. यदि उनमें से एक अस्तित्व में पाया जाता है (और --config का उपयोग नहीं किया गया है)
उस फ़ाइल का उपयोग कॉन्फ़िगरेशन फ़ाइल के रूप में किया जाता है।

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

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

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

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

# हमेशा इस प्रेषक का उपयोग करें, चाहे सर्वर या लॉग इन उपयोगकर्ता कोई भी हो
--से [ईमेल संरक्षित]
# मैं चाहता हूं कि मेरे परीक्षण ईमेल में हेडर सुंदर हो। टिप्पणी
# विकल्प पर डैश की कमी और आसपास उद्धरण चिह्नों की कमी
# पूरा तर्क.
ज-से: "फ्रेड उदाहरण"[ईमेल संरक्षित]>

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

$ SWAKS_OPT_from='[ईमेल संरक्षित]'
$ SWAKS_OPT_h_From=''फ्रेड उदाहरण''[ईमेल संरक्षित]>'

किसी वेरिएबल को खाली मान पर सेट करना कमांड लाइन पर इसे निर्दिष्ट करने के समान है
बिना किसी तर्क के. उदाहरण के लिए, SWAKS_OPT_server='' सेट करने से स्वैक आ जाएगा
प्रत्येक आमंत्रण पर कनेक्ट करने के लिए सर्वर के उपयोग का संकेत दें।

कमांड लाइन विकल्पों के समतुल्य सेट करने के अलावा, SWAKS_HOME सेट किया जा सकता है
उपयोग की जाने वाली डिफ़ॉल्ट .swaksrc वाली निर्देशिका में।

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

निम्नलिखित कॉन्फ़िगरेशन फ़ाइल और वातावरण में दिखाया गया उदाहरण दर्शाता है
परिवर्तनशील अनुभाग:

$ स्वक्स--से [ईमेल संरक्षित] --एच-से: ''फ्रेड उदाहरण''[ईमेल संरक्षित]>'

परिवहन

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

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

इस परिवहन के लिए IO::सॉकेट मॉड्यूल की आवश्यकता होती है जो मानक पर्ल का हिस्सा है
वितरण। यदि यह मॉड्यूल लोड करने योग्य नहीं है, तो इस ट्रांसपोर्ट का उपयोग करने का प्रयास किया जाएगा
परिणामस्वरूप एक त्रुटि हुई और प्रोग्राम समाप्त हो गया।

IO::Socket::INET6 मॉड्यूल मौजूद होने पर IPv6 समर्थित है।

-एस, --सर्वर [लक्ष्य मेल सर्वर[:पोर्ट]]
स्वैक्स को स्पष्ट रूप से नेटवर्क सॉकेट का उपयोग करने और होस्टनाम या आईपी निर्दिष्ट करने के लिए कहें
जिस पते से कनेक्ट करना है, या यदि कोई तर्क नहीं दिया गया है तो संकेत दें। यदि यह विकल्प है
नहीं दिया गया है और कोई अन्य परिवहन विकल्प नहीं दिया गया है, लक्ष्य मेल सर्वर है
प्राप्तकर्ता ईमेल के डोमेन के लिए उपयुक्त DNS रिकॉर्ड से निर्धारित किया जाता है
नेट::डीएनएस मॉड्यूल का उपयोग कर पता। यदि नेट::डीएनएस उपलब्ध नहीं है तो स्वैक्स उपलब्ध होगा
डिलीवर करने के लिए लोकलहोस्ट से जुड़ने का प्रयास करें। लक्ष्य पोर्ट वैकल्पिक रूप से सेट किया जा सकता है
यहाँ। इसके लिए समर्थित प्रारूपों में सर्वर: पोर्ट (सहायक नाम और आईपीवी4) शामिल हैं
पते); [सर्वर]:पोर्ट और सर्वर/पोर्ट (सहायक नाम, आईपीवी4 और आईपीवी6
पते)। यह भी देखें--कॉपी-रूटिंग।

-पी, --पोर्ट [पोर्ट]
निर्दिष्ट करें कि लक्ष्य पर किस टीसीपी पोर्ट का उपयोग किया जाना है, या यदि कोई तर्क नहीं है तो संकेत दें
सूचीबद्ध. तर्क एक सेवा नाम हो सकता है (जैसा कि पुनर्प्राप्त किया गया है getservbyname(3)) या
एक पोर्ट नंबर. डिफ़ॉल्ट पोर्ट --प्रोटोकॉल विकल्प द्वारा निर्धारित किया जाता है। देखना
--अधिक जानकारी के लिए प्रोटोकॉल।

-ली, --लोकल-इंटरफ़ेस [आईपी या होस्टनाम[:पोर्ट]]
आउटगोइंग एसएमटीपी कनेक्शन या प्रॉम्प्ट के लिए स्थानीय इंटरफ़ेस के रूप में तर्क का उपयोग करें
उपयोगकर्ता यदि कोई तर्क नहीं दिया गया है। तर्क एक आईपी पता या होस्टनाम हो सकता है। गलती करना
कार्रवाई ऑपरेटिंग सिस्टम को स्थानीय इंटरफ़ेस चुनने देना है। इसके लिए --सर्वर देखें
:पोर्ट प्रारूप पर अतिरिक्त टिप्पणियाँ।

-एलपी, --लोकल-पोर्ट [पोर्ट]
लेनदेन शुरू करने के लिए आउटगोइंग पोर्ट निर्दिष्ट करें। यदि यह विकल्प है
निर्दिष्ट नहीं है कि सिस्टम एक अल्पकालिक पोर्ट चुनेगा। ध्यान दें कि नियमित उपयोगकर्ता
कुछ पोर्ट निर्दिष्ट नहीं कर सकते.

--कॉपी-रूटिंग [डोमेन]
तर्क की व्याख्या ईमेल पते के डोमेन भाग के रूप में की जाती है और इसका उपयोग किया जाता है
उसी तर्क का उपयोग करके लक्ष्य सर्वर को ढूंढें जिसका उपयोग देखने के लिए किया जाएगा
प्राप्तकर्ता ईमेल पते के लिए लक्ष्य सर्वर। अधिक जानकारी के लिए --to विकल्प देखें
ईमेल डोमेन से लक्ष्य कैसे निर्धारित किया जाता है।

-4, -6
IPv4 या IPv6 को बाध्य करें.

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

--सॉकेट [/पथ/से/सॉकेट/फ़ाइल]
यह विकल्प अपने तर्क के रूप में एक यूनिक्स-डोमेन सॉकेट फ़ाइल लेता है। यदि स्वाक्स असमर्थ है
इस सॉकेट को खोलने पर यह एक त्रुटि प्रदर्शित करेगा और बाहर निकल जाएगा।

पाइप
यह परिवहन एक प्रक्रिया को उत्पन्न करने और पाइप के माध्यम से इसके साथ संचार करने का प्रयास करता है।
उत्पन्न प्रोग्राम को STDIN/STDOUT पर मेल सर्वर के रूप में व्यवहार करने के लिए तैयार किया जाना चाहिए। कोई
Inet/xinet से संचालित करने के लिए डिज़ाइन किए गए MTA को इसका समर्थन करना चाहिए। इसके अलावा कुछ एम.टी.ए
ऐसे परीक्षण मोड प्रदान करें जिनसे STDIN/STDOUT के माध्यम से संचार किया जा सके। यह परिवहन
उस परीक्षण को स्वचालित करने के लिए उपयोग किया जा सकता है। उदाहरण के लिए, यदि आपने DNSBL जाँच लागू की है
एक्ज़िम के साथ और आप यह सुनिश्चित करना चाहते हैं कि यह काम कर रहा है, तो आप 'swaks --pipe' चला सकते हैं
"एक्ज़िम-बीएच 127.0.0.2"'। एक आदर्श दुनिया में आप जिस प्रक्रिया से बात कर रहे हैं, उसे वैसा ही व्यवहार करना चाहिए
बिल्कुल stdin और stdout पर SMTP सर्वर की तरह। किसी भी डिबगिंग को भेजा जाना चाहिए
stderr, जिसे आपके टर्मिनल पर निर्देशित किया जाएगा। वास्तविक दुनिया में स्वाक्स ऐसा कर सकते हैं
आम तौर पर बच्चे के स्टडआउट पर कुछ डिबग को संभालें, लेकिन कैसे करें इसकी कोई गारंटी नहीं है
यह बहुत कुछ संभाल सकता है।

इस परिवहन के लिए IPC::Open2 मॉड्यूल की आवश्यकता होती है जो मानक पर्ल का हिस्सा है
वितरण। यदि यह मॉड्यूल लोड करने योग्य नहीं है, तो इस ट्रांसपोर्ट का उपयोग करने का प्रयास किया जाएगा
परिणामस्वरूप एक त्रुटि हुई और प्रोग्राम समाप्त हो गया।

--पाइप [/पथ/से/कमांड और तर्क]
प्रक्रिया का नाम और प्रक्रिया के लिए तर्क प्रदान करें। झुंड अंडे देने का प्रयास करेंगे
प्रक्रिया और पाइप के माध्यम से इसके साथ संचार करें। यदि तर्क एक नहीं है
निष्पादन योग्य स्वैक्स एक त्रुटि प्रदर्शित करेगा और बाहर निकल जाएगा।

मसविदा बनाना विकल्प

ये विकल्प प्रोटोकॉल लेयर से संबंधित हैं।

-टी, --को [ईमेल-पता[,ईमेल-पता,...]]
स्वाक्स को ईमेल के लिए लिफाफा-प्राप्तकर्ता के रूप में तर्क(ओं) का उपयोग करने या इसके लिए संकेत देने के लिए कहता है
यदि कोई तर्क प्रदान नहीं किया गया तो प्राप्तकर्ता। यदि एकाधिक प्राप्तकर्ता प्रदान किए गए हैं और
अंतिम प्राप्तकर्ता के डोमेन को रूट करने के लिए प्राप्तकर्ता डोमेन की आवश्यकता होती है
बशर्ते प्रयोग किया जाता है।

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

-एफ, --से [ईमेल-पता]
ईमेल के लिए लिफाफा-प्रेषक के रूप में तर्क का उपयोग करें, या यदि कोई तर्क निर्दिष्ट नहीं है तो उपयोगकर्ता को संकेत दें।
स्ट्रिंग <> को शून्य प्रेषक के अर्थ के लिए आपूर्ति की जा सकती है। यदि उपयोगकर्ता निर्दिष्ट नहीं करता है
प्रेषक का पता एक डिफ़ॉल्ट मान का उपयोग किया जाता है। डिफ़ॉल्ट प्रेषक का डोमेन-भाग एक है
स्थानीय होस्ट के पूर्ण-योग्य डोमेन नाम का सबसे अच्छा अनुमान। की विधि
स्थानीय-भाग का निर्धारण भिन्न-भिन्न होता है। विंडोज़ पर, Win32::लॉगिननाम() प्रयोग किया जाता है। यूनिक्स पर-
ish प्लेटफ़ॉर्म पर, $LOGNAME पर्यावरण चर का उपयोग किया जाता है यदि इसे सेट किया गया है। अन्यथा
गेटपव्यूड(3) का प्रयोग किया जाता है। यह भी देखें --force-getpwuid.

--एहलो, --एलएचओ, -एच, --हेलो [हेलो-स्ट्रिंग]
HELO/EHLO/LHLO कमांड के लिए तर्क के रूप में उपयोग करने के लिए स्ट्रिंग, या यदि कोई तर्क नहीं है तो तुरंत उपयोग करें
निर्दिष्ट. यदि इस विकल्प का उपयोग नहीं किया जाता है तो पूरी तरह से योग्य डोमेन नाम का सबसे अच्छा अनुमान लगाया जाता है
स्थानीय होस्ट का उपयोग किया जाता है. यदि Sys::Hostname मॉड्यूल, जो आधार का हिस्सा है
वितरण उपलब्ध नहीं है, उपयोगकर्ता को HELO मान के लिए संकेत दिया जाएगा। ध्यान दें कि
Sys::Hostname को कुछ हद तक स्थानीय होस्टनाम खोजने में सक्षम नहीं पाया गया है
परिस्थितियाँ। इसका वैसा ही प्रभाव होता है जैसे यदि Sys::Hostname अनुपलब्ध हो।

-q, --छोड़ने के बाद [स्टॉप-पॉइंट]
वह बिंदु जिस पर लेनदेन रोका जाना चाहिए। जब अनुरोध किया गया रुकने का बिंदु
लेन-देन में पहुँच गया है, और बशर्ते कि स्वैक्स ने पहले कोई त्रुटि न की हो
उस तक पहुंचने पर, स्वैक्स "छोड़ें" भेजेंगे और कनेक्शन को सफाई से बंद करने का प्रयास करेंगे।
ये उनके अर्थ के बारे में मान्य तर्क और टिप्पणियाँ हैं।

कनेक्ट, बैनर
लक्ष्य से ग्रीटिंग बैनर प्राप्त करने के बाद सत्र समाप्त करें।

प्रथम-हेलो, प्रथम-एलएचओ, प्रथम-एलएचओ
STARTTLS (लेकिन tls-on-connect नहीं) सत्र में, लेनदेन को बाद में समाप्त करें
दो हेलो में से पहला। गैर-STARTTLS लेनदेन में, HELO के समान ही व्यवहार करता है
(निचे देखो)।

एक्सक्लाइंट
XCLIENT भेजे जाने के बाद छोड़ें

टीएलएस बातचीत के तुरंत बाद लेनदेन बंद कर दें। ध्यान दें कि यह
STARTTLS या tls-on-connect हैं या नहीं, इसके आधार पर अलग-अलग स्थानों पर होता है
इस्तेमाल किया गया। यह हमेशा उस बिंदु के बाद बंद हो जाता है जहां टीएलएस पर बातचीत हुई होगी,
चाहे इसका प्रयास किया गया हो।

हेलो, एहलो, एलएचओ
STARTTLS या XCLIENT सत्र में, दूसरे HELO के बाद छोड़ दें। अन्यथा छोड़ो
पहले और एकमात्र हेलो के बाद।

प्राधि
प्रमाणीकरण के बाद छोड़ें. यह हमेशा उस बिंदु के बाद बंद हो जाता है जहां प्रमाणीकरण होता है
चाहे प्रयास किया गया हो, बातचीत की गई होगी।

मेल प्रेषक
MAIL FROM: भेजे जाने के बाद छोड़ें।

आरसीपीटी, टीओ
RCPT TO: भेजे जाने के बाद छोड़ें।

--समयबाह्य [समय]
एसएमटीपी लेनदेन टाइमआउट के रूप में तर्क का उपयोग करें, या यदि कोई तर्क नहीं दिया गया है तो उपयोगकर्ता को संकेत दें।
तर्क या तो एक शुद्ध अंक हो सकता है, जिसकी व्याख्या सेकंड के रूप में की जाएगी, या हो सकता है
एक विनिर्देशक s या m है (5s = 5 सेकंड, 3m = 180 सेकंड)। एक विशेष मामले के रूप में, 0
इसका मतलब है कि लेनदेन को टाइमआउट न करें। डिफ़ॉल्ट मान 30s है.

--प्रोटोकॉल [प्रोटोकॉल]
निर्दिष्ट करें कि लेनदेन में किस प्रोटोकॉल का उपयोग करना है। वैध विकल्प दिखाए गए हैं
नीचे दी गई सारणी। वर्तमान में 'कोर' प्रोटोकॉल SMTP, ESMTP और LMTP हैं। का उपयोग करके
इन प्रोटोकॉल प्रकारों के भिन्नरूपों को कोई भी डिफ़ॉल्ट पोर्ट निर्दिष्ट कर सकता है, चाहे
प्रमाणीकरण का प्रयास किया जाना चाहिए, और टीएलएस कनेक्शन का प्रकार होना चाहिए
प्रयास किया. डिफ़ॉल्ट प्रोटोकॉल ESMTP है. यह तालिका उपलब्ध को दर्शाती है
--प्रोटोकॉल के तर्क और प्रत्येक विकल्प एक साइड इफेक्ट के रूप में सेट होते हैं:

एसएमटीपी
हेलो, "-पी 25"

एसएसएमटीपी
EHLO->हेलो, "-tlsc -p 465"

एसएसएमटीपीए
एहलो->हेलो, "-ए-टीएलएससी-पी 465"

SMTPS
हेलो, "-टीएलएससी-पी 465"

ईएसएमटीपी
एहलो->हेलो, "-पी 25"

ईएसएमटीपीए
एहलो->हेलो, "-ए-पी 25"

ईएसएमटीपीएस
एहलो->हेलो, "-tls -p 25"

ईएसएमटीपीएसए
एहलो->हेलो, "-ए-टीएलएस-पी 25"

एलएमटीपी
एलएचएलओ, "-पी 24"

एलएमटीपीए
एलएचएलओ, "-ए-पी 24"

एलएमटीपीएस
एलएचएलओ, "-टीएलएस-पी 24"

एलएमटीपीएसए
एलएचएलओ, "-ए-टीएलएस-पी 24"

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

--force-getpwuid
स्वाक्स को इसके बजाय डिफ़ॉल्ट प्रेषक स्थानीय-भाग को खोजने के लिए getpwuid विधि का उपयोग करने के लिए कहें
पहले $LOGNAME आज़माने का।

टीएलएस / एन्क्रिप्शन

ये लेनदेन को एन्क्रिप्ट करने से संबंधित विकल्प हैं। इनका परीक्षण किया जा चुका है और
सभी तीन परिवहन विधियों के साथ काम करने की पुष्टि की गई। Net::SSLeay मॉड्यूल का उपयोग किया जाता है
अनुरोध किए जाने पर एन्क्रिप्शन निष्पादित करें। यदि यह मॉड्यूल लोड करने योग्य नहीं है तो स्वैक्स भी लोड हो जाएगा
टीएलएस अनुरोध या त्रुटि को अनदेखा करें, यह इस पर निर्भर करता है कि अनुरोध वैकल्पिक था या नहीं।
STARTTLS को ESMTP प्रोटोकॉल में एक एक्सटेंशन के रूप में परिभाषित किया गया है और यह अनुपलब्ध होगा
--प्रोटोकॉल smtp की विविधता पर सेट है। क्योंकि यह प्रोटोकॉल में परिभाषित नहीं है
स्वयं, --tls-on-connect किसी भी प्रोटोकॉल प्रकार के लिए उपलब्ध है यदि लक्ष्य इसका समर्थन करता है।

टीएलएस कनेक्शन पर बातचीत के लिए स्थानीय प्रमाणपत्र की आवश्यकता नहीं है। हालाँकि, कुछ
सर्वर यह सत्यापित करने के लिए क्लाइंट प्रमाणपत्र जांच का उपयोग करते हैं कि क्लाइंट को कनेक्ट करने की अनुमति है।
स्वैक्स को --tls-cert के उपयोग के माध्यम से एक विशिष्ट स्थानीय प्रमाणपत्र का उपयोग करने के लिए कहा जा सकता है
और --tls-कुंजी विकल्प।

-टीएलएस
STARTTLS का उपयोग करने के लिए कनेक्शन की आवश्यकता है। यदि किसी कारण से टीएलएस उपलब्ध नहीं है तो बाहर निकलें (नहीं)।
विज्ञापित, वार्ता विफल, आदि)।

-tlso, --tls-वैकल्पिक
यदि उपलब्ध हो तो STARTTLS का उपयोग करने का प्रयास करें, यदि TLS था तो सामान्य लेनदेन जारी रखें
किसी भी कारण से बातचीत करने में असमर्थ. ध्यान दें कि यह एक अर्ध-बेकार विकल्प है
वर्तमान में लागू किया गया क्योंकि बातचीत विफल होने के बाद कनेक्शन की स्थिति
अज्ञात है। कुछ मामलों में, संस्करण बेमेल की तरह, कनेक्शन को वैसे ही छोड़ दिया जाना चाहिए
सादे पाठ। अन्य मामलों में, सत्यापन विफलता की तरह, सर्वर-साइड ऐसा सोच सकता है
जब तक ग्राहक को लगे कि यह सादा पाठ है, तब तक टीएलएस बोलना जारी रखना चाहिए। वहाँ एक हो सकता है
भविष्य में और अधिक विस्तृत स्थिति का पता लगाने का प्रयास करें, लेकिन अभी केवल जागरूक रहें
यदि टीएलएस वार्ता का प्रयास किया जाता है तो इस विकल्प के साथ अजीब चीजें हो सकती हैं
विफल रहता है।

-tlsos, --tls-वैकल्पिक-सख्त
यदि उपलब्ध हो तो STARTTLS का उपयोग करने का प्रयास करें। यदि टीएलएस पर बातचीत हो तो लेनदेन के साथ आगे बढ़ें
सफलतापूर्वक या STARTTLS विज्ञापित नहीं किया गया। यदि STARTTLS विज्ञापित है लेकिन TLS
बातचीत विफल हो जाती है, इसे एक त्रुटि माना जाता है और लेनदेन रद्द कर दिया जाता है। नोट की गई चेतावनी के कारण
ऊपर, यह --tls-वैकल्पिक की तुलना में कहीं अधिक समझदार विकल्प है।

--tlsc, --tls-ऑन-कनेक्ट
कनेक्शन पर तुरंत टीएलएस कनेक्शन आरंभ करें। आम परंपरा का पालन करते हुए, यदि
यह विकल्प निर्दिष्ट है कि डिफ़ॉल्ट पोर्ट 25 से 465 में बदल जाता है, हालाँकि ऐसा हो सकता है
अभी भी --पोर्ट विकल्प के साथ ओवरराइड किया जाएगा।

-टीएलएसपी, --टीएलएस-प्रोटोकॉल विशिष्टता
निर्दिष्ट करें कि टीएलएस पर बातचीत करते समय कौन से प्रोटोकॉल का उपयोग करना है (या उपयोग नहीं करना है)। इस समय
लेखन, उपलब्ध प्रोटोकॉल sslv2, sslv3, tlsv1, tlsv1_1, और tlsv1_2 हैं।
इन प्रोटोकॉल की उपलब्धता आपकी अंतर्निहित ओपनएसएसएल लाइब्रेरी पर निर्भर है
ये सभी उपलब्ध नहीं हो सकते हैं. उपलब्ध प्रोटोकॉल की सूची में दिखाया गया है
--dump का आउटपुट (यह मानते हुए कि TLS बिल्कुल उपलब्ध है)।

विनिर्देश स्ट्रिंग प्रोटोकॉल की एक अल्पविराम-सीमांकित सूची है जिसका उपयोग किया जा सकता है या
उपयोग नहीं किया। उदाहरण के लिए 'tlsv1,tlsv1_1' तभी सफल होगा जब उन दोनों में से कोई एक हो
प्रोटोकॉल क्लाइंट और सर्वर दोनों पर उपलब्ध है। इसके विपरीत,
'no_sslv2,no_sslv3' sslv2 और sslv3 को छोड़कर किसी भी प्रोटोकॉल पर बातचीत करने का प्रयास करेगा।
विशिष्टता के दो रूपों को मिश्रित नहीं किया जा सकता है।

-टीएलएस-सिफर CIPHER_STRING
इस विकल्प का तर्क सूची सेट करने के लिए अंतर्निहित ओपनएसएसएल लाइब्रेरी को भेज दिया गया है
कनेक्शन के लिए स्वीकार्य सिफर का उपयोग किया जाना चाहिए। इस स्ट्रिंग का प्रारूप है
स्वैक्स के लिए अपारदर्शी और इसमें परिभाषित किया गया है
http://www.openssl.org/docs/apps/ciphers.html#सिफर_सूची_प्रारूप। एक संक्षिप्त उदाहरण
--tls-सिफर '3DES:+RSA' होगा।

--tls-सत्यापन
डिफ़ॉल्ट रूप से स्वैक्स कोई प्रमाणपत्र सत्यापन नहीं करता है। सेटिंग --tls-verify होगी
सर्वर के प्रमाणपत्र को सत्यापित करने का प्रयास करने के लिए स्वैक का कारण बनें। यदि यह विकल्प सेट है और
सर्वर का प्रमाणपत्र सत्यापन योग्य नहीं है (या तो सिस्टम-डिफ़ॉल्ट CA का उपयोग करके)।
जानकारी, या कस्टम सीए जानकारी (देखें --tls-ca-path)) टीएलएस बातचीत नहीं होगी
सफल।

--tls-ca-पथ [ /path/to/CAfile | /पथ/से/CAdir/ ]
डिफ़ॉल्ट रूप से स्वैक्स अंतर्निहित ओपनएसएसएल लाइब्रेरी की डिफ़ॉल्ट सीए जानकारी का उपयोग करेगा
सर्वर प्रमाणपत्रों का सत्यापन। --tls-ca-path आपको एक विकल्प निर्दिष्ट करने की अनुमति देता है
जगह। देखना http://www.openssl.org/docs/ssl/SSL_CTX_load_verify_locations.html एसटी
फ़ाइल/निर्देशिका सामग्री का विवरण।

--tls-cert /path/to/file
यदि टीएलएस है तो स्थानीय प्रमाणपत्र वाली फ़ाइल के लिए पथ प्रदान करें जिसका स्वैक को उपयोग करना चाहिए
बातचीत की. फ़ाइल पथ तर्क आवश्यक है. जैसा कि वर्तमान में लागू किया गया है
फ़ाइल में प्रमाणपत्र PEM प्रारूप में होना चाहिए. यदि कोई हो तो लेखक से संपर्क करें
ASN1 की अनिवार्य आवश्यकता। यदि यह विकल्प सेट है, तो --tls-key भी आवश्यक है।

--टीएलएस-कुंजी /पथ/से/फ़ाइल
यदि टीएलएस है तो स्थानीय निजी कुंजी वाली फ़ाइल के लिए पथ प्रदान करें जिसका स्वैक को उपयोग करना चाहिए
बातचीत की. फ़ाइल पथ तर्क आवश्यक है. जैसा कि वर्तमान में लागू किया गया है
फ़ाइल में प्रमाणपत्र PEM प्रारूप में होना चाहिए. यदि कोई हो तो लेखक से संपर्क करें
ASN1 की अनिवार्य आवश्यकता। यदि यह विकल्प सेट है, तो --tls-cert भी आवश्यक है।

--tls-गेट-पीयर-सर्टिफिकेट [/ पाथ/टू/फाइल]
टीएलएस पीयर प्रमाणपत्र की एक प्रति प्राप्त करें। यदि कोई तर्क नहीं दिया गया तो यह होगा
STDOUT पर प्रदर्शित किया गया। यदि कोई तर्क दिया जाता है तो इसे फ़ाइल सिस्टम पथ माना जाता है
यह निर्दिष्ट करना कि प्रमाणपत्र कहाँ लिखा जाना चाहिए। तब सहेजा गया प्रमाणपत्र हो सकता है
ओपनएसएल कमांड जैसे मानक टूल का उपयोग करके जांच की गई। यदि कोई फ़ाइल निर्दिष्ट की गई है तो यह
सामग्री अधिलेखित कर दी जाएगी.

प्रमाणीकरण

यदि ऐसा करने का निर्देश दिया गया तो स्वैक्स लक्ष्य मेल सर्वर को प्रमाणित करने का प्रयास करेगा। यह
अनुभाग विवरण उपलब्ध प्रमाणीकरण प्रकार, आवश्यकताएँ, विकल्प और उनके
इंटरैक्शन, और प्रमाणीकरण उपयोग में अन्य बढ़िया बिंदु। क्योंकि प्रमाणीकरण है
ESMTP प्रोटोकॉल में एक एक्सटेंशन के रूप में परिभाषित, यदि --protocol सेट है तो यह अनुपलब्ध होगा
smtp की विविधता के लिए।

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

यदि प्रमाणीकरण की आवश्यकता है (यह कब आवश्यक है और कब आवश्यक नहीं है, इसके लिए नीचे विकल्प देखें) और
उपलब्ध प्रमाणीकरण प्रकार के लिए आवश्यकताएँ पूरी नहीं होती हैं, स्वैक्स एक त्रुटि प्रदर्शित करता है
और बाहर निकल जाता है. ऐसा दो तरीकों से हो सकता है जिसमें स्वाक्स को किसी विशिष्ट चीज़ का उपयोग करने के लिए मजबूर करना शामिल है
प्रमाणीकरण प्रकार जिसका स्वैक आवश्यकताएँ गायब होने या स्वैक को इसकी अनुमति देने के कारण उपयोग नहीं कर सकता
किसी भी प्रमाणीकरण प्रकार का उपयोग करें, लेकिन सर्वर केवल उन प्रकारों का विज्ञापन करता है जिनका स्वैक समर्थन नहीं कर सकता। में
पहला मामला विकल्प प्रसंस्करण के समय त्रुटियों को उजागर करता है क्योंकि उसे पहले से पता होता है
प्रमाणित नहीं कर पाएंगे. बाद के मामले में स्वैक्स त्रुटि करेंगे
एसएमटीपी लेनदेन के प्रमाणीकरण चरण के बाद से स्वैक्स को इसकी जानकारी नहीं होगी
उस बिंदु तक प्रमाणित करने में सक्षम नहीं होगा।

किसी भी व्यक्तिगत नोट सहित समर्थित प्रमाणीकरण प्रकार निम्नलिखित हैं
आवश्यकताओं.

निम्नलिखित विकल्प स्वैक के प्रमाणीकरण के उपयोग को प्रभावित करते हैं। ये सभी विकल्प आपस में हैं-
संबंधित। उदाहरण के लिए, --auth-user निर्दिष्ट करने से --auth और --auth-password का तात्पर्य होता है।
--auth-वैकल्पिक निर्दिष्ट करने का अर्थ है --auth-user और --auth-password, आदि।

-ए, --ऑथ [ऑथ-टाइप [, ऑथ-टाइप, ...]]
प्रमाणित करने के लिए स्वैक्स की आवश्यकता है। यदि कोई तर्क नहीं दिया गया है, तो कोई समर्थित प्रमाणीकरण-प्रकार
सर्वर द्वारा विज्ञापित को तब तक आज़माया जाता है जब तक कि एक सफल या सभी विफल न हो जाएँ। यदि एक या अधिक
प्रमाणीकरण-प्रकार को एक तर्क के रूप में निर्दिष्ट किया जाता है, जिनमें से प्रत्येक का सर्वर भी समर्थन करता है, कोशिश की जाती है
क्रम में जब तक एक सफल या सभी असफल नहीं हो जाते। इस विकल्प को प्रमाणित करने के लिए स्वैक्स की आवश्यकता होती है,
इसलिए यदि कोई सामान्य प्रमाणीकरण-प्रकार नहीं मिलता है या कोई क्रेडेंशियल सफल नहीं होता है, तो स्वैक्स एक प्रदर्शित करता है
त्रुटि और निकास।

निम्न तालिकाएँ मान्य प्रमाणीकरण-प्रकारों को सूचीबद्ध करती हैं

लॉगिन करें, सादा
ये बुनियादी प्रमाणीकरण प्रकार पूरी तरह से समर्थित और परीक्षणित हैं और इनमें कोई कमी नहीं है
अतिरिक्त आवश्यकताएं

CRAM-MD5
CRAM-MD5 प्रमाणक को Digest::MD5 मॉड्यूल की आवश्यकता होती है। इसका पूर्ण परीक्षण किया गया है
और माना जाता है कि यह इसे लागू करने वाले किसी भी सर्वर के विरुद्ध काम करता है।

डाइजेस्ट-MD5
DIGEST-MD5 प्रमाणक (RFC2831) को Authen::SASL मॉड्यूल की आवश्यकता होती है। संस्करण
20100211.0 और पहले इस्तेमाल किया गया Authen::DigestMD5 जिसमें कुछ प्रोटोकॉल स्तर की त्रुटियां थीं
जिसने इसे कुछ सर्वरों के साथ काम करने से रोक दिया। ऑथेन::एसएएसएल का डाइजेस्ट-एमडी5
हैंडलिंग बहुत अधिक मजबूत है.

स्वैक्स में DIGEST-MD5 कार्यान्वयन काफी अपरिपक्व है। यह वर्तमान में समर्थन करता है
उदाहरण के लिए, केवल "auth" qop प्रकार। यदि आपके पास DIGEST-MD5 अनुभव है और
स्वैक्स को DIGEST-MD5 को बेहतर समर्थन देने में मदद करना चाहते हैं, कृपया मुझसे संपर्क करें।

DIGEST-MD5 प्रोटोकॉल का "दायरा" मान --auth-extra "दायरे" का उपयोग करके सेट किया जा सकता है
कीवर्ड. यदि कोई दायरा नहीं दिया गया है, तो उचित डिफ़ॉल्ट का उपयोग किया जाएगा।

DIGEST-MD5 प्रोटोकॉल के "डाइजेस्ट-यूरी" मान को --auth-extra का उपयोग करके सेट किया जा सकता है
विकल्प। उदाहरण के लिए, आप का डाइजेस्ट-यूरी-वैल्यू बना सकते हैं
"lmtp/mail.example.com/example.com" विकल्प के साथ "--auth-extra
dmd5-serv-type=lmtp,dmd5-host=mail.example.com,dmd5-serv-name=example.com"।
"डाइजेस्ट-यूरी-वैल्यू" स्ट्रिंग और उसके घटकों को RFC2831 में परिभाषित किया गया है। यदि कोई नहीं
ये मान दिए गए हैं, उचित डिफ़ॉल्ट का उपयोग किया जाएगा।

CRAM-SHA1
CRAM-SHA1 प्रमाणक को Digest::SHA मॉड्यूल की आवश्यकता होती है। इस प्रकार का ही है
एक्ज़िम सर्वर पर गैर-मानक कार्यान्वयन के विरुद्ध परीक्षण किया गया है और हो सकता है
इसलिए कार्यान्वयन में कुछ कमियाँ हैं।

एनटीएलएम/एसपीए/एमएसएन
इन प्रमाणकों को Authen::NTLM मॉड्यूल की आवश्यकता होती है। ध्यान दें कि दो हैं
सीपीएएन पर ऑथेन::एनटीएलएम नेमस्पेस का उपयोग करने वाले मॉड्यूल। मार्क बुश कार्यान्वयन
(Authen/NTLM-1.03.tar.gz) स्वैक्स के लिए आवश्यक संस्करण है। इस प्रकार रहा है
एक्ज़िम, कम्युनिगेट और एक्सचेंज 2007 के विरुद्ध परीक्षण किया गया।

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

-एओ, --ऑथ-वैकल्पिक [ऑथ-टाइप[,ऑथ-टाइप,...]]
यह विकल्प --auth के समान ही व्यवहार करता है सिवाय इसके कि यह प्रमाणीकरण का अनुरोध करता है
इसकी आवश्यकता के बजाय। यदि कोई सामान्य प्रमाणीकरण-प्रकार नहीं मिलता है या कोई क्रेडेंशियल नहीं है
सफल होने पर, स्वैक्स ऐसे आगे बढ़ता है मानो प्रमाणीकरण का अनुरोध नहीं किया गया हो।

-एओएस, --ऑथ-वैकल्पिक-सख्त [ऑथ-टाइप[,ऑथ-टाइप,...]]
यह विकल्प --auth और --auth-वैकल्पिक के बीच एक समझौता है। यदि कोई सामान्य लेख नहीं है-
प्रकार पाए जाते हैं, स्वैक्स ऐसा व्यवहार करता है मानो --auth-optional निर्दिष्ट किया गया हो और आगे बढ़ता है
सौदा। यदि स्वैक्स अनुरोधित प्रमाणीकरण-प्रकार का समर्थन नहीं कर सकता है, तो सर्वर नहीं करता है
किसी भी सामान्य प्रमाणीकरण प्रकार का विज्ञापन करें, या यदि कोई क्रेडेंशियल सफल नहीं होता है, तो स्वैक्स ऐसा व्यवहार करता है
--auth का उपयोग किया गया और एक त्रुटि के साथ बाहर निकल गया।

-au, --auth-उपयोगकर्ता [उपयोगकर्ता नाम]
प्रमाणीकरण के लिए उपयोग किया जाने वाला उपयोगकर्ता नाम प्रदान करें, या यदि नहीं है तो उपयोगकर्ता को इसके लिए संकेत दें
तर्क प्रदान किया गया है. स्ट्रिंग <> को एक खाली उपयोगकर्ता नाम के रूप में आपूर्ति की जा सकती है।

-एपी, --ऑथ-पासवर्ड [पासवर्ड]
प्रमाणीकरण के लिए उपयोग किया जाने वाला पासवर्ड प्रदान करें, या यदि नहीं है तो उपयोगकर्ता को इसके लिए संकेत दें
तर्क प्रदान किया गया है. स्ट्रिंग <> को एक खाली पासवर्ड के रूप में दिया जा सकता है।

-एई, --ऑथ-अतिरिक्त [कीवर्ड=मूल्य[,...]]
कुछ प्रमाणीकरण प्रकार अतिरिक्त जानकारी को शामिल करने की अनुमति देते हैं
प्रमाणीकरण प्रक्रिया. हर कोने के लिए एक नया विकल्प जोड़ने के बजाय
प्रत्येक प्रमाणक, --auth-extra विकल्प इस जानकारी को प्रदान करने की अनुमति देता है।

निम्न तालिका वर्तमान में मान्यता प्राप्त कीवर्ड और प्रमाणकों को सूचीबद्ध करती है
जो उनका उपयोग करें

क्षेत्र, डोमेन
क्षेत्र और डोमेन कीवर्ड पर्यायवाची हैं। इनमें से किसी एक का उपयोग करने से "डोमेन" सेट हो जाएगा
एनटीएलएम/एमएसएन/एसपीए में विकल्प और DIGEST-MD5 में "दायरे" विकल्प

dmd5-सर्व-प्रकार
Dmd5-सर्व-प्रकार कीवर्ड का उपयोग DIGEST-MD5 प्रमाणक द्वारा किया जाता है और इसका उपयोग किया जाता है
भाग, डाइजेस्ट-यूरी-वैल्यू स्ट्रिंग बनाने के लिए (RFC2831 देखें)

dmd5-होस्ट
Dmd5-होस्ट कीवर्ड का उपयोग DIGEST-MD5 प्रमाणक द्वारा किया जाता है और इसका उपयोग किया जाता है
भाग, डाइजेस्ट-यूरी-वैल्यू स्ट्रिंग बनाने के लिए (RFC2831 देखें)

dmd5-सर्व-नाम
Dmd5-serv-name कीवर्ड का उपयोग DIGEST-MD5 प्रमाणक द्वारा किया जाता है और इसका उपयोग किया जाता है
भाग, डाइजेस्ट-यूरी-वैल्यू स्ट्रिंग बनाने के लिए (RFC2831 देखें)

-म, --ऑथ-मैप [ऑथ-एलियास = ऑथ-टाइप [,...]]
आधार प्रमाणीकरण प्रकारों पर वैकल्पिक नामों को मैप करने का एक तरीका प्रदान करता है। किसी के लिए उपयोगी
ऐसी साइटें जो सामान्य प्रकारों के लिए वैकल्पिक नामों का उपयोग करती हैं। यह कार्यक्षमता वास्तव में उपयोग की जाती है
आंतरिक रूप से एसपीए और एमएसएन प्रकारों को आधार प्रकार एनटीएलएम पर मैप करने के लिए। कमांड लाइन
इसे अनुकरण करने का तर्क "--ऑथ-मैप SPA=NTLM,MSN=NTLM" होगा। सभी लेख-
एसपीए और एमएसएन को छोड़कर ऊपर सूचीबद्ध प्रकार मैपिंग के लिए वैध लक्ष्य हैं।

-उपयुक्त, --auth-plaintext
प्रसारित होते समय AUTH स्ट्रिंग बेस64 एन्कोडेड को दिखाने के बजाय, उनका अनुवाद करें
स्क्रीन पर प्रिंट करने से पहले सादे टेक्स्ट में।

-एएचपी, --ऑथ-हाइड-पासवर्ड [प्रतिस्थापन स्ट्रिंग]
यदि यह विकल्प निर्दिष्ट किया गया है, तो किसी भी समय एक पठनीय पासवर्ड मुद्रित किया जाएगा
टर्मिनल (विशेष रूप से AUTH PLAIN और AUTH LOGIN) पासवर्ड को a से बदल दिया जाता है
डमी स्ट्रिंग (या यदि प्रदान की गई है तो "प्रतिस्थापन स्ट्रिंग" की सामग्री)। डमी स्ट्रिंग
बेस64 एनकोडेड होगा या --auth-plaintext विकल्प पर निर्भर नहीं होगा।

ध्यान दें कि --auth-hide-password --प्रोटेक्ट-प्रॉम्प्ट के समान है, लेकिन समान नहीं है
विकल्प। पहला पासवर्ड को SMTP लेनदेन में प्रदर्शित होने से बचाता है
इसकी परवाह किए बिना कि उन्हें कैसे दर्ज किया गया है। उत्तरार्द्ध संवेदनशील तारों की सुरक्षा करता है जब
उपयोगकर्ता उन्हें टर्मिनल पर टाइप करता है, भले ही स्ट्रिंग का उपयोग कैसे किया जाएगा।

एक्सक्लाइंट विकल्प

XCLIENT पोस्टफ़िक्स प्रोजेक्ट द्वारा प्रस्तुत एक SMTP एक्सटेंशन है। XCLIENT अनुमति देता है
(उचित रूप से अधिकृत) क्लाइंट सर्वर को आईपी जैसी वैकल्पिक जानकारी का उपयोग करने के लिए कहता है
ग्राहक के लिए पता या होस्टनाम। यह मेल के परीक्षण के लिए बहुत आसान पथ की अनुमति देता है
सर्वर कॉन्फ़िगरेशन. प्रोटोकॉल पर पूर्ण विवरण यहां उपलब्ध है
http://www.postfix.org/XCLIENT_README.html.

--xclient-addr [मान]
--xग्राहक-नाम [मूल्य]
--xclient-पोर्ट [VALUE]
--xclient-प्रोटो [मान]
--xclient-हेलो [मूल्य]
--xclient-लॉगिन [मान]
--xclient-रिवर्स-नाम [मान]
ये विकल्प XCLIENT विशेषताएँ निर्दिष्ट करते हैं जिन्हें लक्ष्य सर्वर पर भेजा जाना चाहिए। अगर
[VALUE] प्रदान नहीं किया गया है, स्वैक्स संकेत देगा और STDIN पर मान पढ़ेगा। देखना
http://www.postfix.org/XCLIENT_README.html किसलिए आधिकारिक दस्तावेज़ीकरण के लिए
विशेषताओं का मतलब और उनके संभावित मान, जिनमें विशेष "[अनुपलब्ध]" और शामिल हैं
"[TEMPUNAVAIL]" मान।

सरल उदाहरण के माध्यम से, सेटिंग "--xclient-name foo.example.com --xclient-addr
192.168.1.1" स्वैक्स को एसएमटीपी कमांड "XCLIENT NAME=foo.example.com" भेजने का कारण बनेगा
एडीडीआर=192.168.1.1"।

ध्यान दें कि "REVERSE_NAME" विशेषता आधिकारिक में दिखाई नहीं देती है
दस्तावेज़ीकरण. एक मेलिंग सूची थ्रेड है जो इसका दस्तावेजीकरण करता है, यहां देखा जा सकता है
http://comments.gmane.org/gmane.mail.postfix.user/192623.

इन सभी विकल्पों को एक-दूसरे के साथ मिलाया जा सकता है, और --xclient के साथ मिलाया जा सकता है
विकल्प (नीचे देखें)।

--xclient [XCLIENT_STRING]
यह "फ्री फॉर्म" XCLIENT विकल्प है। XCLIENT_STRING के लिए जो भी मान प्रदान किया गया है
XCLIENT smtp कमांड के तर्क के रूप में शब्दशः भेजा जाएगा। उदाहरण के लिए, यदि
"--xclient 'NAME= ADDR=192.168.1.1 FOO=bar'" का उपयोग किया जाता है, स्वैक्स SMTP कमांड भेजेगा
"एक्सक्लाइंट का नाम= ADDR=192.168.1.1 FOO=बार"। इससे प्राथमिक लाभ और भी अधिक है
उपरोक्त विशिष्ट विकल्प यह है कि यहां कोई XCLIENT सिंटैक्स सत्यापन नहीं है। यह
आपको परीक्षण के लिए लक्ष्य सर्वर पर अमान्य XCLIENT भेजने की अनुमति देता है। अगर कोई नहीं
XCLIENT_STRING को कमांड लाइन पर भेज दिया गया है, स्वैक्स संकेत देगा और मान को पढ़ेगा
एसटीडीआईएन।

--xclient विकल्प को उपरोक्त --xclient-* विकल्पों के साथ स्वतंत्र रूप से मिश्रित किया जा सकता है। अगर
"--xclient-addr 192.168.0.1 --xclient 'FOO=bar NAME=wind'" स्वाक्स को दिया जाता है, "XCLIENT
ADDR=192.168.0.1 FOO=bar NAME=wind" लक्ष्य सर्वर पर भेजा जाएगा।

--xclient-वैकल्पिक
--xclient-वैकल्पिक-सख्त
सामान्य ऑपरेशन में, --xclient* विकल्पों में से एक को सेट करने से सफलता मिलेगी
आगे बढ़ने के लिए XCLIENT लेनदेन होना आवश्यक है (अर्थात्, XCLIENT होना आवश्यक है
विज्ञापित, उपयोगकर्ता द्वारा अनुरोधित सभी विशेषताओं को विज्ञापित किया जाना आवश्यक है, और
सर्वर को स्वैक्स के XCLIENT अनुरोध को स्वीकार करना होगा)। ये विकल्प उसे बदल देते हैं
व्यवहार। --xclient-ऑप्शनल स्वाक्स को XCLIENT से बिना शर्त आगे बढ़ने के लिए कहता है
एसएमटीपी लेनदेन का चरण, चाहे वह सफल रहा हो।
--xclient-वैकल्पिक-सख्त समान लेकिन अधिक बारीक है। सख्त संस्करण होगा
जारी रखें XCLIENT का विज्ञापन नहीं किया गया था, लेकिन यदि XCLIENT का प्रयास किया गया लेकिन किया गया तो यह विफल हो जाएगा
सफल नहीं हुआ।

आंकड़े विकल्प

ये विकल्प एसएमटीपी लेनदेन के डेटा भाग की सामग्री से संबंधित हैं।

-डी, --डेटा [डेटा-भाग]
डेटा की संपूर्ण सामग्री के रूप में तर्क का उपयोग करें, या यदि कोई तर्क निर्दिष्ट नहीं है तो उपयोगकर्ता को संकेत दें।
यदि तर्क '-' प्रदान किया गया है तो डेटा STDIN से पढ़ा जाएगा। यदि कोई अन्य
तर्क प्रदान किया गया है और यह एक खुलने योग्य फ़ाइल के नाम, उसकी सामग्री का प्रतिनिधित्व करता है
फ़ाइल का उपयोग किया जाएगा. कोई भी अन्य तर्क स्वयं डेटा सामग्री के लिए होगा।

मान एक एकल पंक्ति पर हो सकता है, जिसमें \n (ascii 0x5c, 0x6e) दर्शाता है कि कहां
लाइन ब्रेक लगाए जाने चाहिए। प्रमुख बिंदुओं को उद्धृत किया जाएगा. समापन बिंदु नहीं है
आवश्यक है लेकिन अनुमति है। इस विकल्प के लिए डिफ़ॉल्ट मान "Date: %DATE%\nTo: है:
%TO_ADDRESS%\nप्रेषक: %FROM_ADDRESS%\nविषय: परीक्षण %DATE%\nX-मेलर: स्वैक्स v$p_version
Jetmore.org/john/code/swaks/\n%NEW_HEADERS%\n%BODY%\n"।

डेटा भाग पर बहुत ही बुनियादी टोकन पार्सिंग की जाती है। देखें--उपयोग-पुराने-डेटा-टोकन
बहिष्कृत के रूप में चिह्नित एकल-वर्ण टोकन के बारे में विवरण के लिए। निम्नलिखित
तालिका मान्यता प्राप्त टोकन और उनके प्रतिस्थापन मान दिखाती है:

%इस पते से%
लिफाफा-प्रेषक के साथ प्रतिस्थापित। अप्रचलित %F टोकन को प्रतिस्थापित करता है।

%पता करने के लिए%
लिफाफा-प्राप्तकर्ता(ओं) के साथ प्रतिस्थापित। अप्रचलित %T टोकन को प्रतिस्थापित करता है।

%दिनांक%
दिनांक में शामिल करने के लिए उपयुक्त प्रारूप में वर्तमान समय के साथ प्रतिस्थापित:
शीर्षक. ध्यान दें कि यह समयक्षेत्र के लिए मानक मॉड्यूल Time::Local का उपयोग करने का प्रयास करता है
गणना. यदि यह मॉड्यूल अनुपलब्ध है तो दिनांक स्ट्रिंग GMT में होगी।
अप्रचलित %D टोकन को प्रतिस्थापित करता है।

%NEW_HEADERS%
--ऐड-हेडर विकल्प की सामग्री से प्रतिस्थापित। यदि --एड-हेडर नहीं है
निर्दिष्ट यह टोकन बस हटा दिया गया है। अप्रचलित %H टोकन को प्रतिस्थापित करता है।

%शरीर%
--बॉडी विकल्प द्वारा निर्दिष्ट मान से प्रतिस्थापित। डिफ़ॉल्ट के लिए --body देखें।
अप्रचलित %H टोकन को प्रतिस्थापित करता है।

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

-डैब, --डंप-एज़-बॉडी
यदि --dump-as-body का उपयोग किया जाता है और डिफ़ॉल्ट बॉडी को बदलने के लिए किसी अन्य विकल्प का उपयोग नहीं किया जाता है
संदेश, मुख्य भाग को आउटपुट के समान आउटपुट से बदल दिया जाता है
--डम्प द्वारा प्रदान किया गया। --डंप की प्रारंभिक प्रोग्राम क्षमता छंद प्रदर्शित नहीं है, और
"डेटा" अनुभाग शामिल नहीं है. इसके अतिरिक्त, --dump में हमेशा पासवर्ड शामिल होते हैं।
डिफ़ॉल्ट रूप से --dump-as-body में पासवर्ड शामिल नहीं है, हालाँकि इसे इसके साथ बदला जा सकता है
--डंप-एज़-बॉडी-शो-पासवर्ड।

-डैबस्प, --डंप-एज़-बॉडी-शो-पासवर्ड
--dump-as-body में प्लेनटेक्स्ट पासवर्ड शामिल करने का कारण। यह विकल्प अनुशंसित नहीं है.
इस विकल्प का अर्थ है --डंप-एज़-बॉडी।

--शरीर [शरीर-विनिर्देश]
ईमेल का मुख्य भाग निर्दिष्ट करें. डिफ़ॉल्ट है "यह एक परीक्षण मेलिंग है"। अगर कोई नहीं
--body के लिए तर्क दिया गया है, अंतःक्रियात्मक रूप से एक की आपूर्ति करने का संकेत दिया गया है। यदि '-' की आपूर्ति की जाती है,
बॉडी को मानक इनपुट से पढ़ा जाएगा। यदि कोई अन्य पाठ उपलब्ध कराया गया है और पाठ
एक खुलने योग्य फ़ाइल का प्रतिनिधित्व करता है, उस फ़ाइल की सामग्री को मुख्य भाग के रूप में उपयोग किया जाता है। अगर यह
एक खुली-सक्षम फ़ाइल का प्रतिनिधित्व नहीं करता है, पाठ का उपयोग मुख्य भाग के रूप में किया जाता है।

यदि संदेश को MIME प्रारूप में मजबूर किया जाता है (देखें - संलग्न करें) तो इस विकल्प का तर्क
पहले MIME भाग के रूप में अनएन्कोडेड शामिल किया जाएगा। इसका कंटेंट-टाइप हमेशा रहेगा
पाठ/सादा.

--संलग्न करें [अनुलग्नक-विनिर्देश]
जब एक या अधिक --अटैच विकल्प प्रदान किया जाता है, तो संदेश एक में बदल जाता है
मल्टीपार्ट/मिश्रित MIME संदेश। --अटैच के तर्कों को उसी तरह संसाधित किया जाता है
--स्टडीन, फ़ाइल सामग्री, आदि के संबंध में --संलग्नक को एकाधिक आपूर्ति की जा सकती है
एकाधिक अनुलग्नक बनाने का समय। डिफ़ॉल्ट रूप से प्रत्येक अनुलग्नक एक के रूप में संलग्न होता है
एप्लिकेशन/ऑक्टेट-स्ट्रीम फ़ाइल। इस व्यवहार को बदलने के लिए --अटैच-टाइप देखें।

यदि कोई फ़ाइल नाम निर्दिष्ट किया गया है, तो MIME एन्कोडिंग में वह फ़ाइल नाम शामिल होगा। देखना
फ़ाइल नामकरण पर अधिक विवरण के लिए --अटैच-नाम।

'-' (STDIN) को एक तर्क के रूप में कई बार (एक बार) निर्दिष्ट करना कानूनी है
--बॉडी और --अटैच के लिए कई बार)। इस मामले में, वही सामग्री होगी
हर बार निर्दिष्ट होने पर संलग्न करें। यह समान सामग्री संलग्न करने के लिए उपयोगी है
अनेक MIME प्रकारों के साथ।

--संलग्न-प्रकार [माइम-प्रकार]
डिफ़ॉल्ट रूप से, वह सामग्री जो --अटैच विकल्प के साथ एक संदेश के साथ MIME संलग्न हो जाती है
एप्लिकेशन/ऑक्टेट-स्ट्रीम के रूप में एन्कोड किया गया। --अटैच-टाइप प्रत्येक के लिए माइम प्रकार बदलता है
--अटैच विकल्प जो इसके बाद आता है। इसे कई बार निर्दिष्ट किया जा सकता है.

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

-आह, --हेडर जोड़ें [हेडर]
यह विकल्प हेडर को डेटा में जोड़ने की अनुमति देता है। यदि %H डेटा में मौजूद है
इस विकल्प के तर्क से प्रतिस्थापित कर दिया गया है। यदि %H मौजूद नहीं है, तो तर्क है
डेटा में पहली दो लगातार नई लाइनों के बीच डाला गया (अर्थात, यह है
मौजूदा हेडर के अंत में डाला गया)।

विकल्प या तो एकाधिक बार निर्दिष्ट किया जा सकता है या एकाधिक के साथ एक बार निर्दिष्ट किया जा सकता है
हेडर को शाब्दिक '\n' स्ट्रिंग द्वारा अलग किया जाता है। तो, "--एड-हेडर 'फू: बार' --एड-हेडर
'बाज़: फू'" और "--एड-हेडर 'फू: बार\nबाज़: फू'" अंत में समान दो जोड़ते हैं
हेडर।

--हेडर [हेडर-और-डेटा], --एच-हेडर [डेटा]
ये विकल्प डेटा में पहले से मौजूद हेडर को बदलने का एक तरीका देते हैं। '--हेडर
"विषय: फू"' और '--एच-विषय फू' समतुल्य हैं। यदि हेडर पहले से नहीं है
डेटा में मौजूद है तो यह तर्क --एड-हेडर के समान व्यवहार करता है। हालांकि, यदि
हेडर पहले से मौजूद है, इसे निर्दिष्ट हेडर से बदल दिया गया है।

-जी यदि निर्दिष्ट किया गया है, तो स्वैक्स एसटीडीआईएन से मेल के लिए डेटा मान पढ़ेगा। यह है
"--डेटा -" के बराबर। यदि ईमेल में कोई From_ लाइन है, तो उसे हटा दिया जाएगा
(लेकिन -nsf विकल्प देखें)। इसके बजाय वास्तविक संदेश (फ़ाइलों में संग्रहीत) देने के लिए उपयोगी
उदाहरण संदेशों का उपयोग करना।

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

--नो-स्ट्रिप-फ्रॉम, -एनएसएफ
यदि मौजूद है, तो डेटा भाग से From_ लाइन को न हटाएं।

आउटपुट विकल्प

डिफ़ॉल्ट रूप से स्वैक्स अपने कॉलर (STDOUT/STDERR) को अपने लेनदेन की एक प्रतिलेख प्रदान करता है।
इस प्रतिलेख का लक्ष्य लेन-देन का यथासंभव विश्वसनीय प्रतिनिधित्व करना है
हालाँकि यह लाइनों में सूचनात्मक उपसर्ग जोड़कर इस आउटपुट को संशोधित करता है
टीएलएस लेनदेन के सादे पाठ संस्करण प्रदान करना

"सूचनात्मक उपसर्गों" को लेनदेन संकेत के रूप में जाना जाता है। ये संकेत हैं
शुरुआत में उन अंकन रेखाओं से बना है जो स्वयं स्वैक्स का आउटपुट हैं
सूचनात्मक या त्रुटि संदेश, और वे जो वास्तव में भेजे गए डेटा की एक पंक्ति को इंगित करते हैं
एक लेन-देन में प्राप्त हुआ। यह तालिका संकेत और उनके अर्थ दर्शाती है:

=== स्वैक्स द्वारा उत्पन्न एक सूचनात्मक लाइन को इंगित करता है

***स्वैक्स के भीतर उत्पन्न एक त्रुटि को इंगित करता है

->स्वैक्स द्वारा लक्ष्य सर्वर पर भेजी गई अपेक्षित लाइन को इंगित करता है

~> लक्ष्य सर्वर पर स्वैक्स द्वारा भेजी गई टीएलएस-एन्क्रिप्टेड, अपेक्षित लाइन को इंगित करता है

**>स्वैक्स द्वारा लक्ष्य सर्वर पर भेजी गई एक अप्रत्याशित लाइन को इंगित करता है

*~> लक्ष्य सर्वर पर स्वैक्स द्वारा भेजी गई टीएलएस-एन्क्रिप्टेड, अप्रत्याशित लाइन को इंगित करता है

> स्वैक्स द्वारा लक्ष्य सर्वर पर भेजे गए परीक्षण के एक कच्चे हिस्से को इंगित करता है (देखें - शो-रॉ-टेक्स्ट)।
इस स्तर पर "अपेक्षित" या "अप्रत्याशित" की कोई अवधारणा नहीं है।

<- लक्ष्य सर्वर द्वारा स्वैक्स को भेजी गई अपेक्षित लाइन को इंगित करता है

<~ लक्ष्य सर्वर द्वारा स्वैक्स को भेजी गई टीएलएस-एन्क्रिप्टेड, अपेक्षित लाइन को इंगित करता है

<** लक्ष्य सर्वर द्वारा स्वैक्स को भेजी गई एक अप्रत्याशित लाइन को इंगित करता है

<~* लक्ष्य सर्वर द्वारा स्वैक्स को भेजी गई टीएलएस-एन्क्रिप्टेड, अप्रत्याशित लाइन को इंगित करता है

< लक्ष्य सर्वर से स्वैक्स द्वारा प्राप्त पाठ का एक कच्चा हिस्सा इंगित करता है (देखें)।
--दिखाएँ-कच्चा-पाठ)। इस स्तर पर "अपेक्षित" या "अप्रत्याशित" की कोई अवधारणा नहीं है।

निम्नलिखित विकल्प नियंत्रित करते हैं कि कॉलर को क्या और कैसे आउटपुट प्रदर्शित किया जाए।

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

-stl, --शो-टाइम-लैप्स [i]
भेजने/प्राप्त करने वाले जोड़े के बीच समय अंतराल प्रदर्शित करें। यह विकल्प तब सर्वाधिक उपयोगी होता है जब
Time::HiRes उपलब्ध है, ऐसी स्थिति में समय व्यतीत होने पर प्रदर्शित किया जाएगा
एक सेकंड का हजारवां हिस्सा. यदि Time::HiRes अनुपलब्ध है या तर्क के रूप में "i" दिया गया है
चूक केवल पूर्णांक सेकंड में प्रदर्शित की जाएगी।

-निह, --कोई-जानकारी-संकेत नहीं
सूचनात्मक लेनदेन के लिए लेनदेन संकेत प्रदर्शित न करें। ये सबसे ज्यादा है
उदाहरण के लिए, सूचनात्मक पंक्तियों के कुछ भाग की प्रतिलिपि बनाने की आवश्यकता होने पर उपयोगी
--tls-get-peer-cert से प्रमाणपत्र आउटपुट।

-nsh, --नहीं-भेजें-संकेत
-एनआरएच, --कोई-प्राप्त-संकेत नहीं
-नवां, --कोई संकेत नहीं
--नहीं-भेजें-संकेत और --नहीं-प्राप्त-संकेत भेजने और से लेन-देन उपसर्ग को दबाते हैं
क्रमशः पंक्तियाँ प्राप्त करें। इसका कुछ भाग कॉपी करते समय यह अक्सर उपयोगी होता है
अन्यत्र उपयोग के लिए लेनदेन (उदाहरण के लिए, "--नहीं-भेजें-संकेत--छिपाएँ-प्राप्त करें
--hide-informational" किसी दिए गए के लिए केवल क्लाइंट-साइड कमांड प्राप्त करने का एक उपयोगी तरीका है
लेन-देन)। --no-hints --no-send-hints और दोनों को निर्दिष्ट करने के समान है
--नहीं-प्राप्त-संकेत.

लेनदेन संकेत न दिखाएं (कॉपी/पेस्ट-सक्षम बनाने के लिए -hr के साथ संयोजन में उपयोगी
लेन-देन)।

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

--आउटपुट फ़ाइल
--आउटपुट-फ़ाइल-stdout
--आउटपुट-फ़ाइल-stderr
ये विकल्प उपयोगकर्ता को stdout/stderr के बजाय फ़ाइलों में आउटपुट भेजने की अनुमति देते हैं।
पहला विकल्प दोनों को एक ही फ़ाइल में भेजता है। &STDOUT और &STDERR के तर्क हैं
"सामान्य" फ़ाइल हैंडल को संदर्भित करते हुए विशेष रूप से व्यवहार किया जाता है, इसलिए "--आउटपुट-फ़ाइल-stderr
'&STDOUT'' STDERR को STDOUT पर पुनर्निर्देशित करेगा।

-पीपी, --प्रोटेक्ट-प्रॉम्प्ट
संभावित रूप से संवेदनशील संकेतों पर उपयोगकर्ता इनपुट की प्रतिध्वनि न करें (केवल अभी)।
प्रमाणीकरण पासवर्ड)। यह भी देखें --auth-hide-password

-घंटा, --छिपाना-प्राप्त करना
स्वैक द्वारा प्राप्त की जा रही दूरस्थ सर्वर से भेजी गई पंक्तियों को प्रदर्शित न करें

-एचएस, - छुपाएं-भेजें
स्वैक्स द्वारा दूरस्थ सर्वर पर भेजी जा रही लाइनें प्रदर्शित न करें

-हाय, --छिपाएँ-जानकारीपूर्ण
स्वयं स्वैक्स से गैर-त्रुटि सूचनात्मक पंक्तियाँ प्रदर्शित न करें।

-हा, --छिपाओ-सब
टर्मिनल पर कोई भी सामग्री प्रदर्शित न करें.

-एस, --मौन [स्तर]
स्वाकों को चुप कराओ। यदि कोई तर्क नहीं दिया गया है या यदि "1" का तर्क दिया गया है,
जब तक कोई त्रुटि न हो, तब तक कोई आउटपुट प्रिंट न करें, जिसके बाद सभी आउटपुट दिखाए जाएं। यदि एक
"2" का तर्क दिया गया है, केवल मुद्रण त्रुटियाँ। यदि "3" दिया गया है, तो कभी भी कोई आउटपुट न दिखाएं।

--सहयोग
क्षमताएँ प्रिंट करें और बाहर निकलें। कुछ सुविधाओं के लिए गैर-मानक पर्ल मॉड्यूल की आवश्यकता होती है।
यह विकल्प मूल्यांकन करता है कि क्या ये मॉड्यूल मौजूद हैं और कौन सा प्रदर्शित करता है
कार्यक्षमता उपलब्ध है और कौन सी नहीं है, और कौन से मॉड्यूल को जोड़ने की आवश्यकता होगी
गुम कार्यक्षमता प्राप्त करने के लिए.

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

--मदद
यह सहायता जानकारी प्रदर्शित करें.

--संस्करण
संस्करण जानकारी प्रदर्शित करें।

पोर्टेबिलिटी

ऑपरेटिंग सिस्टम
यह प्रोग्राम मुख्य रूप से यूनिक्स जैसे ऑपरेटिंग सिस्टम पर उपयोग के लिए था, और यह
उसके किसी उचित संस्करण पर काम करना चाहिए। इसे विकसित और परीक्षण किया गया है
सोलारिस, लिनक्स, और मैक ओएस एक्स और इन सभी पर यह सुविधा पूर्ण है।

यह प्रोग्राम विंडोज़ पर बुनियादी कार्यक्षमता प्रदर्शित करने के लिए जाना जाता है
एक्टिवस्टेट का पर्ल। इसका पूर्ण परीक्षण नहीं किया गया है। काम करने के लिए जाने जाते हैं बुनियादी SMTP
कार्यक्षमता और लॉगिन, प्लेन और CRAM-MD5 प्रमाणीकरण प्रकार। अज्ञात कोई टीएलएस है
कार्यक्षमता और NTLM/SPA और DIGEST-MD5 प्रमाणीकरण प्रकार।

क्योंकि यह प्रोग्राम वहां भी काम करना चाहिए जहां पर्ल काम करता है, मैं इसके बारे में जानने की सराहना करूंगा
कोई भी नया ऑपरेटिंग सिस्टम जिस पर आपने पूरी तरह से स्वैक का उपयोग किया है और साथ ही कोई समस्या भी है
एक नए OS पर सामना हुआ।

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

बाहर निकलें कोड

0 कोई त्रुटि नहीं हुई

कमांड लाइन विकल्पों को पार्स करने में 1 त्रुटि

2 दूरस्थ सर्वर से कनेक्ट करने में त्रुटि

3 अज्ञात कनेक्शन प्रकार

4 "पाइप" के कनेक्शन प्रकार के साथ चलते समय, लिखने या पढ़ने में घातक समस्या
बच्चे की प्रक्रिया

5 "पाइप" के कनेक्शन प्रकार के साथ चलते समय, चाइल्ड प्रोसेस की अप्रत्याशित रूप से मृत्यु हो गई। यह
इसका मतलब यह हो सकता है कि --पाइप के साथ निर्दिष्ट प्रोग्राम मौजूद नहीं है।

6 कनेक्शन अप्रत्याशित रूप से बंद हो गया। यदि 'छोड़ें' के जवाब में बंद का पता चलता है
स्वैक्स एक अप्रत्याशित प्रतिक्रिया के बाद उस अप्रत्याशित के लिए त्रुटि कोड भेजता है
इसके बजाय प्रतिक्रिया का उपयोग किया जाता है। उदाहरण के लिए, यदि कोई मेल सर्वर किसी को 550 प्रतिक्रिया देता है
मेल से: और फिर तुरंत कनेक्शन बंद कर देता है, स्वैक्स पता लगाता है कि
कनेक्शन बंद है, लेकिन इसकी प्रकृति का विवरण देने के लिए अधिक विशिष्ट निकास कोड 23 का उपयोग करता है
विफलता। यदि इसके बजाय सर्वर 250 कोड लौटाता है और फिर तुरंत बंद कर देता है
कनेक्शन, स्वैक्स निकास कोड 6 का उपयोग करेगा क्योंकि कोई अधिक विशिष्ट निकास नहीं है
कोड।

पूर्वापेक्षाओं में 10 त्रुटि (आवश्यक मॉड्यूल उपलब्ध नहीं है)

सर्वर से प्रारंभिक बैनर पढ़ने में 21 त्रुटि

हेलो लेनदेन में 22 त्रुटि

23 मेल लेनदेन में त्रुटि

24 कोई आरसीपीटी स्वीकार नहीं किए गए

25 सर्वर ने डेटा अनुरोध में त्रुटि लौटाई

26 सर्वर ने निम्नलिखित डेटा वाले मेल को स्वीकार नहीं किया

सामान्य सत्र छोड़ने के अनुरोध के बाद 27 सर्वर ने त्रुटि लौटाई

AUTH लेनदेन में 28 त्रुटि

टीएलएस लेनदेन में 29 त्रुटि

टीएलएस वार्ता के बाद ईएचएलओ में 32 त्रुटि

XCLIENT लेनदेन में 33 त्रुटि

XCLIENT के बाद EHLO में 34 त्रुटि

हमारे बारे में（ABOUT） THE नाम

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

"एक किस के साथ मुहरबंद"
SWAK/SWAKs कभी-कभी इंटरनेट पर "प्यार के साथ" अर्थ के साथ आता है।

बुरा/गरीब/बीमार (अफ़्रीकी)
इसे "SA se bes en swax gekledes in 2011" शीर्षक में देखा, जिसका अनुवाद इस प्रकार किया गया था
देशी वक्ताओं द्वारा "सबसे अच्छे और सबसे खराब कपड़े"। Google अनुवाद को "स्वैक्स" पसंद नहीं है
गेकलेडेस", लेकिन यह "स्वाक" का अनुवाद "गरीब" और "स्वाक गेकलेडे" का अनुवाद "खराब कपड़े पहने" के रूप में करेगा।

संपर्क（CONTACT）

[ईमेल संरक्षित]
कृपया सामान्य संपर्क, प्रश्न, पैच, अनुरोध आदि के लिए इस पते का उपयोग करें।

[ईमेल संरक्षित]
यदि आप नया संस्करण आने पर सूचनाएं प्राप्त करने के लिए एक सूची में शामिल होना चाहेंगे
स्वैक्स जारी हो गया है, कृपया इस पते पर एक ईमेल भेजें।

http://www.jetmore.org/john/code/swaks/
परिवर्तन लॉग, यह सहायता और नवीनतम संस्करण इस लिंक पर पाया जाता है।

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