*@Example.com adresine gönderilen e-posta nereye gider? [kapalı]


88

Bu yüzden bunu uzun süre merak ettim.

E-posta nereye *@example.comgitmek için gönderilir ? Yanlış bir şekilde *@example.com, kötü niyetli bir kişinin (potansiyel olarak IANA'da) bir gün alabilmesi için yanlışlıkla hassas bilgiler gönderirsem ?


2
SMTP sunucunuz olarak Postfix kullanıyorsanız, e-postalarınızı RFC 2606 alanlarına (bir sıçramadan ziyade ) atmak için atma ( postfix.org/discard.8.html ) kullanabilirsiniz.
HTTP500

4
Birisi bunun neden buraya taşındığını ve daha sonra kapatıldığını açıklayabilir mi? Daha genel bir sorun olduğunu düşündüğümden Stack Overflow ile ilgili soruyu başlattım, ancak burada e-posta ve ağ oluşturma ile ilgili olması gerektiği mantıklı görünüyor. Fakat belli ki bazı deneyimli insanlar aynı fikirde değil. Bu soruyu nasıl ve nerede yeniden açabilirim?
bryan kennedy

Kapalı konu burada ise profesyonel yöneticileri iyi olurdu eminim.
DisgruntledGoat

Bu muhtemelen Süper Kullanıcı için en uygun seçenektir .
MDMarra

1
Example.com'u ziyaret ederseniz, açıklama amacıyla & iana.org/domains/reserved
user

Yanıtlar:


48

Adresine bir e-posta göndermeyi denerseniz *@example.com

  1. SMTP’niz etki alanının var olup olmadığını kontrol edecektir.
  2. SMTP sunucunuz MXadresinde bir kayıt arayacak example.com.
  3. Hiçbiri yok: SMTP'niz Akayıtlara geri dönecek . IP 174.137.125.92'dir (bugünden itibaren)
  4. IANA etki alanını kaydetmiştir ancak 174.137.125.92'deki 25 numaralı bağlantı noktasını dinleyen bir SMTP sunucusu kurmamıştır.
  5. O zaman davranış, SMTP'nize bağlıdır. Çoğu sunucu size bir uyarı gönderir ve daha sonra tekrar deneyin. Sonunda (genellikle 3 gün içinde), SMTP mesajı atar ve size bir başarısızlık bildirimi gönderir.

Alt satır : Bu, kendi yapılandırmanıza bağlıdır. Ancak IANA bugün bir sunucu kurarsa, 3 gün önce göndermeye çalıştığınız mesajları alabilirler.


58

MX kaydı yoksa, posta sunucuları A kaydına teslim edilmeyi dener.

example.com'un sunucuları 25 numaralı bağlantı noktasını dinlemiyor, bu nedenle posta sunucusu bir TCP bağlantısı kurmuyor ve hatta teslimata başlamıyor.


50

example.com, MX kaydına sahip olmadığı için, gönderilen alandaki SMTP sunucunuz, çoğu SMTP sunucusu gibi yapılandırılmışsa mesajı atlamalıdır.

EDIT: Gelecekte bu cevabı bulanlara netlik kazandırmak için, MX kaydının ne olduğunun bir açıklaması: ( http://en.wikipedia.org/wiki/Mx_record adresinden 21 Kasım 2011 tarihinde alınmış)

Bir posta alışverişi kaydı (MX kaydı), Alan Adı Sisteminde, alıcının etki alanı adına e-posta iletilerini kabul etmekten sorumlu bir posta sunucusu ve birden çok posta sunucusu varsa, posta teslimini önceliklendirmek için kullanılan bir tercih değerini belirten bir tür kaynak kaydıdır. . Etki alanı adının MX kayıtlarının kümesi, e-postanın Basit Posta Aktarım Protokolü ile nasıl yönlendirileceğini belirtir.

Bu nedenle, temel olarak example.com, example.net ve example.org gelen postaları işlemek için atanmış bir sunucuya sahip değildir ve bu nedenle gönderilen postaların göndericiye "teslim edilemez" olarak gönderilmesi gerekir (SMTP sunucusu yapılandırmasına bağlı olarak değişebilir) , ancak gönderene “teslim edilemez” olarak geri dönmek, bu durum için çok yaygın bir davranıştır).

EDIT 2: Birisi, RFC 5321'in eksik bir MX kaydı durumunda A kaydını kullanmaya geri dönme davranışını tanımladı. Bu RFC'yi aradım ( http://tools.ietf.org/html/rfc5321 ) ve böyle bir şey bulamadım, ancak bazı MTA'ların (örneğin Exim, postfix, sendmail ve Microsoft Exchange Server gibi Mail Transfer Agent gibi) diğerleri) postaları A kaydında tanımlanan adrese SMTP üzerinden göndermeye çalışabilirler. Gelecek dönemler için, example.com için tanımlı A kayıt adresine bir SMTP bağlantısı kurmaya çalıştığınızda ne olur? (Yazma sırasında 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

3 EDIT: ilgili RFC'ler ve geri dönüş davranışları ile ilgili açıklamalar için aşağıdaki cevaplara bakınız.


16
Cevabınız yanlış - RFC 5321, Ahiçbir MXkayıt olmadığı zaman çözünürlüğün kayıtlara geri döndüğünü belirtir ("gizli MX kuralı"); Bölüm 5.1'e bakınız . Boş bir MX listesi döndürülürse, adres, 0 tercihiyle, o ana bilgisayarı işaret eden, gizli bir MX RR ile ilişkilendirilmiş gibi işlem görür.
josh3736

1
Ayrıca, SMTP gelmiştir hep bir yedeği vardı Akural o 5321. ile tanıtıldı değildi -
josh3736

1
RFC 974'ten (973 ve 974 MX kaydını başlattı)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,

2
@ josh3736 SMTP, MD ve MF kayıtlarından A RR'lere düştüğünü asla belirtmedi. Aslında, RFC 821 uzak sunucuyu aramak için tam olarak HOSTS dosyasının (DNS o zamanlar mevcut değildi) nasıl kullanılacağına değinmez. Bununla birlikte, MX'in RFC 974'e göre A kayıtlarına geri dönmesi gerekmekte haklısınız. Bu, zaten yaygın bir uygulama olduğundan kodlanmış, MD ve MF kayıtları aşırı karmaşık ve yaygın olarak kullanılmıyordu.
Chris S

Açıklamalarınız için hepinize teşekkür ederim - bundan biraz öğrendim.
seanp2k

19

İnternet Tahsis Edilen Numara İdaresi:

Örnek Etki Alanları

RFC 2606'da tarif edildiği gibi, dokümantasyon amacıyla EXAMPLE.COM ve EXAMPLE.ORG gibi bazı alanları koruyoruz. Bu alanlar, bizimle önceden koordinasyon olmadan belgelerde açıklayıcı örnekler olarak kullanılabilir. Kayıt için uygun değiller.


15
Cevabınız soruya cevap vermiyor.

7
@ George Neden olmasın? IANA, alan adlarına sahip olduğu için bugün itibariyle MX olmasa bile, IANA gelecekte bir tane ayarlayabilir ve örneğin e-postalar almaya başlayabilir. * Alanlar. Bu bence en iyi cevap.
eduardocereto
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.