কোনও ডোমেনের জন্য IMAP সার্ভারটি নির্দেশ করার জন্য কি কোনও মানক ডিএনএস রেকর্ড রয়েছে?


19

কিছু অনুসন্ধানের পরে আমি সম্পূর্ণ খালি হাতে এসেছি যদি কোনও মানক (বা that বিষয়টির জন্য অ-মানক) নির্দিষ্টকরণ থাকে বা কোনও ডোমেন নামের জন্য আইএমএপি সার্ভার নির্দিষ্ট করার জন্য সেরা অনুশীলন থাকে। যেমন আমার যদি "jimi@example.com" এর মতো কোনও অ্যাকাউন্ট থাকে এবং আমি আমার মেইল ​​IMAP এর মাধ্যমে পড়তে চাই তবে এমন কোনও ডিএনএস রেকর্ড রয়েছে যা আমার মেইল ​​ক্লায়েন্টকে নির্দেশ করবে যে এটি কোন মেইল ​​সার্ভারের সাথে যোগাযোগ করা উচিত? আমি এর আগে কখনও দেখিনি, এবং আমি দেখা সমস্ত ইমেল সেটআপ নির্দেশাবলীর মধ্যে IMAP এর জন্য একটি সঠিক হোস্টের নাম অন্তর্ভুক্ত রয়েছে, যেমন "mail.example.com" বা "imap.example.com"। আমার ধারণা অনুমান করা হয় যে কর্মচারী বা উদাহরণ ডট কমের অন্যান্য ব্যবহারকারীরা তাদের প্রশাসকের কাছ থেকে কোন সার্ভারটি ব্যবহার করবেন তা সন্ধান করতে পারে। তবে উদাহরণ ডটকমের হাজার হাজার অ্যাকাউন্ট থাকলে এটি বোঝা হয়ে উঠবে।

কেউ কি এরকম কিছু শুনেছেন?


4
কিছু অ্যাপ্লিকেশন অটো-আবিষ্কার ডিএনএস সমর্থন করে এবং ইমপ্যাটের অটো আবিষ্কারের জন্য সম্ভবত কিছু আরএফসি বা স্পেক রয়েছে। আপনারা যে কারণগুলি উল্লেখ করেছেন তার জন্য অনেকেই এটি অনুসরণ করেছে বলে আমি আশা করব না। একটি org ডকস প্রকাশ করবে বা শেষ-পয়েন্টগুলি কনফিগার করতে কনফিগার পরিচালনা ব্যবহার করবে। এসএমটিপিকে মেল রাউটিংয়ের জন্য নাম জানতে হবে। আইএমএপ হিউম্যান রুটেড। :-)
অ্যারন

উত্তর:


34

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

একটি এসআরভি রেকর্ডে নিম্নলিখিত ফর্ম রয়েছে:

_Service._Protocol.Name. TTL Class SRV Priority Weight Port Target

এবং আইএমএপির জন্য একটি আরএফসি 6186 এ সংজ্ঞায়িত করা হয়েছে এবং এর মতো দেখতে পাবেন:

_imap._tcp.example.com. 3600 IN SRV 0 10 143 my-imap-host.example.com.

অথবা

_imaps._tcp.example.com. 3600 IN SRV 0 10 995 my-imaps-host.example.com.

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

  • একটি _autodiscover._tcp.example.com.ধরনের মাইক্রোসফট এক্সচেঞ্জ এবং আউটলুক দ্বারা ব্যবহৃত যেমন SRV রেকর্ড
  • একটি প্রকৃত হোস্ট বলা হয় autoconfig.example.com.
  • অথবা আরও

একটি সুন্দর ভাল লেখা এখানে পাওয়া যায়: https://developer.mozilla.org/en-US/docs/ মোজিলা / টুন্ডারবার্ড / অটোকনফাইগ্রেশন


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

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

4
এর মধ্যে কয়েকটি জিনিস আরএফসি 6186-তে নির্দিষ্ট করা আছে - এটি নয় যে সার্ভারটি অবশ্যই মান অনুসরণ করে কিনা আপনি যদি জানেন না তবে এটি প্রয়োজনীয়ভাবে সহায়তা করে।
লেগোসিয়া

1

প্রতি-সেবার কোনও মান সম্পর্কে অবগত নন, তবে ডিএনএসের শর্তাবলী, আপনি কেবলমাত্র "সুপরিচিত নাম" ইমাম.এইচ.এম.এল.কম এবং সম্ভবত ইমপস.এক্সামেল.কম.ও নিবন্ধভুক্ত করেন

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

ইতিহাস বিভিন্ন পরিষেবা বিজ্ঞাপন / আবিষ্কার পদ্ধতি দ্বারা আবদ্ধ lit


আসলে, এসআরভি রেকর্ডগুলি ব্যবহারযোগ্য হওয়ার জন্য এবং নন-স্ট্যান্ডার্ড বা ইনহাউস অ্যাপ্লিকেশন / প্রোটোকল দ্বারা ব্যবহার করার উদ্দেশ্যে তৈরি হয়েছিল (জটিলতা বা সরলতা কোনও কারণ ছিল না)। আমি বিশ্বাস করি এটির জন্য এটি মোটামুটি সফল হয়েছে। এর আসল রাইসন ডি'এত্রে একটি ব্যয়বহুল এম্বেডড ডিভাইসের সাথে সম্পর্কিত।
ARNT
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.