ส่วนทางด้านขวาของที่อยู่อีเมลในการลงชื่อเข้าใช้จะต้องเป็น URL เว็บไซต์ที่ถูกต้องหรือไม่ ฉันเพิ่งเห็นที่อยู่อีเมลสองที่ส่วนที่ถูกต้องไม่ได้มองว่าเป็นที่อยู่เว็บไซต์ ที่จริงแล้วมันไม่ได้เปิดเมื่อฉันพยายามทำผ่านเว็บเบราว์เซอร์
คำตอบ:
ไม่มันไม่จำเป็นต้องเหมือนกัน อีเมลใช้โปรโตคอลที่แตกต่างจากเว็บไซต์และมีตัวเลือกให้มีโดเมนที่ไม่ใช่ที่มีอยู่สำหรับอีเมลภายใน (ภายใน บริษัท )
ตัวอย่างเช่นถ้าฉันมีโดเมนคอนโทรลเลอร์ซึ่งโฮสต์ MyDomain.local และฉันมีเซิร์ฟเวอร์แลกเปลี่ยนภายในโดเมนนี้ฉันสามารถมี LPChip@MyDomain.local
หากฉันไม่ได้โฮสต์เว็บเซิร์ฟเวอร์และปิดการใช้งานทุกอย่างที่ทำให้เว็บไซต์http: //MyDomain.localจะไม่ทำงาน
ยิ่งไปกว่านั้นระบุว่านี่เป็นที่อยู่ภายในเท่านั้นมันจะไม่ทำงานจากภายนอกเช่นกัน
หากเราพูดถึงที่อยู่อีเมลภายนอกประเด็นต่อไปนี้:
ที่อยู่อีเมลมี 2 ส่วนคือผู้ใช้และโดเมน + โดเมนย่อยแบบเป็นทางเลือก
หากเราใช้ตัวอย่างเช่น: LPChip@email.example.com แสดงว่า LPChip เป็นผู้ใช้อีเมลคือโดเมนย่อยและ example.com คือโดเมน
โดเมนมีระเบียน MX ที่บอกตำแหน่งของที่อยู่อีเมล มันเป็นเส้นทางนี้ที่ใช้ในการส่งอีเมลโดยโปรโตคอล SMTP
ตอนนี้อาจเป็นไปได้ที่จะมี @ ใน URL เว็บไซต์ซึ่งมักจะหมายถึงชื่อผู้ใช้เว็บไซต์ @ แต่ยังสามารถใช้เป็น @ char ใน uri ของเว็บไซต์
ตัวอย่างเช่นที่อยู่เว็บไซต์ต่อไปนี้ถูกต้อง: https://example.net/owa/username@example.com
uri ที่นี่คือ /owa/username@example.com และมี @
อีกตัวอย่างคือ:
@อยู่ในนั้นบ้าง :)
ไม่เว็บไซต์และที่อยู่อีเมลไม่มีอะไรเหมือนกัน
ส่วนที่ถูกต้องของ info@microsoft.com หมายความว่าคุณส่งอีเมลไปยังโดเมนชื่อ microsoft.com โปรโตคอลที่ใช้ส่งอีเมลคือ SMTP
แต่ URL http://www.microsoft.com/หมายถึงคุณต้องการข้อมูลที่โฮสต์บนเซิร์ฟเวอร์ชื่อ www โปรโตคอลที่ใช้คือ HTTP
ไม่จำเป็นว่าทั้งสองส่วนนี้จะมีอยู่สำหรับโปรโตคอลทั้งสอง และตรงกันข้ามก็ใช้ได้เช่นกัน ตัวอย่างเช่นคุณอาจมีเว็บไซต์สนับสนุนเช่นhttp://support.dell.com/และไม่มีที่อยู่อีเมลใด ๆ @ support.dell.com
user@example.org เป็นที่อยู่อีเมลที่ใช้งานได้หากระเบียน MX สำหรับ example.org ชี้ไปยังเซิร์ฟเวอร์อีเมลที่ใช้งานได้ซึ่งยอมรับอีเมลสำหรับที่อยู่อีเมลนั้น (เช่นการฟังพอร์ต 25 และการจัดการคำขอ SMTP)
http://example.org/เป็น URL ที่ใช้งานได้หากระเบียน A สำหรับ example.org ชี้ไปยังโฮสต์ที่ใช้งานเว็บเซิร์ฟเวอร์ (เช่นการฟังพอร์ต 80 และการจัดการคำขอ HTTP) ถ้าไม่มีเว็บเซิร์ฟเวอร์ที่ example.org เบราว์เซอร์ส่วนใหญ่ปฏิบัติตามคำแนะนำมาตรฐานยังลองhttp://www.example.org/
ค้นหา Internet RFC ที่เกี่ยวข้องเช่น TCP ที่จะอธิบายพอร์ตหากคุณต้องการรายละเอียดเพิ่มเติม
นี่คือบริการที่แตกต่างกันสองรายการที่แยกจากกัน เซิร์ฟเวอร์อาจใช้งานหนึ่งหรือทั้งสองอย่าง
ดังที่ Tersosauros ชี้ให้เห็น "ถูกต้อง" มีความหมายทางเทคนิคของข้อผิดพลาดไวยากรณ์ไม่จำเป็นต้อง "ทำงาน" ดูคำตอบนั้นมากขึ้น
อีเมลเป็นเรื่องพิเศษในแง่ของ DNS ระเบียน MX สามารถแสดงรายการเซิร์ฟเวอร์อีเมลใด ๆ เป็น Mail-Exchange สำหรับชื่อโดเมน บริการอื่น ๆ ทั้งหมด (ssh, ftp, http, https, ฯลฯ ฯลฯ ) ใช้ระเบียน A (ที่อยู่ IP) โดยตรงแทนที่จะทำการตรวจสอบ "เซิร์ฟเวอร์ FTP สำหรับ example.org" เป็นครั้งแรกเพื่อดูเลเยอร์ทางอ้อมเพิ่มเติม แม้ว่ามันจะไม่เกี่ยวข้องกับคำถามนี้ บริการอินเทอร์เน็ตทั้งหมดเป็นแบบมุมฉากและอาจมีหรือไม่มีชื่อโดเมนใดก็ได้
(การกำหนดเส้นทางจากพอร์ตโดยเราเตอร์ / ไฟร์วอลล์สามารถแบ่ง http และปริมาณการใช้ ftp (ตัวอย่าง)) ไปยังเซิร์ฟเวอร์ที่แตกต่างกันสำหรับ IP เดียวหากจำเป็นสำหรับไซต์ขนาดใหญ่ดังนั้นบริการอื่น ๆ จะไม่พลาดจากการไม่มีทางอ้อมของตนเอง บันทึกเช่นอีเมลทำ)
SRVบันทึกเพื่อให้การจัดเรียงของร้ายที่คล้ายกัน - ตัวอย่างที่โดดเด่นจะ SIP และ XMPP ถ้าเราสร้างอินเทอร์เน็ตขึ้นใหม่จากศูนย์เราอาจต้องการทำสิ่งนั้นทุกอย่าง
OP (และบางทีผู้วิจารณ์ / คำตอบ) อาจสับสนในคำศัพท์
URL เว็บไซต์ที่ถูกต้อง (ในขณะที่พยายามไม่ให้เป็นความรู้มากเกินไป) อาจจะเป็นหนึ่งในสองสิ่งที่แตกต่างกัน:
abc://azertyfoo.baz:303/- นี้แต่ไม่ได้เป็นเว็บที่อยู่://) และตั้งชื่อการแก้ไขชื่อโดเมนแบบเต็ม (FQDN) ที่ถูกต้อง ตัวอย่างเช่น: http://superuser.com:80/เป็น URL เว็บไซต์ที่ถูกต้อง (ภายใต้เงื่อนไขเหล่านี้)คำตอบอื่น ๆ อีกมากมายได้ระบุความแตกต่างในระเบียน DNS ที่เกี่ยวข้องกับเว็บ (เช่นระเบียน A) กับอีเมล (ระเบียน MX)
ฉันสงสัยว่าที่ใดที่ผู้คนกำลังสับสนอาจอยู่กับส่วนโฮสต์ของที่อยู่อีเมล
โฮสต์อาจจะใด ๆ ต่อไปในที่อยู่อีเมล:
MyMail.local- เห็นได้ชัดว่า.localไม่ใช่ระดับสูงสุดโดเมน (TLD) ที่ถูกต้องอย่างไรก็ตามชื่อโดเมนนี้ยังคงถูกต้องและอาจแก้ไขในสภาพแวดล้อมขององค์กรlocalhost( ตัวอย่างเช่นที่อยู่เริ่มต้นในหน้าข้อผิดพลาดใน Apache หลายเวอร์ชันwebmaster@localhost) ไม่มีใครเกินเครื่องท้องถิ่นจะสามารถที่จะเคยส่งจดหมายไปยังกล่องจดหมายนั้น แต่ในเครื่องที่ (สมมติว่ามีการทำงาน sendmail หรือคล้ายกัน), ที่อยู่ที่ถูกต้อง127.0.0.1- อีกครั้งนี้ถูกต้องในสภาพแวดล้อมที่เฉพาะเจาะจง อย่างไรก็ตามฉันสงสัยว่าเซิร์ฟเวอร์จดหมายจำนวนมาก (หรือใด ๆ ) จะส่งต่อจดหมายไปยังโฮสต์นั้นถ้าคุณพยายามทำสิ่งนี้บนอินเทอร์เน็ตที่เปิดอยู่โฮสต์ที่ถูกต้องใด ๆ เหล่านี้อาจเป็น URL ของเว็บไซต์ที่ถูกต้องหากอยู่ในรูปแบบและเส้นทางที่เหมาะสม: http://[ข้อใดข้อหนึ่งข้างต้น]/