मंड्रिल ईमेल किसी भी मेलबॉक्स तक नहीं पहुंच रहे हैं, लेकिन मंडलिल 'डिलीवरेड' स्थिति दिखा रहा है

Question

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

मैं एसएमटीपी के माध्यम से ईमेल भेज रहा हूं। मैं शुरुआत में कुछ हज़ार ईमेल भेजने में सक्षम हूं, लेकिन कुछ हज़ारों के बाद, कोई ईमेल किसी भी मेलबॉक्स तक नहीं पहुंच रहा है। मंडल गतिविधि दिखाती है कि ईमेल वितरित किया गया है, लेकिन यह नहीं है और बैकलॉग में कोई ईमेल नहीं है। मेरे पास लगभग 50 के/घंटे की सीमा है।

मैंने एक दिन के बाद एक और खाता बनाने की कोशिश की, और कुछ जमा भी किया, लेकिन अन्य खाते के साथ भी यही बात होती है। एसएमटीपी क्लाइंट में कोई त्रुटि नहीं, लॉग में कोई त्रुटि नहीं, कुछ भी नहीं।

ध्यान देने योग्य अन्य बात यह है कि, जब मैं 'डिलीवर्रेड' पर होवर करता हूं तो यह कहता है कि "कोई एसएमटीपी घटना नहीं है", लेकिन वास्तव में ईमेल जो वितरित किए जाते हैं, कुछ आंकड़े होवर पर दिखाते हैं।

Answer 1

मेलसेवर (जीमेल) द्वारा प्राप्त ईमेल में देरी हुई है। ऐसा लगता है जैसे वे स्वीकार किए गए थे और कुछ घंटों तक संसाधित नहीं हुए थे।

Answer 2

मैं एक ही मुद्दे पर में नहीं थे और this explanation given by OakHosting_James मुझे समझने में बहुत मदद की क्या चल रहा है:

यह पता चला संदेश आईपी एक आरबीएल पर है कि से भेजा गया था (ऐसा होता है - मैं वह मिला)। इसलिए प्राप्तकर्ता सर्वर ने SMTP समय पर संदेश को खारिज कर दिया।

(i) कोई भी एक काली सूची की स्थापना की और कोई अच्छे कारण के लिए पर कोई आईपी रख सकते हैं:

वे इस बारे में दो बातें कहने के लिए कहा। (ii) कुछ संदेश इस तरह से उछालते हैं कि मंड्रिल यह पता लगाने में सक्षम नहीं है कि यह बाउंस है - यही कारण है कि उनकी वेबसाइट ने "वितरित" कहा।

के उन मुद्दों लेते हैं:

(i) यह सच है, लेकिन इस UCEPROTECT लेवल 1. था वे एक सुखद काली सूची के साथ काम नहीं कर रहे हैं, लेकिन वे एक साथ किसी के लिए एक पिछवाड़े परियोजना नहीं कर रहे हैं कुल्हाड़ी पीसने के लिए। मुझे अभी भी यह तथ्य है कि किसी भी प्रेषण नेटवर्क के लिए 100% साफ रहना असंभव है। मैं निराश नहीं हूं कि उनके आईपी में से एक अस्थायी रूप से सूचीबद्ध था। लेकिन मुझे यह कहकर महसूस किया गया कि वहां कुछ छोटी ब्लैकलिस्ट हैं जो उनके सही दिमाग में कोई भी नहीं उपयोग करेंगे। UCEPROTECT उनमें से एक नहीं है, और उन्हें साफ आना चाहिए था: "यहां तक ​​कि सबसे अच्छी स्पैम सुरक्षा के साथ, हम कभी-कभी ब्लैकलिस्ट हो जाते हैं; हम इसे बहुत जल्दी पहचानते हैं और अन्य आईपी पर स्विच करते हैं।"

(ii) मुझे यकीन है कि कुछ बाद के बाउंस हैं जो मंड्रिल की प्रणाली को याद कर सकते हैं। लेकिन यह एसएमटीपी समय पर खारिज कर दिया गया था। वे एक संदेश को कैसे चिह्नित कर सकते हैं जो कभी भी अपने प्रेषण सर्वर को "वितरित" के रूप में नहीं छोड़ा?

तो आरबीएल आईपी समस्या (i) का हल (कुछ हद तक) एक "समर्पित आईपी $ 29.95/माह" प्रकार का बंदर में अपने खाते के लिए हो सकता है। लेकिन a dedicated IP can be a problem on it's own and is for most cases not advised का उपयोग कर।

Answer 3

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

यह देखने का एकमात्र तरीका है कि वास्तव में एक ईमेल भेजा गया है (यानी प्राप्तकर्ता मेल सर्वर को सफलतापूर्वक वितरित किया गया है) यह देखने के लिए है कि संदेश में smtp-events है या नहीं। ध्यान दें कि एसएमटीपी-घटनाएं जीयूआई/एपीआई में उपलब्ध हैं (मुझे 2 मिनट और 24 घंटे के बीच में देरी हुई है) में कुछ समय लग सकता है।

उन सभी ईमेल को देखने के लिए जो वर्तमान में वितरित नहीं किए गए हैं, आप खोज क्षेत्र में "smtp_events.diag: 250" खोज सकते हैं।

Answer 4

मुझे मंड्रिलैप पर यह व्यवहार दिखाई दे रहा है। अपने प्रेषण डोमेन की जांच करें। मामले में, yahoo.com से भेजा जा रहा कोई भी ईमेल अपने गंतव्य तक नहीं पहुंचता है। यहां तक ​​कि, मंडल कंसोल पर वितरित कहते हैं।

चेक इस बाहर: http://blog.mandrill.com/yahoos-recent-dmarc-changes-and-how-that-impacts-senders.html

पहले की पुष्टि करने वाले डोमेन भेजने का प्रयास करें।

और हाँ, यह दिन के लिए गलत वितरित है जब आप सुनिश्चित करें कि

Answer 5

deliverd है अपने mail.rb फ़ाइल में आप निम्न कार्य करने की जरूरत नहीं कर रहे हैं:

ActionMailer::Base.smtp_settings = { 
    address: "smtp.mandrillapp.com", 
    port: 587, 
    enable_starttls_auto: true, 
    user_name: "yourname@gmail.com", 
    password: "apipassword", 
    authentication: "login" 

}