- शिप
- 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 विफलताओं।.
