PHP स्क्रिप्ट के लिए मेल भेजने वाले सर्वर का उचित सेटअप, मेल स्थापित करना () फ़ंक्शन

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

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

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

शीर्षक शीर्षक ने सिर्फ इसलिए चुना, क्योंकि अपनी यात्रा की शुरुआत में मैं कुछ इस तरह की तलाश कर रहा था। हम पोस्टफ़िक्स, php, dns (ptr, spf) और बहुत कुछ कॉन्फ़िगर करेंगे।

यह लेख समर्पित सर्वर स्थापित करने वाले लोगों के लिए दिलचस्प होगा, लेकिन सामान्य प्रोग्रामर के लिए कम दिलचस्प नहीं है ।

कट के तहत विवरण

प्रस्तावना

कोई व्यक्ति उन फ़ंक्शन का उपयोग करता है जो मेल फ़ंक्शन (उदाहरण के लिए phpmailer) को प्रतिस्थापित करते हैं, वे सीधे SMTP के साथ संवाद कर सकते हैं, या वे स्थानीय सर्वर को भेज सकते हैं। लेकिन मानक अंतर्निहित और कॉन्फ़िगर किए गए PHP मेल () फ़ंक्शन का उपयोग करना बेहतर है जो मेल को स्थानीय आउटगोइंग मेल सर्वर को भेज देगा, जो बदले में खुद से निपटेगा। इस फ़ंक्शन का उपयोग करते समय, ब्रेक हमेशा सबसे छोटा होता है, क्योंकि स्थानीय मेल एजेंट जल्दी से मेल को स्वीकार या अस्वीकार कर देता है, और यदि ऐसा होता है, तो वह इसे अपने दम पर वितरित करता है।

लेख को सर्वोत्तम तरीके से प्रारूपित नहीं किया गया है। मैं माफी मांगता हूं, समय समाप्त हो रहा है, लेकिन मैं याद करते समय बताना चाहता हूं, अन्यथा कोई समय नहीं होगा।

हमारे काम की जांच कैसे करें?

इस विधि से परीक्षण

$result = mail('yourmail@domain.ru', 'subject', 'message'); if($result) { echo ' '; } else { echo '-  '; } 

हम पत्रों के बहुत सारे शीर्षक पढ़ेंगे। हेडर देखना जीमेल में बहुत सुविधाजनक है, 2 क्लिक में ऐसी सुविधा है, आप इसे खुद पाएंगे।

सुर्खियों में आने के लिए हमें किन लक्ष्यों की आवश्यकता है?

- ये gmail.com के हेडर हैं
कृपया ध्यान दें कि ये हेडर हैं जिनके साथ पत्र अंतिम-उपयोगकर्ता बॉक्स में आता है

 वितरित-टू: YourMAIL@DOMAIN.DOM
 प्राप्त: SMTP आईडी 9cs9033obe के साथ 10.182.0.137 द्वारा;
         सत, 21 जनवरी 2012 13:25:09 -0800 (PST)
 प्राप्त: SMTP आईडी fv7mr1052469bkc.113.1327181107295 के साथ 10.205.119.199 द्वारा;
         शनि, 21 जनवरी 2012 13:25:07 -0800 (PST)
 वापसी-पथ: <no-reply@wartur.ru>
 प्राप्त: wartur.ru से (wartur.ru। [188.134.79.140])
         द्वारा mx.google.com ESMTP आईडी ua10si4066845bkb.110.2012.01.21.21.13.25.06.06 के साथ;
         शनि, 21 जनवरी 2012 13:25:07 -0800 (PST)
 प्राप्त-एसपीएफ: पास (google.com: no-reply@wartur.ru का डोमेन 188.134.79.140 अनुमति प्रेषक के रूप में) ग्राहक-आईपी = 188.134.79.140;
 प्रमाणीकरण-परिणाम: mx.google.com;  spf = पास (google.com: no-reply@wartur.ru का डोमेन 188.134.79.140 अनुमति प्रेषक के रूप में) smtp.mail=no-reply@wartur.ru
 प्राप्त: wartur.ru द्वारा (पोस्टफ़िक्स, उपयोगकर्ता नाम 1002 से)
	 आईडी 9913B61D;  सूर्य, 22 जनवरी 2012 01:24:55 +0400 (MSK)
 To: YourMAIL@DOMAIN.DOM
 विषय: विषय
 X-PHP-Originating-Script: 1002: index.php
 संदेश-आईडी: <20120121212455.9913B61D@wartur.ru>
 दिनांक: सूर्य, २२ जनवरी २०१२ 01:24:55 +0400 (MSK)
 प्रेषक: no-reply@wartur.ru

- और mail.ru से इन हेडर को भी

 वापसी-पथ: <no-reply@wartur.ru>
 प्राप्त-एसपीएफ़: पास (mx64.mail.ru: wartur.ru का डोमेन 188.134.79.140 अनुमति प्रेषक के रूप में) ग्राहक-आईपी = 188.134.79.140;  envelope-from=no-reply@wartur.ru;  helo = wartur.ru;
 प्राप्त: [188.134.79.140] से (बंदरगाह = 64667 हैलो = wartur.ru)
	 mx64.mail.ru द्वारा esmtp के साथ (लिफाफा से <no-reply@wartur.ru>)
	 id 1RoiQJ-0005E9-6r
	 wartur@list.ru के लिए;  सूर्य, 22 जनवरी 2012 01:24:31 +0400
 एक्स-म्रू-बीएल: 0: 0: 0: 0
 X-Mru-PTR: wartur.ru
 एक्स-म्रू-एनआर: 1
 X-Mru-OF: लिनक्स (ईथरनेट / मॉडेम)
 एक्स-म्रू-आरसी: आरयू
 प्राप्त: wartur.ru द्वारा (पोस्टफ़िक्स, उपयोगकर्ता नाम 1002 से)
	 आईडी 460BC9B7;  सूर्य, 22 जनवरी 2012 01:24:20 +0400 (MSK)
 को: wartur@list.ru
 विषय: विषय
 X-PHP-Originating-Script: 1002: index.php
 संदेश-आईडी: <20120121212420.460BC9B7@wartur.ru>
 दिनांक: सूर्य, २२ जनवरी २०१२ 01:24:20 +0400 (MSK)
 प्रेषक: no-reply@wartur.ru
 एक्स-स्पैम: पता नहीं
 X-Mras: ठीक है
 X-Mru-Authenticated-Sender: uid: 1002@wartur.ru

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

मैं यह भी ध्यान देता हूं कि यदि आप मेल () फ़ंक्शन में 4 वाँ पैरामीटर सेट करते हैं और वहाँ से हेडर डालते हैं, तो: no-reply@wartur.ru हेडर भी बदल जाएगा, और यदि आप इसे सेट नहीं करते हैं, तो यह स्वचालित रूप से हेडर के समान पता लगाया जाएगा। वापसी-पथ: <no-reply@wartur.ru>, जिसे आप मेरी शीर्षकों में देख सकते हैं।
इस तरह की योजना बहुत सुविधाजनक है: भेजने से एक हेडर के साथ एक सर्वर से गुजरता है, और इसे जीमेल (डोमेन सेवाओं के माध्यम से) पर प्राप्त करता है। यह वांछनीय है कि मेल भी उसी डोमेन से संबंधित है जिसके लिए सर्वर कॉन्फ़िगर किया गया है, साथ ही नीचे सूचीबद्ध कुछ बिंदुओं को पूरा किया गया है।

चलिए शुरू करते हैं

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

- PHP सेटअप
हम कहते हैं कि हम php चाहते हैं, यह आप किसी तरह मेरे बिना है।

Php सेटिंग्स पर जाएं, समान रूप से बदलें:

 sendmail_path = / usr / sbin / sendmail -t -i -fno-reply@wartur.ru

इसने हमें शीर्ष-पथ का संकेत दिया: <no-reply@wartur.ru>

वैसे, 1: यह सर्वर के सभी वर्चुअल डोमेन के लिए ऐसा होगा, इसे ठीक करने और इसे चालू करने के लिए कॉन्फ़िगर करने के लिए, आपको मेल () फ़ंक्शन के लिए 5 वीं पैरामीटर पास करना होगा।

 $result = mail('YOURMAIL@DOMAIN.DOM', 'subject', 'message', 'From ...', '-fno-reply@yourdomine.ru'); 

वैसे 2: यदि आप 5 वीं पैरामीटर को साझा होस्टिंग पर रखते हैं, तो आपको अपने डोमेन को कॉन्फ़िगर करने की भी सिफारिश की जाती है, जैसा कि नीचे वर्णित है। मैं इस तथ्य पर आपका ध्यान आकर्षित करता हूं कि 1 आईपी = डोमेन के बाद से पीटीआर रिकॉर्ड के साथ एक ऑपरेशन करना असंभव है, या कम से कम उन्हें 2 करने की अनुशंसा नहीं की जाती है, मुझे पहले से याद नहीं है।

- एमटीए , उर्फ ​​स्थानीय आउटगोइंग मेल सर्वर को कॉन्फ़िगर करें
मैं ईमानदारी से आपको पोस्टफ़िक्स की सलाह देता हूं, फिर /etc/postfix/main.cf सेटिंग्स पर जाएं
उन लोगों के लिए जो पहले ही सेंडमेल में भाग चुके हैं, और महसूस किया कि उन्हें सिस्टम से बाहर निकालना कितना मुश्किल है, मैं कमांड को सलाह देता हूं:

 aptitude purge sendmail 

अगला, इस तरह से बराबर करें
myhostname = wartur.ru
#smtp_helo_name = k-wartur.wartur.ru
mydestination = _ALL_, wartur.ru, k-wartur.wartur.ru, localhost.wartur.ru, लोकलहोस्ट

(k-wartur.wartur.ru - यह wartur.ru डोमेन में मेरा सर्वर है)

"अगर मैं गलत नहीं हूँ, तो इससे मदद मिली।" जब वितरण एजेंट को दूसरे सर्वर पर प्रस्तुत किया जाता है, तो हेलो को प्रेषित किया जाता है। Myhostname बदलें, निम्नलिखित हेडर बदल जाएगा:
संदेश-आईडी: <20120121212420.460BC9B7@wartur.ru>

- डिफ़ॉल्ट रूप से smtp_helo_name myhostname है, मैटरियल पढ़ें

- mydestination - यदि मैं गलत नहीं हूँ, तो यह उन डोमेन को सेट करता है जिनसे MTA को प्रोसेसिंग के लिए मेल प्राप्त होगा, यदि आपने होस्टिंग (जो मैंने घर पर सर्वर पर स्थापित की है) साझा की है, तो _ALL_ के बिना आपको उन संकेत के अलावा अन्य डोमेन से मेल भेजने में समस्या होगी। ।

ठीक है, आप देखते हैं, शीर्षक पहले से बहुत अधिक सही हैं, वे नहीं हैं, अन्यथा पहले डरावनी थी।

- मेल सेवाओं के साथ तसलीम (मेलर्स)
और वे हमें एक निर्दयी स्रोत मानते हैं।
हमारा सर्वर सही तरीके से अपना परिचय देने में सक्षम था, लेकिन केवल मेल करने वालों को वैसे भी हम पर भरोसा नहीं है।
इसके लिए एक एल्गोरिथ्म का आविष्कार किया गया था, ताकि DNS (यदि वह निश्चित रूप से हमारे जैसे साक्षर हैं) का उपयोग करने वाला डोमेन स्वामी यह संकेत दे सके कि ऐसे और ऐसे सर्वरों पर भरोसा किया जा सकता है, लेकिन अन्य नहीं कर सकते।

हॉरर के बजाय जो अब आपके पास होना चाहिए:

 प्राप्त-एसपीएफ: पास (google.com: no-reply@wartur.ru का डोमेन 188.134.79.140 अनुमति प्रेषक के रूप में) ग्राहक-आईपी = 188.134.79.140;
 प्राप्त-एसपीएफ़: पास (mx64.mail.ru: wartur.ru का डोमेन 188.134.79.140 अनुमति प्रेषक के रूप में) ग्राहक-आईपी = 188.134.79.140;  envelope-from=no-reply@wartur.ru;  helo = wartur.ru;

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

हम DNS में जाते हैं और अपने डोमेन में TXT रिकॉर्ड बनाते हैं, मेरे मामले में wartur.ru
v = spf1 + mx + a: wartur.ru + a: k-wartur.wartur.ru + में शामिल हैं: gmail.com -all

v = spf1
इसका मतलब है कि एल्गोरिथ्म का spf1 संस्करण

+ एमएक्स
आप मेल पर भरोसा कर सकते हैं यदि इसे एमएक्स सर्वरों से भेजा जाता है, उदाहरण के लिए यदि एमएक्स.वर्टुरोव एक प्राप्त सर्वर है, तो यदि यह सर्वर भेजता है, तो सब कुछ ठीक हो जाएगा।

+ a: wartur.ru
आप wartur.ru डोमेन की सेवा करने वाले सर्वर पर भरोसा कर सकते हैं

मैं भी जोड़ दूंगा, उदाहरण के लिए, pupkin.ru मेरे मेल सर्वर पर स्थित था।
मैंने अपने आउटगोइंग मेल सर्वर k-wartur.wartur.ru को एक ड्राइव दी (साझा होस्टिंग की सामान्य स्थिति, यह हमेशा स्थानीय स्तर पर खर्च होती है, एक डेटाबेस की तरह, और यह सब)। फिर उसे + a: k-wartur.wartur.ru सेट करना होगा

+ शामिल हैं: gmail.com
हम gmail.com के सभी नियमों को आयात करते हैं, उनके पास अपने सर्वर के लिए ऐसा TXT रिकॉर्ड भी होता है। (मैं डोमेन के लिए Google सेवाओं का उपयोग करता हूं)

निर्माण सभी
हम इंगित करते हैं कि व्यवस्थापक अन्य स्थानों को अपना नहीं मानते हैं, और यह गेटवे में निकटतम वेश्यालय हो सकता है जो आपकी ओर से मेल भेज रहा है
(सभी, जिसका मतलब है कि पूरी दुनिया मेरे दोस्त हैं)

सेल्फ ट्रेनिंग के लिए मैटरियल
http://ru.wikipedia.org/wiki/Sender_Policy_Framework

- ईमेल सेवाओं के साथ तसलीम, रिवर्स पीटीआर की स्थापना
मेलर्स अभी भी एक अतिरिक्त टिक के लिए रिवर्स पीटीआर डोमेन ज़ोन के लिए पूछते हैं, मुझे लगता है कि यह टिक बोल्डेस्ट में से एक है, क्योंकि यह सर्वर को 100% परिभाषित करता है, और यदि यह सही तरीके से व्यवहार करता है, तो यह बहुत विश्वसनीय है और किसी भी पत्र को संभवत: पताकर्ता तक पहुंच जाएगा।
X-Mru-PTR: wartur.ru, यह Google पर भी प्राप्त होता है कि यह प्राप्त है: wartur.ru (wartur.ru से। [188.134.79.140])

नोट:
साझा होस्टिंग में आपको ऐसा करने की अनुमति नहीं होगी, उनके पास इस पते पर अपना स्वयं का सर्वर, कुछ servername.badhosting.ru होता है, जिस पर आप स्थित होते हैं, और आम तौर पर केवल अपने स्वयं के आईपी के साथ अपने सर्वर पर, ऐसा करना संभव है।

दिलचस्प: यदि आप घर पर रहते हैं, और मेरे पास घर पर एक सर्वर है, विशेष रूप से wartur.ru पर। क्या करें? IP का प्रकार समर्पित है, लेकिन रिटर्न एड्रेस को कॉन्फ़िगर नहीं किया जा सकता है। मैंने ऊपर (प्रदाता को) कहा कि वे कहें कि मुझे वैसे भी पीटीआर ज़ोन चाहिए। मैंने किया, बहुत प्रसन्न।

शीर्षकों के बारे में कुछ और शब्द (सभी मिश्रित)

X-Mru-BL: 0: 0: 0: 0 आपको शून्य के अलावा कुछ भी करने से मना किया जाता है, इन्हें ब्लैकलिस्ट किया जाता है।
X-Mru-OF: जिस इंटरफ़ेस से इसे भेजा जाता है, मुझे अभी भी समझ नहीं आ रहा है कि यह किस पर निर्भर करता है।
X-PHP-Originating-Script: - मैं आपको जोड़ने की सलाह दूंगा, हालांकि अगर आप वास्तव में सुरक्षा और गैर-प्रकटीकरण की परवाह करते हैं, तो आप इसे मना कर सकते हैं। यह PHP सेटिंग्स से दूर नहीं है जो हमने किया था। डिफ़ॉल्ट रूप से सक्षम।

यह भी संभव है और दिलचस्प है कि यैंडेक्स रिसेप्शन पर क्या लिखता है, बहुत दिलचस्प है।

इसके साथ ही

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

---

दुर्भाग्य से, कोई सामग्री नहीं है, क्योंकि मैंने इसे 4 महीने पहले हर जगह से थोड़ा सा एकत्र किया था, तब मेरे पास समय नहीं था, और अब मैंने स्मृति के साथ लिखा था।

आपके सर्वर का सफल सक्षम सेटअप। मैंने सेटअप के कम से कम एक पहलू को समझाने की कोशिश की।

युपीडी:
इस विषय पर एक दिलचस्प प्रमाण मिला: http://forum.ixbt.com/topic.cgi?id=7:26978

यह पढ़ना भी दिलचस्प है:
http://habrahabr.ru/blogs/sysadm/114852/

UPD2: 2012.08.02
विषय पर अच्छा लेख!
http://habrahabr.ru/post/141534/

UPD3: 2013.04.04
लोगों की चेतना / सावधानी के लिए आशा करते हुए, मैंने एक कार्य पता स्थापित किया, इसलिए आपने वास्तविक चित्र देखा और उन्हें बदल दिया। एक बार मुझे मेल में निरर्थक सामग्री वाले संदेश नहीं मिले, इसलिए मैंने पता बदलकर YourMAIL@DOMAIN.DOM किया