पोस्टफ़िक्स कॉन्फ़िगरेशन समस्या (प्रेषक पते का डोमेन मौजूद नहीं है)


10

मैं एक लिनक्स सर्वर स्थापित कर रहा हूं जिसे मैं स्वतंत्र रूप से हमारे मुख्य मेलस्वर (यानी सीधे) को मेल भेजना चाहता हूं। समस्या यह है कि जब मैं किसी बाहरी पते पर मेल भेजता हूं, तो यह प्रेषक पते के संदेश डोमेन के साथ बाउंस होता है । (यह मेल को root@domain.local के रूप में भेज रहा है)

मेरे ईमेल प्रेषक के डोमेन को बदलने का उचित तरीका क्या है?


1
हमारे इंटरनेट डोमेन नाम में $ myorigin सेट करना समस्या को ठीक करने के लिए प्रकट होता है - यह सुनिश्चित करने के लिए कि यह ऐसा करने का "उचित" तरीका नहीं है।
ब्रेंट

1
अगर आप इसे अक्सर नहीं बदलेंगे तो ठीक काम करना चाहिए। अन्य तरीका होस्टनाम को सर्वर पर एक मान्य मेल डोमेन नाम पर सेट करना है।
डेव डॉगर

जवाबों:


11

Main.cf में:

# SENDING MAIL
# 
# The myorigin parameter specifies the domain that locally-posted
# mail appears to come from. The default is to append $myhostname,
# which is fine for small sites.  If you run a domain with multiple
# machines, you should (1) change this to $mydomain and (2) set up
# a domain-wide alias database that aliases each user to
# user@that.users.mailhost.
#
# For the sake of consistency between sender and recipient addresses,
# myorigin also specifies the default domain name that is appended
# to recipient addresses that have no @domain part.
#
#myorigin = $mydomain
myorigin = $myhostname

यह डिफ़ॉल्ट सेटअप है। यदि आपका hostnamedomain.local है, तो संभवतः यही कारण है कि आप इसे भेजने वाले के रूप में देख रहे हैं।


सही है, मेरा होस्टनाम डोमेल है।लोकल (इस उदाहरण में)
ब्रेंट

4

आपको पोस्टफ़िक्स कॉन्फ़िगरेशन (domain.local एक मान्य डोमेन नाम नहीं है) में अपने डोमेन नाम को ठीक करने की आवश्यकता है।

/Etc/postfix/main.cf की जाँच करें, कुछ तरीके हैं जो इसे निर्दिष्ट कर सकते हैं, इससे मदद मिल सकती है: http://www.postfix.org/BASIC_CONFIGURATION_README.html#myorigin


4

यह उन मुद्दों में से एक है जिन्हें आपको सहायता के लिए अपने DNS व्यवस्थापक को शामिल करने / रिश्वत देने / ब्लैकमेल करने की आवश्यकता होगी क्योंकि आप सही होने के लिए भेजने की कोशिश करते समय अपने सर्वर के दावों का नाम चाहेंगे। यदि प्रेषक सही ढंग से आगे और रिवर्स दोनों को हल नहीं करता है, तो Mnay सर्वर आपके मेल को उछाल देगा।

उदाहरण के लिए, मान लें कि आपका सर्वर mail01.example.com है। जब आपके सर्वर ने $ myorigin को mail01.example.com के रूप में विज्ञापन देने के लिए सही ढंग से कॉन्फ़िगर किया है, तो मेरे सर्वर से संपर्क करें, मेरा सर्वर आपके द्वारा कनेक्ट किए जा रहे आईपी पते का DNS लुकअप करेगा और लुकअप से नाम के मिलान की अपेक्षा करेगा मुझे दे रहा हैं। यदि यह सही ढंग से हल नहीं करता है, तो मैं कनेक्शन को समाप्त कर दूंगा क्योंकि आप शायद मुझे स्पैम भेज रहे हैं।


+1 अच्छा और स्पष्ट व्याख्या दूसरे पैराग्राफ में ...
आशीष

1

आपको अपने पोस्टफ़िक्स को स्मार्तोस्ट के साथ कॉन्फ़िगर करना होगा क्योंकि कुछ गंतव्य सर्वर सत्यापित करते हैं कि प्रेषक का पता मौजूद है।

इसे यहाँ कैसे करें: http://ubuntu.wordpress.com/2005/09/07/setting-a-smarthost-in-ostostfix/


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

0

मुझे उपरोक्त समस्या का भी सामना करना पड़ा है, लागू डोमेन नाम पर myorigin के मूल्य को अपडेट करने के बाद, समस्या हल हो गई। अपडेट करने के बाद POSTFIX को पुनरारंभ करें।

myorigin= (EMAIL-DOMAIN).com

उदाहरण:

myorigin=yahoo.com

0

मेरे पास एक ही मुद्दा था, इस समस्या का कारण relayhost "acme.com" जैसे mydomain से केवल मेल की अनुमति था न कि "nagios.acme.com" जैसे उप-डोमेन से।

मैंने इसे "myorigin" पैरामीटर मान को अपडेट करके निर्धारित किया है

myorigin = $mydomain

0

सबसे पहले और सबसे सही ढंग से एक मेल सर्वर सेट करें ताकि आपके द्वारा भेजे गए किसी भी और सभी मेल को बाउंस न हो, आपको अपने डोमेन के संसाधन रिकॉर्ड तक पहुंच की आवश्यकता होगी जो आपके द्वारा चुने गए DNS प्रदाता पर आयोजित किए जाते हैं, मेरा है Google

बेहतर या बदतर के लिए मेरे संसाधन रिकॉर्ड

मैं संसाधन रिकॉर्ड पर जाऊंगा, जो आपको मेरे dkim रिकॉर्ड को कम करने की आवश्यकता है जो मैं नहीं दिखाऊंगा।

सबसे पहले वास्तविक DNS रिकॉर्ड है।

दूसरा मेरा सीएए रिकॉर्ड है जो दिखाता है कि मेरे डीएनएस प्रमाणपत्र कौन रखता है ताकि लोग डीएनएस प्रमाणपत्र को खराब न कर सकें।

तीसरा मेरा एमएक्स रिकॉर्ड है जो सभी को बताता है कि मैं अपने डोमेन के लिए किस मेल सर्वर का उपयोग करता हूं। पते से पहले पूर्णांक के आधार पर आप इनमें से कई को वरीयता दे सकते हैं।

चौथा मेरा एसपीएफ रिकॉर्ड है जो मेरे डोमेन को देखने वाले सभी को बताता है कि मेरे डोमेन के लिए मेल भेजने के लिए कौन से आईपी पते अधिकृत हैं। निश्चित रूप से आपके पास कई आईपी पते या संभवतः कई एसपीएफ रिकॉर्ड भी हो सकते हैं।

पाँचवाँ मेरा DMARC रिकॉर्ड है जो मेल एक्सचेंजों को बताता है कि SPF रिकॉर्ड में IP पतों से मेल न आने या मेल सर्वरों के मेल में न आने वाले मेल का क्या करना है। आप संभवतः इसे बनाने के साथ दूर हो सकते हैं और कुछ भी कह सकते हैं अस्वीकार के बजाय कुछ भी हो जाता है, लेकिन फिर भी यह सही तरीका है।

छठा मेरा डीकेआईएम रिकॉर्ड होगा जो एक आरएसए कुंजी है जिसका उपयोग मेरे डोमेन से आने वाले सभी मेल को प्रमाणित करने के लिए किया जाता है, और विशेष रूप से सही होने के लिए एक दर्द है।

यह सब करने के बाद आप मूल कॉन्फ़िगरेशन को संशोधित कर सकते हैं और सभी एक्सचेंज आपके मेल को घंटियों और सीटी के साथ स्वीकार करेंगे, क्योंकि आप सभी तीन चेक पास करेंगे जैसे कि आप जीमेल में मूल संदेश पर क्लिक करते हैं।

यहां छवि विवरण दर्ज करें

यहाँ पोस्टफिक्स इतना बुनियादी, बुनियादी विन्यास नहीं है

http://www.postfix.org/BASIC_CONFIGURATION_README.html

यहाँ opendkim से प्रलेखन है, अन्यथा डोमेनकी पहचान की गई मेल के रूप में जाना जाता है, अपने dkim सर्वर के लिए जिसे आप शायद चाहते हैं।

http://www.opendkim.org/docs.html

और यहां MX SPF और DMARC रिकॉर्ड के बारे में कुछ लिंक दिए गए हैं, अन्यथा मेल एक्सचेंजर, प्रेषक नीति फ्रेमवर्क और
डोमेन-आधारित संदेश प्रमाणीकरण रिपोर्टिंग और अनुरूपता के रूप में जाना जाता है।

https://en.m.wikipedia.org/wiki/DMARC

https://en.m.wikipedia.org/wiki/Sender_Policy_Framework

https://en.m.wikipedia.org/wiki/MX_record

यदि आप चाहते हैं कि आपके ईमेल आधिकारिक हों और सभी द्वारा स्वीकार किए जाएं, और दुनिया में स्पैम / फिश / मैलवेयर को कम करने में मदद करने के लिए यह अच्छा अभ्यास भी है।

इसके अलावा, मैंने अपना dkim नहीं दिखाया हो सकता है क्योंकि इसमें एक कुंजी होती है और यह सार्वजनिक रिकॉर्ड है जो इसके साथ सहज नहीं है, लेकिन यह आपके संसाधन प्रदाता के लिए भी दूसरों की तरह एक रिकॉर्ड है जो मैंने दिखाया है।

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