coldfusion - कोल्ड फ्यूजन मेल कतार प्रसंस्करण रोकता है




administration (5)

क्या आपने पूरी तरह से कतार को छोड़कर प्रयास किया है? (सीएफ व्यवस्थापक में, मेल स्पूल सेटिंग्स के तहत, "डिलीवरी के लिए स्पूल मेल संदेश" को अनचेक करें।)

हमारे सीएफ़ सर्वर प्रायः मेल प्रोसेसिंग रोक देता है यह समस्याग्रस्त है, क्योंकि हमारे कई ग्राहक इस पर निर्भर हैं।

हमें ऑनलाइन सुझाव मिले हैं जो बिना बाएं फाइल्स में शून्य-बाइट फ़ाइलों का उल्लेख करते हैं, इसलिए मैंने एक ऐसा कार्य बनाया जो उन्हें हर तीन मिनट से निकाल देता है। हालांकि, रुके फिर से हुआ है।

मैं इस मुद्दे के निदान और फिक्सिंग के लिए सुझावों की तलाश कर रहा हूं।

  • सीएफ़ 8 मानक
  • Win2k3

जोड़ा गया:

  • कतार विफल होने पर मेल लॉग में कोई त्रुटि नहीं है
  • हमने कतार का उपयोग किए बिना इसे चलाने की कोशिश नहीं की है, इसलिए हम जिस मेल की बड़ी मात्रा भेजते हैं

जोड़ा गया 2:

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

3 जोड़ा गया:

  • हम संलग्नक का उपयोग नहीं कर रहे हैं

मेल स्पूलर और सीएफ़एमएक्स 8 में अनुलग्नकों के साथ संदेश हैं जो हॉटफिक्सेस में से एक के साथ तय किया गया था। संस्करण 8.0.1, कम से कम, निश्चित होना चाहिए था


हम क्या कर रहे हैं:

मैंने दो अनुसूचित कार्यों को लिखा था यह देखने के लिए सबसे पहले की जाँच की गई कि क्या एन नोट्स से पुराने कतार फ़ोल्डर में कोई संदेश था (वर्तमान में 30 पर सेट है)। कम उपयोग के दौरान दूसरी रात कतार को रीसेट करता है।

दुर्भाग्य से, हमने वास्तव में कभी पता नहीं लगाया कि क्यों कतार रेल से निकल जाएगा, लेकिन जब हम एक्सचेंज का उपयोग करते हैं, तो ऐसा लगता है कि हम ऐसा अन्य मेल सर्वरों की कोशिश कर रहे हैं जो इस मुद्दे पर नहीं हैं।

संपादित करें: मुझे अपना कोड पोस्ट करने के लिए कहा गया था, इसलिए जब पुराने मेल मिलते हैं तो इसे पुनः आरंभ करने के लिए एक है:

<cfdirectory action="list" directory="c:\coldfusion8\mail\spool\" name="spool" sort="datelastmodified">
<cfset restart = 0>
<cfif datediff('n', spool.datelastmodified, now()) gt 30>
    <cfset restart = 1>
</cfif>
<cfif restart>
    <cfset sFactory = CreateObject("java","coldfusion.server.ServiceFactory")>
    <cfset MailSpoolService = sFactory.mailSpoolService>
    <cfset MailSpoolService.stop()>
    <cfset MailSpoolService.start()>
</cfif>

हमारे पास वास्तव में एक समान सेटअप है, 32 बिट सीएफ 8 ऑन विन 2 के 3

हमने एक साल पहले के बारे में बेन के समाधान को नियोजित किया था, और निश्चित रूप से ऑटो पुनः कतार ईमेल जो अटक जाते हैं में मदद मिली है।

हालांकि हाल ही में किसी भी विशेष कारण के लिए हमारे 7 वेब सर्वरों में से एक ने इस ईमेल में हर ईमेल प्रयास के साथ आने का फैसला किया।

मेल सर्वर पैरामीटर सेट अप करते समय एक अपवाद उत्पन्न हुआ यह अपवाद निम्न कारण था: coldfusion.mail.MailSessionException: मेल सर्वर पैरामीटर सेट अप करते समय एक अपवाद उत्पन्न हुआ ..

हमारे प्रत्येक वेब सर्वर एक-दूसरे के समान क्लोन हैं, तो ऐसा क्यों हो रहा था कि यह एक विचित्र घटना है

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

हमने पाया है कि समस्या मैसाफी वायरस स्कैनर से संबंधित है, इसे c: \ ColdFusion8 निर्देशिका को बाहर करने के लिए अद्यतन करने के बाद समस्या दूर चली गई।

उम्मीद है की वो मदद करदे।


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

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

मुझे आशा है कि मदद करता है