मैंने स्पैम कैसे भेजा

परिचय

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

ओरेकल सेटअप

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

काम के अंतिम स्थान पर, मुझे पहले से ही उपयोगकर्ताओं को ईमेल द्वारा मासिक रिपोर्ट भेजनी थी, इसलिए यह कार्य मेरे लिए विदेशी नहीं लग रहा था, इसके अलावा, मुझे उम्मीद थी कि मैं मैनुअल श्रम के साथ समय को संभाल सकता हूं। दूसरी ओर, आवश्यक विषयों के हाथ + विशेषज्ञों पर सभी आवश्यक बुनियादी ढांचे थे, जिनके साथ बात करना संभव था। यहां कुछ भी नहीं था - आपको इसे स्वयं पता लगाने की आवश्यकता है।

डेटाबेस से मेल भेजने के लिए ओरेकल के कई तरीके हैं, यहाँ कुछ ऐसे पैकेज हैं जिनकी आवश्यक कार्यक्षमता है:

• UTL_MAIL
• UTL_SMTP
• UTL_TCP
• UTL_HTTP

इनमें से किसी भी पैकेज में पूरी तरह से आवश्यक तर्क होते हैं। सबसे हाल ही में UTL_MAIL पैकेज है, जिसे मैंने उपयोग करने का निर्णय लिया है। मैं तुरंत कहूंगा कि यह पैकेज डिफ़ॉल्ट रूप से ओरेकल असेंबली में शामिल नहीं है, इसे हाथ से स्थापित किया जाना चाहिए। पैकेज के भाग दो फाइलों में हैं:
1. पैकेज विनिर्देश फ़ाइल में है $ @ ORACLE_HOME \ rdbms \ admin \ utlmail.sql
2. पैकेज निकाय एन्क्रिप्ट किया गया है और फ़ाइल में $ @ ORACLE_HOME \ rdbms \ admin \ prvtmail.sql है।

इसे SYS उपयोगकर्ता के अंतर्गत से रोल आउट करने की आवश्यकता है, मैं सामान्य रूप से कमांड विंडो PL / SQL डेवलपर से पैकेज को स्थापित करने में विफल रहा, अर्थात। इसे स्थापित किया गया था, लेकिन इसने संकलन त्रुटियों को उत्पन्न किया। Sqlplus से सब कुछ पूरी तरह से स्थापित किया गया था।

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

मेल सर्वर

जैसा कि यह निकला, आपको अभी भी मेल भेजने के लिए बुनियादी ढांचे की आवश्यकता है, अर्थात्। ओरेकल को छोड़कर, आपको एक मेल सर्वर की आवश्यकता होती है जो मेरे पास नहीं है, और मैंने कल्पना भी नहीं की है कि इसे कैसे स्थापित और कॉन्फ़िगर किया जाए, और क्या यह आवश्यक है?

एक छोटी खोज के बाद, मुझे निम्नलिखित लेख मिला http://jiri.wordpress.com/2010/03/24/send-emails-using-utl_mail-and-google-gmail-smtp-server/ जिसमें बताया गया है कि GMAIL को मेल कैसे भेजें। लेख के लेखक मेरी जैसी स्थिति में गिर गए और एक सरल समाधान की पेशकश की, जिसे मैंने उपयोग करने का फैसला किया। मैंने GMAIL पर एक नया मेलबॉक्स शुरू किया, जिसका उपयोग E-MailRelay को स्वचालित रूप से पत्र भेजने, डाउनलोड करने और स्थापित करने के लिए किया जाएगा। तुरंत, मेरे लिए यह काम नहीं कर रहा था, मुझे प्रलेखन को थोड़ा पढ़ना पड़ा और इस सर्वर के साथ बातचीत का वर्णन करने वाले अधिक लेखों की तलाश करनी पड़ी। नतीजतन, सभी आवश्यक पैरामीटर बैट-फाइल, ईमेलरैल में मेलबॉक्स डेटा दर्ज किए गए थे। फ़ाइल, और सर्वर सफलतापूर्वक शुरू किया गया था।

पत्र भेजना

मेल सर्वर (या एसएमटीपी प्रॉक्सी, हमारे मामले में) को स्थापित करने के बाद, आपको ओरेकल को अपना पता निर्दिष्ट करना होगा:

alter system set smtp_out_server = 'ip-address:port' scope=Both; 

मेरे मामले में, ओरेकल और एसएमटीपी प्रॉक्सी एक ही मशीन पर हैं, इसलिए पता 127.0.0.1, पोर्ट 25 है ।

Utl_mail.send का उपयोग करके एक ईमेल भेजने की कोशिश करें, इसके लिए मुझे सेटिंग्स के साथ थोड़ा और अधिक खेलना होगा, उदाहरण के लिए, यह पता चला कि प्रेषक फ़ील्ड में निम्न प्रारूप में एक पते की आवश्यकता थी:
"<any_mail@any_mail_server.com>" , आप उसी स्थान पर प्रेषक का नाम भी निर्दिष्ट कर सकते हैं:
"प्रेषक का नाम <my_mail@any_mail_server.com>" , लेकिन संदेश वैसे भी आपके वास्तविक जीमेल मेलबॉक्स से आएगा, और यह इस तरह दिखेगा:
"प्रेषक का नाम <my_mail@any_mail_server.com>" <real_mailbox@gmail.com>

Mime_type और विभिन्न मेल सर्वरों को भेजने के साथ थोड़ा सा प्रयोग यह दर्शाता है कि रूसी पाठ के लिए 'टेक्स्ट / html' का उपयोग करना उचित है ; charset = "UTF-8" ' ।

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

लगभग 40 मिनट के बाद यह पता चला कि केवल पहले 4 अक्षर चले गए थे, बाकी कहीं अटक गए थे। डिबग की तैयारी में, मैंने उसी प्रक्रिया का उपयोग करके अपने मेलबॉक्स को 10 पत्र भेजे। नया पैकेज खोए हुए पत्रों के माध्यम से "धकेल दिया गया" और उन सभी को सफलतापूर्वक छोड़ दिया। सामान्य तौर पर, SMTP प्रॉक्सी ने काम किया, हालांकि कुछ असंगतता के साथ।

कहानी का निरंतरता

एक दिन बाद, सर्वर पर अपना खुद का व्यवसाय करते हुए, मैंने देखा कि एसएमटीपी प्रॉक्सी ने लगभग 80 पत्र भेजे, हालांकि पहली मेलिंग के बाद मैंने इसके माध्यम से कुछ और नहीं भेजा। मैंने gmail'e पर बॉक्स को चेक करने का फैसला किया। इनबॉक्स में अक्षरों के तीन पैक थे:


सभी तीन श्रृंखलाओं में मेल सर्वरों की प्रतिक्रियाएँ थीं जो किसी भी मेलबॉक्स को संदेश भेजने के बारे में नहीं थीं। भेजे गए संदेशों में निम्न चित्र देखा गया था:


यह पता चला कि मेरे मेलबॉक्स से vbibiorm@gmail.com और w852@ymail.com मेलबॉक्सेज़ पर दो अक्षर बचे थे, और विषय पंक्ति में प्रत्येक अक्षर में उस मशीन का आईपी पता था जिस पर मेरा SMTP प्रॉक्सी स्थापित था, अक्षरों का शरीर खाली था, लेकिन पत्र नाम के साथ एक लगाव था और शून्य बाइट्स का आकार।


जाहिर है, SMTP प्रॉक्सी में एक भेद्यता थी, और मुझे नहीं पता कि यह केवल अटैचमेंट के साथ ईमेल भेजते समय दिखाई दिया या यदि अटैचमेंट में मशीन की कमजोरियों / विशेषताओं के बारे में कुछ अतिरिक्त जानकारी होनी चाहिए। चूंकि दोनों मेलबॉक्सों को संदेश भेजने का समय समान है, इसलिए मैं यह निष्कर्ष निकालता हूं कि वे एक ही व्यक्ति के हैं। पाए गए भेद्यता के परिणामस्वरूप, एसएमटीपी प्रॉक्सी के माध्यम से निम्नलिखित प्रकार के पत्र भेजे गए थे:


Google अनुवाद चीनी के रूप में अक्षरों की भाषा को परिभाषित करता है। इन ई-मेलों की जानकारी के एक Google खोज से पता चला है कि उपयोगकर्ता अक्सर इन मेलबॉक्सों को पत्र भेजने से संबंधित मेल सर्वरों की समझ से बाहर की गतिविधि के बारे में शिकायत करते हैं। सामान्य तौर पर, इस तरह से "ओपन रिले" वाक्यांश मेरे शब्दकोश में दिखाई देता है। मैंने SMTP प्रॉक्सी को बंद कर दिया है, लेकिन सवाल यह है कि आगे क्या करना है? मैंने तीन विकल्प देखे:

1. चूंकि अक्सर मेल भेजने की योजना नहीं थी और पूरे पैकेज में, आप सब कुछ छोड़ सकते हैं जैसा कि यह है, अर्थात्। पत्र भेजने के समय ही मेल प्रॉक्सी को सक्षम करें - समय में सबसे सस्ता समाधान।
2. आप मेल सर्वर के विषय को अच्छी तरह से समझ सकते हैं और या तो इसे सही तरीके से कॉन्फ़िगर कर सकते हैं, या इसे और अधिक विश्वसनीय में बदल सकते हैं - समय में एक महंगा विकल्प, और इसके अलावा, यह ज्ञान भविष्य में मेरे लिए पूरी तरह से बेकार हो जाएगा।
3. मौजूदा ज्ञान का उपयोग करके कार्य-दौर का पता लगाने के लिए - समय लागत ज्ञात नहीं है।
4. मेल सर्वर में निपुण एक मित्र को खोजें।

मूल समस्या को देखते हुए, तीसरा विकल्प सबसे अधिक आशाजनक लग रहा था, बशर्ते कि यह समाधान प्रक्रिया से "मज़ेदार" मिले। इसके अलावा, विकल्प 1 और 4 लगभग बराबर हैं।

विकल्प

सबसे सरल और आदर्श विकल्प जीमेल के माध्यम से अतिरिक्त सर्वर के बिना तुरंत मेल भेजना है। आइए कोशिश करते हैं:

 alter system set smtp_out_server = 'smtp.gmail.com:587' scope=Both; 

अब एक संदेश भेजने का प्रयास निम्न त्रुटि देता है: "ORA-29279: SMTP स्थायी त्रुटि: 530 5.7.0 पहले एक STARTTLS आदेश जारी करना चाहिए। m29sm5336584poh.20। " मैं जीमेल डॉक्यूमेंटेशन में गया और अन्य पोर्ट्स की कोशिश की, http के माध्यम से मेलबॉक्स सेटिंग्स में काम करने की कोशिश की, https नहीं। नतीजतन, त्रुटि संदेश बदल गया, लेकिन मेल दूर नहीं गया। इंटरनेट पर एक खोज ने कई बिंदुओं को इंगित किया:

1. Gmail और Yahoo को STARTTLS (SSL का दूसरा नाम) के उपयोग की आवश्यकता है।
2. UTL_MAIL STARTTLS का समर्थन नहीं करता है।
3. विशेष रूप से जिद्दी साथियों ने utl_smtp पैकेज और utl_smtp.command (Con, 'STARTTLS') कमांड का उपयोग करने की कोशिश की, लेकिन असफल रहे। दस्तावेज़ में कहीं, मैंने पाया कि STARTTLS 11.2 संस्करण के बाद से Oracle द्वारा समर्थित है।
4. समुदाय की सामान्य राय इस प्रकार थी:

• जीमेल और याहू का उपयोग न करें और अपने आप को बेवकूफ न बनाएं।
• यदि आप जीमेल का उपयोग करना चाहते हैं, तो अपने आप को एक एसएमटीपी प्रॉक्सी सेट करें (विकल्प। लेख की शुरुआत में वर्णित)।
• यदि आप समझते हैं कि आप क्या कर रहे हैं, तो आप utl_smtp पैकेज के माध्यम से मेल सर्वर में लॉग इन करने का प्रयास कर सकते हैं।

मैंने बिंदु 4. ए को लागू करने का प्रयास करने का निर्णय लिया - मैं एक अन्य मेल सर्वर की तलाश कर रहा हूं, मुझे वहां एसएमटीपी के लिए सेटिंग्स मिल गई हैं, मैं परिवर्तन प्रणाली करता हूं। एक पत्र भेजने की कोशिश करते हुए, मुझे एक त्रुटि मिलती है: "ORA-29278: अस्थायी SMTP त्रुटि: 421 सेवा उपलब्ध है।" मैं सेटिंग्स को फिर से पढ़ता हूं, utl_smtp पैकेज के माध्यम से प्राधिकरण का उपयोग करके विकल्पों को जोड़ने का प्रयास करता हूं (इस विकल्प की चर्चा मिल सकती है, उदाहरण के लिए, यहां )। कुछ भी काम नहीं करता है, या तो किसी अन्य मेलर के माध्यम से या जीमेल के माध्यम से। मैं ब्राउज़र टैब को लगातार बंद करता हूं जो मुझे पहले से ही पता है, लेकिन संभावित रूप से उपयोगी लोगों की संख्या अनन्तता की ओर है:


मैं समझता हूं कि इसे समाप्त करने का समय है, अगली खोज के दौरान मुझे एक सरल विचार मिला: क्या मेरा पोर्ट 25 बंद है? जांचें (यह पता चला है, मुझे अब पता है कि यह कैसे करना है) - बंद। मैं अपने वैकल्पिक मेल सर्वर और पोर्ट 587 को इंगित करते हुए एक परिवर्तन प्रणाली बनाता हूं। मैं UTL_MAIL का उपयोग करके एक ईमेल भेजने का प्रयास करता हूं और त्रुटि प्राप्त करता है "ORA-29279: स्थायी SMTP त्रुटि: 501 प्रेषक पते में एक डोमेन होना चाहिए"। यह लगभग हो गया है, मुझे प्रेषक के नाम, और पत्र के पत्ते में आवश्यक Gmail'y "<>" से छुटकारा मिलता है।

निष्कर्ष

इस लेख में, मैंने क्षेत्र में मेल भेजने और मेल सर्वरों के संचालन के बारे में आवश्यक ज्ञान के अभाव में अपने अनुभव का वर्णन किया। परिणाम काफी संतोषजनक नहीं है, क्योंकि मुझे पहले से स्थापित एसएमटीपी प्रॉक्सी के समान "लीक" मेल सर्वर मिला। एक और मिनट बिताने के बाद, मुझे पता चला कि मैं मेल सर्वर पर मौजूद किसी भी मेलबॉक्स की ओर से एक ईमेल भेज सकता हूँ, उदाहरण के लिए, उदाहरण के लिए, निर्दिष्ट करके

 v_sender varchar2(200):='  <admin@mail.******>' 

जहाँ मेल है। ****** पाया गया मेल सर्वर का नाम है। हालाँकि, मैंने अपनी समस्याओं को हल कर लिया, मुझे एक छद्म प्रॉक्सी से छुटकारा मिल गया और इसकी सेटिंग्स को समझने की आवश्यकता हुई, UTL_MAIL और UTL_SMTP पैकेट के बारे में थोड़ा और सीखा। मैंने विकल्प 4.c से निपटने की भी योजना बनाई है, लेकिन यह मेरे लिए काम नहीं करता है, और मैंने फैसला किया कि मैं अधिक समय नहीं बिताऊंगा, अगर कोई व्यक्ति जीमेल के माध्यम से सीधे ओरेकल से पत्र भेज रहा है, तो इसके बारे में पढ़ना दिलचस्प होगा। मेल भेजने (स्पैम का पता लगाने के बाद) को फिर से संगठित करने और समानांतर में एक लेख लिखने पर, मैंने लगभग 6-7 घंटे बिताए।