- भेजा गया
- 23 सितंबर 2026 को 6:18 pm बजे UTC
- लेखक
- Kamo
- कमिट
- 4f5f70e
मौजूदा SPF एक के साथ दो समापन बिंदुओं को जोड़ता है, इसलिए एक ऑर्ग का लेनदेन मेल (पासवर्ड रीसेट, निमंत्रण, नोटिफिकेशन) एक DKIM हस्ताक्षर ले सकता है और मालिक अपनी DMARC मुद्रा देख सकते हैं: GET/api/security/domains/{id}/dkim — एक डोमेन DKIM कुंजी उत्पन्न करता है पहली बार यह पूछा जाता है (कभी-कभी बाद में पुनर्जन्म किया जाता है, क्योंकि स्वैपिंग कुंजी पहले से ही पुराने के साथ हस्ताक्षर किए गए किसी भी चीज का सत्यापन टूट जाएगा), जांचें कि क्या TXT रिकॉर्ड प्रकाशित किया गया है, और फैसले को स्टोर करता है **************** एक ही चेक-स्टेट आकार पहले से ही उपयोग किया जाता है। - GET ************* - केवल पढ़ने के लिए। हर संदेश कामो भेजता है जैसा कि NoReply@{domain} उस डोमेन का उपयोग लिफाफे प्रेषक और दृश्यमान दोनों के रूप में करता है इससे, इसलिए डीएमएआरसी की संरेखण जांच पहले से ही एसपीएफ़ करने के बाद संतुष्ट है, ग्राहक ने जो भी पॉलिसी चुनी है। यह केवल रिपोर्ट क्या है प्रकाशित (या कुछ भी नहीं है) - यह कभी नहीं पूछता एक बदलाव के लिए, क्योंकि कभी भी एक कामो की जरूरत नहीं है। ************* दर्पण SpfAdvisoryService का आकार (एक शुद्ध निरीक्षण), परीक्षण के लिए एक buildLookup() सीवन) और Dkimauthorization सेवा दर्पण SpfAuthorizationसेवा (उनके फैसले को छोड़कर) इसे अकेले छोड़ देता है असफल रहा। DkimDomainRepository एक सादे JpaRepository एक ही रास्ता है SpfDomainRepository एक ही कारण के लिए है: यह एक redeploy के साथ जहाज एक साझा पुस्तकालय संस्करण टक्कर के बजाय। Kamo-shared-library 5de57705 (OrgDomain's new dkim * फ़ील्ड) पर निर्भर करता है।.