কোনও ডোমেনের পরিবর্তে কোনও আইপি ঠিকানা থেকে কোনও ইমেল প্রেরণ এবং গ্রহণ করা কি সম্ভব?


18

সাধারণত ইমেলের @ এর ডান পাশে একটি ডোমেন নাম থাকে, যাতে আপনি কোনও সংস্থা বা কোনও সংস্থা সনাক্ত করতে পারেন। এই ডোমেনটি আসলে নাম সার্ভারের মাধ্যমে সমাধান করা আইপি ঠিকানার জন্য "নাম" বা "নাম" ব্যতীত অন্য কিছু নয়।

আমি মনে করি এটি ইন্টারনেট অফ থিংসের জন্য উদাহরণস্বরূপ ব্যবহার করা যেতে পারে, কারণ POST এবং GET এর তুলনায় আরও অনেকগুলি সম্ভাবনা রয়েছে যেমন "অনেকের কাছে একজন" বা "একজনের অনেকের"।

উদাহরণস্বরূপ user@xxx.xxx.xx.xxx হিসাবে কোনও আইপি ঠিকানায় এবং সরাসরি ইমেলগুলি প্রেরণ এবং গ্রহণ করার কোনও উপায় আছে কি?


6
পাশে: আপনি যদি মনে করেন যে এইচটিটিপি আইওটির পক্ষে খুব সীমাবদ্ধ, তবে এমকিউটিটি বা এক্সএমপিপি একবার দেখুন।
রজার লিপসক্বে

3
একটি ডোমেন 'আইপি ঠিকানার নাম' এর চেয়ে বেশি। একটি ডোমেন তার মেল পরিষেবা (তার ডিএনএস এন্ট্রিগুলির মাধ্যমে) সম্পর্কিত আরও অনেক তথ্য প্রকাশ করতে পারে, এতে বেশ কয়েকটি মেল সার্ভারের জন্য আইপি অ্যাড্রেস অন্তর্ভুক্ত থাকতে পারে (যেমন লোড ব্যালেন্সিং বা ফলব্যাক উদ্দেশ্যে)।
jjmontes

4
ইমেলটি অনেকের কাছে একটিও নয়, এটি একের পর এক, এবং তারপরে সার্ভারটি অনেকের কাছে বার্তাটি ছড়িয়ে দিতে পারে। আপনি কোনও সার্ভারে একটি পোস্ট পোস্ট করতে পারেন এবং তারপরে অনেক ক্লায়েন্টরা সেই একই সার্ভারে ঠিক একই মডেলের ইমেল ব্যবহার করে পড়তে পারেন।
djsmiley2k অন্ধকার

2
যিনি সময়ে সময়ে নেটওয়ার্ক প্রত্নতত্ত্ব করতে হয়, দয়া করে হার্ড-কোড আইপি করবেন না don't ডিএনএস ডিফিকুলার নয় এবং হোস্ট ওভাররাইডের অনুমতি দেওয়ার সময় ডিএনএসমাস্কের মতো ডিএনএস সার্ভারগুলি কম ওজনের হয়। ইন্টারনেট আইপি সময়ের সাথে সাথে পরিবর্তন হবে।
ক্রিগগি

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

উত্তর:


17

ইমেলগুলির জন্য, কোনও ডোমেন কেবলমাত্র কোনও আইপি ঠিকানার জন্য একটি উলাম বা মানব পাঠযোগ্য ফর্ম নয়: কোনও প্রাপকের ডোমেনের পক্ষে ইমেল বার্তাগুলি গ্রহণের জন্য দায়ী মেল সার্ভারগুলিকে নির্দিষ্ট করার জন্য মেল এক্সচেঞ্জার MX রেকর্ড বিদ্যমান। ডোমেনের জন্য মেল স্বীকার করার জন্য বেশ কয়েকটি সার্ভার থাকতে পারে এবং ডোমেনের জন্য Aরেকর্ডে থাকা একই আইপিতে তারা প্রয়োজন হয় না । একটি মেল সিস্টেমে বেশ কয়েকটি সার্ভার থাকতে পারে: আগত সার্ভারগুলি বহির্গামী সার্ভার এবং মেল স্টোরেজ সার্ভারগুলি থেকে আলাদা করা হতে পারে host Aরেকর্ড কেবল তখনই ব্যবহৃত হয় যখন MXহোস্টনামের জন্য কোনও রেকর্ড নির্দিষ্ট করা থাকে না।

তবে ইমেল ঠিকানা বিন্যাসে এমন (অন্যান্য) সীমা নেই যা আপনি সরাসরি <user@hostname.example.com>বা এমনকি <user@[198.51.100.10]>(বর্গাকার বন্ধনী সহ আইপি) ইমেল প্রেরণ করতে পারেন নি । যদি কোনও মেইল ​​সার্ভার থাকে যা সাধারণ প্লে হোস্টনাম বা আইপি ঠিকানা ব্যবহার করে ইমেল গ্রহণ করে তবে তা করবে। তবে আপনি যা পরামর্শ দিচ্ছেন তা বিশ্বব্যাপী বাস্তবে কার্যকর হয় না:

  • বেশিরভাগ ইমেল সিস্টেমে বেশ কয়েকটি ডোমেন থাকে এবং সেগুলির জন্য পৃথকভাবে ইমেল হ্যান্ডেল করা প্রয়োজন। ব্যবহারকারীর নাম নিজেই কোনও প্রকৃত মেলবক্সে আবদ্ধ না হয়ে <user@example.com>থাকতে পারে কারণ এর চেয়ে আলাদা ব্যক্তি হতে পারে<user@example.net>
  • কয়েক দশক আগে এটি সাধারণ ছিল, স্প্যামের বিরুদ্ধে লড়াই করা বিষয়গুলিকে আরও জটিল করে তুলেছে এবং ইমেল গ্রহণের কঠোর সীমাবদ্ধতা রয়েছে।
  • 25অপব্যবহারের কারণে (স্প্যামবটস) এসএমটিপি পোর্টের ব্যবহার গ্রাহক গ্রেড ইন্টারনেট সংযোগগুলিতে খুব সীমাবদ্ধ। আইওটি ডিভাইসগুলির জন্য এসএমটিপি ব্যবহারের তেমন ব্যবহার নেই।

2
তবে যদি কোনও ডোমেনের জন্য কোনও এমএক্স ডিএনএস রেকর্ড না থাকে (বা কোনও আইপি) মেল ইমেল ঠিকানার ডোমেন অংশ (হোস্টনাম বা আইপি ঠিকানা) সরবরাহ করা হয় (বা বিতরণ করার চেষ্টা করা হয়)। এবং সেই হোস্টনাম / আইপি ঠিকানার জন্য মেল হ্যান্ডেল করার জন্য প্রাপ্তি সার্ভারটি কনফিগার করতে হবে।
ivanivan

1
এটি হোস্টনামের জন্য মেল হ্যান্ডেল করতে পারে। বিশ্বের প্রতিটি সার্ভার মেল হ্যান্ডেল করে না। বেশিরভাগ ইউনিক্স / লিনাক্স ভিত্তিক সার্ভারগুলিতে অভ্যন্তরীণ মেল হ্যান্ডেল করার জন্য এসএমটিপি সার্ভার থাকে (ক্রোন ইত্যাদি থেকে) তবে তারা খুব ভালভাবেই কাজ করতে পারে।
এসা জোকিনেন

1
ESA - আপনি যদি আমার পোস্টফিক্স সার্ভারগুলিতে আপনার এমএক্স রেকর্ডটি নির্দেশ করেন তবে একটি এসএমটিপি সংযোগ তৈরি করা হবে তবে আমার সার্ভারগুলি কোনওভাবেই আপনার ডোমেনের জন্য মেইল ​​হ্যান্ডেল করার জন্য কনফিগার করা হয়নি বা আকারে, যাতে আপনি একটি বাউন্স পান। তবে আমার সার্ভারগুলি একাধিক নির্দিষ্ট ডোমেন এবং ব্যবহারকারীদের জন্য সেট আপ করা আছে, সমস্তই একটি মাইএসকিএল সার্ভার থেকে আসে। এটি সমস্ত 1 এর উপর নির্ভর করে) কোনও মেল সার্ভার আসলে যে আইপিতে আপনি মেইল ​​প্রেরণ করছেন তা চলছে এবং 2) বলা হয় যে মেল সার্ভারটি সেই আইপি বা কেবলমাত্র একটি নির্দিষ্ট ডোমেন / ডোমেন বা কোনও ডোমেইন (কেবলমাত্র কোনও ডোমেনের জন্য নির্ধারিত মেলকে কনফিগার করা হয়েছে) ঠিকানার ব্যবহারকারীর অংশটি মিলছে)
ivanivan

13

অনেক এসএমটিপি সার্ভার (যেমন: সেন্ডমেল) হ্যান্ডেল user@[aaa.bbb.ccc.ddd]ইমেল ঠিকানাগুলিতে কিন্তু

  1. কিছু এসএমটিপি সার্ভার হ্যান্ডেল / সনাক্ত করে না
    তারা এ জাতীয় প্রেরকের ঠিকানা গ্রহণ করতে অস্বীকার করতে পারে বা এই জাতীয় ঠিকানায় পাঠাতে অক্ষম হতে পারে।
  2. এই জাতীয় ঠিকানাগুলি কিছু স্প্যাম বিরোধী সফ্টওয়্যার নিয়ে সমস্যা তৈরি করতে পারে

আরএফসি -৩৩২২: ৩.৪.১। অ্যাডর-স্পেস স্পেসিফিকেশন


উইকিপিডিয়া: ইমেল ঠিকানা - ডোমেন অংশ

এছাড়াও, ডোমেনটি একটি আইপি ঠিকানা আক্ষরিক হতে পারে, বর্গাকার বন্ধনী দ্বারা বেষ্টিত [], যেমন জেস্মিথ @ [192.168.2.1] বা জস্মিথ @ [আইপিভি 6: 2001: ডিবি 8 :: 1], যদিও এটি বাদে খুব কমই দেখা যায় ইমেল স্প্যাম...


9
লক্ষ্য করুন যে ইমেল ঠিকানাগুলি user@[aaa.bbb.ccc.ddd]স্পেসিফিকেশন অনুসারে সঠিক, এবং হ্যান্ডলিং সঠিকভাবে সংজ্ঞায়িত হয়েছে, সুতরাং যে সার্ভারগুলি এটি পরিচালনা করে না তারা প্রযুক্তিগতভাবে "ভাঙ্গা" হয়
ফেরিবিগ

4
@ ফেরিবিগ: সত্য, যেহেতু প্রত্যাখ্যান প্রযুক্তিগতভাবে পরিচালিতও হয়।
এসা জোকিনেন

নোট করুন যে "হোস্টের পরিবর্তে নির্দিষ্ট ইমেল ঠিকানার পরিবর্তে ইমেল প্রেরণ করা হয়েছিল" "সম্ভবত স্প্যাম" লাল পতাকাগুলির ক্যাটাগরিতে বেশ উঁচুতে রয়েছে এবং অনেকগুলি এভিএএস সফ্টওয়্যার নীরবে এটি বাতিল করার সিদ্ধান্ত নিতে পারে।
শাদুর

3

যদি জড়িত সমস্ত পক্ষ সত্যই আধুনিক সফ্টওয়্যার ব্যবহার করে তবে এটি কাজ করা উচিত।

এসএমটিপি টিসিপি-তে ভাল স্তরযুক্ত কাজ করার পরে এটি অন্তত নিজের মূল ফর্মের মধ্যে, টিসিপি / আইপি-তে ভিত্তিক কোনও প্রোটোকল নয়। যদি আপনি মূল আরএফসি 821 দেখুন, একটি "টিসিপি পরিবহন" সংজ্ঞায়িত করা হয়েছে .... একটি পরিশিষ্টে।

আরএফসি 2821 (1989 সাল থেকে) সংখ্যার ঠিকানাগুলি "নিরুৎসাহিত" ব্যবহার করা বিবেচনা করে।

এমনকি চশমাগুলির আরও আধুনিক সংস্করণগুলি এই দর্শনকে কিছুটা ডিগ্রি ধরে রাখে, আরএফসি5321 থেকে: "এসএমটিপি নির্দিষ্ট ট্রান্সমিশন সাবসিস্টেমের তুলনায় স্বতন্ত্র এবং কেবল একটি নির্ভরযোগ্য আদেশযুক্ত ডেটা স্ট্রিম চ্যানেল প্রয়োজন While যদিও এই নথিতে বিশেষভাবে টিসিপির মাধ্যমে পরিবহন নিয়ে আলোচনা করা হয়েছে, অন্য পরিবহনগুলি সম্ভব । আরএফসি 821 এর পরিশিষ্টগুলি [1] এর কয়েকটি বর্ণনা করে। "

তবে, এই আরএফসি - ২০০৮ সাল থেকে, যা আসলে এটি একেবারেই নতুন করে তুলেছে, "অ্যাড্রেস লিটারালস" "অনুমোদিত" হিসাবে ব্যবহার অনুমোদন করে ("এই বাধাটি অতিক্রম করতে, কোনও ডোমেনের বিকল্প হিসাবে ঠিকানার একটি বিশেষ আক্ষরিক ফর্ম অনুমোদিত) নাম। ") 4..১.৩ বিভাগে তবে এটি 2.1.4-এ" SHোকলা উচিত "হিসাবে নিরুৎসাহিত করে।

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

প্রতিটি জড়িত সিস্টেমের উপর 2008 এর মান মেনে চলার উপর নির্ভর করা যতটা ঝুঁকিপূর্ণ মনে হয় তত বেশি ঝুঁকিপূর্ণ হতে পারে।


2
আরএফসি 5321 # 2.1.4 ঠিকানা আক্ষরিক ব্যবহার ব্যবহার করে অনুমোদন দেয় না: এটি বলবে না (এবং তারপরে ভুল বিভাগে লিঙ্ক করা উচিত)। আর আরএফসি 2821 তেমন পুরানো নয় - এটি ছিল 2001
রুপ

1
আমি বলব এটি লাইন পয়েন্টের মধ্যে আমার প্রমাণ করে :) :) "মাইক্রো-
মঞ্জুরি
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.