ส่งอีเมลไปที่ *@example.com ไปที่ไหน [ปิด]


88

ดังนั้นฉันสงสัยในเรื่องนี้มาเป็นเวลานาน

อีเมลถูกส่ง*@example.comไปที่ไหน หากฉันส่งข้อมูลที่ละเอียดอ่อนไปยัง*@example.comบุคคลชั่วร้าย (อาจเป็นไปได้ที่ IANA) จะสามารถเรียกคืนข้อมูลได้ในบางวัน?


2
หากคุณใช้งาน Postfix เป็นเซิร์ฟเวอร์ SMTP คุณสามารถใช้ทิ้ง ( postfix.org/discard.8.html ) เพื่อทิ้งอีเมลไปยังโดเมน RFC 2606 (แทนที่จะเป็นการตีกลับ)
HTTP500

4
มีคนอธิบายได้ไหมว่าเพราะเหตุใดการย้ายที่นี่จึงถูกปิดลง ฉันเริ่มต้นคำถามเกี่ยวกับ Stack Overflow เนื่องจากฉันคิดว่ามันเป็นปัญหาทั่วไปมากกว่า แต่ฉันคิดว่ามันสมเหตุสมผลที่ควรจะเกี่ยวข้องกับอีเมลและเครือข่าย แต่เห็นได้ชัดว่าคนที่มีประสบการณ์บางคนไม่เห็นด้วย ฉันจะเปิดคำถามนี้ใหม่ได้ที่ไหนและอย่างไร
bryan kennedy

หากเป็นหัวข้อนอกเรื่องที่นี่ฉันแน่ใจว่ามันจะเป็นเรื่องปกติสำหรับเว็บมาสเตอร์มืออาชีพ
DisgruntledGoat

นี่น่าจะเหมาะสมที่สุดสำหรับผู้ใช้ขั้นสูง
MDMarra

1
หากคุณเยี่ยมชม example.com จะมีการแจ้งว่าสงวนไว้เพื่อเป็นตัวอย่างและลิงก์ไปยังiana.org/domains/reserved
ผู้ใช้

คำตอบ:


48

หากคุณพยายามส่งอีเมล์ถึง *@example.com

  1. SMTP ของคุณจะตรวจสอบโดเมนที่มีอยู่
  2. เซิร์ฟเวอร์ SMTP ของคุณจะค้นหาสำหรับบันทึกMX example.com
  3. ไม่มี: SMTP ของคุณจะถอยกลับในAบันทึก IP คือ 174.137.125.92 (ณ วันนี้)
  4. IANA ได้ลงทะเบียนโดเมนแล้ว แต่ยังไม่ได้ตั้งค่าเซิร์ฟเวอร์ SMTP ที่รับฟังพอร์ต 25 ใน 174.137.125.92
  5. พฤติกรรมนั้นขึ้นอยู่กับ SMTP ของคุณ เซิร์ฟเวอร์ส่วนใหญ่จะส่งคำเตือนถึงคุณแล้วลองอีกครั้งในภายหลัง ในที่สุด (โดยปกติจะใช้เวลา 3 วัน) SMTP จะยกเลิกข้อความและส่งการแจ้งเตือนถึงความล้มเหลวให้คุณ

บรรทัดล่าง : มันขึ้นอยู่กับการกำหนดค่าของคุณเอง แต่ถ้า IANA ตั้งค่าเซิร์ฟเวอร์วันนี้พวกเขาอาจได้รับข้อความที่คุณพยายามส่งเมื่อ 3 วันที่ผ่านมา


58

หากไม่มีระเบียน MX เซิร์ฟเวอร์อีเมลจะพยายามส่งไปยังระเบียน A

เซิร์ฟเวอร์ของ example.com ไม่ฟังพอร์ต 25 ดังนั้นเมลเซิร์ฟเวอร์จะไม่สร้างการเชื่อมต่อ TCP และจะไม่เริ่มส่ง


50

example.com ไม่มีเรคคอร์ด MX ดังนั้นเซิร์ฟเวอร์ SMTP ของคุณในโดเมนที่ส่งควรตีกลับข้อความหากกำหนดค่าเป็นเซิร์ฟเวอร์ SMTP ส่วนใหญ่

แก้ไข: เพื่อความชัดเจนสำหรับผู้ที่พบคำตอบนี้ในอนาคตนี่คือคำอธิบายว่าระเบียน MX คืออะไร: (จากhttp://en.wikipedia.org/wiki/Mx_recordเรียกคืนแล้ว 21 พฤศจิกายน 2011)

บันทึกการแลกเปลี่ยนจดหมาย (ระเบียน MX) เป็นประเภทของการบันทึกทรัพยากรในระบบชื่อโดเมนที่ระบุเซิร์ฟเวอร์อีเมลที่รับผิดชอบในการรับข้อความอีเมลในนามของโดเมนของผู้รับและการตั้งค่าที่ใช้ในการจัดลำดับความสำคัญการส่งจดหมายหากเซิร์ฟเวอร์อีเมลหลายรายการ . ชุดระเบียน MX ของชื่อโดเมนจะระบุว่าควรกำหนดเส้นทางอีเมลด้วย Simple Mail Transfer Protocol อย่างไร

ดังนั้นโดยทั่วไปแล้ว example.com, example.net และ example.org ไม่มีเซิร์ฟเวอร์ที่ได้รับการแต่งตั้งให้จัดการกับจดหมายขาเข้าดังนั้นควรส่งคืนจดหมายใด ๆ ที่ส่งถึงผู้ส่งว่า "ไม่สามารถส่งได้" (อาจแตกต่างกันไปตามการกำหนดค่าเซิร์ฟเวอร์ SMTP แต่การกลับไปยังผู้ส่งว่า "ไม่สามารถส่งได้" เป็นพฤติกรรมที่พบบ่อยมากสำหรับสถานการณ์นี้)

แก้ไข 2: มีคนนำ RFC 5321 ที่กำหนดพฤติกรรมการย้อนกลับไปใช้ระเบียน A ในกรณีที่ไม่มีระเบียน MX ฉันค้นหา RFC นี้ ( http://tools.ietf.org/html/rfc5321 ) และพบว่าไม่มีสิ่งนั้น แต่เป็นไปได้ที่ MTA บางตัว (Mail Transfer Agent เช่น exim, postfix, sendmail และ Microsoft Exchange Server อื่น ๆ ) อาจพยายามส่งจดหมายทาง SMTP ไปยังที่อยู่ที่กำหนดไว้ในบันทึก A สำหรับคนรุ่นหลังนี่คือสิ่งที่เกิดขึ้นเมื่อคุณพยายามสร้างการเชื่อมต่อ SMTP ไปยังที่อยู่ A เรคคอร์ดที่กำหนดไว้สำหรับ example.com (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: ดูคำตอบด้านล่างสำหรับการชี้แจงเกี่ยวกับ RFC ที่เกี่ยวข้องและพฤติกรรมทางเลือก


16
คำตอบของคุณไม่ถูกต้อง - RFC 5321 ไม่ได้ระบุความละเอียดที่กลับไปที่Aบันทึกเมื่อไม่มีMXบันทึก ("กฎ MX implicit"); ดูส่วน 5.1 หากรายการ MX ที่ว่างเปล่าถูกส่งคืนที่อยู่จะถูกจัดการเสมือนว่าเกี่ยวข้องกับ MXRR โดยนัยโดยมีการกำหนดลักษณะเป็น 0 ชี้ไปที่โฮสต์นั้น
josh3736

1
นอกจากนี้ SMTP ยังมีทางเลือกในการAปกครองเสมอ - มันไม่ได้นำมาใช้กับ 5321
josh3736

1
จาก RFC 974 (973 & 974 แนะนำระเบียน MX)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 & MF เป็น A RR อันที่จริงแล้วRFC 821ไม่ได้กล่าวถึงวิธีการใช้ไฟล์ HOSTS (DNS ไม่มีอยู่จริงในเวลานั้น) เพื่อค้นหาเซิร์ฟเวอร์ระยะไกล อย่างไรก็ตามคุณถูกต้องที่ MX จะต้องย้อนกลับไปที่ระเบียน A ต่อ RFC 974 นี่เป็นประมวลเพราะเป็นเรื่องธรรมดาอยู่แล้วระเบียน MD และ MF นั้นซับซ้อนเกินไปและไม่ได้ใช้งานบ่อยเกินไป
Chris S

ขอบคุณสำหรับคำอธิบายทั้งหมดของคุณ - ฉันเรียนรู้จากนี้นิดหน่อย
seanp2k

19

หน่วยงานที่ได้รับมอบหมายจำนวนอินเทอร์เน็ต:

ตัวอย่างโดเมน

ตามที่อธิบายไว้ในRFC 2606เรามีโดเมนจำนวนหนึ่งเช่น EXAMPLE.COM และ EXAMPLE.ORG สำหรับจุดประสงค์ด้านเอกสาร โดเมนเหล่านี้อาจใช้เป็นตัวอย่างในเอกสารโดยไม่มีการประสานงานกับเราล่วงหน้า พวกเขาไม่สามารถลงทะเบียนได้


15
คำตอบของคุณไม่ตอบสนองต่อคำถาม

7
@ George ทำไมล่ะ IANA เป็นเจ้าของโดเมนดังนั้นแม้ว่าจะไม่มี MX ณ วันนี้ IANA อาจตั้งค่าในอนาคตและเริ่มรับอีเมลตัวอย่างเช่น * โดเมน นี่คือคำตอบที่ดีที่สุดในความคิดของฉัน
eduardocereto
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.