- शिप
- 5 अगस्त 2026 को 5:10 pm बजे UTC
- लेखक
- Kamo
- Commit
- b922a98
एक कामoCRM अधिसूचना के लिए त्वरित उत्तर '{"error" के साथ विफल रहा:"Invalid addresss"}` उत्तर बॉक्स में वाक्य रचना की। यह स्ट्रिंग जकार्ता मेल का अपना खुद का शब्द है SMTPTransport.rcpt To; pod log दिखाता है कि यह क्या छिपा हुआ है: 550 5.1.1 वर्चुअल मेलबॉक्स टेबल में अज्ञात उपयोगकर्ता इसके पीछे दो दोष। उत्तर को बिना शर्त से संबोधित किया गया था, और पढ़ने के रास्ते में कुछ भी नहीं उत्तर दें-to - इसलिए unrouted NoReply@{org.domain} से भेजे गए किसी भी चीज का जवाब देना कि NoReplySenderservice हर लेन-देन ईमेल पर डाल देता है एक मेलबॉक्स में चला गया कि मौजूद नहीं है। एक वास्तविक उत्तर-टू की स्थापना के बावजूद अभियान भेजने को उसी तरह मारा गया था हेडर (CampaignMessageComposer)। EmailMessage अब उत्तर में जाता है, जिसे पढ़ा जाता है ENVELOPE लिस्टिंग पहले से ही इतनी मेलबॉक्स सूची लागत कोई अतिरिक्त दौर यात्रा नहीं मिलती है। जब यह केवल मैच होता है तो यह गिर जाता है, क्योंकि RFC 3501 §7.4.2 को आवश्यकता होती है सर्वर से दर्पण तक लिफाफे के उत्तर में जब हेडर अनुपस्थित है - एक समान मूल्य किसी भी तरह से जानकारी नहीं रखता है। और दोनों भेजें समापन बिंदुओं ने `{"error के साथ विफलता का उत्तर दिया: e.getMessage()}`, जो है कैसे एक धारावाहिक जावा अपवाद एक उपयोगकर्ता की स्क्रीन पर पहुंच गया। SendFailureResponse एक नक्शा 422 के लिए अस्वीकृति मना किए गए पते और प्राप्त करने वाले सर्वर के अपने कारण का नाम देना - यह अगली एक्सेप्शन चला जाता है, जहां जकार्ता मेल एसएमटीपी विस्तार रखता है, बजाय इसके कारण श्रृंखला। पता है कि केवल प्रयास नहीं किया गया था के साथ रिपोर्ट कर रहे हैं एक को खारिज कर दिया: लेनदेन पूरी तरह से गर्भपात करता है, इसलिए उन्हें संदेश नहीं मिला या तो इसके अलावा NoReplySender ServiceTest को भी सही करता है, जो अभी भी इस बात पर जोर देता है कि न्यूनकैसिंग D1e7191 जानबूझकर मामले संरक्षण के साथ बदल दिया, और बाद में मुख्य रूप से विफल रहा था।.