सिस्टम मेल को डोमेन के रूप में नहीं भेजना चाहिए जिसे हम प्रमाणित नहीं करते हैं

शिप

4 सितंबर 2026 को 4:46 pm बजे UTC

लेखक

Kamo

Commit

14f8b42

ट्रांजेक्शनल मेल हमेशा NoReply@{org प्राइमरी डोमेन} के माध्यम से चला गया हमारा अपना रिले। यह केवल सुरक्षित है जबकि कामो ऑर्ग के मेल को होस्ट करता है: फिर हम डोमेन के SPF और DKIM को नियंत्रित करता है। एक org जो अपने मेलबॉक्स को Google में ले जाता है Workspace, Microsoft 365 या Zoho उसी से रखता है, लेकिन इसके SPF अब नाम हमारे रिले के बजाय प्रदाता और हम इसके लिए कोई DKIM कुंजी नहीं रखते हैं, इसलिए हर कोई इसके लिए DKIM कुंजी नहीं रखता है। सिस्टम ईमेल उस डोमेन से होने वाले अनधिकृत मेल का दावा करता है जिसे हम करते हैं के लिए भेजा नहीं है। प्राप्तकर्ता इसे स्पैम-फोल्ड करता है, और इसे उस पल को खारिज कर देता है जब वह उस क्षण को बाहर निकाल देता है। डोमेन p=none से सख्त DMARC प्रकाशित करता है। Harmony Home Loan वास्तव में यह मारा: harmonyhomeloans.net अब है MX -> smtp.google.com और SPF हमारे IP भेजने को कवर करें, इसलिए उनके पासवर्ड रीसेट मेल पर भरोसा नहीं किया जा सकता है गूगल या व्यक्तिगत जीमेल / याहू द्वारा उनके खातों पर संबोधित करते हैं। हम होस्ट करते हैं कि वे अपने स्वयं के डोमेन के रूप में भेजते हैं। आज मंच के संरेखित डोमेन से ऑर्ग के नाम के तहत भेजता है, उत्तर-टू के साथ वापस आ रहा है, इसलिए ब्रांडिंग जीवित रहता है और मेल आता है: से: "हार्मनी होम लोन" <NoReply@kamocrm.com> NoReply@harmonyhomeloans.net कोई प्रदाता पंक्ति के साथ एक ऑर्ग कभी नहीं चुना है और पहले से ही इलाज किया जाता है। हर जगह कामोमेल, इसलिए यह अप्रभावित है; एक प्रदाता लुकअप जो विफल रहता है पासवर्ड रीसेट को अवरुद्ध करने के बजाय पुराने व्यवहार में वापस आता है। यह उत्तर भी तार करता हैविषय भेजने के लिएToUser हमेशा स्वीकार किया है और कभी इस्तेमाल नहीं किया।.