Email Spam Tester

GitHub Copilot

pull request করার আগে Copilot-কে ইমেল পরীক্ষা করতে দিন

VS Code-এ একটি সার্ভার যোগ করুন, তারপর Copilot agent mode আপনার প্রজেক্টের পাঠানো ইমেলে আসল স্প্যাম টেস্ট চালাতে পারবে।

কনফিগ কপি করুন

৪২টি পরীক্ষা · কোনো key নেই · কোনো অ্যাকাউন্ট নেই

কী জিজ্ঞেস করবেন

review-এর আগে পরীক্ষা করুন

এই branch-এ পরিবর্তন করা invoice email পরীক্ষা করুন এবং আগের চেয়ে খারাপ হয়েছে এমন সবকিছু তালিকাভুক্ত করুন।

একটি পরীক্ষার ফল খারাপ হয়েছে: text part এখন খালি।

ব্যর্থতাগুলো ঠিক করুন

এই রিপোর্টে ব্যর্থ হওয়া চেকগুলো দেখুন এবং কোডে যা পরিবর্তন করা যায় তা পরিবর্তন করুন: [রিপোর্টের লিংক]

দুটি সমাধান কোডে করা হয়েছে। তৃতীয়টি আপনার জন্য একটি DNS রেকর্ড।

এটি CI-তে যোগ করুন

templates/ এর অধীনে পরিবর্তনের জন্য আমাদের workflow-তে Email Spam Tester GitHub Action যোগ করুন।

Workflow যোগ করা হয়েছে। এর জন্য তিনটি repository secret দরকার।

VS Code-এ সার্ভার যোগ করুন

ফাইলটি workspace-এর root-এ রাখুন, যাতে পুরো টিম repo-এর সঙ্গে এটি পায়।

https://email-spam-tester.com/mcp
{  "mcpServers": {    "email-spam-tester": {      "type": "http",      "url": "https://email-spam-tester.com/mcp"    }  }}

ইতিমধ্যে .vscode/mcp.json ব্যবহার করছেন?

ওই ফাইলের নিজস্ব format আছে। উপরের key হলো servers।

{
  "servers": {
    "email-spam-tester": {
      "type": "http",
      "url": "https://email-spam-tester.com/mcp"
    }
  }
}

কোড রিভিউ diff পড়ে।
হেডার কেউ পড়ে না।

সংযোগের সঙ্গে চারটি টুল পাওয়া যায়

DMARC alignment ভেঙে গেলে test suite-এর কোনো পরীক্ষাই ব্যর্থ হয় না। সার্ভারটি repo-এর কনফিগে থাকলে প্রজেক্টের সবাই একটি prompt দিয়েই একই পরীক্ষা চালাতে পারে, আর কাউকে এর জন্য key সেটআপ করতে হয় না।

GitHub Copilot
/mcp
  • get_test_address

    এক ঘণ্টার জন্য একটি ঠিকানা সংরক্ষণ করে। প্লেসমেন্ট চালু থাকলে, আপনি বিভিন্ন প্রদানকারীর মেইলবক্সের একটি তালিকাও পাবেন।

  • wait_for_report

    পরীক্ষাগুলো শেষ হওয়া পর্যন্ত অপেক্ষা করে, তারপর স্কোর, প্রমাণসহ ব্যর্থ ও সতর্কতাযুক্ত পরীক্ষাগুলো এবং সমাধানের পরিকল্পনা দেয়।

  • get_report

    slug দিয়ে একটি বিদ্যমান রিপোর্ট পড়ে, এর মধ্যে ফোল্ডার পরীক্ষা কত দূর এগিয়েছে তাও থাকে।

  • get_message_source

    ইমেলটি যেভাবে পৌঁছেছে, সেভাবেই ফেরত দেয়। হেডারগুলো wire order-এ থাকে এবং ডেলিভারির পর এক ঘণ্টা পর্যন্ত পাওয়া যায়।

প্রশ্ন

পেস্ট করা টেক্সটের বদলে আসল ইমেল কেন দরকার?

প্রায় অর্ধেক চেক পাঠানোর প্ল্যাটফর্ম যা যোগ করে তা পড়ে: DKIM স্বাক্ষর, এর সার্ভারগুলোর মধ্য দিয়ে যাওয়ার পথ এবং unsubscribe header। পেস্ট করা টেক্সটে এগুলোর কোনোটিই থাকে না, তাই মডেলকে অনুমান করতে হবে।

সার্ভার কী দেখতে পারে?

আপনি টেস্ট ঠিকানায় যা পাঠান। ইমেল আসার পর raw message এক ঘণ্টা থাকে, এরপর শুধু রিপোর্টটি থাকে। slug জানা যে কেউ লিংকটি খুলতে পারে। এমন টেস্ট ইমেল পাঠান যা কোনো সহকর্মীকে দেখাতে আপনার আপত্তি নেই, আর বাকি তথ্যের জন্য privacy policy পড়ুন।

স্কোরটি কি ওয়েবসাইটের স্কোরের মতোই?

হ্যাঁ। একই বিশ্লেষণ ও একই রিপোর্ট পেজ ব্যবহার করা হয়, তাই চ্যাট থেকে চালানো টেস্টের সঙ্গে হোম পেজ থেকে চালানো টেস্ট তুলনা করা যায়।

ফাইলটির কি secret দরকার?

না। সার্ভারের কোনো key লাগে না, তাই config commit করা যায়।

টুল চালানোর আগে VS Code কি অনুমতি চায়?

হ্যাঁ, আপনি আগে থেকে অনুমতি না দিলে tool call-এর জন্য VS Code-এর সাধারণ confirmation দেখানো হয়।

প্রতিটি push-এ পরীক্ষা করতে হলে?

GitHub Action ব্যবহার করুন। authentication ব্যর্থ হলে বা স্কোর কমে গেলে এটি job ব্যর্থ করে।

একটি আসল ইমেল পাঠান এবং কী ফিরে এসেছে দেখুন

কনফিগ কপি করুন