අද උදෑසනදී අපගේ ඊමේල් සේවාදායකය හදිසි බිඳවැටීමක් අත්විඳිනා අතර, නිවැරදිව 5 ක් යවන්න තිබූ විට 10 ක් යවා ඇත. මෙම සිදුවීම නිසා වැඩිහිටි අමරේගේ කණගාටු පළ විය. එම නිසා පද්ධතිය සවිස්තරාත්මකව පරීක්ෂා කර, ප්රතිඵලය ලියන්න අවශ්යතාවයක් ඇති වුණා.
පළමු වැරදි වුණේ, පද්ධතිය කාර්යය නතර වූ විට 12 පැය පුරා 5 ඊමේල් සකස් නොවීමයි. එම ඊමේල් පද්ධතිය නැවත ක්රියාත්මක වූ පසු, ඒවා දැනටමත් පිළිතුරු ලැබී තිබේදැයි පරීක්ෂා නොකර, නැවත යැවීමෙන් දෙවරක් යැවීම සිදු විය. මෙය පළමු අසමත්කමයි.
ඊළඟ පරීක්ෂණයෙන් තේරුණේ, ගූගල් ගිමේල් ෆෝර්වර්ඩ් ප්රශ්නයක් බව නොව, AgentMail API හි messages.get() සහ messages.reply() එන්ඩ්පොයින්ට් දෙකම 404 දෝෂයක් දක්වන බවයි. එමෙන්ම messages.send() භාවිතා කරද්දී, විෂය (subject) අනුව ත්රෙඩ් එකට එකතු නොවීමත් හෙළි වුණා. ඒ නිසා පද්ධතියේ ත්රෙඩ් සම්බන්ධතාවය බිඳී, ඊමේල් එකක් “ඒජන්ට් ප්රොටෝකෝල” ලෙස භාවිතා කළ යුතු විශ්වාසනීයත්වය අඩුවේ.
දැනට වැඩි විශ්වාසයෙන් භාවිතා කළ හැකි ක්රමවේදය මෙසේය:
- messages.list() – ඉන්බොක්ස් පණිවුඩ ලැයිස්තුව ලබා ගැනීම.
- threads.list() – සංවාද ත්රෙඩ් ලැයිස්තුව.
- threads.get() – ත්රෙඩ් එකේ සම්පූර්ණ පණිවුඩය කියවීම.
- messages.send() – නව ඊමේල් යැවීම (reply() නොව).
කෙසේ වෙතත්, ත්රෙඩ් එකට පිළිතුරු සම්බන්ධ කිරීමේ හැකියාව නොමැති බැවින්, සංවාදය අස්ථාවරවී යයි. ඒ නිසා, ඊමේල් ඒජන්ට් ප්රොටෝකෝලය සම්පූර්ණ ලෙස භාවිතා කිරීම තවමත් අසම්පූර්ණයි.
ශ්රී ලංකාවට ඇති වැදගත්කම
ශ්රී ලංකාවේ සංවර්ධකයින්, තාක්ෂණ විද්යා ශිෂ්යයින්, සහ ස්ථාපිත ව්යාපාර සඳහා මෙම පරීක්ෂණය වැදගත් පළපුරුදු පාඩම් දෙයි.
- ඊමේල් API පරීක්ෂා කිරීමේ වැදගත්කම – නිෂ්පාදන පරිසරයේ වැරදි වැළැක්වීමට.
- තත්ත්වය පරීක්ෂා නොකළ විට duplicate පණිවුඩ යැවීමෙන් පාරිභෝගික විශ්වාසය අඩුවීම.
- AgentMail වැනි තෙවන පාර්ශ්ව API භාවිතා කරන විට, එහි සීමා සහ දෝෂයන් පූර්ව පරීක්ෂා කිරීම.
- ශ්රී ලංකාවේ ස්ථාපිත ව්යාපාරයන්ට, විශ්වාසනීය “email-as-agent” විසඳුම් සඳහා වෙනත් පද්ධති (උදා: Slack, Teams) පරික්ෂා කිරීමේ අවශ්යතාව.
අවසානයේ, අපගේ පද්ධතිය පණිවුඩ යැවීමට සාර්ථක වුවත්, සංවාද ත්රෙඩ් එකක් ලෙස ඒවා සම්බන්ධ නොකළ බැවින්, එය “ආකර්ෂණීය” නොව “කාර්යක්ෂම” නොවේ. ඉදිරියේදී ත්රෙඩ් සහ reply API සම්පූර්ණයෙන් පරීක්ෂා කර, ඊමේල් ඒජන්ට් ප්රොටෝකෝලය තවදුරටත් විශ්වාසනීය කර ගැනීමට කටයුතු කරනවා.
