आप बैकअप / सेकेंडरी एमएक्स सर्वर का परीक्षण कैसे कर सकते हैं?


10

मैं पोस्टफ़िक्स का उपयोग करके एक माध्यमिक एमएक्स सर्वर स्थापित करना चाहता हूं, लेकिन मैं सोच रहा हूं कि उत्पादन में डालने से पहले इसका परीक्षण करने का सबसे अच्छा तरीका क्या है (इसकी एमएक्स प्रविष्टि जोड़कर)?

एक संभव तरीका यह है कि इसे पूरी तरह से अलग डोमेन नाम के साथ परीक्षण किया जाए, अर्थात "fake-test-domain.com" जैसे डोमेन खरीदें और इसे केवल इस बैकअप एमएक्स सर्वर के साथ अपने DNS ज़ोन पर सेट करें।

डीएनएस में सूचीबद्ध होने से पहले किसी भी आसान तरीके से मैं इस सर्वर पर एक संदेश भेजने के लिए एक मेल सर्वर को मजबूर कर सकता हूं?

मुझे नहीं लगता कि मैं भेजने की प्रणाली पर मेजबानों की फाइल का उपयोग कर सकता हूं क्योंकि यह एमएक्स रिकॉर्ड का अनुकरण नहीं करेगा, है ना?


2
आप सिर्फ द्वितीयक MX को सक्षम कर सकते हैं। जब तक यह एमएक्स रिकॉर्ड्स में कम प्रियो है, तब तक कोई डिलीवरी नहीं की जाएगी, और आप @EEAA के अनुसार परीक्षण कर सकते हैं। BTW: सावधान रहें कि फॉलबैक मेलवेर्स स्पैम ट्रैप हैं। और यदि आप प्राप्तकर्ता सत्यापन सेट नहीं करते हैं, तो आपको बहुत से बाउंस मैसेज मिलते हैं जो कि एड्रेस-स्पैमर का उपयोग करते हैं। आप एक मैनुअल या स्वचालित प्रणाली स्थापित करना चाहते हैं जो कि पोर्ट 25 तक पहुंच के लिए iptables नियमों को नियंत्रित करता है। अधिकांश भेजने वाले सर्वरों में तीन दिन का समय होता है, इसलिए मैन्युअल रूप से फॉलबैक एमएक्स पोर्ट 25 को खोलना आसान होता है, जब यह आवश्यक हो।
हाफगैर

मैं सवाल करूँगा कि आपको क्यों लगता है कि आपको एक द्वितीयक एमएक्स की आवश्यकता है?
जोवेवर्टी

@ हेलफगर अगर सेकेंडरी एमएक्स सर्वर गलत है तो यह उस अप्रत्याशित घटना में मेल का नुकसान हो सकता है जो किसी प्रेषक को किसी भी कारण से प्राथमिक एमएक्स सर्वर से कनेक्ट करने में असमर्थ है (उनके अंत में कनेक्टिविटी समस्या सहित)। कम से कम यदि इसे अभी तक DNS में नहीं जोड़ा गया है, तो प्राथमिक के साथ एक क्षणिक समस्या मेल का नुकसान नहीं पहुंचाएगी - एक प्रेषक सिर्फ मेल को कतार में रखेगा और बाद में फिर से प्रयास करेगा।
थोमसट्रेटर

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

जवाबों:


20

ईमेल वितरण का परीक्षण करने के लिए बस एक टेलनेट सत्र का उपयोग करें । उदहारण के लिए,

# telnet host.domain 25
Trying host.domain...
Connected to host.domain.
Escape character is '^]'.
220  ESMTP
HELO example.com
250
MAIL FROM:<user@example.com>
250 ok
RCPT TO:<user2@example.com>
250 ok
DATA

To: user2@example.com
From: user@example.com
Subject: a test message

Test message body.
.
250 ok

13
+1 - कोई भी व्यक्ति जो SMTP सर्वर का प्रबंधन करता है, लेकिन TELNET में "हाथ से" प्रोटोकॉल को नहीं चला सकता है, SMTP सर्वर को प्रशासित करने वाला कोई व्यवसाय नहीं है।
इवान एंडरसन

1
@EvanAnderson यह एक अच्छा सामान्य सिद्धांत है जब तक कि यह STARTTLS या PLAIN के अलावा किसी भी AUTH का परीक्षण करने की बात नहीं करता। लेकिन हाँ इस मामले में आप बिल्कुल सही हैं।
थोमसट्रेटर

2
@thomasrutter मैं नियमित रूप STARTTLSसे हाथ से परीक्षण , का उपयोग कर openssl s_client -starttls smtp -connect ...। लेकिन मैं समस्या रहित होने के गैर-PLAIN प्रमाणीकरण विधियों के बारे में सहमत हूं।
मदहैटर

2

जब टेलनेट पर्याप्त नहीं है, या बहुत थकाऊ है, तो मैं SWAKS का उपयोग करता हूं

उदाहरण के लिए:

 cat email-content.txt | 
 swaks --body - --helo localhost.localhomain --server mail.example.com:25 \
  --auth-user fred --auth-password flintst1 -tls \
  --h-Subject Pebbles  --to wilma@example.org
  --from 'fred@example.biz'

sudo apt install swaksubuntu पर काम किया
डैन ली
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.