سؤال أين يتم إرسال البريد الإلكتروني إلى *@example.com؟ [مغلق]


لذلك كنت أتساءل هذا لفترة طويلة.

أين يتم إرسال البريد الإلكتروني إلى *@example.com اذهب؟ إذا أرسلت عن طريق الخطأ معلومات حساسة إلى *@example.com هل يمكن للشخص الشرير (المحتمل في IANA) أن يسترده في يوم من الأيام؟


80
2017-11-22 02:52


الأصل


إذا كنت تقوم بتشغيل Postfix كخادم SMTP الخاص بك يمكنك استخدام تجاهل (postfix.org/discard.8.html) لرمي رسائل البريد الإلكتروني إلى مجالات RFC 2606 (بدلاً من ارتداد). - HTTP500
هل يمكن لأي شخص أن يفسر لماذا تم ترحيل هذا هنا ثم تم إغلاقه؟ لقد بدأت طرح سؤال حول Stack Overflow نظرًا لأنني أعتقد أنها كانت مشكلة عامة ، ولكن أعتقد أنه من المنطقي أن تكون هنا متعلقة بالبريد الإلكتروني والشبكات. لكن من الواضح أن بعض الأشخاص ذوي الخبرة لم يوافقوا على ذلك. كيف وأين يمكنني الحصول على هذا السؤال أعيد فتحه؟ - bryan kennedy
إذا كان موضوعها هنا أنا متأكد من أنه سيكون على ما يرام في المواقع صاحبة المواقع. - DisgruntledGoat
هذا هو على الارجح افضل ل مستخدم سوبر. - MDMarra
إذا قمت بزيارة example.com ، فإنها تقول إنها مخصصة لأغراض التوضيح والروابط إلى iana.org/domains/reserved - user


الأجوبة:


إذا حاولت إرسال بريد إلكتروني إلى *@example.com

  1. سيتحقق SMTP من وجود المجال.
  2. سيبحث خادم SMTP عن MX سجل في example.com.
  3. لا يوجد شيء: سوف يعود SMTP الخاص بك مرة أخرى A سجل. عنوان IP هو 174.137.125.92 (اعتبارًا من اليوم)
  4. قامت IANA بتسجيل النطاق ، ولكنها لم تقم بإعداد خادم SMTP يستمع على المنفذ 25 على 174.137.125.92.
  5. ثم يعتمد السلوك على SMTP الخاص بك. سترسل إليك معظم الخوادم تحذيرًا ، ثم إعادة المحاولة لاحقًا. في نهاية المطاف (عادة في 3 أيام) ، سوف يتجاهل SMTP الرسالة ويرسل لك إخطارًا بالفشل.

الحد الأدنى: ذلك يعتمد على التكوين الخاص بك. ولكن إذا أعددت IANA خادمًا اليوم ، فقد يتمكن من تلقي الرسائل التي حاولت إرسالها قبل 3 أيام.


38
2017-11-22 09:33





إذا لم يكن هناك سجل MX ، فستحاول خوادم البريد تسليم سجل A.

لا تستمع خوادم example.com إلى المنفذ 25 ، لذا لن ينشئ خادم البريد اتصال TCP ولن يبدأ حتى في التسليم.


55
2017-11-22 03:23





لا يحتوي example.com على سجل MX ، لذا يجب أن يرتد خادم SMTP على نطاق الإرسال الرسالة إذا تمت تهيئتها لأن معظم خوادم SMTP.

تعديل: للتوضيح لأولئك الذين يجدون هذه الإجابة في المستقبل ، في ما يلي توضيح لماهية سجل MX: (من عند http://en.wikipedia.org/wiki/Mx_record تم استرجاعه في 21 نوفمبر 2011)

سجل مبادل البريد (سجل MX) هو نوع من سجل الموارد في نظام اسم المجال الذي يحدد خادم بريد مسؤول عن قبول رسائل البريد الإلكتروني نيابة عن نطاق المستلم وقيمة تفضيل تستخدم لتحديد أولوية تسليم البريد إذا توفرت خوادم بريد متعددة . تحدد مجموعة سجلات MX لاسم النطاق كيفية توجيه البريد الإلكتروني باستخدام بروتوكول نقل البريد البسيط.

لذلك ، في الأساس ، example.com ، example.net ، و example.org لا يوجد خادم معين للتعامل مع البريد الوارد ، وبالتالي يجب إرجاع أي بريد يتم إرساله إلى المرسل على أنه "غير قابل للتسليم" (قد يختلف بناءً على تكوين خادم SMTP ، ولكن العودة إلى المرسل باسم "غير قابلة للتسليم" هو سلوك شائع جدًا لهذا الموقف).

EDIT 2: أحضر شخص ما سلوك RFC 5321 المحدد بالعودة إلى استخدام سجل A في حالة وجود سجل MX مفقود. لقد بحثت في RFC ( http://tools.ietf.org/html/rfc5321 ) ولم يتم العثور على شيء من هذا القبيل ، ولكن من الممكن أن تحاول بعض MTAs (وكيل نقل البريد ، مثل exim و postfix و sendmail و Microsoft Exchange Server ، من بين آخرين) تسليم البريد عبر SMTP إلى العنوان المحدد في سجل A. بالنسبة للأجيال القادمة ، إليك ما يحدث عند محاولة إنشاء اتصال SMTP لعنوان السجل A المحدد في example.com (192.0.43.10 وقت كتابة هذا التقرير):

$ telnet 192.0.43.10 25
Trying 192.0.43.10...
telnet: Unable to connect to remote host: Connection timed out

EDIT 3: راجع الردود أدناه للحصول على توضيحات بشأن RFCs وسلوك الاحتياطي.


48
2017-11-22 02:56



إجابتك غير صحيحة - يحدد RFC 5321 أن الدقة ستعود إلى A سجلات عندما لا MX السجل موجود ("قاعدة MX الضمنية") ؛ نرى القسم 5.1. إذا تم إرجاع قائمة فارغة من MXs ، فسيتم التعامل مع العنوان كما لو كان مقترنًا بـ RR MX ضمني ، مع تفضيل 0 ، والإشارة إلى ذلك المضيف. - josh3736
أيضا ، قد SMTP كان دائما على العودة إلى A قاعدة - لم يتم تقديمه مع 5321. - josh3736
من RFC 974 (973 و 974 قدم سجل MX) It is possible that the list of MXs in the response to the query will be empty. This is a special case. If the list is empty, mailers should treat it as if it contained one RR, an MX RR with a preference value of 0, and a host name of REMOTE. (I.e., REMOTE is its only MX). - Chris S
@ josh3736 لم تحدد SMTP أبدًا أنها سقطت من سجلات MD & MF إلى سجلات RR. في الواقع، RFC 821 لا يشير إلى كيفية استخدام ملف HOSTS بالضبط (لم يكن DNS موجودًا في ذلك الوقت) للبحث عن الخادم البعيد. ومع ذلك ، فأنت على حق في أن يطلب MX الرجوع إلى سجلات A ، لكل RFC 974. تم تقنين هذا لأنه كان ممارسة شائعة بالفعل ، فإن سجلات MD و MF معقدة للغاية وغير مستخدمة بشكل عام. - Chris S
شكرا لكم جميعا على توضيحاتكم - لقد تعلمت الكثير من هذا. - seanp2k


هيئة أرقام الإنترنت المعينة:

نطاقات المثال

كما هو موضح في RFC 2606، نحافظ على عدد من المجالات مثل EXAMPLE.COM و EXAMPLE.ORG لأغراض التوثيق. يمكن استخدام هذه النطاقات كأمثلة توضيحية في المستندات دون تنسيق مسبق معنا. فهي غير متوفرة للتسجيل.


18
2017-11-22 02:56



إجابتك لا تستجيب للسؤال.
George لمَ لا؟ تمتلك IANA النطاقات حتى إذا لم يكن هناك MX اعتبارًا من اليوم ، قد تقوم IANA بإعداد واحد في المستقبل وتبدأ في تلقي رسائل البريد الإلكتروني على سبيل المثال. * النطاقات. هذا هو أفضل إجابة في رأيي. - eduardocereto