Mengapa saya tidak dapat mengirim email sendiri ke: [email protected]?

120

Saya membuka cmddan mengetik ping gmail.com. Ini menunjukkan kepada saya:

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>

Saya memiliki akun Gmail , jadi saya mengirim email sendiri tetapi [email protected]saya tidak menggunakannya [email protected].

Tanggapan:

Ini adalah Notifikasi Status Pengantaran yang dibuat dengan otomatis

HANYA PESAN PERINGATAN INI.

ANDA TIDAK PERLU KIRIM ULANG PESAN ANDA.

Pengiriman ke penerima berikut telah tertunda:

[email protected]

Pesan akan dicoba untuk 2 hari lagi

Rincian teknis kegagalan sementara: Server penerima tidak menerima permintaan kami untuk terhubung. Pelajari lebih lanjut di http://mail.google.com/support/bin/answer.py?answer=7720 [74.125.235.54 (1): Sambungan ditolak]

----- Pesan asli -----

MIME-Versi: 1.0 Diterima: oleh 10.223.93.196 dengan SMTP id w4mr3261626fam.44.1309944998035; Rabu, 06 Jul 2011 02:36:38 -0700 (PDT) Diterima: oleh 10.223.104.194 dengan HTTP; Rabu, 6 Jul 2011 02:36:37 -0700 (PDT) Tanggal: Rabu, 6 Jul 2011 17:36:37 +0800 Pesan-ID: Subjek: test Dari: Joseph Ke: [email protected] Tipe-Konten: multi bagian / alternatif; batas = 20cf3054a49348815504a763560c

tes tes

Saya tidak menerima email. Mengapa?

Mengapa saya tidak bisa hanya mengganti gmail.combagian dengan 74.125.235.55?

ip gmail ping smtp Pacerier
sumber

Jawaban:

152

Karena 74.125.235.55 bukan MX (pertukaran email) untuk gmail.com.

Jika Anda melakukan ping gmail.com, pinggunakan catatan A untuk melakukan tugasnya, tetapi mengirim email (sering) menggabungkan server lain.

Anda dapat menggunakan alat ini dig(pada Windows: nslookup -q=mx gmail.comsebagai grawity yang disebutkan dalam komentar) untuk melihat catatan DNS tersebut:

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.

Seperti yang Anda lihat, bahkan ada beberapa server yang menangani email untuk gmail.com dan masing-masing memiliki prioritas yang berbeda (jumlah di kolom terakhir).

Dan jika Anda melangkah lebih jauh, Anda akan melihat bahwa gmail-smtp-in.l.google.com (yang pertama mxdalam daftar di atas) menunjuk ke alamat IP yang berbeda:

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

Jadi, Anda harus menggunakan recipient@[74.125.39.27](ini adalah sintaks yang tepat seperti JdeBP yang disebutkan dalam komentar).

TETAPI Google tidak akan menerima email ini:

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

Berpikir lebih jauh tentang ini: Google tidak akan atau tidak bisa menerima surat-surat ini karena mereka tidak tahu kepada siapa Anda ingin mengirimnya . Server di belakang 74.125.39.27 bisa menangani email untuk gmail.com, google.com, picasa.com(dll, dll ...), jadi tidak ada cara untuk membedakan pengguna.

trurl
sumber
49
Anda lupa menyebutkan bahwa [email protected]itu adalah sintaks yang salah, per RFC 5322 § 3.4.1.
JdeBP
13
Bagian RFC yang relevan .
Humphrey Bogart
9
nslookupakan memberikan informasi serupa pada mesin Windows.
MikeJ-UK
12
nslookup -q=mx gmail.comtepatnya.
grawity
25

Saat Anda mengirim email ke [email protected], server surat keluar menggunakan catatan DNS MX dari domain tujuan untuk menentukan alamat IP mana yang bertanggung jawab untuk menangani surat di domain itu. Ini mungkin bukan alamat IP yang sama yang dikembalikan selama ping normal.

Menggunakan alat 'menggali' di Linux, saya dapat menentukan bahwa data MX untuk gmail.com menyelesaikan ke set server berikut:

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.

yang menghasilkan hasil ping yang sangat berbeda:

$ 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

Apakah Anda benar-benar dapat mengirim email langsung ke alamat IP itu kemungkinan tergantung pada klien email Anda dan server surat, dan Anda mungkin perlu memasukkan alamat dalam tanda kurung kotak sesuai jawaban slotishtype .


sumber
11

Coba gunakan:

email@[74.125.235.55]
jenis slotishtype
sumber
Ini mungkin tidak berhasil, seperti yang diilustrasikan oleh analisis pria tetapi mungkin patut dicoba.
slotishtype
1
Alamat "xxxxx @ [74.125.235.55]" di bidang "Kepada" tidak dikenali. Pastikan semua alamat terbentuk dengan benar.
Pacerier
Saya tahu, itu adalah pengaturan khusus gmail. Anda dapat mengirimnya dari klien email lain tetapi mungkin tidak mengirim.
slotishtype
tapi saya ingin tahu apa alasan yang membuat Anda berpikir bahwa itu akan berhasil?
Pacerier
16
@[ip]adalah sintaks khusus dalam RFC yang didefinisikan sebagai mem-bypass MX lookup.
Random832
7

74.125.235.55bukan gateway Gmail. Jika Anda mengarahkan diri Anda ke alamat IP di browser Anda, itu tidak akan pergi ke situs web Gmail; itu akan pergi ke Google, jadi itu bisa menjadi satu poin.

Sandeep Bansal
sumber
1
jadi apa gateway gmail? untuk mengulangi, nomor apa yang harus saya ketik di browser untuk mendapatkan halaman yang biasanya saya lihat di gmail.com?
Pacerier
2
@Pacerier, server web akan menampilkan halaman berbeda tergantung pada nama domain yang Anda gunakan untuk mengaksesnya. Misalnya, saya mengelola iconsf.org dan iconsfinc.com. Mereka berada di server yang sama di alamat IP yang sama, tetapi halaman web apa yang Anda lihat tergantung pada nama yang Anda ketikkan. Jika Anda hanya menggunakan alamat IP, Anda akan selalu melihat iconsf.org.
CarlF
6

Pertama, alamat IP itu sendiri tidak akan terdaftar sebagai catatan DNS MX (bahkan jika Anda menggunakan alamat IP server mail yang benar), seperti yang dikatakan orang lain, jadi itu tidak akan menemukan server di tempat pertama (itu juga tidak akan merutekan berdasarkan alamat IP karena @thedomainhanya digunakan untuk pencarian). Bahkan jika Anda menggunakan telnet untuk terhubung ke server secara langsung (ini adalah cara para ahli menguji email secara langsung), itu akan tetap gagal karena alasan berikut:

Setiap kali saya mengkonfigurasi sistem email, dan saya melakukan banyak hal, dengan Microsoft Exchange atau yang lain, Anda selalu harus memberi tahu apa domain yang akan diterima. Saya selalu masuk @thedomain.com, yang artinya hanya akan menerima email untuk domain itu. Karena @74.125.235.55bukan domain, dan tentu saja tidak ada dalam daftar domain yang diterima, bahkan jika Anda terhubung langsung ke server email, itu masih akan menolaknya.

KCotreau
sumber
2
Sebenarnya, 74.125.235.55 ini adalah domain (per RFC 5322 § 3.4.1 itu bukan sintaks dari alamat IP dalam suatu addr-spec). Ini adalah domain yang tidak ada, tetapi merupakan domain, yang sangat mengganggu beberapa operator server DNS konten. Perhatikan juga bahwa beberapa MTSes akan secara otomatis menerima surat yang ditujukan ke alamat IP server SMTP Relay mereka (dengan cara yang benar secara sintaksis). Versi exim yang lebih lama melakukan ini. Begitu juga qmail.
JdeBP
@ JdeBP Saya bukan ahli RFC itu, dan ketika saya melihatnya, dengan kepala ingin meledak, tetapi bukankah harus memiliki .com atau .net untuk benar-benar menjadi domain? Bagaimanapun, untuk semua tujuan praktis, ini bukan domain, dan tentu saja tidak ada dalam pertanyaan yang diberikan.
KCotreau
1
Itu bagian dari masalah: Ini adalah domain dalam pertanyaan, terutama untuk tujuan praktis . Hanya saja si penanya seperti Anda, dan tidak menyadarinya. Dalam addr-specurutan karakter 74.125.235.55adalah domain, dengan label 55, 235, 125, dan 74dalam urutan dari akar. Pada 2008, Duane Wessels et al. menempatkan nama domain yang tidak ada seperti menyebabkan sekitar 3,8% dari permintaan di server DNS konten root "K" ICANN. Sekarang saatnya bagi Anda untuk membaca RFC 4697 § 2.9. ☺
JdeBP
Saya seharusnya mengatakan domain "dapat diselesaikan" di komentar pertama saya. Ya, ia sedang berusaha untuk diselesaikan, tetapi tanpa .com, dll. Itu akan selalu gagal.
KCotreau
3

Masalahnya adalah apa sebenarnya alamat email itu .

Dalam banyak skema protokol, sintaksis alamat [email protected]berarti "terhubung ke host Internet example.comdan tentukan pengguna (untuk protokol yang relevan) xxx". SSH, FTP, SCP dan lainnya mengikuti pola ini: example.comhanya nama mewah untuk alamat IP (yang diselesaikan sama seperti ketika melakukan a ping). Untuk email, ini berbeda. String lengkap [email protected]ada di sini alamat email, domain adalah bagian dari alamat, bukan hanya server yang terhubung untuk mengirimnya; server ini disebut "relay", dan diperoleh, dari bagian host itu, dengan permintaan DNS khusus (data MX) seperti yang dijelaskan dalam jawaban lain, tetapi, perhatikan:

  1. mungkin bertepatan atau tidak dengan alamat IP "normal" untuk example.com( Acatatan). seringkali mereka berbeda.

  2. setelah klien menemukan relai dan terhubung ke sana, ia masih harus memberi tahu alamat surel lengkap "Saya ingin mengirim surel [email protected]" (relai yang sama dapat memproses surat untuk domain yang berbeda).

BTW, titik kedua (tapi bukan yang pertama) juga berlaku untuk HTTP , karena 1.1: domain digunakan untuk menyelesaikan alamat IP host, tetapi juga digunakan untuk menentukan sumber daya.

leonbloy
sumber
2

Ingat bahwa server email tujuan melihat seluruh alamat , termasuk nama yang mengikuti @tanda. Server email Gmail hanya akan merutekan pesan yang diakhiri @gmail.com, membuang, atau menolak semua alamat lain [1] .

Alamat IP server surat Gmail adalah 74.125.45.27. Tapi alamatnya [email protected]tidak sama dengan [email protected]. Gmail akan mengatakan "Saya tahu siapa [email protected], tetapi saya belum pernah mendengar nama [email protected]", dan memutuskan bahwa itu tidak dapat dikirimkan ke alamat kedua.

[1] Ya, saya tahu itu tidak sepenuhnya benar, dan ya, saya tahu tentang Google Apps.

tylerl
sumber