बिना ईमेल के समस्या का निवारण कैसे करें जो वापस उछलता नहीं है?


4

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

मुझे यह भी बताया गया है कि स्पैम पकड़ने वाले अक्सर प्रेषक को सूचित किए बिना ईमेल को रद्दी कर देते हैं। यह, मेरे दिमाग में, एक डिलीवर किए गए ईमेल के रूप में योग्य है, लेकिन स्पैम पकड़ने वाला इसे जंक फ़ोल्डर में ले जाता है।

कभी-कभी, हालांकि, आप एक ईमेल भेजते हैं और कभी भी उत्तर नहीं मिलता है। एक हफ्ते बाद आप उन्हें फोन करते हैं और वे कहते हैं कि उन्हें यह कभी नहीं मिला। आप इस व्यक्ति को जानते हैं। आपने उन्हें बिना किसी समस्या के ईमेल भेजा है। कभी-कभी आपका "अनदेखा" ईमेल भी उनके मूल ईमेल का जवाब होता था। इसलिए जब आप उन्हें फोन पर ले लेते हैं, तो आप दूसरे को भेजते हैं, और वे नहीं मिलते हैं! आप क्या करने वाले हैं?

जांच करने के लिए, आप इसमें शामिल सभी पते से ईमेल भेजने की कोशिश कर सकते हैं और फिर जांच कर सकते हैं कि क्या वे वितरित किए गए हैं:

  1. आपके प्राथमिक से आपके मित्र के प्राथमिक तक।
  2. आपके माध्यमिक से आपके मित्र के प्राथमिक तक।
  3. आपके प्राथमिक से आपके मित्र के माध्यमिक तक।
  4. आपके माध्यमिक ईमेल से आपके मित्र के माध्यमिक तक।
  5. उपरोक्त बिंदुओं पर सभी रिवर्स ऑर्डर, कुल आठ ईमेल भेजे गए।

आप उन परिस्थितियों में क्या कर सकते हैं, जहां इन आठ में से एक या सभी परीक्षण ईमेल अप्रतिबंधित हैं और यदि "अपरिवर्तनीय" संदेश वापस नहीं आया तो यह क्या दर्शाता है? डिलीवरी पथ के साथ-साथ ईमेल कहां रुक सकता है और आप इसे कैसे ठीक करते हैं?


मेरी विशिष्ट परिस्थिति में, यह हाल ही में दो ग्राहकों (व्यवसाय के साथ हुआ है, इसलिए यह महत्वपूर्ण रूप से महत्वपूर्ण है)।

पहले ग्राहक ईमेल के साथ परीक्षण किया गया:

  1. me@my_primary.com to client1@their_primary.com - अप्रतिबंधित, कोई उछाल वापस नहीं, रद्दी में नहीं मिला।
  2. me@my_primary.com to client2@their_primary.com - अप्रतिबंधित, कोई उछाल वापस नहीं, कबाड़ में नहीं मिला।
  3. me@my_secondary.com से clientany@their_primary.com - प्राप्त किया
  4. clientany@their_primary.com to me@my_primary.com - प्राप्त हुआ

दूसरे क्लाइंट ईमेल के साथ परीक्षण किया गया:

  1. me@my_primary.com to client1@their_primary.com - अप्रतिबंधित, कोई उछाल वापस नहीं, रद्दी में नहीं मिला।
  2. me@my_secondary.com से client1@their_primary.com - प्राप्त किया
  3. clientany@their_primary.com to me@my_primary.com - प्राप्त हुआ

दोनों ग्राहकों के साथ उन्हें मेरे प्राथमिक ईमेल पते से पहले कई बार ईमेल मिले हैं, लेकिन अब यह समस्या थी। मुझे लगता है कि अन्य ग्राहकों को उनकी प्रतिक्रिया की कमी के कारण कुछ ईमेल नहीं मिले हैं।

मेरा प्राथमिक ईमेल एक समर्पित आईपी के साथ ब्लूहोस्ट पर होस्ट किए गए डोमेन के माध्यम से है। ब्लूहोस्ट तकनीक के समर्थन के अनुसार, इस आईपी के माध्यम से आने वाले ईमेलों को रूट कर दिया जाता है, लेकिन ब्लूहोस्ट के सभी आउटगोइंग ईमेल को एक घूर्णन, प्रॉक्सी आईपी या कुछ अन्य के माध्यम से रूट किया जाता है। मूल रूप से, मेरे समर्पित आईपी को कभी-कभी आउटगोइंग ईमेल द्वारा भी नहीं छुआ जाता। इसका मतलब यह है कि आउटगोइंग ईमेल अभी भी ब्लैक लिस्टेड आईपी के कारण अन्य उपयोगकर्ताओं द्वारा खुद को बर्ताव न करने के लिए अतिसंवेदनशील हैं। ब्लूहॉस्ट टेक सपोर्ट के अनुसार, मेरे असफल ईमेल भेजे जाने के समय के आसपास एक मामूली समस्या थी और असफल भेजे जाने वाले प्रत्येक डोमेन को बाउंस प्राप्त नहीं हो रहा था। यह मेरा मुद्दा हो सकता था।


मैंने एक सामान्य प्रश्न पूछने की कोशिश की जो दूसरों के लिए उपयोगी होगा और मेरे विशिष्ट मुद्दों पर रखी जाएगी जिन्हें केस स्टडी के रूप में संबोधित किया जा सकता है।
फ्रेड्सबेंड

क्या आप अपने स्वयं के मेल सर्वर चलाते हैं? यदि हां, तो भेजने वाले मेल सर्वर की आउटगोइंग कतार लॉग की जांच करें। ध्यान दें कि क्या कुछ नोट है। यदि आपको प्राप्त करने वाले सर्वर पर नियंत्रण है, तो लॉग को भी जांचें। आपको जो ईमेल ईमेल मिलते हैं (या नहीं मिलते हैं) आमतौर पर स्थिति का केवल एक अंतिम "सारांश" होता है, अधिक विस्तृत, उच्च रिज़ॉल्यूशन की जानकारी आमतौर पर लॉग में पाई जा सकती है।
जेसन सी

इसके अलावा, जब तक कि मैंने किसी तरह इस बिंदु को छोड़ नहीं दिया: आपके परीक्षण ईमेल में, क्या प्राप्तकर्ता ने रद्दी फ़ोल्डर की जांच की और क्या आपने सत्यापित किया कि यह वहां नहीं था? मैं उस हिस्से पर स्पष्ट नहीं हूं।
जेसन सी

@JasonC ईमेल रद्दी फ़ोल्डरों में नहीं पाए गए। मैंने होस्टिंग के बारे में अपडेट किया। अंतिम वाक्य देखें। मैं किसी भी "ईमेल लॉग" को ब्लूहोस्ट पर cPanel में नहीं ढूंढ सकता।
fredsbend

1
@JasonC मैंने अपडेट किया कि ब्लूहोस्ट तकनीकी सहायता ने क्या कहा। मूल रूप से, मेरी सटीक समस्या एक ब्लैक लिस्टेड आईपी समस्या हो सकती है जो वे कर रहे थे।
fredsbend

जवाबों:


1

मेरे कुछ पुराने टिप्पणियों को एक उत्तर में बदलना, क्योंकि मेरा मानना ​​है कि यह होस्ट किए गए और आंतरिक रूप से चलाने वाले सर्वरों के लिए एक अच्छा सामान्य प्रारंभिक चरण है:

आपके द्वारा चलाए गए परीक्षणों को चलाकर आपने सही काम किया; किसी समस्या को अलग करने और पुन: पेश करने के लिए परीक्षणों का एक ठोस सेट हमेशा एक अच्छा पहला कदम होता है। इस तरह की समस्या के निदान में एक अच्छा अगला कदम लॉग्स की जांच करना है, हालांकि यह हमेशा सीधे संभव नहीं है यदि आप अपने मेल सर्वर को नियंत्रित नहीं करते हैं।

यदि आप अपना स्वयं का सर्वर चलाते हैं, तो मेल सर्वर की आउटगोइंग कतार लॉग की जाँच करें। ध्यान दें कि क्या कुछ नोट है। यदि आपको प्राप्त करने वाले सर्वर पर नियंत्रण है, तो लॉग को भी जांचें। आपको जो ईमेल ईमेल मिलते हैं (या नहीं मिलते हैं) आमतौर पर स्थिति का केवल एक अंतिम "सारांश" होता है, अधिक विस्तृत, उच्च रिज़ॉल्यूशन की जानकारी आमतौर पर लॉग में पाई जा सकती है।

यदि आप अपना स्वयं का सर्वर नहीं चलाते हैं, (जैसे आपके मामले में, चूंकि ब्लूहोस्ट पर नियंत्रण है), तो अगला चरण मैं सुझाऊंगा कि आप अपने होस्टिंग प्रदाता के तकनीकी समर्थन को कॉल करें और अपनी स्थिति की व्याख्या करें, यदि उनसे कोई अतिरिक्त लॉग इन किया हो विवरण जो प्रकाश को बहा सकता है। इसके अलावा, उन्हें कुछ अन्य चल रहे मुद्दे का ज्ञान हो सकता है जो आपको प्रभावित कर रहा है कि आप अपने दम पर पता नहीं लगा पाएंगे - यह विशेष रूप से उपयोगी है क्योंकि यह आपको एक समस्या की जांच करने के प्रयास की परेशानी से बचाता है जो नहीं है आपके द्वारा हल करने योग्य। आप आगे कैसे बढ़ते हैं यह उस बातचीत के परिणामों पर निर्भर करेगा।


1

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

यहां तक ​​कि जब बाउंस संदेशों को भेजने का प्रयास किया जाता है तो ऐसी स्थितियां होती हैं जो उत्तर भेजने से रोकती हैं। ये मुख्य रूप से मूल डोमेन के साथ समस्या होनी चाहिए।

किसी संदेश को बाउंस करने का एकमात्र सुरक्षित समय स्वीकार किए जाने से पहले है। कई सर्वर सभी संदेशों को स्वीकार करते हैं और केवल बाद में सत्यापित करते हैं कि क्या वे संदेश दे सकते हैं। एक बार संदेश को स्वीकार कर लेने के बाद, यह संभावना है कि उछाल एक ऐसे डोमेन को भेजा जाएगा जिसकी पहचान खराब हो गई थी, और उसे बैक-स्कैटर स्पैम माना जाएगा।

संदेशों को उछालने का एक और कारण, वैध ईमेल पतों की सूची की रक्षा करना है। no such userत्रुटियों के साथ शेख़ी संदेश संभावित ईमेल पतों की सूची को साफ करने की अनुमति देता है। यह लक्षित ईमेल अभियानों को सरल बनाता है जिनका उपयोग फ़िशिंग के लिए किया जा सकता है।

स्पैम इंडिकेटर्स पर काफी उच्च रैंक वाले ईमेल को अक्सर गिरा दिया जाता है। मेरे द्वारा प्राप्त सभी '419' घोटाले संदेशों के साथ ऐसा ही होता है। कुछ ब्लैकलिस्ट को पर्याप्त विश्वसनीय माना जाता है कि आपका संदेश बस गिरा दिया जा सकता है।

एक गतिशील आईपी पते से भेजे गए संदेशों को भी गिराए जाने की संभावना है क्योंकि संभावना 99% से अधिक है कि यह स्पैम है। क्षमा करें, डायनामिक IP पतों पर बहुत सारे स्पैम्बोट्स हैं। DNS पास रिवर्स सत्यापन के साथ एक स्थिर आईपी पता मान्य होने की संभावना है।

वितरण के मुद्दे आपके लॉग और उनके लॉग के साथ काम करके सबसे अच्छे रूप में नियंत्रित किए जाते हैं। आपको अपने लॉग में यह सत्यापित करने में सक्षम होना चाहिए कि आपका संदेश किस सर्वर तक पहुँचाया गया था। उन्हें अपने लॉग से सत्यापित करने में सक्षम होना चाहिए कि आपके संदेश का क्या हुआ।

वहाँ severs जो आपके संदेश की गुणवत्ता के विभिन्न संकेतों के साथ आपके संदेश को आपको वापस उछाल देगा। इस काम के लिए आपको आने वाले संदेशों को काम करना होगा। तब आप आउटगोइंग संदेशों पर काम करना शुरू कर सकते हैं।

मैंने ईमेल पर कुछ हद तक पोस्ट किया है। ईमेल सर्वर जाली का पता लगाने पर मेरा लेख कुछ सत्यापन सेवाओं को सूचीबद्ध करता है। एक ईमेल सर्वर चलाने पर मेरा मूल पद उस समय के रूप में मैं एक नंबर गलत सर्वर के साथ काम कर रहा था के रूप में एक शेख़ी का एक सा है। मेरे http://www.systemajik.com/blog/email-policy/ में निहित बड़ी-बड़ी संस्थाएँ लागू होने वाली नीतियों को बढ़ा रही हैं ।


आपके उत्तर के लिए धन्यवाद। यह उपयोगी जानकारी थी, लेकिन ठीक वैसा नहीं जैसा मैं देख रहा था। मैं सिफारिशों के साथ वास्तविक समस्या निवारण चरणों की अधिक उम्मीद कर रहा था। प्रयास के लिए +1। मैं वास्तव में संभावना का निर्धारण किया था कि एक तकनीकी कॉल के बाद मेरा मुद्दा क्या था। ओपी को अद्यतन किया गया है।
fredsbend

मुझे लगता है कि यहां क्या मददगार होगा, यह निर्देश है कि कैसे आईपी-ब्लैकलीस्ट, स्पफ रिकॉर्ड की जांच की जाए और ईमेल को स्पैम के रूप में माना जाए।
क्लॉस

@ क्लॉस मेरे अतिरिक्त देखें। पहला लेख सत्यापन सेवाओं के लिंक प्रदान करता है। सत्यापन सेवाओं में से कई ब्लैकलिस्ट की जांच करेंगे। कई वेब साइटें हैं जो आपके डोमेन को यह देखने के लिए जाँचेंगी कि क्या वह ब्लैकलिस्टेड है। कम से कम एक आपको समय-समय पर अपडेट भेजेगा। प्रमुख ब्लैकलिस्ट यह निर्धारित करना आसान बनाते हैं कि क्या आप सूचीबद्ध हैं।
बिलथोर
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.