ඔබේ ව්යාපාරයේ ඊමේල් ලිපිනයන් ගැලපෙනවාද කියලා පරීක්ෂා කරන SPF (Sender Policy Framework) රෙකෝඩ් එක, අලුත් සේවාවක් එක් කළ පසු අහම්බෙන් PermError පණිවිඩයක් දෙනවාද? මේක අසාධාරණයක් නොව, DNS ලුක්අප් ගණන සීමා 10ක් ඉක්මවන නිසා සිදු වන සාමාන්ය ගැටලුවක්.
උදාහරණයක් ලෙස, ඔබේ SPF රෙකෝඩ් එක v=spf1 include:_spf.google.com include:servers.mcsv.net include:mail.zendesk.com -all වගේම සරලයි. නමුත් include එකක් එක් කරන විට එය අන්තර්ගත DNS රෙකෝඩ් එකත් සමඟ තවත් include, redirect, mx, exists වැනි යන්ත්රණයන් අමතරව ලුක්අප් ගණන වැඩි කරයි. මෙයින් සම්පූර්ණ පරීක්ෂණ ගසන ගණන 10 ඉක්මවා ගියොත්, ලැබෙන ප්රතිඵලය PermError වේ.
PermError එක ලැබුණත් එම ඊමේල් පණිවුඩය අත්හැරෙන්නේ නැත. එය ප්රතිචාරය ලබාගන්නා සේවාදායකයාගේ SPF/DKIM/DMARC අනුකූලතාව, ස්පෑම් ෆිල්ටරය හා ප්රතිචාර නීති මත පදනම්ව වෙනස් වේ. ඒ නිසා සමහර සේවාදායකයන් පණිවුඩය පිළිගනී, වෙනත් කෙනෙක් එය ස්පෑම් ලෙස හඳුනාගනී.
ශ්රී ලංකාවට ඇති වැදගත්කම
ශ්රී ලංකාවේ බොහෝ ආයතන, විශ්වවිද්යාල, ස්ටාර්ට්අප් සමාගම් Google Workspace, Microsoft 365, Mailchimp, Zendesk වැනි බාහිර සේවාවන් භාවිතා කරයි. එම සේවාවන් එක්ක SPF රෙකෝඩ් එක අලුත් කරගැනීමේදී ලුක්අප් සීමාව ඉක්මවා ගියහොත්, ඉන්බොක්ස් ප්රතිචාරය අසාර්ථක විය හැකිය. එම නිසා:
- ඉලෙක්ට්රොනික තැපැල් විශ්වාසය අඩුවීම – ගනුදෙනුකරුවන්ට හෝ පාරිභෝගිකයන්ට පණිවුඩය නොලැබීමේ අවදානම.
- අධ්යාපනික පද්ධති – විශ්වවිද්යාල සිසුන්ට ලැබෙන නිල ඊමේල් අසාර්ථක වීම, පත්රිකා, පරික්ෂා ප්රතිඵල යනාදිය අහිමි වීම.
- ව්යාපාරික ක්රියාකාරකම් – ගනුදෙනුකරුවන්ට මාර්ගගත ගිණුම් තොරතුරු යැවීමේදී ප්රතිපල අඩු වීම.
ඉතා සරලව, සියලු include රෙකෝඩ් එක පරීක්ෂා කර, අනිවාර්ය නොවන සේවා ඉවත් කර, අවශ්ය නම් IP ලිපින වලට පරිවර්තනය (flatten) කර, නවීකරණය නිරන්තරයෙන් පරීක්ෂා කිරීම මඟින් මෙම ගැටලුව තවදුරටත් වැළැක්විය හැකිය.
අවසන් වශයෙන්, SPF රෙකෝඩ් එකේ ලුක්අප් ගණන 10කට අඩු කිරීම පමණක් නොව, ඔබේ ඊමේල් පද්ධතිය අනාගතයේ සේවා සැපයුම්කරු වෙනස් වුනත් සාර්ථකව ක්රියා කරනු ඇතැයි තහවුරු කිරීමයි මූලික අරමුණ.
