একটি গ্রাহক আপনাকে একটি কাজের সাথে সম্পর্কিত ইমেল পাঠায়। ভাল. বার্তাটির একমাত্র দোষ হল এটি স্পষ্টতই আপনি উত্তর দিতে পারবেন না (এটি দীর্ঘ-অবসরপ্রাপ্ত মডেল KH9345-I সম্পর্কে)।
বিপর্যয় ফরোয়ার্ড
সুতরাং আপনি বার্তাটি এমন কাউকে পাঠান যা এটির উত্তর দিতে পারে। ভাল. একমাত্র সমস্যা এখন আপনি বার্তা প্রেরক হয়।
- জ্ঞানী সহকর্মী সরাসরি গ্রাহকের অনুরোধ উত্তর দিতে পারবেন না।
- উত্তর আপনি পাঠানো হবে। আপনি এটি মূল প্রেরকের কাছে অগ্রসর করতে হবে …
- পরিবর্তে, তাকে শরীরের মধ্যে থেকে গ্রাহকের ইমেল ঠিকানা বের করতে হবে এবং এটিতে অনুলিপি করতে হবে: লাইন।
স্পষ্টতই, আপনি যখন বার্তাটি প্রেরণ করেন তখন ইমেলের কিছু সুবিধা এবং শক্তি হারিয়ে গেছে।
এবং তারপরেও সেই সমস্ত অতিরিক্ত উপাদান রয়েছে: প্রতিটি লাইনের শুরুতে কম বা কম সুন্দর উদ্ধৃতি চিহ্ন (">"), সম্ভবত একটি "ফরওয়ার্ড বার্তা এখানে রয়েছে" শুরুতে এবং অতিরিক্ত অতিরিক্ত শিরোলেখ যা কারো প্রয়োজন নেই তবে এটি বেশি বার্তা নিজেই চেয়ে।
রেসকিউ পুনঃনির্দেশিত
এটি পাঠানোর পরিবর্তে মেল পুনঃনির্দেশ করা আপনাকে এবং আপনার সহকর্মীকে বাঁচাতে পারে। যখন একটি ইমেল বার্তা পুনঃনির্দেশিত করা হয়, এটির একমাত্র অপরিহার্য অংশ পরিবর্তনকারী হয়।
বিষয় একই থাকে (কোন "Fwd:")। শরীর একই থাকে (কোন ">", না "ফরওয়ার্ড বার্তা")। প্রেরিত লাইনের প্রেরক অন্তত ইমেল ক্লায়েন্টের জন্য একই থাকে।
এটি একটি পুনঃনির্দেশিত বার্তা প্রাপক মানে
- মূল প্রেরক সরাসরি একটি বার্তা রচনা করতে তার ইমেল ক্লায়েন্ট এর উত্তর ফাংশন ব্যবহার করতে পারেন,
বার্তাটি পুনঃনির্দেশিতকারী নয়।
বার্তা ক্লায়েন্ট যা আপনাকে বার্তাগুলি পুনঃনির্দেশ করার মঞ্জুরি দেয় তবে তা যেভাবে বার্তাটি পুনঃনির্দেশিত করা হয়েছে তা দেখাবে। উদাহরণস্বরূপ, থান্ডারবার্ড "(নাম ইমেল ঠিকানা এর মাধ্যমে)" লাইন থেকে, যখন ব্যাট! "resent-from:" হেডার লাইন যোগ করে। এটি প্রাপকের কাছে এটি পরিষ্কার করে যে বার্তা পুনঃনির্দেশিত হয়েছিল এবং এটি পুনঃনির্দেশিত করেছিল।
আপনার ইমেল ক্লায়েন্ট পুনঃনির্দেশ বার্তাগুলিকে সমর্থন করে কিনা তা খুঁজে বের করতে, "উত্তর" কমান্ডের কাছাকাছি "পুনঃনির্দেশ" নামে একটি কমান্ড সন্ধান করুন। যেহেতু এটি পরে হিসাবে গুরুত্বপূর্ণ নয় তাই আপনি এটি একটি সরঞ্জামদণ্ড বোতাম হিসাবে খুঁজে পাচ্ছেন না, তবে মেনুটি দেখতে একটি ভাল জায়গা।
