এক্সচেঞ্জ ২০১০-এ বড় ই-মেইলগুলির শিডিউল / সারি, বিলম্ব না হওয়া পর্যন্ত পিছিয়ে


14

আমার চ্যালেঞ্জ

আমাদের বিভিন্ন সাইটে এক্সচেঞ্জ সার্ভার রয়েছে তবে জাহাজের উপরেও রয়েছে। জাহাজগুলি যখন সমুদ্রের সাথে থাকে তখন উপগ্রহ লিঙ্কগুলির মাধ্যমে আমাদের নেটওয়ার্কের সাথে সংযুক্ত থাকে তবে বন্দরে থাকাকালীন ওয়াইফাই সেতুগুলিতে স্যুইচ করে।

উচ্চ বিলম্বিত (500+ এমএস) এবং অ-অস্বাভাবিক ড্রপ-আউটগুলির কারণে (যেমন জাহাজগুলি ঘুরছে), সমুদ্রের সময় কয়েকটি মেগাবাইটের উপরে কোনও ইমেল প্রেরণের চেষ্টা করা ব্যর্থ হতে পারে এবং সীমা পর্যন্ত পুনরায় চেষ্টা করা হতে পারে পৌছে গেছে. ফলাফল: ইমেলটি বিতরণ হয় না এবং প্রতিটি চেষ্টা স্যাট লিঙ্কে মূল্যবান ব্যান্ডউইথ গ্রহণ করে।

একটি "সমাধান" হ'ল 5 এমবি বলার জন্য সর্বাধিক ই-মেইল আকার সীমাবদ্ধ করা, তবে এটি সম্ভবত ব্যবহারকারী বান্ধব এবং বন্দরে থাকাকালীন একটি অপ্রয়োজনীয় বাধা।

আনুমানিক ধারনা

আমি যা করব তা হ'ল সমুদ্রের পরে যখন সমস্ত ছোট ছোট ই-মেইল প্রেরণ করা হয় তখন সমুদ্রের পরে প্রসবের জন্য নির্ধারিত সীমা চেয়ে বড় সমস্ত ই-মেইল সারি করা। আমি তখন ভাবছিলাম যে আমি নিয়মিত আমাদের ডেটাসেন্টারে হাব ট্রান্সপোর্ট সার্ভারটি পিন করব, যখন বিলম্বিততা ms 400 এমএসের নিচে নেমে আসবে, আমি বড় ই-মেইল সারিটি প্রক্রিয়াজাতকরণ শুরু করব। বিলম্বিতা যখন 400 এমএসের বেশি চলে যায়, আমি গর্তটি প্লাগ করতাম এবং আবার ইমেলগুলি সারি করতাম।

এখন, আমি ২০০৩ সাল থেকে এক্সচেঞ্জের সাথে আমার হাতটি সত্যিই নোংরা করতে পারিনি then তারপরে, আপনি পরে প্রসবের জন্য বড় ই-মেইলগুলি শিডিউল করতে পারতেন, তাই আমার ধারণাটি এক্সচেঞ্জ ২০১০-তেও তেমন কিছু করেছিল, তারপরে ডেলিভারিটি স্যুইচ করার কোনও উপায় স্ক্রিপ্ট করুন 'সর্বদা' এবং 'কখনই নয়' এর মধ্যে বৃহত্তর ই-মেইলের জন্য শিডিউল।

বাধা

এটির মতো স্ক্রিপ্ট তৈরি করা খুব জটিল হওয়া উচিত নয় তবে আমি পড়েছিলাম যে এক্সচেঞ্জ 2007 এর মাধ্যমে আমি যে বৈশিষ্ট্যটির উপর নির্ভর করব সেটিকে মুছে ফেলা হয়েছিল:

এটি এক্সচেঞ্জ 2003 এ উপস্থিত একটি বৈশিষ্ট্য ছিল তবে এক্সচেঞ্জ 2007 এর জন্য সরানো হয়েছে It এটি 'এসএমপি সংযোগকারীকে' বড় আকারের বার্তাগুলির জন্য বিভিন্ন প্রসবের সময় ব্যবহার করুন 'দিয়ে সেট করা হয়েছিল।

টেক সেন্টার: এক্সচেঞ্জের আকারের উপর ভিত্তি করে ইমেল বিতরণের সময়সূচী করা কি সম্ভব?

প্রশ্নাবলি

এটা সত্যি? - এই বৈশিষ্ট্যটি কি এক্সচেঞ্জ ২০১০-তে আর উপস্থিত নেই, বা এটি কি কেবল এই জাতীয় কিছুতে রূপান্তরিত হয়েছে, আমি আমার লক্ষ্য অর্জনে ব্যবহার করতে পারি? তা হলে কী?

নির্দিষ্ট এক্সচেঞ্জ সার্ভারগুলিতে বড় ই-মেইল বিতরণ স্থগিত করার অন্য কোনও উপায় আছে কি? এটি একটি তফসিলের উপর ভিত্তি করে হতে পারে বা এমনকি নির্দিষ্ট পদক্ষেপের প্রয়োজন হতে পারে - আমি মোটামুটিভাবে নিশ্চিত যে স্ক্রিপ্টের মাধ্যমে ডেলিভারিটি ট্রিগার করার কিছু উপায় থাকবে, আমার কেবল জাহাজগুলিতে আলাদা কাতারে বড় ই-মেইল প্রয়োজন।

এ সম্পর্কে আপনার চিন্তাভাবনা অত্যন্ত প্রশংসা করা হবে! :-)

সম্পাদনা # 1: সংশোধিত রাফ আইডিয়া

আমি দুটি পাওয়ারশেল সিএমডিলেটসকে ধাক্কা দিয়েছি বলে আমি মনে করি যে আমাকে আমার লক্ষ্যের খুব কাছাকাছি নিয়ে আসতে পারে:

উপরের আদেশগুলি কী ধরণের বার্তাগুলি মোকাবেলা করবে তা দেখার জন্য আমি কিছুক্ষণের জন্য গেট-মেসেজ দিয়ে এদিক ওদিক খেলাম।

সবচেয়ে গুরুত্বপূর্ণ, এই কমান্ডগুলি একটি বার্তা আকার ফিল্টার গ্রহণ করে। এই কমান্ডটি বর্তমান সার্ভারে 5 এমবি (৫,২২২,৮৮০ বাইট) এর চেয়ে বড় সারিবদ্ধ বার্তা তালিকাভুক্ত করবে:

get-message -Filter {Size -gt 5242880}

দেখে মনে হচ্ছে এটি Get-Messageকেবলমাত্র বিভিন্ন দূরবর্তী বিতরণ সারি থেকে বার্তা দেয়। তবে সার্ভারের মধ্যে প্রবাহিত বার্তাগুলি কি সংক্ষেপে একটি সারিতে প্রদর্শিত হবে যা পান / সাসপেন্ড / পুনঃসূচনা-বার্তাটি গোলমাল করবে?

যদি তা না হয় তবে সমাধানটি সিউডি স্ক্রিপ্টের মতো প্রতি কয়েক মিনিটের মধ্যে (সিউডো কোডে) লাইনগুলি সহ সহজ হতে পারে:

if ping_rtt > 400 Then
    Suspend-Message -Filter {Size -gt 5242880}
Else
    Resume-Message
EndIf

উদ্বেগ / অনুসরণ প্রশ্ন:

বেশিরভাগ ক্ষেত্রে এখন অপ্রত্যাশিত - সম্পাদনা # 2 দেখুন।

হবে Get-Messageভিতরে-সার্ভার প্রসবের জন্য কখনোই বার্তা - শুধুমাত্র দূরবর্তী বিতরণ সারিগুলি থেকে বার্তা আসতে? যদি তা না হয় তবে দূরবর্তী বিতরণ সারির পরিচয় নামটি কি নির্দিষ্ট প্যাটার্ন অনুসরণ করে, যা আমি ফিল্টারিংয়ের জন্য ব্যবহার করতে পারি?

এটি কি কাস্টম ট্রান্সপোর্ট এজেন্টের মাধ্যমে করা যেতে পারে (@ লংগনেকের পরামর্শ অনুসারে) বা ইভেন্ট সিঙ্কের মাধ্যমে (যদি এই ধারণাটি এক্সচেঞ্জ 2010 এ এখনও বিদ্যমান থাকে)?

বলুন আমি প্রতি 5 মিনিটে স্ক্রিপ্টটি চালাচ্ছি, তার অর্থ এখনও বড় বার্তা প্রেরণ করা হচ্ছে, সাসপেন্ড হওয়ার আগে 5 মিনিট পর্যন্ত সম্ভাব্য সমস্যা তৈরি করতে পারে। আমরা এখনকার চেয়ে আরও ভাল হতে চাই, তবে এটি অনুকূল নয়। আমি প্রতি মিনিটে ফ্রিকোয়েন্সি বাড়িয়ে দিতে পারি, তবে এটি সবচেয়ে মার্জিত সমাধান হবে না।

এমনকি আমি যদি প্রতি 5 মিনিটে কেবল রাউন্ড-ট্রিপ সময় পরীক্ষা করি (স্যাট ট্র্যাফিক বাঁচাতে), সর্বশেষ রেকর্ড করা আরটিটির বিপরীতে পরীক্ষা করার জন্য আমার কী এক্সচেঞ্জ ব্যবস্থা প্রয়োজন হবে, প্রতিবার একটি বার্তা প্রেরণ করা হবে যা রিমোট ডেলিভারীতে যায়? সারি, এবং তারপরে কীভাবে পদক্ষেপ নেওয়া হবে?

সম্পাদনা # 2: প্রস্তাবিত সমাধান

প্রস্তাবিত সমাধানগুলি, এবং আমি যেমন দেখি তেমনি তাদের উপকারিতা ও বিপরীতে সংক্ষিপ্ত বিবরণ দেওয়ার অনুমতি দিন:

কাস্টম পরিবহন এজেন্ট

ধারণা

  • পর্যায়ক্রমে বিলম্বকে নিরীক্ষণ করুন, উচ্চ বা নিম্ন হিসাবে শ্রেণিবদ্ধ করুন (প্রান্তিক: 400 এমএস?)
  • একটি কাস্টম ট্রান্সপোর্ট এজেন্টের মাধ্যমে, বিলম্বতার শ্রেণিবিন্যাস পরিবর্তিত হলে কোনও সেট প্রান্তিকের চেয়ে বড় সমস্ত ই-মেইল স্থগিত / পুনরায় চালু করুন
  • কাস্টম টিএ এর মাধ্যমে, তত্ক্ষণাত্ প্রেরণ করা বড় বার্তাগুলি "স্থগিত" মোডে রাখুন, যদি বিলম্ব হয় বেশি

শক্তি

  • বৃহত্তর ই-মেলগুলি বিতরণ করার চেষ্টা করা হয় না যখন বিলম্ব হয় বেশি

দুর্বলতা

  • এটিকে ঘরে তুলতে কোনও বিকাশের দক্ষতা নেই (স্বতঃ দ্রষ্টব্য: বাহ্যিক বিকাশকারীর সাথে চুক্তির অংশ হিসাবে সোর্স কোডটি আমার সংস্থার অন্তর্ভুক্ত হওয়া উচিত)
  • এক্সচেঞ্জের সাথে সম্পর্কযুক্ত তৃতীয় পক্ষের সফ্টওয়্যার প্যাচিং বা আপডেট করার সময় সমস্যা তৈরি করতে পারে
  • কোনওরকম সহায়তার চুক্তি প্রয়োজনীয়, যদি কিছু ভুল হয়ে যায় (উপরে দেখুন)

মাঝারি বড় বার্তা

ধারণা

  • পর্যায়ক্রমে বিলম্বকে নিরীক্ষণ করুন, উচ্চ বা নিম্ন হিসাবে শ্রেণিবদ্ধ করুন (প্রান্তিক: 400 এমএস?)
  • বিলম্বিত শ্রেণিবিন্যাসের উপর ভিত্তি করে, স্ক্রিপ্টিংয়ের মাধ্যমে এক্সচেঞ্জ ট্রান্সপোর্ট বিধিগুলি কনফিগার করুন, যাতে সমস্ত বার্তা প্রবাহিত হয় বা বড় বার্তাগুলিকে মডারেটরে ফরোয়ার্ড করতে দেয়
  • জাহাজটি বন্দরে থাকলে সম্ভবত কোনও মানুষের দ্বারা মডারেটরের কাতারে বার্তা অনুমোদন করুন

শক্তি

  • বৃহত্তর ই-মেলগুলি বিতরণ করার চেষ্টা করা হয় না যখন বিলম্ব হয় বেশি
  • নেটিভ নেটিভ এক্সচেঞ্জ ট্রান্সপোর্ট বিধি ব্যবহার করে বার্তা স্থগিত করা হয়

দুর্বলতা

  • এটির দ্বারা, বার্তাগুলি প্রচ্ছন্নতা কম থাকলে প্রোগ্রামিকভাবে অনুমোদিত হতে পারে না, সুতরাং প্রতিটি সময় জাহাজের বন্দরে মানুষের হস্তক্ষেপ প্রয়োজন
  • সম্ভাব্যতা গোপনীয়তার সমস্যাগুলি, যদি সংযতিকে প্রোগ্রামিকভাবে পরিচালনা করা না হয়

প্রশ্নাবলি

  • পারি বার্তা মডারেটরের মেলবাক্স থেকে প্রোগ্রামেটিক্যালি অনুমোদিত হতে? কিভাবে?

নির্ধারিত পাওয়ারশেল কমান্ড

ধারণা

  • পর্যায়ক্রমে বিলম্বকে নিরীক্ষণ করুন, উচ্চ বা নিম্ন হিসাবে শ্রেণিবদ্ধ করুন (প্রান্তিক: 400 এমএস?)
  • যতক্ষণ বিলম্ব হবে ততক্ষণ ঘন ঘন (প্রতি মিনিটে?) কোনও বড় বার্তা স্থগিত করুন ( Suspend-Message -Filter {Size -gt 5242880})
  • লেটেন্সি কম এলে, সমস্ত বার্তা আবার শুরু করুন ( Resume-Message)

শক্তি

  • বাস্তবায়ন খুব সহজ

দুর্বলতা

  • সর্বাধিক মার্জিত সমাধান নয়
  • প্রতিটি নতুন বৃহত্তর বার্তা সরবরাহের চেষ্টা করা যেতে পারে যতক্ষণ না Suspend-Messageকমান্ডগুলির মধ্যে ব্যবধান থাকে , সম্ভবত এখনও কিছু ব্যান্ডউইথ নষ্ট করে এবং কনজেশন তৈরি করে (যদিও কিছু না করার সাথে তুলনায় খুব সংক্ষেপে)

প্রশ্নাবলি

  • ইন-মধ্যবর্তী Suspend-Messageকমান্ডগুলি কীভাবে বড় বার্তাগুলি সরবরাহ করার প্রচেষ্টা রোধ করতে পারে সে সম্পর্কে কোনও ধারণা ?
  • হবে Get-Messageভিতরে-সার্ভার প্রসবের জন্য কখনোই বার্তা - শুধুমাত্র দূরবর্তী বিতরণ সারিগুলি থেকে বার্তা আসতে? যদি তা না হয় তবে দূরবর্তী বিতরণ সারির পরিচয় নামটি কি নির্দিষ্ট প্যাটার্ন অনুসরণ করে, যা আমি ফিল্টারিংয়ের জন্য ব্যবহার করতে পারি?

সম্পাদনা # 3: পথ এগিয়ে

প্রস্তাবিত সমাধানগুলি আমার দলে আনার পরে (এসএমটিপি প্রক্সি সহ, যা আমি # 2 সম্পাদনায় অন্তর্ভুক্ত করতে ব্যর্থ হয়েছি) এবং আমার নিজের অন্ত্র অনুভূতির উপর ভিত্তি করে আমরা কাস্টম এক্সচেঞ্জ ট্রান্সপোর্ট এজেন্টের পক্ষে যাওয়ার সিদ্ধান্ত নিয়েছি।

আমি বেশ কয়েকটি পরামর্শদাতা সংস্থার সংস্পর্শে আছি, যারা সমস্যাটি কীভাবে আক্রমণ করবে এবং কী কী ক্ষতিগ্রস্থ হবে তা নিয়ে আমার কাছে ফিরে আসবে।

আউটসোর্সিং প্রোগ্রামিং কার্যগুলির সাথে যদি আপনার কোনও অভিজ্ঞতা থাকে তবে স্ট্যাক ওভারফ্লোতে আমার সম্পর্কিত প্রশ্নে বিনা দ্বিধায় পড়ুন , কারণ আমি তা করি না।


3
আমি আরও দেরিতে যে আরও ভাল প্রশ্ন দেখেছি তার জন্য +1।
জন গার্ডেনিয়ার্স

জাহাজগুলির এক্সচেঞ্জ সার্ভারগুলি কোন ভূমিকা রাখে?
আগস্ট

জাহাজগুলিতে এক্সচেঞ্জ সার্ভারগুলি হাব ট্রান্সপোর্ট, মেলবক্স এবং ক্লায়েন্ট অ্যাক্সেসের ভূমিকা রাখে।
abstrask

1
আপনি কি স্যাটেলাইটের লিঙ্কগুলিতে কোনও ধরণের কিউএস বা ডাব্লিউএএন অপ্টিমাইজার চালাচ্ছেন?
দীর্ঘায়ু

মেলবক্সের ভূমিকায় হুম, জাহাজের এক্সচেঞ্জ সার্ভারের কোনও মেইলবক্সে যখন বাহ্যিক মেইল ​​প্রেরণ করা হয় তখন আপনি লিঙ্কটি স্যাচুরেটেড হতে পারে ...
আগস্ট

উত্তর:


2

আপনি যেভাবে অনুরোধ করেছেন সমস্যাটি সমাধান করার জন্য, আপনি মাইক্রোসফ্ট এক্সচেঞ্জ ট্রান্সপোর্ট এজেন্ট এসডিকে ব্যবহার করে নিজের ট্রান্সপোর্ট এজেন্ট লিখতে পারেন । ট্রান্সপোর্ট এজেন্টস ইভেন্ট ভিত্তিক তাই এক্সেস এক্সচেঞ্জ আপনার লাইব্রেরিতে কোনও ফাংশন কল করবে যখন কোনও বার্তা আসে। আপনার গ্রন্থাগারটি বার্তাটি ধরে রাখার মতো কিছু করতে পারে। যদি ঘরে বসে এই কাজ করার দক্ষতা না থাকে তবে আমি নিশ্চিত যে আপনি এটি লেখার জন্য কোনও বিকাশকারীকে ভাড়া নিতে পারেন।

তবে আমি মনে করি না এটি একটি দুর্দান্ত সমাধান। আপনার তদন্তের বিকল্প হিসাবে আপনি নিম্নমানের লিঙ্কগুলির জন্য কোনও এসএমটিপি প্রক্সি জাতীয় কিছুতে সন্ধান করতে পারেন। যেমন আপনি আবিষ্কার করেছেন, এসএমটিপি নিম্নমানের লিঙ্কগুলির জন্য একটি ভয়ঙ্কর প্রোটোকল কারণ একটি বাধা সংযোগ বার্তা প্রেরণটি যেখানে ছেড়ে গেছে সেখান থেকে পুনরায় শুরু করার পরিবর্তে শুরু থেকে পুনরায় আরম্ভ করার কারণ হয়ে থাকে। যদি আপনি কোনও কিছুর জন্য কোনও বিকাশকারীকে ভাড়া নিচ্ছেন, আমি এমন একটি সার্ভার প্রোগ্রাম লেখার কথা বিবেচনা করব যা আগত এসএমটিপি সংযোগগুলি গ্রহণ করে এবং এই একই প্রোগ্রামের একটি দূরবর্তী উদাহরণে বার্তাটিকে পুনঃস্রাবযোগ্য উপায়ে স্যাটেলাইট সংযোগের অন্য প্রান্তে প্রেরণ করে ( আপনার ডাব্লুএএন এক্সিলিটারের মাধ্যমে কিউএস চিকিত্সার অনুমতি দেওয়ার জন্য টিসিপি পোর্টের মাধ্যমে ছোট বার্তাগুলি থেকে বড় বার্তাগুলি পৃথক করে দেওয়া)। দূরবর্তী উদাহরণটি তখন সম্পূর্ণ বার্তাটি পাওয়ার পরে,


আপনার ইনপুট জন্য ধন্যবাদ! আমার অবশ্যই বলতে হবে এটি বক্স-এর মতো অনেক কম ছিল বলে আমি আশা করেছিলাম। আমি কেআইএসএস নীতিটির একটি বড় অনুরাগী। যদিও আমি ট্রান্সপোর্ট এজেন্টদের লেখার বিষয়ে বেশি কিছু জানি না, এক্সচেঞ্জের মধ্যে হ্যান্ডলিংটি রাখা আমার কাছে কিছুটা বাধ্য compe এক্সচেঞ্জ 2010 এ, মনে হয় সারিগুলি তৈরি করা হয় এবং চাহিদা অনুযায়ী ধ্বংস হয়। হতে পারে এজেন্ট বড় মেলগুলিকে আলাদা কাতারে জোর করতে পারে এবং একটি স্ক্রিপ্ট 'সাসপেন্ড' এবং 'রেজ্যুমে' এর মধ্যে স্যুইচ করতে পারে। এক্সচেঞ্জ 2010 সালে টিএ এর সাথে আপনি যে কাজটি করতে পারেন তা কোনও ধারণা?
abstrask

এসএমটিপি প্রক্সি / স্মারথোস্ট পরামর্শ হিসাবে, এটি একটি ওকে সমাধান হিসাবেও শোনাচ্ছে, যদি আমি কোনও অফ-শেল্ফ সমাধান পেতে পারি, তবে সম্ভবত সক্রিয়ভাবে রক্ষণাবেক্ষণ করা হচ্ছে being এটি একটি এক্সচেঞ্জ ট্রান্সপোর্ট এজেন্টের চেয়ে বড় জটিল প্রোগ্রামিং কাজ বলে মনে হচ্ছে, যা এক্সচেঞ্জের মধ্যে প্রবাহকে পরিবর্তন করে (আমি ভুল হতে পারি?) এটি আমার অভিজ্ঞতা যে জটিল, কাস্টম-মেড সমাধানগুলি যেমন আমি কল্পনা করি যে কোনও এসএমটিপি প্রক্সি হবে দীর্ঘমেয়াদে সমর্থন করার জন্য ব্যয়বহুল হতে পারে।
abstrask

পুনঃবিচ্ছিন্ন সারি, আমি কি এক্সচেঞ্জের অভ্যন্তরীণগুলির সাথে এতটা পরিচিত নই যে সারিগুলি এর মতো কাজ করে কিনা, বা এটি সবচেয়ে ভাল উপায়। আমি জানি যে লাইট্রা মেটাড্যাক্ট-ই এর সাথে আমার অভিজ্ঞতার ভিত্তিতে প্রক্রিয়াকরণের জন্য টিএর দ্বারা পৃথক বার্তা রাখা যেতে পারে, যা ঠিক এটি করে: প্রক্রিয়াটি সম্পন্ন না হওয়া অবধি একটি বার্তা রাখুন (এতে বেশ কয়েক মিনিট সময় লাগতে পারে)। এগুলি অনির্দিষ্টকালের জন্য ধরে রাখা সম্ভব কিনা আমি জানি না।
দীর্ঘায়ু

আমার উত্তরের আমার সামগ্রিক বক্তব্যটি হ'ল আপনার সম্ভবত কোনও বিকাশকের সাথে পরামর্শ করা উচিত কারণ আপনার পক্ষে বাকী কোনও সমাধান নেই solution তবে এটি একটি খুব সহজ সমস্যা এবং আপনার এই সমস্যাটি সমাধান করার জন্য বিকাশকারীকে নিয়োগ করা সম্ভবত ব্যয়বহুল নয়।
দীর্ঘায়ু

সাসপেন্ড-মেসেজ পাওয়ারশেল সিএমডিএলটির অস্তিত্ব নিশ্চিত হয়ে গেছে যে বার্তাগুলির বিতরণ স্থিতিটি প্রোগ্রামগতভাবেও পরিবর্তিত হতে পারে। আমি একটি কাস্টম ট্রান্সপোর্ট এজেন্টের ধারণা পছন্দ করি, যা কেবলমাত্র পৃথক এসএমটিপি প্রক্সির মাধ্যমে বার্তার প্রসবের স্থিতি পরিবর্তন করে, কারণ আমরা এখনও এক্সচেঞ্জের অধীনে সমস্ত বার্তা ট্র্যাকিং, অ্যাডমিন রাইটের প্রতিনিধি ইত্যাদি রাখতে সক্ষম হব। আপনার ইনপুট জন্য ধন্যবাদ!
abstrask

3

বার্তা সংযোজন

একটি সম্ভবত অ-আদর্শ সমাধান হ'ল প্রেরকের পরিচালকের বা সংশোধনের জন্য একটি নির্ধারিত মেলবক্স (জাহাজের এক্সচেঞ্জ সার্ভারে) কোনও নির্দিষ্ট আকারের মাধ্যমে বার্তা ফরোয়ার্ড করার জন্য একটি ট্রান্সপোর্ট রুল ব্যবহার করা। এইভাবে যদি তারা সমুদ্রের দিকে থাকে তবে বড় বার্তাগুলি অন্য মেলবক্সে মূলত সারিবদ্ধ হতে পারে। জাহাজটি বন্দরে পৌঁছালে পরিচালক বা মনোনীত মডারেটর তাদের প্রসবের জন্য অনুমোদন দিতে পারেন।

ডাউনসাইডগুলি হ'ল:

  • আপনি নিজে নিজে এটিকে অক্ষম না করা পর্যন্ত এই নিয়মটি সর্বদা চালু থাকে (তবে কোনও স্ক্রিপ্টের মাধ্যমে এটি করা যায়) সুতরাং পোর্টেও বড় বার্তাগুলি মডারেটর মেলবক্সে পুনর্নির্দেশ করবে
  • সমস্ত বড় বার্তাগুলি প্রেরণের আগে কারও ম্যানুয়াল পর্যালোচনা প্রয়োজন, তবে আপনি নির্দিষ্ট জিনিসের জন্য নিয়মে ব্যতিক্রম যুক্ত করতে পারেন
  • অন্য একজন ব্যক্তি বহির্গামী মেল পড়ছেন, যা গোপনীয়তার উদ্বেগের কারণে আদর্শ নাও হতে পারে, তবে এটি আপনার org এর উপর নির্ভর করে

একটি বিপরীত বিষয় হ'ল আপনার একটি সিদ্ধান্ত নেওয়ার সিদ্ধান্ত নেবে যে কোনও বার্তা প্রেরণ করা উচিত কি না যেমন কোনও ব্যবহারকারী যদি অকারণে সংযোগটি বন্ধ করে দেবে এমন কোনও গোষ্ঠীটি অ-কাজের সাথে সম্পর্কিত কৃপণ পাঠানোর চেষ্টা করছে। এগুলি প্রশাসনিক নিয়ন্ত্রণ দ্বারা কোনও নীতিতে ইশারা করা এবং কব্জিতে চড় মারার মতো সংশোধন করা যেতে পারে যাতে তারা আর এটি না করে।

এক্সচেঞ্জ 2010 পরিবহন বিধি

কাস্টম স্ক্রিপ্ট

উত্তর: বৃহত ইমেলগুলি পরিচালনা করার জন্য একটি কাস্টম স্ক্রিপ্ট। আমি নীচের মতো কিছু দেখতে পেল যা এক্সচেঞ্জ সার্ভারে আপনার প্রেরণ সংযোগকারীটিকে সক্ষম / অক্ষম করবে। একটি খারাপ দিক হ'ল সমস্ত মেল কেবল বৃহত্তর বার্তাগুলির পরিবর্তে কাতারে রাখা হয়, তবে এই লাইনগুলিতে কিছু যুক্তি ব্যবহার করা উচিত:

  1. বিলম্বের জন্য পরীক্ষা করুন। যদি এটি কম হয় তবে সংযোগকারী প্রেরণ সক্ষম করুন, কোনও বৃহত্তর বার্তাগুলি ছাড়ুন, এবং 5 মিনিট অপেক্ষা করুন (বা সময়ের অন্যান্য নির্বিচারে দৈর্ঘ্য)। যদি এটি উচ্চ হয় তবে প্রেরণ সংযোগকারীটি অক্ষম করুন।
  2. 5 মিনিট অপেক্ষা করুন।
  3. 5 মিনিটের পরে, বড় বার্তাগুলির জন্য চেক করুন এবং তাদের স্থগিত করুন। প্রেরক সংযোগকারীটিকে এত ছোট করে পুনরায় সক্ষম করুন, সারিটি খালি না হওয়া পর্যন্ত সারিবদ্ধ বার্তাগুলি প্রকাশিত হবে (প্রেরক সংযোগকারীটিকে পুনরায় সক্রিয় করার পরে সারি / ডাব্লুএইএন লিঙ্কটি আটকাতে না পারার জন্য আপনি একবারে 1 টি বার্তার মাধ্যমে সাইকেল চালিয়ে যেতে পারেন)
  4. সংযোগকারী প্রেরণ করুন এবং যান # 1 অক্ষম করুন

এই যুক্তিটি 100% বোঝার জন্য পুরোপুরিভাবে পোলিশ করা হয়নি, তবে আপনি ধারণাটি পাবেন - সমস্ত মেল সারি করুন, বিলম্বের জন্য পরীক্ষা করুন, বড় বার্তাগুলি যদি উচ্চ হয় তবে সাসপেন্ড করুন, আন-সারি মেইল, সমস্ত মেলকে সরিয়ে রাখুন ইত্যাদি চালানোর আরও একটি খারাপ দিক side এটির মতো স্ক্রিপ্টটি যদি এটি ক্রাশ হয় বা বন্ধ হয়ে যায় তবে জাহাজগুলিতে কোনও আইটি কর্মী না থাকলে কীভাবে আপনি এটি পুনরায় পুনর্নিবিযুক্ত করতে পারবেন? এটি হয় সম্ভাব্যভাবে সমস্ত আউটবাউন্ড মেল অনির্দিষ্টকালের জন্য বন্ধ করতে পারে (যদি এটি প্রেরক সংযোগকারীটি নিষ্ক্রিয় করার পরে বন্ধ হয়ে যায়) অথবা আপনি কেবলমাত্র সংযোগকারী প্রেরণটি সক্রিয় রেখে দেন এবং স্ক্রিপ্টটি আর চালু না থাকলে আপনি আপনার বৃহত্তর বার্তা নিয়ন্ত্রণ হারাতে পারেন।

এসএমটিপি প্রক্সি

যদিও আপনি ইঙ্গিত করেছেন যে আপনি এক্সচেঞ্জের বাইরের কোনও বার্তা পরিচালনার বিরুদ্ধে আছেন, এই সম্পর্কে আরও কিছু চিন্তা করার পরে, আমি সিদ্ধান্ত নিয়েছি যে আমি @ লম্বনেকের সাথে কিছু প্রকার এসএমটিপি প্রক্সি সমাধান ব্যবহার করছি। এমনকি আইআইএস এসএমটিপির কাছে একটি বিলম্বিত বিতরণ ব্যবস্থা রয়েছে যা দেখে মনে হয় এক্সচেঞ্জ 2010 এটি করে না। আপনি আইআইএস এসএমটিপি সার্ভারে বড় বার্তাগুলি পুনর্নির্দেশ করতে পারেন যা সেগুলিকে ডিস্কে সঞ্চয় করতে পারে এবং ল্যাটেন্সি কম থাকলে প্রথমে আইআইএস এসএমটিপি সার্ভার তাদের কোনও স্ক্রিপ্টের মাধ্যমে পাঠাতে পারে। সবচেয়ে খারাপ ক্ষেত্রে যদি আপনার সময়সূচীটি আটকে যায় বা বন্ধ হয়ে যায় তবে বড় বার্তাগুলি ডিস্কে আটকে যায় তবে ছোট বার্তা প্রেরণ করা অবিরত থাকে। আইআইএস এসএমটিপি-র চেয়ে সম্ভবত আরও ভাল সমাধান রয়েছে এবং আমি নিজে কখনও এটি ব্যবহার করি নি, তবে এটি কেবল একটি উদাহরণ।

আইআইএস 7 এ এসএমটিপি ই-মেলটি কনফিগার করুন


আপনার ইনপুট জন্য ধন্যবাদ! সরাসরি সুনির্দিষ্ট না করা সত্ত্বেও, আমার কাছে এটি আবশ্যক যে মুলতুবি থাকা ইমেলগুলি অবশেষে তাদের গন্তব্য অবিক্রিত অবস্থায় পৌঁছে। প্রথমে কোনও মডারেটর মেলবক্সে ফরোয়ার্ড করার সময় এটাই কি হয়, বা এটি চিহ্নগুলি - গোপন বা দৃশ্যমান রেখে দেবে? তাদের অনুমোদনের ম্যানুয়াল প্রক্রিয়া হিসাবে, আমি মনে করি এটি কোনওভাবেই স্ক্রিপ্ট করা যেতে পারে?
abstrask

ভাল প্রশ্ন, এবং যেহেতু আমি কখনই এটি প্রয়োগ করি নি আমি আমাদের এক্সচেঞ্জের সংগঠনে একটি দ্রুত পরীক্ষার নিয়ম তৈরি করেছি এবং একটি পরীক্ষা ইমেল প্রেরণ করেছি। মডারেটর একটি 'অনুমোদন' বা 'প্রত্যাখ্যান' বিকল্পের সাথে বার্তাটি পেয়েছে। আমি বার্তাটি অনুমোদিত হয়ে গেলে, এটি প্রকাশ করা হয়েছিল এবং মেসেজ শিরোনাম বা ই-মেল বডিটিতে কোথাও মডারেটর মেলবক্সের চিহ্ন ছাড়াই অবরুদ্ধ গন্তব্যে প্রেরণ করা হয়েছিল। অনুমোদনের প্রক্রিয়াটি স্ক্রিপ্ট করার ক্ষেত্রে আমি কিছুই খুঁজে পাচ্ছি না, তবে আপনাকে এই কাজের জন্য আসলে একজন ব্যক্তির মনোনীত করতে হতে পারে need
আগস্ট

ধারণাটির জন্য আপনাকে অনেক ধন্যবাদ। আমি মনে করি স্ক্রিপ্টিংয়ের মাধ্যমে নিয়মটি সহজেই সংশোধন করা যায় তবে মানবিক হস্তক্ষেপের অংশটি আমাদের কাছে একটি বড় অসুবিধা, কারণ আমাদের বোর্ডে কোনও ডেডিকেটেড আইটি কর্মী নেই। কেউ কি জানেন যে প্রোগ্রামগুলি মেসেজগুলি অনুমোদিত হতে পারে এবং কীভাবে?
abstrask

2

এক্সচেঞ্জ 2010 এসপি 1 এর সাথে প্রবর্তিত "বার্তা থ্রোটলিং" এর নতুন বৈশিষ্ট্যগুলি একবার দেখার চেষ্টা করুন। এটি আপনার ব্যবহারের ক্ষেত্রে খুব সহায়ক হতে পারে।

http://technet.microsoft.com/en-us/library/bb232205(v=exchg.141).aspx


1
আমি নিশ্চিত নই যে বার্তা থ্রোটলিং এই বিশেষ দৃশ্যে সহায়তা করবে। নিবন্ধটি পড়ে এটি কোনও ট্রান্সপোর্ট বা এজ সার্ভারকে এক টন বার্তা দিয়ে অভিভূত হওয়া থেকে বিরত রাখার দিকে আরও তত্পর বলে মনে হচ্ছে যাতে এটি কোনও QoS- ধরণের বার্তা সরবরাহের স্তরের ব্যয় প্রযোজ্য। এই ক্ষেত্রে যদিও একটি একক ব্যবহারকারী 10 এমবি বার্তা প্রেরণ অন্যান্য পরিষেবা অনুপলব্ধ করে পুরো WAN লিঙ্কটি পূরণ করতে পারে। একটি বিলম্বিত-বিতরণ প্রক্রিয়া আমার মনে হয় আরও উপযুক্ত হবে।
আগস্ট

1
দুঃখিত, তবে আমি এটি পড়েছি, "বার্তা থ্রোটলিং" কেবলমাত্র ছোট বার্তাগুলি প্রেরণের পক্ষে হবে ( ডিফল্টরূপে, সাধারণ থেকে কম বার্তার অনুপাত 20: 1 ), বৃহত্তর বার্তা প্রেরণকে বাধা দেয় না । আমার লক্ষ্য কীভাবে সম্পাদন করতে হবে তার বিষয়ে কি আপনার আরও নির্দিষ্ট পরামর্শ রয়েছে? ধন্যবাদ।
abstrask
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.