KamoCRM

हर स्वामित्व वाले डोमेन को बिना शर्त रीट्री करें और + टैग फोल्ड को छोड़ दें

FixEmailService
शिप
29 सितंबर 2026 को 2:29 am बजे UTC
लेखक
Kamo
Commit
3ae4903

राउंड 2 समीक्षा (email-fix-review-2.md) ने MAJOR #3 (multiple) के लिए राउंड 1 फिक्स पाया। रूट डोमेन अभी भी मूल बग को फिर से खोलता है: - BLOCKER: kamouniverse.com, लाइव है, साथ ही एक सिद्ध जड़ (org domains), स्वामित्व-सत्यापित, कोई माता-पिता नहीं) और डिफ़ॉल्ट उपनाम डोमेन (org alias domains) के लिए org 1168485648209608710 — सटीक org इस रिपोर्ट के बारे में — जबकि असली मेलबॉक्स केवल कैनोनिकल डोमेन (sage@kamocrm.com) पर रहता है। राउंड 1 गार्ड `!rootDomains.contains(domain)` ने जब भी उम्मीदवार के उम्मीदवार के लिए बहु-मूल retry छोड़ दी खुद का डोमेन पहले से ही एक रूट था, इस धारणा पर एक रूट-डोमेन पता "पहले से ही होना चाहिए सीधे कोशिश की गई है - एक दोहरी पंजीकृत डोमेन के लिए झूठ। Sage@kamouniverse.com फिर से मना कर दिया गया था। गार्ड को हटा दिया गया है: अब रिट्री बिना शर्त के चली जाती है प्रत्यक्ष जाँच यादें, हर स्वामित्व वाली जड़ के लिए, चाहे उम्मीदवार का अपना डोमेन न हो उनमें से एक होता है। सामान्य मामले के लिए अनावश्यक-but-harmless चेक पहले से ही एक शाब्दिक जड़-घरेलू पते को कवर करता है); लोड-असर जब भी एक डोमेन kamouniverse.com की तरह दोहरे पंजीकृत है। - MAJOR: राउंड 1 + टैग फोल्ड (sage+urgent@kamocrm.com -> sage@kamocrm.com) है पहले प्रस्तावित के रूप में "केवल मेलबॉक्स टेबल" के लिए पूरी तरह से हटाया गया। समीक्षा के अपने निर्देश के अनुसार वास्तविक मेल स्टैक के खिलाफ लाइव चेक किया Postfix/Dovecot व्यवहार के खिलाफ पुष्टि: `recipient delimiter` को टिप्पणी की गई है। दोनों postfix's main.cf और dovecot के 15-lda.conf, और virtual mailbox maps / Virtual alias maps दोनों आरसीपीटी को एक साक्षर के साथ संबोधित करने का संकल्प लेते हैं `WHERE ईमेल = '%s'`` / `WHERE स्रोत = '%s'` — कहीं भी कोई सीमक स्ट्रिपिंग नहीं है, के लिए किसी भी तालिका। यहाँ तह एक + टैग'd पता प्रसव योग्य कि पोस्टफिक्स अभी भी 550 होगा - राउंड 1 के विपरीत दिशा में झूठी विश्वास मूल बग, एक निश्चित दायरा नहीं है जो काफी हद तक सही होने के लिए पर्याप्त है। यह एक विचलन है शाब्दिक दौर 2 निर्देश (जो कुछ तालिका को पहले से बना है) से, पर बनाया गया यह सबूत है कि निर्देश ने खुद को इकट्ठा करने के लिए कहा; एक सत्तारूढ़ के रूप में दर्ज किया गया। - MINOR: EmailAddress.parse() रिटर्निंग नल (इसके स्थानीय भाग का charset की तुलना में सख्त है) क्या alia/shared-mailbox/mailbox निर्माण खुद को लागू करता है) चुपचाप नहीं बहु-root retry को निष्क्रिय करता है। एक सादे substring-before-the-last-@ Fallback अर्क स्थानीय भाग तो फिर से शुरू होता है। टेस्ट: RecipientDomainValidatorटेस्ट एक टेबलवेयर नकली इकाई प्रबंधन के साथ फिर से लिखा (inspect the SQL text to a table's own known-address set, per the review's own-address set. "परीक्षण डबल तालिकाओं को अलग करें" तो एक परीक्षण अब e.g. "केवल के रूप में जाना जाता है एक आलियास" और इसका मतलब कुछ है। नए/परिवर्तनित मामलों के खिलाफ लाल रंग की पुष्टि की unmodified दौर-1 RecipientDomainValidator.java (अस्थायी रूप से `git के माध्यम से बहाल) केवल उस फ़ाइल का stash`, फिर वापस popped): लाइव-आकार का प्रतिगमन मामला, दो + टैग-no-longer-folds मामलों, alias-only + टैग मामले, और emailAddress.parse()- मामले को अस्वीकार करता है - 5 विफलताओं, वास्तव में इस दौर में बदलाव के मामले। बाद में सभी हरे रंग। भारी mvn परीक्षण **************** 80 रन, 0 विफलताओं।.

सभी बदलाव

जैसा कि आप शिपिंग देखते हैं?

यह सब अपने कार्यक्षेत्र में आता है। मुफ्त योजना शुरू करें और इस पृष्ठ को एक महीने में फिर से पढ़ें।.

Foreverमूल्य निर्धारण देखें