curl प्रयोग गरी HTTP प्रोक्सीमार्फत मेल पठाउने

पठाउन प्रयास गर्नुअघि CONNECT अनुमतिहरू, SMTP TLS र छुट्टै प्रोक्सी तथा मेल-सेवा प्रमाणहरू जाँच गर्नुहोस्।

HTTP प्रोक्सीले मेल सर्भरको पोर्टमा CONNECT टनेल अनुमति दिन्छ भने SMTP जडान बोक्न सक्छ। त्यो अनुमति एउटै प्रोक्सीबाट वेबपेज लोड हुन्छ कि हुँदैन भन्नेभन्दा बढी महत्त्वपूर्ण छ।

STARTTLS सहित SMTP प्रयोग गर्ने सबमिशनको यो सामान्य स्वरूप हुन्छ:

curl --proxy http://203.0.113.10:8080 --proxytunnel \
  --url smtp://mail.example.com:587 --ssl-reqd \
  --user mail-user \
  --mail-from [email protected] \
  --mail-rcpt [email protected] \
  --upload-file message.eml

ठेगानाहरू प्लेसहोल्डर हुन्। तपाईंलाई अधिकार भएको मेल सेवा र प्रेषक प्रयोग गर्नुहोस्। प्रयोगकर्ता विकल्पमा केवल प्रयोगकर्तानाम भएमा curl पासवर्ड सोध्छ। सन्देश फाइललाई उपयुक्त मेल हेडर, खाली लाइन र बडी चाहिन्छ; त्यो केवल प्राप्तकर्ताको ठेगाना होइन।

छुट्टै जडान र लगइनको अपेक्षा गर्नुहोस्

HTTP टनेल विकल्प ले curl लाई प्रोक्सीसँग SMTP गन्तव्यमा जडान माग्न लगाउँछ। प्रोक्सीलाई curl का प्रोक्सी-प्रमाणीकरण विकल्पहरूमार्फत आफ्नै प्रमाण चाहिन सक्छ। त्यसपछि SMTP सेवाले त्यही जडानभित्र मेल प्रयोगकर्तालाई प्रमाणित गर्छ।

--ssl-reqd यो SMTP URL का लागि TLS अपग्रेड आवश्यक छ। इच्छित मेल होस्टनामका लागि प्रमाणपत्र प्रमाणीकरण खुला राख्नुहोस्। सफल प्रोक्सी प्रमाणीकरणले TLS वा मेल लगइन सफल हुने सिद्ध गर्दैन।

धेरै सामान्य HTTP प्रोक्सीले CONNECT पोर्ट सीमित गर्छन्। पोर्ट 587 अस्वीकार गर्नु जानाजानको नीति हुन सक्छ। असम्बन्धित पोर्ट बारम्बार प्रयास गर्ने वा सीमालाई खराबी ठान्ने सट्टा स्वीकृत मार्ग माग्नुहोस्।

मार्ग काम गरेपछि मेल सेवाहरूले प्रेषक अनुमति र सबमिशन नीति पनि लागू गर्न सक्छन्। SMTP प्रतिक्रिया पढ्नुहोस्। प्रमाणीकरणपछि अस्वीकृत सन्देशका लागि SMTP अभिवादन आउनुअघि अस्वीकृत टनेलभन्दा फरक समाधान चाहिन्छ।

सम्बन्धित लेखहरू