Sendmail: प्रेषक का पता अस्वीकृत (डोमेन नहीं मिला)

Question

हम अपने वेबसर्वर पर मेल भेजने के साथ समस्याओं में चल रहे हैं। कुछ मेल बिना किसी समस्या (जैसे जीमेल) के भेजे और वितरित किए जाते हैं, जबकि अन्य "प्रेषक पते को अस्वीकार कर दिए गए हैं:"

मैं समझता हूं कि यह एक स्पैम सुरक्षा उपाय है जिससे भेजने वाले डोमेन पर एक खोज की जाती है लेकिन हमारे डोमेन में MX रिकॉर्ड हैं:

Server:     8.8.8.8
Address:    8.8.8.8#53

Non-authoritative answer:
premiumconnect.co.za    mail exchanger = 10 za-smtp-2.mimecast.co.za.
premiumconnect.co.za    mail exchanger = 10 za-smtp-1.mimecast.co.za.

Authoritative answers can be found from:    

(एक तरफ के रूप में, हमारे पास आधिकारिक उत्तर क्यों नहीं हैं? क्या यह समस्या हो सकती है?)

साथ ही एक रिकॉर्ड:

Server:     8.8.8.8
Address:    8.8.8.8#53

Non-authoritative answer:
Name:   premiumconnect.co.za
Address: 196.28.97.202

यहाँ एक विशिष्ट मेल के लिए लॉग है जो भेजने की कोशिश कर रहा था:

Feb  5 12:07:52 premiumconnect sm-mta[2411]: s15C7qYp002411: from=<[e-mail]>, size=3522, class=0, nrcpts=1, msgid=<[e-mail]>, proto=ESMTP, daemon=MTA-v4, relay=localhost [127.0.0.1]
Feb  5 12:07:52 premiumconnect sendmail[2410]: s15C7q0o002410: to=*****@tott.co.za, delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=33324, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (s15C7qYp002411 Message accepted for delivery)
Feb  5 12:07:52 premiumconnect sm-mta[2413]: s15C7qYp002411: to=<*****@tott.co.za>, delay=00:00:00, xdelay=00:00:00, mailer=esmtp, pri=123522, relay=antispam-vdc-01.gam.co.za. [41.0.5.44], dsn=4.1.8, stat=Deferred: 450 4.1.8 <[e-mail]>: Sender address rejected: Domain not found
Feb  5 12:07:53 premiumconnect sm-mta[2413]: s15C7qYp002411: to=<*****@tott.co.za>, delay=00:00:01, xdelay=00:00:01, mailer=esmtp, pri=123522, relay=mx-filter-01.gam.co.za. [41.0.5.131], dsn=4.1.8, stat=Deferred: 450 4.1.8 <[e-mail]>: Sender address rejected: Domain not found
Feb  5 12:12:46 premiumconnect sm-mta[2479]: s15C7qYp002411: to=<*****@tott.co.za>, delay=00:04:54, xdelay=00:00:00, mailer=esmtp, pri=213522, relay=mx-filter-01.gam.co.za. [41.0.5.131], dsn=4.1.8, stat=Deferred: 450 4.1.8 <[e-mail]>: Sender address rejected: Domain not found
Feb  5 12:12:46 premiumconnect sm-mta[2479]: s15C7qYp002411: to=<*****@tott.co.za>, delay=00:04:54, xdelay=00:00:00, mailer=esmtp, pri=213522, relay=antispam-vdc-01.gam.co.za. [41.0.5.44], dsn=4.1.8, stat=Deferred: 450 4.1.8 <[e-mail]>: Sender address rejected: Domain not found

मुझे Sendmail (या सामान्य रूप से एमटीए) के साथ बहुत कम अनुभव है, यह सुनिश्चित नहीं है कि अन्य जानकारी क्या उपयोगी हो सकती है।

Comments

यदि आप आधिकारिक उत्तर नहीं दे रहे हैं, तो आपको यह सुनिश्चित करने की आवश्यकता है कि आपके डोमेन पंजीयक के पास आपके एनएस सर्वर सूचीबद्ध हैं ..

— NickW

हमारा डोमेन रजिस्ट्रार हमें अपने नाम सर्वर का उपयोग करने के लिए मजबूर करता है, अगर मैं दुर्भाग्य से नहीं चाहता तो बदल नहीं सकता ...

— JonoCoetzee

ठीक है, अगर आपको उनका उपयोग करने के लिए मजबूर किया जाता है, तो आपको यह सुनिश्चित करने की आवश्यकता है कि उनके एनएस सर्वर आपके इच्छित रिकॉर्ड वापस कर रहे हैं, और जिसमें एक उचित एमएक्स रिकॉर्ड शामिल है। यह भी सुनिश्चित करें कि आपकी ISP या आपकी होस्टिंग कंपनी आपके मेलस्वर के लिए उचित RDNS रिकॉर्ड प्रकाशित करती है।

— निक डब्ल्यूडब्ल्यू

ठीक है, ऊपर दिए गए रिकॉर्ड हमारे डोमेन के लिए सही हैं और आधिकारिक एनएस (रजिस्ट्रार में) में सेट किया गया है, जिसमें एमएक्स रिकॉर्ड भी शामिल है जो बाहरी मेलस्वर को इंगित करता है। इसके अलावा मेलस्वर (एमएक्स रिकॉर्ड में परिभाषित) रिवर्स डीएनएस लुकअप के साथ हल होता है। डोमेन / वेबसर्वर हालांकि यह सुनिश्चित नहीं करता है कि क्या यह चीजों को प्रभावित करेगा?

— जॉनोक्सेट्ज़ी

तो, क्या आपके मेलबॉस्टर के माध्यम से आपके वेबसर्वर रिले कर रहे हैं? यह सुनिश्चित करने का सबसे सरल तरीका होगा कि जो मेल वे भेज रहे हैं, वह ..

— NickW

Answer 1

यह त्रुटि विशेष रूप से 'से' पते के बारे में है, न कि भेजने वाले मेल सर्वर पर। जैसे, एमएक्स रिकॉर्ड प्रासंगिक नहीं हैं, और आपकी एमटीए सेटिंग्स संभवतः प्रासंगिक नहीं हैं।

मुद्दा यह है कि आप "[e-mail]" से एक ई-मेल भेज रहे हैं, जो प्राप्तकर्ता सही ढंग से निर्धारित करता है कि संभवतः एक वैध ई-मेल पता नहीं हो सकता है, क्योंकि डेबियन70.vm डोमेन मौजूद नहीं है।

समाधान इस बात पर निर्भर करेगा कि आप इन ई-मेलों को वास्तव में कैसे बना रहे हैं। एक विकल्प यह है कि इन मेल को उत्पन्न करने वाले सॉफ़्टवेयर में वांछित 'पते' को निर्दिष्ट किया जाए।

दूसरी ओर ऐसा लगता है कि आप सक्रिय रूप से 'पता' से निर्दिष्ट नहीं कर रहे हैं, लेकिन सिस्टम को एक उत्पन्न करता है। उस स्थिति में, @ के बाद का भाग उस सिस्टम के आधार पर सेट किया जाता है जो सिस्टम को लगता है कि उसका मेल नाम है। डेबियन इसे निर्धारित करने के लिए '/ etc / mailname' की जाँच करता है, और यदि उसे कुछ भी नहीं मिलता है तो वह अपने पूर्ण योग्य डोमेन नाम का उपयोग करता है, जो आपके मामले में 'debian70.vm' है - एक ऐसा नाम जो आपके आंतरिक नेटवर्क के लिए केवल मान्य है। यह .vm शीर्ष-स्तरीय डोमेन में है।

यदि आप 'premiumconnect.co.za' (उद्धरण चिह्नों के बिना) कहने के लिए / etc / mailname (इसे आवश्यक बनाते हैं) संपादित करते हैं, तो यह संभवतः आपकी समस्या को हल करेगा।

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

Comments

मुझे वह मिलता है, यदि आप लॉग में पहली पंक्ति को देखते हैं तो आप देखेंगे कि पता सेट से है from=<[e-mail]>:। मैंने पहले ही सेटिंग / etc / mailname की कोशिश की है। यह काम नहीं करने का क्या कारण होगा?

— जोनोकोएट्ज़ेई

मैंने जीमेल के साथ फिर से परीक्षण किया और ईमेल अभी भी बुकिंग्स @debian70.vm के माध्यम से आ रहे हैं? मैंने सेंडमेल सेवा फिर से शुरू कर दी है लेकिन कोई बदलाव नहीं हुआ है।

— जोनोक्तेज़ी

मेरे पास Authentication-Warning: premiumconnect.co.za: www-data set sender to [e-mail] using -fmail.log में है, क्या यह संबंधित हो सकता है?

— जोनोक्तेज़ी

Answer 2

डोमेन debian70.vm को कैसे हल करना चाहिए? मुझे लगता है कि आप प्रेषक पते के रूप में [e-mail] का उपयोग कर रहे हैं। स्पैम चेक debian70.vm पर किया जाता है, जो हल नहीं किया जा सकता है।

Comments

@ एसएलएम नोप। यह वास्तव में जवाब imho है। मेरे लिए वह [e-mail] के रूप में मेल भेजने की कोशिश कर रहा है, जिसका डोमेन रिमोट सर्वर द्वारा हल नहीं किया जा सकता है। क्षमा करें यदि यह स्पष्ट नहीं है, तो मैं अपना उत्तर संशोधित करूंगा।

— पत्थरों से मार डाला

पत्थरबाजी सही है, यह प्राथमिक मुद्दा है .. एक माध्यमिक एक हो सकता है कि उसका रिले सर्वर क्यों इस तरह के पते स्वीकार कर रहा है :)

— NickW

@stoned - संपादन इसे बेहतर बनाता है, मैंने टिप्पणी को हटा दिया है, धन्यवाद।

— SLM

@NickW यह वास्तव में मुझे लगता है कि वह स्थानीय मशीन (127.0.0.1) का उपयोग मेल भेजने के लिए कर रहा है, इसलिए यह काम करता है। मुझे लगता है कि उसने कहीं भी मेल रिले नहीं किया, वरना शायद उसे त्रुटि लॉग के बजाय विफलता मेल मिलता। अगर यह सच है तो स्पैममेसन जैसे स्पैम चेकर्स के साथ उन्हें समस्या होगी, लेकिन उन्हें आमतौर पर इसके लिए कोई प्रतिक्रिया नहीं मिलेगी - संदेश प्राप्तकर्ता के मेलबॉक्सर द्वारा केवल खारिज कर दिया जाएगा।

— पत्थरों से मार डाला

मैं सहमत हूं, जो उनके प्रश्न के तहत मेरी आखिरी टिप्पणी के पीछे कारण है :)

— निक डब्ल्यूडब्ल्यू

Answer 3

मुझे समस्या का पता चला, एक बार मुझे अन्य उत्तरों द्वारा सही दिशा में बताया गया। (स्वतः पूर्ण) प्रेषित। Mc में एक पंक्ति थी MASQUERADE_AS(`debian70.vm')dnl, मैंने इसे बदल दिया MASQUERADE_AS(`premiumconnect.co.za')dnlऔर ईमेल अब सही ढंग से सेट हो रहे हैं। अंतर्दृष्टि के लिए धन्यवाद।