मुझे एक समस्या है जहाँ सभी ईमेल कुछ प्राप्तकर्ताओं को भेजते हैं लेकिन कभी नहीं आते हैं, स्पैम के रूप में भी नहीं, बिना किसी त्रुटि के, जबकि बाकी सभी को ईमेल ठीक काम करते हैं। मैं स्तब्ध हूं और जो कुछ हो रहा है, उसका निदान करने के तरीकों की तलाश कर रहा हूं।
- मैंने पिछले सप्ताह आउटलुक 2016 से एक ग्राहक को कुछ ईमेल भेजे थे। मैंने अब पाया है कि वे कभी नहीं मिले थे। मैंने अपने डोमेन पर दूसरों को ईमेल करने की कोशिश की है और ऐसा लगता है कि उनमें से कोई भी मेरा ईमेल प्राप्त नहीं करता है, लेकिन अन्य डोमेन पर अन्य करते हैं
- मैंने अपना "भेजा" फ़ोल्डर चेक किया है, और वे अन्य सभी भेजे गए मेल के समान दिखाई देते हैं। मेरे पास कोई वितरण रिपोर्ट या कुछ भी समान नहीं था, और वे "भेजे गए" फ़ोल्डर में "आउटबॉक्स" नहीं थे। मैंने इन लोगों को अपने नवीनतम ईमेल में खुद को CCing करने की कोशिश की है - वे निश्चित रूप से भेजते हैं।
- मैंने ग्राहक के साथ पूछताछ की है, और उन्होंने मुझसे कभी कुछ प्राप्त नहीं किया, स्पैम फ़ोल्डर में भी नहीं । मैं उनसे ईमेल प्राप्त कर सकता हूं, लेकिन वे मुझसे कुछ भी प्राप्त नहीं करते हैं - मेरे ईमेल के जवाब भी नहीं।
- पहले ईमेल में दो छोटे (500kb) पीडीएफ अटैचमेंट थे, लेकिन वही फेक फॉलो-अप ईमेल थे जिनमें कोई अटैचमेंट नहीं था। किसी भी ईमेल में कोई चित्र या लिंक नहीं। वे एक से तीन व्यक्तियों के बीच सामान्य कार्य-संबंधित ईमेल थे, जिनके ईमेल पते और आउटलुक के माध्यम से अतीत में मेरे पास ईमेल एक्सचेंज हैं। वे भी मेरे जैसे ही देश में हैं।
- वितरण त्रुटि उत्तर या कुछ भी समान नहीं थे। इस तरह का पहला ईमेल पिछले शुक्रवार सुबह 8:55 पर भेजा गया था, इसलिए 5 दिन पहले, और मेरी तरफ से या उनकी ओर से कुछ भी प्राप्त नहीं हुआ है।
- मेरे लिए उनके ईमेल ठीक आते हैं - और वास्तव में, मेरे लिए उनके पहले ईमेल जो विफल रहे थे, उनके अपने ईमेल का जवाब था। मेरे पास इस डोमेन के लिए ईमेल भी आए हैं जो सामान्य रूप से हाल ही में दो सप्ताह पहले प्राप्त हुए हैं।
मैंने इस डोमेन पर कई तरह के परीक्षण ईमेल आज़माए हैं और कुछ भी नहीं है:
- निर्दोष ईमेल जो बस कहते हैं "यह एक परीक्षण ईमेल है" और इसी तरह कभी नहीं आते हैं
- वेबमेल और मेरे एंड्रॉइड मेल ऐप के ईमेल Outlook से ईमेल के समान नहीं आते हैं (और डिलीवरी रिपोर्ट भी नहीं देते हैं - सब कुछ चुपचाप विफल रहता है)
- मेरे फोन के 3 जी का उपयोग करके भेजे गए ईमेल के समान ही भाग्य को नुकसान होता है क्योंकि ईमेल मेरे वाईफाई का उपयोग करके भेजा जाता है
- मैंने उसी डोमेन पर एक नया ईमेल खाता भी बनाया है (उदाहरण के
test@my-domain.comलिए अपने सामान्य रूप से साथ जाने के लिएmy-name@my-domain.com), और इसमें बिल्कुल वही समस्या थी (वेबमेल का उपयोग करके परीक्षण किया गया)। - परीक्षण करने के लिए कि क्या मुझे किसी प्रकार की गड़बड़ हो सकती है एसएमटीपी सेटिंग्स जो कि बाउंसबैक डिलीवरी रिकवरी को रोकती है, मैंने hg1ugtvr34vrgfrt2t@ashfrlwejbtlwerthhalhjtkghwerkbjhrw.com तर्क के लिए एक ईमेल भेजा है। मुझे पूरी तरह से सामान्य "मेल डिलीवरी विफल हो गई: प्रेषक को संदेश वापस भेजना" बाउंसबैक - इसलिए मैं बाउंसबैक प्राप्त करने में सक्षम हूं, मुझे बस किसी कारण से इस डोमेन से नहीं भेजा जा रहा है।
- उदाहरण के लिए, मेरे व्यक्तिगत जीमेल खाते से उन्हें ईमेल प्राप्त होते हैं, तो वे ठीक हो जाते हैं (इसलिए मैं इस बीच का उपयोग कर रहा हूं जब तक यह समस्या हल नहीं हो जाती)
ईमेल मेरे अपने डोमेन से है - मैंने अन्य लोगों को एक ही ईमेल पते और एक ही आउटलुक से ईमेल भेजे हैं और उन्हें ठीक मिला है। जीमेल कभी-कभी उन्हें स्पैम के रूप में चिह्नित करता है, जिसे मैं देख रहा हूं, लेकिन अन्य ग्राहकों को कोई समस्या नहीं है।
इसके अलावा, मुझे कुछ भी देखने को नहीं मिला। मुझे यकीन है कि मेरी समस्या का निदान करने के लिए यहां पर्याप्त नहीं है इसलिए मैं एक समाधान के लिए नहीं कह रहा हूं, लेकिन निदान के लिए मैं जो कदम उठा सकता हूं , उदाहरण के लिए:
- क्या आउटलुक में मैं "हुड के नीचे" कुछ भी देख सकता हूं, जैसे रिपोर्ट भेजना या लॉग करना?
- क्या किसी प्रकार के सर्वर या डोमेन-संबंधित लॉग हैं जिन्हें मुझे देखना चाहिए जो प्रासंगिक हो सकते हैं? मेरा डोमेन सेंटोस वीपीएस पर एक एसएमटीपी सर्वर को सौंपा गया है।
- क्या किसी प्रकार के ब्लैकलिस्ट या सुरक्षा हस्तक्षेप के बारे में मुझे पता होना चाहिए और इसके लिए जाँच करें कि क्या एक ईमेल भी स्पैम फ़ोल्डर के रूप में दूर तक नहीं पहुंचेगा?
मैंने देखा है कि यह प्रश्न कुछ लोगों द्वारा प्राप्त नहीं किया जा रहा है , जो समान है लेकिन दो अंतरों के साथ:
- वे एक जन-मेलिंग प्रणाली का उपयोग कर रहे हैं, मैं नियमित रूप से आउटलुक, एक समय में एक ईमेल का उपयोग कर रहा हूं।
- स्वीकृत उत्तर को गलत तरीके से परिभाषित किया गया है - हालांकि, मेरा पहला लापता ईमेल पिछले शुक्रवार (पांच दिन पहले) से था, और जाहिरा तौर पर ग्रीलेस्टिंग 15 मिनट और "कुछ दिनों" के बीच देरी से ईमेल करता है।
जैसा कि टायसन ने सुझाव दिया है, मैंने http://mxtoolbox.com/ की कोशिश की है, लेकिन दुर्भाग्य से इसने कोई सुराग नहीं दिया (कम से कम, कोई सुराग नहीं जो मैं देख सकता हूं)। मामले में मैं कुछ याद किया, यहाँ परिणाम हैं:
ब्लैक लिस्ट चेक
95 ज्ञात ब्लैक लिस्ट के खिलाफ XX.XX.XX.XX की जाँच कर रहा है ...
1 टाइमआउट के साथ 0 बार सूचीबद्ध
[सूची के अंत में बहुत सारी हरी टिकियाँ:]
TIMEOUT IPrange RBL Project [response time:] 0
तो यह किसी भी ज्ञात अश्वेत में नहीं है। मुझे नहीं पता कि IPrange RBL की जाँच विफल क्यों हुई, लेकिन मैंने http://iprange.net/rbl/lookup/ पर मैन्युअल रूप से जाँच की और मुझे वहाँ भी ब्लैकलिस्ट नहीं किया गया है।
SMTP जाँच:
इसलिए कनेक्शन का समय थोड़ा धीमा है (मुझे यकीन नहीं है कि क्यों, उस पर गौर करेंगे), लेकिन मैं यह नहीं देखता कि क्यों भेजे गए मेल कभी-कभी पूरी तरह से गायब हो जाते हैं।
http://intodns.com मेरे सभी डोमेन के एमएक्स चेक के लिए सॉलिड ग्रीन टिक भी देता है।
मैंने (Centos / Linux) सर्वर पर लॉग फाइल ब्राउज़ करने की कोशिश की है:
/var/log/maillog- ये सब खाली हैं। मेरा मानना है कि ये Sendmail लॉग हैं, और मैं वर्तमान में sendmail का उपयोग नहीं करता हूं, इसलिए यह समझ में आता है।/var/log/exim/reject.logपर खारिज कर दिया क्रूर बल प्रयासों से भरा हैdovecot। मेरे पास हैfail2banऔर मैं अपनी फ़ायरवॉल सेटिंग्स आदि की जांच करूँगा, यह देखने के लिए कि क्या मैं उन्हें कोशिश करने से रोक सकता हूँ, लेकिन मुझे नहीं लगता कि यह संबंधित है/var/log/exim/main.logइसमें कई अस्वीकृत बल प्रयास शामिल हैं, लेकिन कुछ वास्तविक भेजे गए ईमेल के रिकॉर्ड भी शामिल हैं:
यहां एक ही डोमेन के तीन लोगों के लिए एक ईमेल है जो तीनों लोगों के लिए विफल रहा है (मैंने कुछ अल्फ़ान्यूमेरिक तारों को संपादित किया है और TXT.LIKE.TH.IS के साथ आईपी पते को प्रतिस्थापित किया है):
2016-02-12 08:55:41 no host name found for IP address MY.PC'S.IP.ADR
2016-02-12 08:55:49 1aU9Vw-0004vq-EG <= me@my-domain.com H=(MyPCName) [MY.PC'S.IP.ADR] P=esmtpa A=dovecot_login:me@my-domain.com S=1443429 id=000001d17563$920b5cf0$7b1622d0$@my-domain.com
2016-02-12 08:55:51 1aU9Vw-0004vq-EG => alice.domain@receives-nothing.org <alice.domain@receives-nothing.org> R=dnslookup T=remote_smtp H=cluster5.us.messagelabs.com [US.IP.ADR.ESS] X=UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256
2016-02-12 08:55:51 1aU9Vw-0004vq-EG -> brian.domain@receives-nothing.org <bob.domain@receives-nothing.org> R=dnslookup T=remote_smtp H=cluster5.us.messagelabs.com [US.IP.ADR.ESS] X=UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256
2016-02-12 08:55:51 1aU9Vw-0004vq-EG -> carol.domain@receives-nothing.org <carol.domain@receives-nothing.org> R=dnslookup T=remote_smtp H=cluster5.us.messagelabs.com [US.IP.ADR.ESS] X=UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256
2016-02-12 08:55:51 1aU9Vw-0004vq-EG Completed
यहां एक व्यक्ति के लिए एक ईमेल है जो सफल हुआ (प्राप्तकर्ता द्वारा प्राप्त किया गया था):
2016-02-12 08:58:20 no host name found for IP address MY.PC'S.IP.ADR
2016-02-12 08:58:23 1aU9YU-0004w0-IN <= me@my-domain.com H=(MyPCName) [MY.PC'S.IP.ADR] P=esmtpa A=dovecot_login:me@my-domain.com S=23133 id=003101d61537$874b04a0$59e01ed0$@my-domain.com
2016-02-12 08:58:26 1aU9YU-0004w0-IN => zak.receives@email-normally.org <zak.receives@email-normally.org> R=dnslookup T=remote_smtp H=cluster4.eu.messagelabs.com [UK.IP.ADR.ESS] X=UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256
2016-02-12 08:58:26 1aU9YU-0004w0-IN Completed
मैं दोनों के बीच कोई महत्वपूर्ण अंतर नहीं देख सकता। पहले और बाद में दोनों कुछ भी नहीं बल्कि क्रूर बल मलबे और अन्य ईमेल हैं।
मुझे नहीं पता कि इसका क्या महत्व है cluster5.us.messagelabs.comया क्या cluster4.eu.messagelabs.comहै, लेकिन संबंधित आईपी पते दोनों मैसेजलैब्स आईपी पते हैं।
Googling messagelabs.com ने इस ब्लॉग लेख को बदल दिया है , जो प्रासंगिक दिखता है और सुझाव देता है कि (सह-संयोग से) मेरे दोनों ग्राहक मैसेजलैब्स ग्राहक हैं, लेकिन महत्वपूर्ण अंतरों के लिए) क) लेखक के विपरीत मुझे गैर-डिलीवरी भी नहीं मिलती है। रसीद और ख) यदि यह मैसेजलैब्स मेरे ईमेल को ब्लॉक कर रहा था, तो मुझे नहीं लगता कि वे इसे अपने ग्राहकों में से एक के लिए क्यों रोकेंगे, लेकिन किसी अन्य के लिए नहीं।
