ডিএনএস কনফিগারেশনের কারণে কিছু প্রেরকের কাছ থেকে মেল প্রাপ্ত হচ্ছে না

Question

আমি আমার গুগল অ্যাপস ডোমেনের এক অদ্ভুত আচরণ লক্ষ্য করেছি। বেশিরভাগ মেল আপনার প্রত্যাশা মতোই আসে তবে সময়ের সাথে সাথে আমি এই সিদ্ধান্তে পৌঁছে যে নির্দিষ্ট প্রেরকের মেলগুলি আসে না। এরকম একজন প্রেরককে সনাক্ত করার পরে, যার মেইলগুলি আসবে না, আমি তাকে আমার একটি ইমেল প্রেরণ করার চেষ্টা করতে এবং "নিয়মিত ব্যর্থতা" - আমার নিয়মিত জিমেইলে প্রতিক্রিয়া জানাতে বলেছি।

বিতরণ ব্যর্থতার প্রতিক্রিয়ায় নিম্নলিখিত স্নিপেট রয়েছে:

----- অধিবেশনটির অনুলিপি নিম্নলিখিতটি অনুসরণ করে -----
<[e-mail]>... স্থগিত: ghs.l.google.com এর সাথে সংযোগের সময়সীমা শেষ।

এটি আমাকে দ্রুত অনুসন্ধান করে সমস্যাটি সনাক্ত করতে সহায়তা করেছিল যা গুগল অ্যাপস সহায়তা ফোরামের এই পৃষ্ঠায় নিয়ে গেছে। প্রকৃতপক্ষে, আমি আমার ডোমেনের জন্য ডিএনএস রেকর্ডটি পরীক্ষা করেছি এবং @ghs.google.com এ সেট হয়েছি । (সিএনএম), যা এটি হওয়া উচিত নয়। এটি @ 74.125.93.121 (A)* পরিবর্তন করে সমস্যার সমাধান করা হচ্ছে ।

আমি বুঝতে পেরেছি যেসব ক্ষেত্রে মেলটি আসে না, সেখানে আমার ডোমেন নামটি সিএনএম লুপিংয়ের মাধ্যমে প্রচলিত নাম দ্বারা প্রতিস্থাপন করা হয়েছিল, সুতরাং মেলটি এর [e-mail]পরিবর্তে প্রেরণ করা হয়েছিল [e-mail]। তবে কেন এটি সংখ্যক প্রেরকের পক্ষে কাজ করেছিল? যাদের প্রেরকরা তাদের মেইলটি প্রবেশ করত না, তারা কি বিভিন্ন ধরণের মেল প্রোটোকল ব্যবহার করেছিল, কিছু অদ্ভুত ডিএনএস সেটিংস ব্যবহার করেছিল বা এটি কী হতে পারে?

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

তাহলে এটি কীভাবে ব্যাখ্যা করা যায়?

^{* আমি এখানে আইপিটি পড়েছি বলে এই আইপিটি ব্যবহার করেছি , তবে আমি মনে করি যে কোনও আইপি কৌশলটি করবে। কেউ কি এটি নিশ্চিত করতে পারবেন? নোট করুন যে কেবল @রেকর্ড সরিয়ে ফেললে সমস্যার সমাধান হয়নি, এটি পরিবর্তন করতে হয়েছিল।}

Answer 1

আরএফসি 2821 "সিম্পল মেল ট্রান্সফার প্রোটোকল", বিভাগ 5 থেকে "ঠিকানা রেজোলিউশন এবং মেল হ্যান্ডলিং":

অনুসন্ধান প্রথমে নামের সাথে সম্পর্কিত একটি এমএক্স রেকর্ড সনাক্ত করার চেষ্টা করে। পরিবর্তে যদি কোনও সিএনএম রেকর্ড পাওয়া যায় তবে ফলাফলের নামটি প্রসেস করা হয় যেন এটি প্রাথমিক নাম।

সাধারণভাবে, সিএমআইগুলি এভাবে কাজ করে। এগুলি প্রায়শই ভুল ব্যবহার হয়, ভুল বোঝে এবং ভুল প্রয়োগ হয়। :-)

যদি আপনার ডোমেনটি উদাহরণ.কম হয় তবে আপনার সম্ভবত উপস্থিত এমএক্স রেকর্ডগুলি সাধারণ গুগল অ্যাপস হোস্টগুলিকে নির্দেশ করে।

example.com. MX 10 ASPMX.L.GOOGLE.COM.
example.com. MX 20 ALT1.ASPMX.L.GOOGLE.COM.
example.com. MX 20 ALT2.ASPMX.L.GOOGLE.COM.
example.com. MX 30 ASPMX2.GOOGLEMAIL.COM.
example.com. MX 30 ASPMX3.GOOGLMAILE.COM.
example.com. MX 30 ASPMX4.GOOGLEMAIL.COM.
example.com. MX 30 ASPMX5.GOOGLEMAIL.COM.

মনে হচ্ছে আপনারও এ জাতীয় প্রবেশ রয়েছে:

example.com. CNAME ghs.l.google.com.

আরএফসি 1034 "ডোমেন ধারণাগুলি এবং সুবিধাদি" বিভাগে 3.6.2 বিভাগে উল্লেখ করা হয়েছে "" নাম এবং ক্যানোনিকাল নাম "এই কনফিগারেশনের বিরুদ্ধে সুপারিশ করে:

যদি কোনও নোডে সিএনএম আরআর উপস্থিত থাকে তবে অন্য কোনও ডেটা উপস্থিত হওয়া উচিত নয়; এটি নিশ্চিত করে যে একটি আধ্যাত্মিক নাম এবং এর উপস্বের জন্য ডেটা আলাদা হতে পারে না।

আপনি যে ত্রুটিটি আটকে দিয়েছেন তার ক্ষেত্রে, প্রেরণের শেষে থাকা মেল সার্ভার এবং / অথবা ডিএনএস সার্ভার আপনার ডোমেন, উদাহরণ ডট কমের জন্য এমএক্স রেকর্ড (গুলি) সন্ধান করার চেষ্টা করেছিল এবং ghs.l.google এ নির্দেশ করে একটি সিএনএম খুঁজে পেয়েছিল। কম। এরপরে এটি ghs.l.google.com- এর জন্য MX রেকর্ডগুলি অনুসন্ধান করার চেষ্টা করেছিল। সেই ডোমেনটিতে বর্তমানে কোনও এমএক্স রেকর্ড নেই, তাই মেল সার্ভারটি ghs.l.google.com এর A রেকর্ডের মধ্যে পড়ে। এই আইপি ঠিকানাটি এসএমটিপি পোর্টে শুনছিল না, ফলে ফলাফলটি "ghs.l.google.com এর সাথে সংযোগের সময়সীমা শেষ" হয়েছে।

CNAME রেকর্ডটি সরিয়ে দিয়ে আপনি আপনার মেল সমস্যাগুলি ঠিক করেছেন। আপনার সমস্যার সংজ্ঞা দেওয়া আইপি ঠিকানাটি গুগলের শেষদিকে পরিবর্তিত হলে আপনি সমস্যার মুখোমুখি হতে পারেন।

পরিবর্তে আপনি www.example.com এর জন্য নামটি সংজ্ঞায়িত করতে পারেন:

www.example.com. CNAME ghs.l.google.com.

আপনি উদাহরণ ডটকমকে যে আইপি নির্দেশ করেন তার উপর একটি ছোট ওয়েবসারভার চালান, যা কোনও HTTP কেবল http://www.example.com/ এ পুনঃনির্দেশ করে

এটি কিছুটা অবাক হওয়ার বিষয় এটি এটি যেমন কাজ করেছিল তেমনি। পোষ্টেলের আইন সেখানে কিছুটা ক্রেডিট পায়, আমি বিশ্বাস করি। :-)

আরএফসি 1034 2.6.2 এ ফিরে যান:

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

সুতরাং, এই ক্ষেত্রে এটি যুক্তিযুক্ত হতে পারে যে কোনও এমএক্স রেকর্ড না পাওয়া গেলে ডিএনএস সার্ভারটি কোনও এমএক্স লুকআপে সিএনএমকে অনুসরণ করবে না / করবে না।

মেল প্রেরণ করার সময়, সেন্ডমেল এবং কিমেল (এবং সম্ভবত অন্যরা) পূর্বনির্ধারিতভাবে কোনও ইমেল ঠিকানার ডানদিকে ব্যবহৃত কোনও সিএনএমে ক্যানোনিকাল নামটিতে পুনরায় লেখার চেষ্টা করবে।

আসলে কিছু সাইট এই আচরণের উপর নির্ভর করে। ডিজেবি তার "মেল ইন সিএমএল রেকর্ডস" নথিতে কেন লোকেরা এর উপর নির্ভর করা বন্ধ করে দেওয়া উচিত সে সম্পর্কে কিছুটা বিশদে যায় ।

Comments

এই বিস্তৃত উত্তরের জন্য আপনাকে ধন্যবাদ! :) সংক্ষেপে বলতে গেলে, আপনি বলতে চাইছেন যে এটি কারওর জন্য কাজ করেছিল তবে অন্য প্রেরকদের জন্য নয়, তারা বিভিন্ন এমটিএ ব্যবহার করে যা এমএক্স রেকর্ড থাকা সত্ত্বেও সিএমএল অনুসরণ করে যা আরএফসি 1034 2.6.2 অনুসারে হতে পারে ত্রুটিপূর্ণ আচরণ বিবেচনা?

— শে

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

— জেফ

এটি কি 'সাধারণভাবে হ্যাঁ' তবে আপনি নিশ্চিত নন যে আপনি আচরণটিকে ত্রুটিযুক্ত বলছেন, বা আমি বিষয়টি পুরোপুরি মিস করেছি?

— শে

নির্দিষ্টকরণগুলি একটি জগাখিচুড়ি, সুতরাং 'সাধারণত হ্যাঁ' :-)

— জেফ

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

— এলি স্যান্ড

Answer 2

@একটি BIND- র রেকর্ডে প্রতীক ডোমেইন লেখার শুধু একটি সাঁটে লেখার উপায়। যদি আপনি এর জন্য একটি রেকর্ড তৈরি করে থাকেন example.comতবে @এটির জন্য কেবল একটি উপনাম example.com। এই @রেকর্ডটি আইপি হতে হবে তা এই বলে যে একটি বিবৃতি যা সমালোচনামূলক তথ্য অনুপস্থিত - এটি কী ধরণের রেকর্ড ছিল তা আপনি আমাদের জানাননি।

ডেলিভারি রিপোর্ট থেকে মনে হয় যে আপনি সম্ভবত আপনার ডিএনএস-এর সাথে এমন কিছু করেছিলেন যাতে আপনার ডোমেনটি ghs.l.google.com- এ পুনরায় লেখার কারণ হয়ে যায় - খুব আশ্চর্যজনক (পিএস, একটি রেকর্ড অবশ্যই আইপি, সিএমএল রেকর্ড হতে হবে) অবশ্যই কোনও আইপি বা অন্য কোনও সিআইএম রেকর্ড হওয়া উচিত নয়)।

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

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

Comments

প্রথমত, আমি উল্লেখ করেছি যে @রেকর্ডটি টাইপ সিএমএল ছিল। দ্বিতীয়ত, আমি যে ডিএনএসটি ব্যবহার করি তা হ'ল ক্রয়ের সময় গুগল সরবরাহ করে, তাই জোন ফাইলটিতে আমার অ্যাক্সেসও নেই। আমি গুগল দ্বারা সরবরাহিত ডিফল্ট সেটিংস ব্যবহার করেছি। এবং সর্বশেষে তবে সর্বোপরি, "খুব সামান্য তথ্য সরবরাহ করা" স্পষ্টতই একজন উপযুক্ত, সন্তোষজনক এবং (আপনার নিজের বিপরীতে) সহৃদয় উত্তর দেওয়ার জন্য উপযুক্ত ব্যক্তির পক্ষে যথেষ্ট ছিল।

— শে

আপনি স্পষ্টতই ডিএনএস বুঝতে পারবেন না এবং ডাউনটাও সম্পূর্ণরূপে অনিয়ন্ত্রিত ছিল। আমি অতিরিক্ত তথ্য যুক্ত করে আমার উত্তর পোস্ট করার পরে আপনি আপনার প্রশ্ন সম্পাদনা করেছেন। আপনি একবারও উল্লেখ করেন নি যে আপনি নিজের জোন ফাইলে অ্যাক্সেস না পেয়ে স্পষ্টভাবে উল্লেখ করেছেন যে আপনি সেগুলি পরিবর্তন করেছেন।

— এলি স্যান্ড