अपने डोमेन के लिए ईमेल सर्वर सेटअप डीएनएस से शुरू होता है, सॉफ़्टवेयर से नहीं। MX रिकॉर्ड बताते हैं कि डोमेन के लिए मेल कहाँ डिलीवर किया जाए, SPF उन सर्वरों की सूची देता है जो डोमेन के लिए मेल भेज सकते हैं, DKIM एक साइनचर जोड़ता है जिसे रिसीवर चेक कर सकते हैं, DMARC बताता है कि उन चेक में विफल मेल के साथ क्या करें, और भेजने वाले आईपी पते के लिए एक मatching रिवर्स DNS (PTR) नाम होना चाहिए। Portward आपके रिकॉर्ड पढ़ता है, बताता है कि क्या गायब है और हर बदलाव को एक डीफ़ के रूप में तैयार करता है जिसे आप स्वीकार कर सकते हैं। रिसीवर आईपी प्रतिष्ठा का आकलन करते हैं, इसलिए Portward यह वादा नहीं कर सकता कि मेल इनबॉक्स तक पहुँचेगा। इस वर्कफ़्लो का उपयोग अपने डोमेन के सामान्य मेल के लिए करें जो एक सर्वर पर है जिसे आप स्वयं रखते हैं। काम छोटा रखें: एक रिकॉर्ड, एक डीफ़, एक टेस्ट।
डोमेन के लिए एक फोल्डर बनाएं, अपनी ज़ोन फ़ाइल और कोई भी मेल कॉन्फ़िगरेशन उसमें कॉपी करें, और Portward में उस फोल्डर को वर्किंग फोल्डर के रूप में खोलें। फ़ाइल टूल्स उसी फोल्डर के अंदर काम करते हैं, इसलिए कॉपी करें वह जो एजेंट को पढ़ना है, और पहले बदलाव से पहले ज़ोन फ़ाइल की एक कॉपी रखें यदि आपको वापस जाना पड़े।
Plan only या Ask first चुनें और लक्ष्य का वर्णन करें, उदाहरण के लिए: इस ज़ोन फ़ाइल में MX, SPF, DKIM और DMARC रिकॉर्ड सूचीबद्ध करें और बताएं कि कौन से गायब हैं। एजेंट हर टूल कॉल के लिए एक कार्ड के साथ जवाब देता है, और Plan only मोड में वह बदलाव नहीं करता जब तक वह बताता है कि क्या गायब है।
हर बदलाव के लिए कार्ड पढ़ें। edit_file टूल नए रिकॉर्ड को पुराने के बगल में दिखाता है, और Ask first मोड में कुछ भी नहीं बदलता जब तक आप स्वीकार नहीं करते। उस चीज़ को अस्वीकार करें जिसे आप समझ नहीं पाते और फिर से कोशिश करने से पहले एजेंट से उसकी व्याख्या करें।
अपने DNS प्रोवाइडर पर रिकॉर्ड लागू करें, प्रसारित होने का इंतज़ार करें, फिर Shell के साथ अपना खुद का लुकअप कमांड चलाएं और आउटपुट को अपनी ज़ोन फ़ाइल से तुलना करें। वर्किंग फोल्डर में एक लॉग फ़ाइल में हर परिणाम नोट करें, तारीख़ के साथ, उस रिकॉर्ड को बदलें और लुकअप ने क्या लौटाया।
zone-copy.txtलोड हुआMX zone-copy.txt1 मिलाv=spf1 zone-copy.txt1 मिला_dmarc zone-copy.txt0 मिलेnotes/mail-check.txtसहेजा गया# checklist for my own VPS and its mail domain
step 1: update the system
step 2: create a normal user
step 3: log in with SSH keys
verify 1: key login works before password login is off
step 4: allow only the ports I need in the firewall
step 5: set the time zone and time sync
step 6: add MX, SPF, DKIM and DMARC records
verify 2: the sending IP has a matching PTR name
step 7: make a backup
verify 3: a test restore worksयह साधारण चेकलिस्ट एक VPS और उस पर मेल डोमेन को कवर करती है। हर verify पंक्ति एक परिणाम का नाम देती है जिसे आप आगे बढ़ने से पहले चेक कर सकते हैं, जैसे की लॉगिन, फ़ायरवॉल नियम या एक मatching PTR नाम। अपनी सर्वर के लिए पंक्तियों को संपादित करें, फिर एजेंट से पूछें कि वे एक-एक करके काम करें और हर एक का वास्तविक परिणाम रिपोर्ट करें। अपने सेवाओं के लिए पंक्तियाँ जोड़ें, और उन पंक्तियों को हटाएं जो आपके सर्वर पर लागू नहीं होतीं।
एजेंट read_file के साथ अपनी ज़ोन फ़ाइल की कॉपी खोलता है और grep का उपयोग MX, SPF, DKIM और DMARC लाइनों को सूचीबद्ध करने के लिए करता है, फिर एक कार्ड में बताता है कि क्या गायब है। Plan only मोड में वह इस सूची को एक योजना के रूप में लिखता है और कुछ नहीं बदलता, जो एक ऐसे डोमेन पर शुरुआत करने का सबसे सुरक्षित तरीका है जो पहले से मेल प्राप्त कर रहा है। यदि आप घर पर ईमेल सर्वर सेल्फ होस्ट करना चाहते हैं, तो पहले यह पता लगाएं कि क्या आपके पास भेजने वाले आईपी पते के लिए एक रिवर्स DNS नाम नियंत्रित है, क्योंकि रिसीवर आईपी प्रतिष्ठा का आकलन करते हैं। आप सूची पढ़ते हैं और तय करते हैं कि कौन सा रिकॉर्ड पहले जोड़ा जाए। एजेंट एक कॉपी पर काम करता है, इसलिए मूल फ़ाइल अछूती रहती है। गायब रिकॉर्ड की सूची को एक नोट्स फ़ाइल में सहेजें, ताकि अगली सत्र तथ्यों से शुरू हो न कि याददाश्त से।
SPF उन सर्वरों की सूची देता है जो डोमेन के लिए भेज सकते हैं, और DKIM एक साइनचर जोड़ता है जिसे रिसीवर चेक कर सकते हैं। एजेंट edit_file का उपयोग अपनी ज़ोन फ़ाइल की कॉपी में SPF लाइन जोड़ने के लिए करता है और इसे एक डीफ़ के रूप में दिखाता है, और web_search आपके मेल सॉफ़्टवेयर की आधिकारिक दस्तावेज़ी खोजता है जब आपको सटीक सिंटैक्स की आवश्यकता हो। DKIM पब्लिक कुआं आपके मेल सॉफ़्टवेयर से आता है, इसलिए इसे खुद पेस्ट करें और एजेंट को इसे रखने दें। Ask first मोड में एजेंट हर बदलाव से पहले रुकता है, और आप स्वीकार करने से पहले नई लाइन को पुरानी लाइन से तुलना करते हैं। एक समय में एक रिकॉर्ड जोड़ें और अगले से पहले अपने DNS प्रोवाइडर पर इसे लागू करें, ताकि कोई भी गलती एकल बदलाव तक वापस ट्रेस हो सके।
MX रिकॉर्ड उस होस्ट का नाम देता है जो डोमेन के लिए मेल प्राप्त करता है, और PTR नाम उस आईपी पते से संबंधित है जिससे आप भेजते हैं। एजित edit_file के साथ MX लाइन जोड़ता है और प्राथमिकता रखता है जो आप चुनते हैं, फिर write_file के साथ एक छोटी नोट लिखता है जो उस होस्ट नाम की सूची देता है जिसे आप रिवर्स DNS नाम के रूप में चाहते हैं। अपने प्रोवाइडर से पूछें कि इसे कहाँ सेट करें जहाँ आईपी पता प्रबंधित होता है। एक नए VPS को कितना हार्डनिंग चाहिए यह उस सेवाओं पर निर्भर करता है जो आप चलाते हैं, और एक मेल सेवा अधिक पोर्ट्स जोड़ती है जिन्हें सोचने की आवश्यकता है, इसलिए किसी को भी खोलने से पहले उन्हें सूचीबद्ध करें। उस सटीक होस्ट नाम को लिखें जो आपका मेल सॉफ़्टवेयर उपयोग करता है, और एजेंट को तुलना करने दें कि MX लाइन और PTR नोट से नाम मेल खाते हैं।
Shell के साथ अपना खुद का लुकअप कमांड चलाएं और एजेंट को ज़ोन फ़ाइल के साथ आउटपुट की तुलना करने दें, एक समय में एक रिकॉर्ड। मेल लाइव जाने से पहले बेस VPS सुरक्षा सेटअप की समीक्षा करें: की लॉगिन, एक फ़ायरवॉल जिसमें केवल आपकी आवश्यक पोर्ट्स हों और एक टेस्टेड बैकअप। फिर अपने डोमेन से एक टेस्ट मैसेज भेजें एक ऐसे पते पर जो आपका है और SPF और DKIM परिणामों के लिए हेडर्स पढ़ें। एजेंट हर परिणाम को एक कार्ड पर दिखाता है, और आप अपने लॉग फ़ाइल में परिणाम नोट करते हैं। एक पास टेस्ट हर इनबॉक्स में डिलीवरी का वादा नहीं करता। यदि कोई चेक विफल होता है, तो हेडर लाइनों को चैट में पेस्ट करें, पूछें कि किस रिकॉर्ड को रिसीवर मैच नहीं कर पाया और एक समय में एक रिकॉर्ड बदलें, फिर लुकअप कमांड फिर से चलाएं।
