curl सह HTTP प्रॉक्सीद्वारे मेल पाठवणे

पाठवण्याचा प्रयत्न करण्यापूर्वी CONNECT परवानग्या, SMTP TLS आणि वेगळे प्रॉक्सी व मेल-सेवा क्रेडेन्शियल तपासा.

मेल सर्व्हरच्या पोर्टपर्यंत CONNECT टनेलला परवानगी देत असेल तर HTTP प्रॉक्सी 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 अभिवादन येण्यापूर्वी नाकारलेल्या टनेलपेक्षा वेगळा उपाय आवश्यक आहे.

संबंधित लेख