Warum kann ich mir keine E-Mail senden an: [email protected]?

120

Ich öffnete cmdund tippte ping gmail.com. Es zeigt mir:

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>

Ich habe ein Google Mail- Konto und habe mich per E-Mail angemeldet, aber nicht [email protected]verwendet [email protected].

Antwort:

Dies ist eine automatisch generierte Lieferstatusbenachrichtigung

DAS IST NUR EINE WARNNACHRICHT.

DU MUSST DIE NACHRICHT NICHT NOCH EINMAL SENDEN.

Die Lieferung an den folgenden Empfänger ist verspätet:

[email protected]

Nachricht wird noch 2 Tage wiederholt

Technische Details des vorübergehenden Ausfalls: Der Empfängerserver hat unsere Verbindungsanforderungen nicht akzeptiert. Weitere Informationen erhalten Sie unter http://mail.google.com/support/bin/answer.py?answer=7720 [74.125.235.54 (1): Verbindung abgelehnt].

----- Originale Nachricht -----

MIME-Version: 1.0 Eingegangen: um 10.223.93.196 mit SMTP-ID w4mr3261626fam.44.1309944998035; Wed, 06 Jul 2011 02:36:38 -0700 (PDT) Eingegangen: um 10.223.104.194 mit HTTP; Mi, 6. Juli 2011 02:36:37 -0700 (PDT) Datum: Mi, 6. Juli 2011 17:36:37 +0800 Nachrichten-ID: Betreff: test Von: Joseph An: [email protected] Inhaltstyp: mehrteilig / alternative; Grenze = 20cf3054a49348815504a763560c

Test Test

Ich habe die E-Mail nicht erhalten. Warum?

Warum kann ich das gmail.comTeil nicht einfach durch ein anderes ersetzen 74.125.235.55?

ip gmail ping smtp Pacerier
quelle

Antworten:

152

Denn 74.125.235.55 ist nicht der MX (Mail Exchange) für gmail.com.

Wenn Sie ping gmail.com, pingverwendet den A - Eintrag seine Aufgabe zu erfüllen, aber das Senden von E - Mails (oft) enthalten andere Server.

Sie können das Tool dig(unter Windows: nslookup -q=mx gmail.comwie in den Kommentaren erwähnt) verwenden, um diese DNS- Einträge anzuzeigen :

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.

Wie Sie sehen, gibt es sogar mehrere Server, die E-Mails für gmail.com verarbeiten, und jeder dieser Server hat unterschiedliche Prioritäten (die Nummer in der letzten Spalte).

Wenn Sie fortfahren, sehen Sie, dass gmail-smtp-in.l.google.com (der erste mxin der Liste oben) auf eine andere IP-Adresse verweist:

;; 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

Also recipient@[74.125.39.27]müsstest du verwenden (das ist die richtige Syntax wie in den Kommentaren erwähnt).

ABER Google akzeptiert diese Mails nicht:

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))

Weitere Überlegungen: Google akzeptiert diese E-Mails nicht oder kann sie nicht annehmen, da das Unternehmen nicht weiß, an wen Sie sie senden möchten . Der Server hinter 74.125.39.27 konnte behandeln E - Mails für gmail.com, google.com, picasa.com(usw., usw ...), so gibt es keine Möglichkeit , den Benutzer zu unterscheiden.

trurl
quelle
49
Sie haben vergessen zu erwähnen, dass [email protected]dies ohnehin die falsche Syntax wäre, gemäß RFC 5322 § 3.4.1.
JdeBP
13
Relevanter RFC-Abschnitt .
Humphrey Bogart
9
nslookupwird ähnliche Informationen auf Windows-Computern geben.
MikeJ-UK
12
nslookup -q=mx gmail.comum genau zu sein.
Grawity
25

Wenn Sie eine E-Mail an [email protected] senden, ermittelt der Postausgangsserver anhand des DNS-MX- Eintrags der Zieldomäne, welche IP-Adresse für die Verarbeitung von E-Mails in dieser Domäne verantwortlich ist. Dies ist möglicherweise nicht dieselbe IP-Adresse, die während eines normalen Pings zurückgegeben wurde.

Mit dem Tool 'dig' unter Linux kann ich feststellen, dass der MX-Eintrag für gmail.com auf die folgenden Server aufgelöst wird:

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.

die zu völlig unterschiedlichen Ping-Ergebnissen führen:

$ 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

Ob Sie tatsächlich E-Mails direkt an diese IP-Adresse senden können, hängt wahrscheinlich von Ihrem E-Mail-Client und dem E-Mail-Server ab. Möglicherweise müssen Sie die Adresse gemäß der Antwort von slotishtype in eckige Klammern setzen .


quelle
11

Versuchen zu benutzen:

email@[74.125.235.55]
Schlitzart
quelle
Dies könnte nicht funktionieren, wie die Analyse der Jungs zeigt, ist aber vielleicht einen Versuch wert.
Slotishtype
1
Die Adresse "xxxxx @ [74.125.235.55]" im Feld "An" wurde nicht erkannt. Bitte stellen Sie sicher, dass alle Adressen richtig gebildet sind.
Pacerier
Ich weiß, das ist eine Google Mail-spezifische Einstellung. Sie können es von einem anderen E-Mail-Client senden, es wird jedoch möglicherweise nicht gesendet.
Slotishtype
Übrigens, ich bin neugierig, warum hast du gedacht, dass das funktionieren würde?
Pacerier
16
@[ip]ist eine spezielle Syntax im RFC, die so definiert ist, dass die MX-Suche umgangen wird.
Random832
7

74.125.235.55ist kein Google Mail-Gateway. Wenn Sie die IP-Adresse in Ihrem Browser direkt aufrufen, wird die Google Mail-Website nicht aufgerufen. es wird an Google gehen, das könnte also ein Punkt sein.

Sandeep Bansal
quelle
1
Was ist das Google Mail-Gateway? Welche Zahlen muss ich in den Browser eingeben, um die Seite zu erhalten, die ich normalerweise auf gmail.com sehe?
Pacerier
2
@Pacerier, Webserver zeigen verschiedene Seiten an, je nachdem, mit welchem ​​Domainnamen Sie darauf zugreifen. Zum Beispiel verwalte ich iconsf.org und iconsfinc.com. Sie befinden sich auf demselben Server mit derselben IP-Adresse. Welche Webseite Sie sehen, hängt jedoch davon ab, welchen Namen Sie eingeben. Wenn Sie nur die IP-Adresse verwenden, sehen Sie immer iconsf.org.
CarlF
6

Erstens wird diese IP-Adresse selbst nicht als DNS-MX-Eintrag aufgeführt (auch wenn Sie die korrekte IP-Adresse des Mailservers verwendet haben), wie die anderen sagten, sodass der Server nicht an erster Stelle gefunden wird wird auch nicht basierend auf dieser IP-Adresse routen, da dies @thedomainnur für Suchvorgänge verwendet wird. Selbst wenn Sie eine direkte Verbindung mit dem Server über Telnet herstellen (so testen Experten E-Mails direkt), würde dies aus folgendem Grund fehlschlagen:

Wann immer ich ein Mail-System zusammen mit Microsoft Exchange oder anderen konfiguriere und eine Menge davon mache, müssen Sie ihm immer mitteilen, welche Domänen es akzeptiert. Ich gebe immer ein @thedomain.com, was bedeutet, dass nur E-Mails für diese Domain akzeptiert werden. Da @74.125.235.55es sich nicht um eine Domain handelt und sicherlich nicht in der Liste der akzeptierten Domains enthalten ist, wird sie auch dann abgelehnt, wenn Sie direkt mit dem Mailserver verbunden waren.

KCotreau
quelle
2
Tatsächlich 74.125.235.55 handelt es sich um eine Domain (gemäß RFC 5322 § 3.4.1 handelt es sich nicht um die Syntax einer IP-Adresse in einer addr-spec). Es ist eine nicht existierende Domäne, aber es ist eine Domäne, sehr zum Ärger einiger Betreiber von DNS-Servern für Inhalte. Beachten Sie auch, dass mehrere MTS automatisch E-Mails akzeptieren, die an die IP-Adressen ihrer SMTP-Relay-Server adressiert sind (in der syntaktisch korrekten Weise). Ältere Versionen von exim haben dies getan. Qmail auch.
JdeBP
@JdeBP Ich bin kein Experte für diesen RFC, und als ich ihn ansah, wollte er explodieren, aber sollte er nicht ein .com oder .net haben, um tatsächlich eine Domain zu sein? In jedem Fall handelt es sich praktisch gesehen nicht um eine Domäne, und dies ist sicherlich nicht in der gegebenen Frage enthalten.
KCotreau
1
Das ist ein Teil des Problems: Es ist eine Domäne in der Frage, insbesondere für praktische Zwecke . Es ist nur so, dass der Fragesteller wie Sie ist und das nicht merkt. In einem addr-specdie Folge von Zeichen 74.125.235.55ist eine Domäne, mit den Etikett 55, 235, 125, und , 74um von der Wurzel in absteigender Reihenfolge. Im Jahr 2008 haben Duane Wessels et al. Stellen Sie nicht vorhandene Domain-Namen so ein, dass sie etwa 3,8% der Anfragen beim "K" -Root-Content-DNS-Server von ICANN verursachen. Es ist jetzt Zeit für Sie, RFC 4697 § 2.9 zu lesen. ☺
JdeBP
Ich hätte in meinem ersten Kommentar "auflösbare" Domain sagen sollen. Ja, es wird versucht, aufgelöst zu werden, aber ohne das .com usw. wird es immer scheitern.
KCotreau
3

Das Problem ist, was eine E-Mail-Adresse eigentlich ist .

In vielen Protokollschemata [email protected]bedeutet die Adressensyntax nur "Verbindung zum Internet-Host herstellen example.comund Benutzer (für das entsprechende Protokoll) angeben xxx". SSH, FTP, SCP und andere folgen diesem Muster: Dies example.comist nur ein ausgefallener Name für eine IP-Adresse (der wie bei a aufgelöst wird ping). Bei E-Mails ist das anders. Die vollständige Zeichenfolge [email protected]ist hier eine E-Mail-Adresse. Die Domain ist Teil der Adresse. Sie ist nicht nur der Server, an den eine Verbindung gesendet werden soll. Dieser Server wird als "Relay" bezeichnet und von diesem Host-Teil durch eine spezielle DNS-Anforderung (MX-Einträge) abgerufen, wie in den anderen Antworten erläutert. Beachten Sie jedoch Folgendes:

  1. es könnte mit der "normalen" IP-Adresse für example.com( Arecord) übereinstimmen oder nicht . häufig sind sie unterschiedlich.

  2. Sobald der Client das Relay [email protected]erkennt und eine Verbindung zu ihm herstellt, muss er weiterhin die vollständige E-Mail-Adresse "Ich möchte eine E-Mail senden an " angeben (dasselbe Relay kann E-Mails für verschiedene Domänen verarbeiten).

Übrigens gilt der zweite Punkt (aber nicht der erste) auch für HTTP , da 1.1: Die Domäne wird zum Auflösen der Host-IP-Adresse verwendet, aber auch zum Angeben der Ressource.

Leonbloy
quelle
2

Denken Sie daran, dass Ziel-Mailserver die gesamte Adresse einschließlich des Namens nach dem @Zeichen anzeigen. Die Google Mail-Mail-Server leiten nur Nachrichten weiter, die in enden @gmail.comund alle anderen Adressen verwerfen oder ablehnen [1] .

Die IP-Adresse des Google Mail-Servers lautet 74.125.45.27. Aber die Adresse [email protected]ist nicht dasselbe wie [email protected]. Google Mail würde sagen: "Ich weiß, wer [email protected] ist, aber ich habe noch nie von dem Namen [email protected] gehört."

[1] Ja, ich weiß, dass dies nicht genau der Fall ist, und ja, ich kenne Google Apps.

tylerl
quelle