سؤال لماذا لا يمكنني إرسال بريد إلكتروني على: MyEmail@74.125.235.55؟


أنا فتحت cmd وكتابتها ping gmail.com. هذا يبين لي:

C:\Windows\system32>ping gmail.com

Pinging gmail.com [74.125.235.55] with 32 bytes of data:
Reply from 74.125.235.55: bytes=32 time=6ms TTL=56
Reply from 74.125.235.55: bytes=32 time=6ms TTL=56
Reply from 74.125.235.55: bytes=32 time=6ms TTL=56
Reply from 74.125.235.55: bytes=32 time=215ms TTL=56

Ping statistics for 74.125.235.55:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 6ms, Maximum = 215ms, Average = 58ms

C:\Windows\system32>

انا املك جوجل حساب ، لذلك أنا بالبريد الإلكتروني نفسي ولكن بدلا من email@gmail.com انا إستعملت email@74.125.235.55.

استجابة:

هذا هو تلقائيا ولدت   إشعار حالة التسليم

هذه رسالة تحذير فقط.

أنت لا تحتاج إلى إعادة إرسالها   رسالة.

التسليم إلى المستلم التالي   تم تأجيله:

xxxxxx@74.125.235.54

ستتم إعادة محاولة الرسالة لمدة 2 آخرين   أيام)

التفاصيل الفنية المؤقتة   فشل: لم خادم المستلم لا   قبول طلباتنا للاتصال. تعلم   أكثر في    http://mail.google.com/support/bin/answer.py؟answer=7720   [74.125.235.54 (1): الاتصال   رفض]

----- رسالة أصلية -----

MIME-Version: 1.0 Received: by   10.223.93.196 مع معرف SMTP w4mr3261626fam.44.1309944998035 ؛ الأربعاء،   06 يوليو 2011 02:36:38 -0700 (PDT)   تم الاستلام: بواسطة 10.223.104.194 باستخدام HTTP ؛   الأربعاء ، 6 تموز (يوليو) 2011 02:36:37 -0700 (PDT)   التاريخ: الأربعاء ، 6 تموز (يوليو) 2011 17:36:37 +0800   معرف الرسالة:      الموضوع: اختبار من: يوسف    إلى:   xxxxxx@74.125.235.54 نوع المحتوى:   متعدد الأجزاء / بديل.   الحدود = 20cf3054a49348815504a763560c

testtest

لم أتلق البريد الإلكتروني. لماذا ا؟

لماذا لا استطيع مجرد استبدال gmail.com جزء مع 74.125.235.55؟


120
2017-07-06 11:01


الأصل




الأجوبة:


لأن 74.125.235.55 ليس MX (تبادل البريد) لـ gmail.com.

اذا أنت بينغ gmail.com، ping يستخدم سجل لأداء مهمتها ، ولكن إرسال رسائل البريد الإلكتروني (في كثير من الأحيان) يتضمن خوادم أخرى.

يمكنك استخدام الأداة dig (على نظام التشغيل Windows: nslookup -q=mx gmail.com كما ذكر grawity في التعليقات) لرؤية هؤلاء DNS تسجيلات:

Probe:~ trurl$ dig -t ANY gmail.com

; <<>> DiG 9.6.0-APPLE-P2 <<>> -t ANY gmail.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 65087
;; flags: qr rd ra; QUERY: 1, ANSWER: 13, AUTHORITY: 0, ADDITIONAL: 9

;; QUESTION SECTION:
;gmail.com.         IN  ANY

;; ANSWER SECTION:
gmail.com.      3519    IN  MX  30 alt3.gmail-smtp-in.l.google.com.
gmail.com.      3519    IN  MX  5 gmail-smtp-in.l.google.com.
gmail.com.      74086   IN  NS  ns4.google.com.
gmail.com.      3519    IN  MX  10 alt1.gmail-smtp-in.l.google.com.
gmail.com.      74086   IN  NS  ns3.google.com.
gmail.com.      3   IN  A   209.85.148.18
gmail.com.      3519    IN  MX  40 alt4.gmail-smtp-in.l.google.com.
gmail.com.      3   IN  A   209.85.148.83
gmail.com.      3   IN  A   209.85.148.17
gmail.com.      74086   IN  NS  ns1.google.com.
gmail.com.      3   IN  A   209.85.148.19
gmail.com.      3519    IN  MX  20 alt2.gmail-smtp-in.l.google.com.
gmail.com.      74086   IN  NS  ns2.google.com.

كما ترى ، هناك خوادم متعددة تعالج البريد الإلكتروني gmail.com وكل منها له أولويات مختلفة (الرقم في العمود الأخير).

وإذا مضت أبعد من ذلك ، سترى ذلك gmail-smtp-in.l.google.com (الأول mx في القائمة أعلاه) يشير إلى عنوان IP مختلف:

;; QUESTION SECTION:
;gmail-smtp-in.l.google.com.    IN  ANY

;; ANSWER SECTION:
gmail-smtp-in.l.google.com. 42  IN  A   74.125.39.27

لذلك عليك أن تستخدم recipient@[74.125.39.27] (هذا هو النحو الصحيح كما JdeBP المذكورة في التعليقات).


لكن لن تقبل Google هذه الرسائل:

Jul  6 13:25:15 lofi postfix/smtp[31213]: C6FXXXXXXX: to=<REMOVED@[74.125.39.27]>,
relay=74.125.39.27[74.125.39.27]:25, delay=3.4, delays=0.16/0.01/0.15/3.1, dsn=5.1.1,
status=bounced(host 74.125.39.27[74.125.39.27] said:
550-5.1.1 The email account that you tried to reach does not exist. Please try
550-5.1.1 double-checking the recipient's email address for typos or
550-5.1.1 unnecessary spaces. Learn more at
550 5.1.1 http://mail.google.com/support/bin/answer.py?answer=6596 REMOVEDg.99
(in reply to RCPT TO command))

بالتفكير أكثر في هذا: لن تقبل Google هذه الرسائل أو لا تقبلها بسبب ذلك لا يعرفون لمن تريد إرساله. يمكن للخادم وراء 74.125.39.27 التعامل مع رسائل البريد الإلكتروني gmail.com، google.com، picasa.com (إلخ ، إلخ ...) ، لذلك لا توجد طريقة لتمييز المستخدم.


152
2017-07-06 11:17



لقد نسيت أن أذكر ذلك email@74.125.39.27 سيكون بناء جملة غير صحيح على أي حال ، في RFC 5322 § 3.4.1. - JdeBP
قسم RFC ذات الصلة. - Humphrey Bogart
nslookup سوف تعطي معلومات مماثلة على أجهزة ويندوز. - MikeJ-UK
nslookup -q=mx gmail.com لأكون دقيقا. - grawity


عند إرسال بريد إلكتروني إلى user@domain.com ، يستخدم خادم البريد الصادر سجل DNS MX نطاق الوجهة لتحديد عنوان IP المسؤول عن معالجة البريد في ذلك المجال. قد لا يكون هذا هو نفس عنوان IP الذي يتم إرجاعه أثناء اختبار ping العادي.

باستخدام أداة "حفر" على نظام التشغيل Linux يمكنني تحديد أن سجل MX لـ gmail.com يعمل على حل مجموعة الخوادم التالية:

gmail-smtp-in.l.google.com.
alt1.gmail-smtp-in.l.google.com.
alt2.gmail-smtp-in.l.google.com.
alt3.gmail-smtp-in.l.google.com.
alt4.gmail-smtp-in.l.google.com.

التي تنتج نتائج ping مختلفة تمامًا:

$ ping gmail-smtp-in.l.google.com.
PING gmail-smtp-in.l.google.com (209.85.227.27) 56(84) bytes of data.
64 bytes from wy-in-f27.1e100.net (209.85.227.27): icmp_req=1 ttl=50 time=12.8 ms

من المحتمل أن يعتمد إرسال البريد الإلكتروني مباشرة إلى عنوان IP هذا على عميل البريد الإلكتروني وخادم البريد ، وقد تحتاج إلى وضع العنوان بين أقواس مربعة حسب slotishtypeإجابة.


25
2017-07-06 11:20





حاول استخدام:

email@[74.125.235.55]

11
2017-07-06 11:10



قد لا ينجح هذا ، كما يوضح تحليل الرجال ولكن ربما يستحق المحاولة. - slotishtype
لم يتم التعرف على العنوان "xxxxx @ [74.125.235.55]" في الحقل "إلى". يرجى التأكد من تشكيل جميع العناوين بشكل صحيح. - Pacerier
وأنا أعلم ، هذا هو إعداد محدد gmail. يمكنك إرسالها من عميل بريد مختلف ولكن قد لا يتم إرسالها. - slotishtype
راجع للشغل أنا غريبة ما هو السبب الذي جعلك تعتقد أن هذا من شأنه أن يعمل؟ - Pacerier
@[ip] هو بناء جملة خاص في RFC يتم تعريفه على أنه تجاوز بحث MX. - Random832


74.125.235.55 ليس بوابة Gmail. إذا قمت بتوجيه نفسك إلى عنوان IP في متصفحك ، فلن تذهب إلى موقع Gmail على الويب ؛ ستذهب إلى Google ، بحيث يمكن أن تكون نقطة واحدة.


7
2017-07-06 11:11



فما هي بوابة gmail؟ لإعادة صياغة ، ما الأرقام التي يجب أن أكتبها في المتصفح للحصول على الصفحة التي أراها عادةً على gmail.com؟ - Pacerier
تعرضPacerier خوادم الويب صفحات مختلفة بناءً على اسم النطاق الذي تستخدمه للوصول إليها. على سبيل المثال ، أقوم بإدارة iconsf.org و iconsfinc.com. إنهم على نفس الخادم على نفس عنوان IP ، لكن ما هي صفحة الويب التي تراها يعتمد على الاسم الذي تكتبه. إذا كنت تستخدم عنوان IP فقط ، فسترى دائمًا iconsf.org. - CarlF


أولاً ، لن يتم إدراج عنوان IP نفسه كسجل MX لنظام أسماء النطاقات (حتى إذا كنت تستخدم عنوان IP الصحيح لخادم البريد) ، كما قال الآخرون ، لذلك لن يعثر على الخادم في المقام الأول ( هو أيضا لن الطريق استنادا إلى ذلك عنوان IP مثل @thedomain يستخدم فقط لعمليات البحث). حتى إذا استخدمت telnet للاتصال بالخادم مباشرة (وهذا هو كيف يقوم الخبراء باختبار البريد الإلكتروني مباشرةً) ، فسيظل فشله للسبب التالي:

عندما أقوم بتكوين نظام بريد ، وأنا أفعل الكثير منهم ، مع Microsoft Exchange أو آخرين ، يجب عليك دائماً إخباره عن النطاقات التي ستقبلها. أنا دائما أدخل @thedomain.com، مما يعني أنه لن يقبل سوى رسائل البريد الإلكتروني لهذا النطاق. منذ @74.125.235.55 ليس مجالًا ، وبالتأكيد ليس في قائمة المجالات المقبولة ، حتى إذا كنت متصلاً مباشرة بخادم البريد ، فستظل ترفضه.


6
2017-07-06 11:29



في الواقع، 74.125.235.55  هو نطاق (لكل RFC 5322 § 3.4.1 ليس هو بناء جملة عنوان IP في addr-spec). إنه مجال غير موجود ، ولكنه مجال ، إلى حد كبير لإزعاج العديد من مشغلي خوادم DNS للمحتوى. لاحظ أيضا أن عدة MTSes سوف تلقائيا قبول البريد الموجه إلى عناوين IP لخوادم ترحيل SMTP الخاصة بهم (بالطريقة الصحيحة في بناء الجملة). فعلت الإصدارات القديمة من exim هذا.  هل كذلك qmail. - JdeBP
JdeBP لست خبيراً في ذلك RFC ، وعندما نظرت إليه ، أراد الرأس أن ينفجر ، لكن ألا يجب أن يكون com. أو .net ليكون بالفعل مجالاً؟ على أي حال ، لجميع الأغراض العملية ، فهي ليست مجالاً ، وبالتأكيد ليست في السؤال المعطى. - KCotreau
هذا جزء من المشكلة: إنه هو مجال في السؤال ، خاصة للأغراض العملية. إنه فقط أن السائل مثلك ، ولا يدرك ذلك. في addr-spec تسلسل الشخصيات 74.125.235.55 هو مجال ، مع التسميات 55، 235، 125و 74 بترتيب تنازلي من الجذر. في عام 2008 ، Duane Wessels et al. وضع أسماء النطاقات غير الموجودة على أنها تسبب بعض 3.8٪ من طلبات البحث في خادم DNS للمحتوى الجذر لـ "K" التابع لـ ICANN. حان الوقت الآن لقراءة RFC 4697 § 2.9. - JdeBP
كان يجب أن أقول المجال "القابلة للحل" في تعليقي الأول. نعم ، إنها تحاول أن تحل ، ولكن بدون com. ، إلخ. ستفشل دائمًا. - KCotreau


القضية هي ما عنوان البريد الإلكتروني في الواقع هو.

في العديد من مخططات البروتوكولات ، وبناء جملة العنوان xxx@example.com يعني فقط "الاتصال بمضيف الإنترنت example.com وتحديد (بالنسبة للبروتوكول ذات الصلة) المستخدم xxx". يتبع SSH و FTP و SCP وغيرها هذا النمط: example.com هو مجرد اسم يتوهم لعنوان IP (الذي يتم حل نفسه عند القيام به ping). بالنسبة للرسائل الإلكترونية ، الأمر مختلف. السلسلة الكاملة xxx@example.com هنا هو عنوان البريد الإلكتروني ، والمجال هو جزء من العنوان ، وليس فقط الخادم الذي يتصل به لإرسالها ؛ يسمى هذا الخادم "relay" ، ويتم الحصول عليه ، من جزء المضيف هذا ، بواسطة طلب DNS خاص (سجلات MX) كما هو موضح في الإجابات الأخرى ، ولكن ضع في اعتبارك:

  1. قد يتطابق مع عنوان IP "العادي" أو لا example.com (A سجل). كثيرا ما تكون مختلفة.

  2. بمجرد اكتشاف العميل للتتابع والاتصال به ، يجب عليه إخبار عنوان البريد الكامل "أريد إرسال بريد إلى xxx@example.com"(يمكن للترحيل نفسه معالجة رسائل البريد الخاصة بالمجالات المختلفة).

راجع للشغل ، النقطة الثانية (ولكن ليس الأول) ينطبق أيضا على HTTPمنذ 1.1: يتم استخدام المجال لحل عنوان IP للمضيف ، ولكنه يُستخدم أيضًا لتحديد المورد.


3
2017-07-06 17:00





تذكر أن خوادم بريد الوجهة تبحث في عنوان كاملبما في ذلك الاسم الذي يتبع @ إشارة. لن تقوم خوادم بريد Gmail بتوجيه الرسائل التي تنتهي بها @gmail.comأو تجاهل أو رفض جميع العناوين الأخرى[1].

عنوان IP لخادم البريد في Gmail هو 74.125.45.27. لكن العنوان tyler@gmail.com ليس هو نفس الشيء tyler@74.125.45.27. سيقول Gmail "أعلم من tyler@gmail.com ، ولكني لم أسمع أبدًا باسم tyler@74.125.45.27" ، وقرر أنه لا يمكن تسليمه إلى العنوان الثاني.


[1]نعم ، أعرف أن هذا ليس صحيحًا تمامًا ، ونعم ، أعرفه حول تطبيقات Google.


2
2017-07-06 23:04