Чому я не можу написати електронну пошту за адресою: MyEmail@74.125.235.55?


120

Я відкрив 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>

У мене є обліковий запис Gmail , тому я написав собі електронну пошту, але замість цього 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-версія: 1.0 Отримано: до 10.223.93.196 з SMTP id 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

тест

Я не отримав електронний лист. Чому?

Чому я не можу просто замінити цю gmail.comчастину 74.125.235.55?

Відповіді:


152

Тому що 74.125.235.55 - це не MX (обмін поштою) для gmail.com.

Якщо ви ping gmail.com, pingвикористовує запис A для виконання своїх завдань, але надсилання електронних листів (часто) включає інші сервери.

Ви можете скористатися інструментом dig(у Windows: nslookup -q=mx gmail.comяк невизначеність, зазначена в коментарях), щоб переглянути ці записи 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( і т.д., і т.д ...), так що немає ніякого способу відрізнити користувача.


49
Ви забули згадати, що все-таки email@74.125.39.27було б неправильним синтаксисом, відповідно до RFC 5322 § 3.4.1.
JdeBP


9
nslookupнадасть аналогічну інформацію на машинах Windows.
MikeJ-UK

12
nslookup -q=mx gmail.comякщо бути точним.
grawity

25

Коли ви надсилаєте електронний лист на user@domain.com, сервер вихідної пошти використовує DNS MX запис цільового домену, щоб визначити, яка IP-адреса відповідає за обробку пошти в цьому домені. Це може бути не та сама IP-адреса, яка повертається під час звичайного пінгу.

Використовуючи інструмент "копати" в 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-адресу, ймовірно, залежить від вашого клієнта електронної пошти та поштового сервера, і вам може знадобитися ввести адресу у квадратні дужки відповідно до відповіді слоттипу .


11

Спробуйте використовувати:

email@[74.125.235.55]

Це може не спрацювати, як показує аналіз хлопців, але, можливо, варто спробувати.
слототип

1
Адреса "xxxxx @ [74.125.235.55]" у полі "До" не розпізнається. Переконайтесь, що всі адреси правильно сформовані.
Pacerier

Я знаю, це налаштування для Gmail. Ви можете надіслати його від іншого поштового клієнта, але він може не надсилати.
slotishtype

btw Мені цікаво, яка причина, яка змусила вас думати, що це буде працювати?
Pacerier

16
@[ip]- це особливий синтаксис у RFC, який визначається як обхід MX пошуку.
Випадково832

7

74.125.235.55не є шлюзом Gmail. Якщо ви перейдете безпосередньо до IP-адреси свого браузера, він не перейде на веб-сайт Gmail; він перейде до Google, так що це може бути одна точка.


1
так що таке шлюз gmail? Якщо перефразовувати, які цифри потрібно ввести у веб-переглядачі, щоб отримати сторінку, яку я зазвичай бачу на gmail.com?
Pacerier

2
@Pacerier, веб-сервери відображатимуть різні сторінки залежно від того, яке доменне ім’я ви використовуєте для доступу до них. Наприклад, я адмініструю iconf.org та iconsfinc.com. Вони перебувають на одному сервері з однаковою IP-адресою, але яку веб-сторінку ви бачите, залежить від того, яке ім’я ви введете. Якщо ви просто використовуєте IP-адресу, ви завжди будете бачити iconsf.org.
CarlF

6

По-перше, сама IP-адреса не буде вказана як DNS-MX-запис (навіть якщо ви використовували правильну IP-адресу поштового сервера), як говорили інші, тому сервер не збирається знаходити в першу чергу (це також не збирається маршрутизуватись на основі цієї IP-адреси, оскільки використовується @thedomainпросто для пошуку). Навіть якщо ви використовували telnet для прямого підключення до сервера (саме так експерти перевіряють електронну пошту безпосередньо), воно все одно не вдасться з наступної причини:

Щоразу, коли я конфігурую поштову систему, і я їх дуже багато, за допомогою Microsoft Exchange або інших, вам завжди потрібно повідомити, які саме домени вона прийме. Я завжди входжу @thedomain.com, а це означає, що він прийме лише електронні листи для цього домену. Оскільки @74.125.235.55це не домен і, звичайно, не в списку прийнятих доменів, навіть якщо ви були безпосередньо підключені до поштового сервера, він все одно буде відхиляти його.


2
Насправді 74.125.235.55 це домен (за RFC 5322 § 3.4.1 - це не синтаксис IP-адреси в an addr-spec). Це неіснуючий домен, але це домен, на роздратування декількох операторів сервера DNS-вмісту. Зауважте також, що декілька MTS автоматично прийматимуть пошту, адресовану ІР-адресам їх серверів SMTP Relay (синтаксично правильним чином). Старіші версії exim робили це. Так само і qmail.
JdeBP

@JdeBP Я не фахівець з цього RFC, і коли я дивився на нього, головою хотів вибухнути, але чи не має він .com чи .net насправді бути доменом? У будь-якому випадку, для всіх практичних цілей це не домен, і, безумовно, не в даному питанні.
KCotreau

1
У цьому полягає проблема: це питання, особливо для практичних цілей . Просто запитуючий такий, як ти, і не усвідомлює цього. У addr-specпослідовності символів 74.125.235.55є областю, з етикетками 55, 235, 125, і 74в порядку убування від кореня. У 2008 році Дуейн Весселс та ін. помістити такі неіснуючі доменні імена, що викликають близько 3,8% запитів на кореневому DNS-сервері кореневого вмісту ICANN "K". Зараз вам настав час прочитати RFC 4697 § 2.9. ☺
JdeBP

Я повинен був сказати "вирішуваний" домен у своєму першому коментарі. Так, це намагається вирішити, але без .com і т. Д. Завжди буде невдало.
KCotreau

3

Питання в тому, що насправді є адресою електронної пошти .

У багатьох схемах протоколів синтаксис адреси xxx@example.comозначає просто "підключитися до Інтернет-хоста example.comта вказати (для відповідного протоколу) користувача xxx". SSH, FTP, SCP та інші дотримуються цієї схеми: example.comце просто фантазійне ім'я для IP-адреси (яка вирішується так само, як і під час виконання а ping). Для електронних листів це інакше. Повна рядок xxx@example.comтут є адресою електронної пошти, домен є частиною адреси, це не лише сервер, до якого підключення для надсилання; цей сервер називається "реле", і він отримується з цієї хост-частини спеціальним запитом DNS (записи MX), як пояснено в інших відповідях, але майте на увазі:

  1. це може збігатися з "нормальною" IP-адресою для example.com( Aзапису) чи ні. часто вони різні.

  2. як тільки клієнт виявить реле і підключиться до нього, він все одно повинен повідомити повну адресу електронної пошти "Я хочу надіслати пошту xxx@example.com" (те саме реле може обробляти пошту для різних доменів).

BTW, друга точка (але не перша) також стосується HTTP , оскільки 1.1: домен використовується для вирішення IP-адреси хоста, але він також використовується для вказівки ресурсу.


2

Пам'ятайте, що поштові сервери призначення отримують всю адресу , включаючи ім'я, яке слідує за @знаком. Поштові сервери 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 Apps.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.