এমনকি এসএমটিপি প্রোটোকলের একটি সংক্ষিপ্ত বর্ণন আপনি লক্ষ্য করবেন যে স্বাভাবিক হেলো ছাড়াও, EHLOও রয়েছে, যা করে তোলে সম্প্রসারিত SMTP সার্ভার মূল মান অতিক্রম তার ক্ষমতা বিজ্ঞাপন। এর মধ্যে একটি DSN হয়। DSN? ডিএনএ এবং ডিডিটি যথেষ্ট নয়?
যে ইমেলটি অবিশ্বস্ত, তা যুক্তিযুক্ত করার জন্য কেউ " … তাদের সার্ভার ভাল ফিড; এটা আমার মেইল খেয়েছে … "অসাধারণ নয়। তবুও এই সন্দেহগুলো সমর্থন করার অনেক কারণ নেই।
বিলি এস tatus এন RFC 821 (1982 থেকে) থেকে প্রায়শ্চিত্ত হয়েছে। যত তাড়াতাড়ি SMTP প্রোটোকলের ডেটা অংশ শেষ হয়ে গেছে এবং সার্ভারটি বিতরণের জন্য ইমেল গ্রহণ করেছে এটির জন্য এটি দায়ী। কোন কারণে এটি প্রাপকের মাধ্যমে এটি পেতে না পারে তবে এটি অবশ্যই ত্রুটির বিজ্ঞপ্তিটি মূল প্রেরকের কাছে পাঠাতে হবে। এই কিছু অস্পষ্ট ইমেইল ফলে।
তারপরেও, এই পুরানো কনভেনশনটির অর্থ হল যে আপনি একটি ত্রুটির বার্তা পেয়েছেন বা পেয়েছেন কিছু না কোন ক্ষেত্রে আপনি জানতেন কিছু না : ইমেইল এসেছে বা এটি হতে পারে না। অনেক ক্ষেত্রে ত্রুটির বার্তাগুলি ত্রুটি বার্তাগুলির মতোই সহায়ক ছিল। ইমেলটি আরও বেশি গুরুত্বপূর্ণ হয়ে উঠছে এইটি আর সন্তোষজনক নয় (যেমনটি আগে ছিল)।
SMTP এক্সটেনশানগুলি
আরএফসি 1891 এসএমটিপি প্রোটোকলের কিছু এক্সটেনশান প্রস্তাব করে যা আরো নির্ভরযোগ্য এবং আরো ব্যবহারযোগ্য DSN সিস্টেমের ফলে হওয়া উচিত। এটি মেল এবং RCPT কমান্ডের এক্সটেনশনগুলির একটি সেট।
কোন EHLO, কোন মজা
প্রথমে, সার্ভারটিকে DSN সমর্থন করে তা নিশ্চিত করতে হবে। সুতরাং, আমরা তাকে EHLO বলতে এবং সাবধানে শুনতে হবে। যদি এটি বৈশিষ্ট্য তালিকায় কোথাও DSN এর সাথে প্রতিক্রিয়া জানায় তবে আমরা আমাদের অনুরোধগুলি সরবরাহ করতে সক্ষম হব। যদি না হয়, তবে না: আমরা অন্য সার্ভারের চেষ্টা করতে পারি অথবা কেবল DSN ছাড়াই ইমেলে ফিরে আসি। উদাহরণ স্বরূপ:
220 larose.magnet.at ESMTP Sendmail 8.8.6 / 8.8.6; সূর্য, ২4 আগস্ট 1997 18:23:22 +0200EHLO স্থানীয় হোস্ট250-larose.magnet.at হ্যালো localhost 127.0.0.1, আপনি দেখা করতে পেরেছিলেন250-EXPN250-ক্রিয়া250-8BITMIME250-size250-DSN250-Onex250-ETRN250-XUSR250 সাহায্য সৌভাগ্যক্রমে, অন্যান্য জিনিসগুলির মধ্যে আমরা DSN খুঁজে পাই। পরবর্তী কমান্ড সাধারণত থেকে মেইল হয়। DSN সঙ্গে, এই কোন ভিন্ন। তবে দুটি অতিরিক্ত বিকল্প রয়েছে যা আপনি ইস্যু করতে পারেন: RET এবং ENVID। RET বিকল্পটি ইচ্ছাকৃতভাবে MAIL কমান্ডের মধ্যে স্থাপন করা হয়েছিল, তবে এটি অন্য কোথাও এটিকে পাশাপাশি ফিট করে। ডেলিভারি ব্যর্থতার ক্ষেত্রে আপনার মূল বার্তাটি কতটা ফেরত দেওয়া উচিত তা নির্দিষ্ট করার উদ্দেশ্য। বৈধ আর্গুমেন্ট সম্পূর্ণ এবং এইচডিআরএস হয়। পূর্বের অর্থ হল সম্পূর্ণ বার্তাটি ত্রুটি বার্তাটিতে অন্তর্ভুক্ত করা উচিত, এইচডিআরএস সার্ভারকে শুধুমাত্র ব্যর্থ মেইলগুলির শিরোনামগুলি ফেরত পাঠানোর নির্দেশ দেয়। যদি RET নির্দিষ্ট না হয় তবে এটি সার্ভারে কী করা উচিত। অধিকাংশ ক্ষেত্রে, এইচডিআরএস ডিফল্ট মান হবে। এনভিড সত্যিই প্রেরকের অন্তর্গত যেহেতু সে অথবা তার পরিবর্তে তার ইমেল ক্লায়েন্ট একমাত্র এটি ব্যবহার করবে খামে শনাক্তকারী । এর উদ্দেশ্য প্রেরককে জানাতে হবে যে কোনও সম্ভাব্য ইস্যু বার্তা মেলানোর সাথে সম্পর্কিত ইমেলটি। এই আইডি ফর্ম্যাট মূলত প্রেরক কল্পনা থেকে বামে হয়। আমরা আমাদের উদাহরণে ENVID ব্যবহার করব না: থেকে মেইল: [email protected] RET = এইচডিআরএস250 [email protected] … প্রেরক ঠিক আছে দৃশ্যত, আমরা শুধুমাত্র আমাদের DSN মধ্যে হেডার ফিরে পেতে চান। আরসিপিটি টু: এক্সটেনশনগুলির তার ন্যায্য ভাগও পায়: নোটিফাই এবং ওআরসিপিটি। নোটিশটি DSN এর প্রকৃত হৃদয়। এটা সার্ভার বলে কখন একটি প্রসবের অবস্থা বিজ্ঞপ্তি পাঠাতে। প্রথম সম্ভাব্য মান কখনও না যার মানে কোনও পরিস্থিতিতে কোনও প্রেরকের কাছে DSN অবশ্যই ফেরত পাঠানো উচিত নয়। এটি DSN ছাড়া সম্ভব ছিল না। তারপরে সফলতা রয়েছে, যা আপনার মেইল তার গন্তব্যে পৌঁছানোর পরে আপনাকে অবহিত করবে। ব্যর্থতা SUCCESS এর প্রতিপক্ষ: বিতরণের সময় একটি ত্রুটি ঘটেছে একটি DSN পৌঁছাবে। শেষ বিকল্পটি DELAY: বিতরণে অস্বাভাবিক বিলম্ব থাকলে আপনাকে অবহিত করা হবে তবে প্রকৃত বিতরণ ফলাফল (সাফল্য বা ব্যর্থতা) এখনো সিদ্ধান্ত নেওয়া হয়নি। কখনও অবশ্যই যদি এটি নির্দিষ্ট করা হয় তবে একমাত্র যুক্তি হ'ল, অন্য তিনটি একটি তালিকাতে উপস্থিত হতে পারে, যা একটি কমা দ্বারা সীমিত। সাফল্য এবং ব্যর্থতা একসঙ্গে একটি চমত্কার শক্তিশালী দলের জন্য তৈরি, আপনি (প্রায়) কোন ক্ষেত্রে আপনার মেইল কি ঘটেছে। ORCPT উদ্দেশ্য সংরক্ষণ করা হয় মূল একটি ইমেল বার্তা প্রাপক, উদাহরণস্বরূপ, যদি এটি অন্য ঠিকানা থেকে ফরওয়ার্ড করা হয়। এই বিকল্পটির যুক্তিটি আসল প্রাপকের ইমেল ঠিকানাটি ঠিকানা টাইপ সহ একত্রিত। ঠিকানা টাইপ প্রথম আসে, একটি সেমিকোলন এবং অবশেষে ঠিকানা অনুসরণ করে। উদাহরণ স্বরূপ: RCPT থেকে: [email protected] নোটিফাই = ব্যর্থতা, DELAY ORCPT = rfc822; [email protected]250 [email protected] … প্রাপক ঠিক আছে (সারিবদ্ধ হবে) এটি DATA অনুসরণ করে আমরা জানি এবং অবশেষে, আশা করি, একটি প্রসবের স্ট্যাটাস বিজ্ঞপ্তি আপনাকে সাফল্যের সূচনা করে। অবশ্যই, এই সমস্ত সৌন্দর্য এবং এটি কেবল তখনই কাজ করবে যদি প্রেরকের কাছ থেকে মেল ট্রান্সপোর্ট এজেন্টগুলি প্রাপককে সহায়তা করে। একদিন তারা করবে। DSN প্রেরক এক্সটেনশনস
DSN প্রাপক এক্সটেনশনস
DSN কাজ করে?
