sendmail เป็นเซิร์ฟเวอร์ smtp หรือไม่ MTA กับเมลเซิร์ฟเวอร์ต่างกันหรือไม่?


15

ฉันใหม่ทางไปรษณีย์และไม่ทราบว่ามันทำงานอย่างไร

ฉันเห็นผู้ดูแลระบบใช้ sendmail เพื่อส่งอีเมลแล้ว sendmail เป็นเซิร์ฟเวอร์ smtp หรือเป็นไคลเอนต์ที่ใช้เซิร์ฟเวอร์ smtp เพื่อส่งต่ออีเมล ฉัน googled และอ่านว่าเป็นเอเจนต์การโอนเมล

เอเจนต์การถ่ายโอนเมลกับเมลเซิร์ฟเวอร์ต่างกันหรือไม่?

สมมติว่าไม่มีการตรวจสอบความปลอดภัย (reverse DNS ฯลฯ ) ในสถานที่เมื่อฉันใช้ sendmail เพื่อส่งอีเมลไปยัง user@yahoo.com: ฉันยังต้องผ่านเซิร์ฟเวอร์ smtp อื่น (google.com) หรือฉันจะส่งอีเมลได้ไหม จากเซิร์ฟเวอร์ของฉันโดยใช้ sendmail?

มันก็จะดีเช่นกันหากวิญญาณที่ใจดีสามารถชี้แนะแนวทางในการเริ่มต้นให้ฉันรู้ว่าเมลเซิร์ฟเวอร์ทำงานอย่างไร

ขอบคุณ

คำตอบ:


8

IMHO บทช่วยสอนเล็ก ๆ , MUAs, MTAs และ MDAsนั้นดีมากในการอธิบายแนวคิดพื้นฐานของระบบอีเมล Unix

ใช่sendmail ที่ตั้งค่าไว้อย่างถูกต้องควรสามารถส่งอีเมลไปยัง MTA บนโฮสต์ที่เข้าถึงได้ (แต่MTAอาจปฏิเสธอีเมลด้วยเหตุผลต่างๆ)

ตอนนี้เมื่อคุณพูดmail serverว่าโดยปกติจะอ้างถึงเส้นทางสำรองใน / ทั้งสอง:

  • ฝ่ายที่ได้รับ
    โดยทั่วไปจะแทนที่โฮสต์ปลายทาง MTA + MDA (และกล่องจดหมายผู้ใช้) ด้วยเซิร์ฟเวอร์อีเมล + ไคลเอนต์อีเมลต่าง ๆ ที่ทำงานบนเครื่องที่แยกกันหลายรุ่น (เช่นเว็บ / POP / IMAP / ฯลฯ โดยทั่วไปจะใช้กับบริการจดหมายสาธารณะส่วนใหญ่ เช่น gmail / yahoo)
  • ด้านการส่ง
    โดยทั่วไปแล้วการเปลี่ยนโฮสต์การส่ง MUA + MTA ด้วยเซิร์ฟเวอร์อีเมล + ไคลเอนต์อีเมลต่าง ๆ ที่ทำงานบนเครื่องที่แยกกันหลายรุ่น

8

ฉันมองเข้าไปสักหน่อย

อาจหลีกเลี่ยงคำเช่น "เมลเซิร์ฟเวอร์" เมื่อคุณเริ่มใช้คำเช่น MTA ตอนนี้คุณกำลังใช้คำศัพท์เฉพาะ - ศัพท์เฉพาะและ "เมลเซิร์ฟเวอร์" อาจจะกว้างเกินไปคลุมเครือแม้จะมีความหมาย

จากสิ่งที่ฉันสามารถรวบรวมได้มันเป็นเช่นนี้

MUA-->MSA--->MTA--->(MDA->Comp)<--MUA

และด้วยไคลเอนต์ IMAP / POP (MRA) และเซิร์ฟเวอร์ IMAP / POP (MAA) ที่เกี่ยวข้อง

sending(A->B->C->D->X)   then  from receiving right to left (X<--B<--A)
    A      B     C          D          X      B     A 
    MUA-->MSA--->MTA--->(MDA->Comp)-->MAA<---MRA<--MUA

อีเมลถูกส่งไปยัง user @ domain

MUA เป็นไคลเอนต์อีเมล มันเป็นไคลเอนต์ SMTP (หรืออาจจะแม่นยำมากกว่านี้ส่วนติดต่อผู้ใช้ที่กำหนดค่าให้เรียกใช้ไคลเอนต์ SMTP เฉพาะซึ่งแน่นอนว่าอยู่ในเครื่องของเครื่องนั้น แต่แน่นอนเชื่อมต่อกับเซิร์ฟเวอร์ SMTP)

MSAเป็น MTA ซึ่งแปลว่าถ่ายโอนอีเมล แต่เป็น MTA ที่ MUA เชื่อมต่อ และมันอยู่ในโดเมนท้องถิ่น มันจะเรียกใช้ SMTP มันจะเป็นเซิร์ฟเวอร์ SMTP (อาจมีโพรโทคอลอื่นที่สามารถเรียกใช้แทน SMTP)

MTA เป็น MTA ที่โดเมนปลายทาง

MDAเป็นคอมพิวเตอร์ในโดเมนของผู้รับที่เขียน / "ส่ง" ข้อความลงใน "ที่เก็บจดหมาย" ซึ่งอยู่ในฮาร์ดไดรฟ์ที่คอมพิวเตอร์สามารถเข้าถึงได้ บ่อยครั้งที่ท้องถิ่นเพื่อมัน ที่เก็บจดหมายนั้นเก็บจดหมายสำหรับผู้ใช้ในโดเมน

MAA และ MRA - สิ่งเหล่านี้เกี่ยวข้องกับการรับอีเมลแทนที่จะส่งอีเมลออก คำว่า MAA นั้นไม่ค่อยมีคนรู้จักและบ่อยครั้งที่ผู้คนอ้างถึง MRA ว่าเป็นเพียงลูกค้า IMAP / POP และไม่ได้ให้ตัวย่อเซิร์ฟเวอร์ ฉันได้ยินมาว่า MRA เป็นคำศัพท์สำหรับทั้งไคลเอนต์และเซิร์ฟเวอร์ข้อโต้แย้งที่ว่าเอเจนต์นั้นเพิ่งอธิบายฟังก์ชั่นและคำจำกัดความไม่ได้ จำกัด ตัวเองเพียงลูกค้าหรือเซิร์ฟเวอร์ แต่ไซต์ที่ใช้คำว่า MAA นั้นดูเหมือนจะนิยาม MAA ว่าเป็นเซิร์ฟเวอร์และ MRA เป็นไคลเอนต์ ดังนั้นฉันจะไปกับที่และอ้างจากสองเว็บไซต์ในนั้นสำหรับคำจำกัดความและตัวอย่าง

มี MAA ซึ่งเป็นเซิร์ฟเวอร์ POP / IMAP และ MRA ซึ่งเป็นไคลเอนต์ POP / IMAP สองลิงก์ที่กล่าวถึงนี้ ..

https://www.ida.liu.se/~TDDI09/lectures/TDDI09-F4.pdf
ลูกค้า MRA Fetchmail
MAA เซิร์ฟเวอร์ Courier IMAPD

http://archive.vector.org.uk/art10500970
MAA (Mail Access Agent):
จัดการโฟลเดอร์ของบัญชีอีเมลและทำให้ข้อความพร้อมใช้งานกับ MRA MRA (Mail Retrieval Agent): เข้าถึงโฟลเดอร์อีเมลผ่าน MAA และทำให้ข้อความพร้อมใช้งานกับ MUA


คุณถามเกี่ยวกับ Sendmail ฉันรู้ว่าโปรแกรมลินุกซ์ที่เกี่ยวข้องกับอีเมลมีน้อยมาก แต่ Sendmail มีไคลเอ็นต์ SMTP แม้ว่าจะเป็น MTA ส่วนใหญ่ รูปแบบของ MTA)

คุณถามว่าเป็นไปได้หรือไม่ที่จะส่งโดยตรงไปยัง MTA ของโดเมนปลายทางหากไม่มีการตรวจสอบความปลอดภัย ฉันคิดว่าฉันทำเสร็จเมื่อ MUA ถึง MTA มีเซิร์ฟเวอร์ SMTP เพียงตัวเดียวที่เกี่ยวข้องดังนั้นใช่ แต่โดยปกติจะเป็น MSA ในโดเมนท้องถิ่นของคุณที่ส่งไปยัง MTA ดังนั้นโดยปกติจะมีเซิร์ฟเวอร์ SMTP สองเครื่องที่เกี่ยวข้อง ฉันคิดว่าสิ่งที่ฉันทำเพื่อดูว่าฉันวิ่งเซิร์ฟเวอร์ sendmail หรือ postfix ของเซิร์ฟเวอร์ MSA SMTP เห็นว่ามันทำการตรวจสอบ DNS บนโดเมนและเห็นมันค้นหา MTA ปลายทาง (เซิร์ฟเวอร์ SMTP อื่น) ฉันคิดว่าฉันจะลองส่งโดยตรง และสำหรับหนึ่งโดเมนที่ฉันต้องการส่งไปฉันสามารถเชื่อมต่อโดยตรงกับ MTA ปลายทางนั้น


1
หมายเหตุ - รูปภาพที่ลิงค์นี้ccm.net/contents/116-how-email-works-mta-mda-muaระบุ MDA ผิดด้วย POP / IMAP แต่รูปที่ลิงก์นั้นไม่ถูกต้อง
barlop

5

คำว่า "เซิร์ฟเวอร์อีเมล" นั้นคลุมเครือ อีเมลมีชิ้นส่วนที่เคลื่อนไหวมากมาย

  • Sendmail เป็น Mail Transfer / Transport Agent (MTA) หรือที่รู้จักในชื่อเซิร์ฟเวอร์ SMTP (มีคนอื่นเช่นexim4)

    • มีบางอย่างที่จะเปิดเซสชันกับเซิร์ฟเวอร์ SMTP ของโดเมนเพื่อส่งข้อความไปยังโฮสต์อื่นในโดเมนนั้น (พบเซิร์ฟเวอร์ SMTP ของโดเมนผ่านระเบียน DNS MX)
  • เมื่อเซิร์ฟเวอร์ SMTP ได้รับข้อความก็สามารถทำได้หลายสิ่ง:

    • หากข้อความที่ได้รับนั้นมีไว้สำหรับโดเมนอื่นก็สามารถส่งต่อข้อความไปยังเซิร์ฟเวอร์ SMTP ของโดเมนนั้นได้
    • หากข้อความที่ได้รับมีไว้สำหรับโดเมนเดียวกับที่เซิร์ฟเวอร์ SMTP ใช้งานอยู่ข้อความนั้นสามารถส่งข้อความไปยังตัวแทนจัดส่งจดหมายในพื้นที่ (MDA) (หากไม่ได้ทำหน้าที่เป็น MDA เอง)
    • บนระบบ UNIX โดยทั่วไป MDA โลคัลจะคัดลอกข้อความไปยังเมลสพูลของผู้ใช้โลคัล ( mboxหรือMaildir) หรือกลไกการจัดเก็บอื่น

หากคุณมีเซิร์ฟเวอร์ที่ทำงานบนระบบ UNIX / Linux คุณสามารถใช้จดหมายตัวแทนของผู้ใช้ (MUA) เช่นmutt, pineหรือโปรแกรมอื่น ๆ ที่จะอ่านจดหมายจากปูลท้องถิ่นของคุณ คุณต้องเข้าสู่ระบบในระบบเพื่อให้ทำงานได้

ถ้าคุณต้องการอ่านจดหมายที่เก็บไว้ในระบบระยะไกล ระบบระยะไกลจะต้องใช้เซิร์ฟเวอร์ POP3 หรือ IMAP ซึ่งจะดึงข้อความจากบัญชีในระบบระยะไกลและนำมาให้คุณทางเลือกด้วยฟังก์ชั่นการจัดการในกรณีของ IMAP POP3 / IMAP ไม่สามารถส่งข้อความ

แอปพลิเคชันที่ให้คุณอ่านจดหมายจากเซิร์ฟเวอร์ระยะไกลผ่าน POP3 หรือ IMAP จะช่วยให้คุณส่งจดหมายทาง SMTP และจะต้องใช้ / เป็นไคลเอนต์สำหรับโปรโตคอลทั้งสอง POP3 / IMAP และ SMTP ไม่จำเป็นต้องอยู่บนโฮสต์เดียวกัน

ความปลอดภัยได้รับการยึดติดกับโปรโตคอลเหล่านี้ส่วนใหญ่ในช่วงหลายปีที่ผ่านมา แต่ละโพรโทคอลเหล่านี้มีวิธีการเพิ่มเติมเพื่อให้ใช้ใบรับรองไคลเอ็นต์หรือการรับรองความถูกต้อง สิ่งสำคัญอย่างยิ่งคือการปกป้องเซิร์ฟเวอร์ SMTP จากการส่งต่ออีเมลสำหรับผู้ใช้ที่ไม่ได้รับการตรวจสอบสิทธิ์ซึ่งโดยทั่วไปจะถูกใช้ในทางที่ผิดเพื่อจุดประสงค์ด้านสแปม ชื่อผู้ใช้ / รหัสผ่าน / ใบรับรอง SMTP สามารถแตกต่างจาก POP3 / IMAP ใด ๆ ซึ่งอาจแตกต่างจากบัญชีท้องถิ่นใด ๆ ในระบบ

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