smtp दूरस्थ होस्ट ने जवाब दिया "550 प्रेषक सत्यापित विफल"


9

एक सर्वर जिसकी देखभाल मैं एमटीए के लिए qmail उपयोग करता हूं। मैं एक या दो को छोड़कर लगभग हर डोमेन को भेज और प्राप्त कर सकता हूं जो निम्नलिखित त्रुटि देता है, या कुछ समान है:

550-Verification failed for <jonathan@aprimatic.es>
550-No Such User Here
550 Sender verify failed

इस लेख से जो मैं समझता हूं, वह यह है कि रिमोट होस्ट मेरे होस्ट को यह देखने के लिए एक ईमेल भेजने की कोशिश करता है कि क्या मेलबॉक्स वास्तव में मौजूद है।

मैंने अपने लैपटॉप से ​​टेलनेट के साथ एक ही कमांड की कोशिश की, और मुझे 250 okजवाब मिले, यह सोचने के लिए अग्रणी कि उपयोगकर्ता वास्तव में मौजूद है।

फिर रिमोट होस्ट को वही प्रतिक्रिया नहीं मिलती जो मैंने दी थी?

मैं यह कैसे जांच सकता हूं कि क्या रिमोट होस्ट से ट्रैफ़िक वास्तव में मेरे भेजने वाले होस्ट के लिए नियमित है?

किसी भी अन्य शर्करा?

धन्यवाद


मुझे अतीत में इससे निपटना पड़ा है और हमने जो किया वह ईमेल सर्वर व्यवस्थापक से संपर्क करना था, जिसे अपनी सेटिंग्स बदलनी थी। क्या आप उनसे संपर्क कर सकते हैं?
charnley

अपने लैपटॉप से ​​नहीं बल्कि मेल सर्वर से ही टेलनेट करने की कोशिश करें।
दिमित्री

डेस्टिनेशन होस्ट से लेकर भेजने वाले होस्ट तक आपका मतलब है? मैं ऐसा करना पसंद करूंगा, लेकिन दुर्भाग्य से मेरे पास केवल होस्ट भेजने वाले की पहुंच नहीं है।
jfoucher

जवाबों:


9

यह आपकी गलती नहीं है। यह आपके प्राप्तकर्ता के सर्वर का दोष है।

"प्रेषक सत्यापन" करना हमेशा एक बुरा विचार है। आपको इस व्यवहार को रोकने के लिए प्राप्तकर्ता को आश्वस्त करना होगा क्योंकि यह एक उपयुक्त एंटीस्पैम विधि नहीं है।

लेकिन आप इसे अपने पक्ष में ठीक करने के लिए जो भी करते हैं वह समय की बर्बादी है।


2
"क्यों यह एक बुरा विचार है" में सभी बेवकूफ तर्क बिल्कुल मजबूर नहीं कर रहे हैं। यदि आप लंगड़ा से मेल भेजते हैं: तो यह बुरा विचार है और यह आपकी समस्या है। और हाँ, यह आपकी गलती है
पीओवी

यद्यपि आपके उत्तर समस्या को स्पष्ट करने में उपयोगी हैं, लेकिन इसका कोई हल नहीं है क्योंकि कभी भी यह नहीं पता कि अगली पोस्ट को

यह एक समाधान नहीं है क्योंकि यह आपकी समस्या नहीं है ... आप वीआरएफवाई क्रियाओं का जवाब देने के लिए सर्वर पर भरोसा नहीं कर सकते हैं, और यदि आप करते हैं तो यह अपनी समस्या है; उन लोगों से नहीं, जिनसे आप संवाद नहीं कर पाएंगे। RFC2520 (1999) धारा 2.11 में कहा गया है कि VRFY को निष्क्रिय किया जाना चाहिए।
क्रिस एस

4

इसका कारण यह है कि आप प्रयोग कर रहे हैं एक से क्षेत्र है जो वास्तविक मेलबॉक्स खाता नाम से अलग है।

ऐसी असंगतता को अस्वीकार करने के लिए कुछ SMTP सर्वर कॉन्फ़िगर किए गए हैं।

इसलिए, उदाहरण के लिए, यदि आपका वास्तविक खाता नाम है sender@abc.com, तो आप ईमेल नहीं भेज सकते हैं no-reply@abc.com


यह वास्तव में मेरी समस्या थी। "पते से" बदल दिया और ईमेल तुरंत काम करना शुरू कर दिया। मैं SMTP के लिए cPanel का उपयोग कर रहा हूं।
टॉमस गोंजालेज

0

मेरी भी यही त्रुटि थी। फ़ाइल में root:user1@example.com:mail.example.comलाइन जोड़ने के बाद इसने काम किया /etc/ssmtp/revaliases

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