เมลเซิร์ฟเวอร์คืออะไร การเลือกเซิร์ฟเวอร์อีเมลสำหรับธุรกิจขนาดกลาง - เป็นเจ้าของหรือระบบคลาวด์

เมลเซิร์ฟเวอร์เป็นตัวแทนพิเศษ - โปรแกรมที่ประมวลผลคำขอเมล ถ่ายโอนข้อความจากเครื่องหนึ่งไปยังอีกเครื่องหนึ่ง

เซิร์ฟเวอร์ อีเมลทำหน้าที่เป็นที่ทำการไปรษณีย์จริงที่เราคุ้นเคย ประมวลผลเป็นไบต์ เช่น ข้อความกระดาษในซองจดหมาย

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

โปรโตคอลเมลเซิร์ฟเวอร์คืออะไร

ปรากฎว่าสำหรับการทำงานอย่างต่อเนื่องและซิงโครนัส เซิร์ฟเวอร์อีเมลทั้งหมดในโลกจะปฏิบัติตามหลักสามประการ โปรโตคอลการทำงาน,

การส่งเมล SMTP Simple Mail Transfer Protocol

โปรโตคอลที่เรียกว่า SMTP ทำหน้าที่ส่งเมลเสมอ ซึ่งเป็นเวอร์ชันแรกซึ่งอธิบายไว้ในมาตรฐานปี 1982 ในปี 2551 ได้รับการอัปเกรดเป็นรุ่น ESMTP พร้อมฟังก์ชันเพิ่มเติม พอร์ตการเข้าถึงโปรโตคอลแบบคลาสสิก: 25 TCP ในกรณีที่ใช้เชลล์ SSL พอร์ตจะเปลี่ยนเป็น 465 TCP

ตัวอย่างทั่วไปของวิธีการทำงานของโปรโตคอล SMTP คือลำดับของการดำเนินการต่อไปนี้:

• ของคุณ ไคลเอ็นต์จดหมายบนคอมพิวเตอร์สร้างการเชื่อมต่อกับเซิร์ฟเวอร์ SMTP ซึ่งมีการกำหนดค่าการเชื่อมโยง
• เซิร์ฟเวอร์สนใจเพียงพารามิเตอร์เดียวที่ได้รับจากคุณ - ผู้รับ มันทำการสอบถามไปยังบริการ DNS เพื่อรับที่อยู่ IP การจัดส่ง
• หลังจากที่เซิร์ฟเวอร์ SMTP พบตำแหน่งของผู้รับในพื้นที่แอดเดรสแล้ว จะมีการพยายามเชื่อมต่อโดยตรงกับเซิร์ฟเวอร์ของผู้รับที่พอร์ต 25
  เซิร์ฟเวอร์ SMTP ของผู้รับจะตรวจสอบการมีอยู่ของไคลเอ็นต์ในฐานข้อมูล ในกรณีที่ตรงกัน จะถ่ายโอนข้อมูลไปยังเซิร์ฟเวอร์ POP3 ภายในเพื่อจัดวางในกล่องจดหมายของผู้ใช้
• หากมีปัญหาในการเชื่อมต่อกับโฮสต์ SMTP ของผู้รับ ความพยายามในการส่งจะถูกทำซ้ำอีกสองสามครั้งในช่วงเวลาปกติ หากคุณปฏิเสธ คุณจะได้รับข้อความแสดงข้อผิดพลาดกลับมา

การรับและจัดเก็บจดหมาย POP3 Post Office Protocol 3

โปรโตคอลแรกที่คลาสสิกและเรียบง่าย การเข้าถึงระยะไกลไปที่กล่องจดหมาย ไม่มีความลับใดที่อีเมลจะถูกเก็บไว้บนเซิร์ฟเวอร์ และสิ่งที่คุณเห็นบนหน้าจอเป็นเพียงสำเนาในเครื่องเท่านั้น ในปี 1988 โปรโตคอลเวอร์ชันสุดท้ายรุ่นที่สามถูกสร้างขึ้นตามที่ไคลเอ็นต์สามารถรวบรวมการติดต่อจากเซิร์ฟเวอร์ได้ ตามค่าเริ่มต้น หลังจากคัดลอกข้อความไปยังที่จัดเก็บภายในเครื่องโดยใช้โปรโตคอล POP3 ข้อความเหล่านั้นจะถูกลบออกจากเซิร์ฟเวอร์อย่างถาวร พอร์ตการเข้าถึงมาตรฐาน: 110 TCP

พิจารณาเซสชันเทมเพลตกับเซิร์ฟเวอร์ POP3:

• การอนุญาต ไคลเอนต์ที่เชื่อมต่อจะต้องผ่านขั้นตอนการพิสูจน์ตัวตนด้วยชื่อและรหัสผ่าน ตรวจสอบว่าที่อยู่อีเมลนี้เป็นของเขาหรือไม่
• ธุรกรรม. มีการแลกเปลี่ยนข้อมูลเกี่ยวกับสถานะปัจจุบันของกล่องจดหมาย การรับจดหมาย และการโต้ตอบ
• อัปเดต. เซิร์ฟเวอร์จะลบข้อความที่อ่านแล้วออกจากที่เก็บข้อมูลและปิดเซสชัน

การจัดการอีเมลขั้นสูง IMAP Internet Message Access Protocol

โปรโตคอลที่ซับซ้อนซับซ้อนและทันสมัยยิ่งขึ้นสำหรับการทำงานกับเซิร์ฟเวอร์อีเมลระยะไกล ปรากฏในปี 1986 และเพิ่มขึ้นอย่างมากในเล่มล่าสุดในปี 2003 ข้อแตกต่างหลักจากการสื่อสาร POP3 คืองานดำเนินการโดยไม่ต้องส่งเนื้อหาทั้งหมด คุณอยู่บนเซิร์ฟเวอร์และแก้ไขข้อมูลโดยตรงที่นั่น ข้อเสียของโปรโตคอลคือไม่สามารถทำงานกับเมลได้เมื่อขาดการเชื่อมต่ออินเทอร์เน็ต ผู้เชี่ยวชาญบางคนเชื่อว่า IMAP จะกลายเป็นผู้ผูกขาดโปรโตคอลเมลหากไม่ใช่เพราะการใช้งานฟังก์ชั่นการส่งอีเมลในระดับปานกลาง พอร์ตเชื่อมต่อหลัก: 143 TCP หรือ 993 TCP เมื่อเชื่อมต่อผ่านช่องสัญญาณ SSL ที่เข้ารหัส

เซิร์ฟเวอร์ IMAP สามารถอยู่ในสี่สถานะ

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

เมลเซิร์ฟเวอร์ของตัวเอง

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

โซลูชั่นพร้อม

Yandex และ MAIL.ru ให้บริการผู้ให้บริการอีเมลฟรีสำหรับโดเมนของคุณ ซึ่งหมายความว่าคุณได้รับจดหมายที่ [ป้องกันอีเมล]จะเหมือนกันทุกประการหากคุณสร้างเซิร์ฟเวอร์อีเมลของคุณเอง แต่บริษัทดูแลการประมวลผลจดหมายโดยจัดเตรียมเว็บอินเตอร์เฟสที่สะดวกและที่อยู่แยกต่างหากสำหรับพนักงาน

ข้อดีอีกอย่างคือที่อยู่เซิร์ฟเวอร์ของเซิร์ฟเวอร์อีเมลขององค์กรมักจะได้รับความไว้วางใจจากไคลเอนต์ ซึ่งหมายความว่ามีโอกาสน้อยมากที่จะเข้าสู่สแปม

การกำหนดค่าด้วยตนเองด้วยตนเอง

นี่เป็นเส้นทางที่ยากลำบาก ใช้เวลานานในการตั้งค่าเซิร์ฟเวอร์ดังกล่าว และการติดต่อกับ บริษัท พิเศษจะง่ายกว่าและถูกกว่าด้วยซ้ำ

สำหรับ วินโดวส์เซิร์ฟเวอร์ Microsoft Exchange Server ถือเป็นคลาสสิก ครบวงจรใน สภาพแวดล้อมของ Windowsเข้ากันได้กับทุกโปรโตคอล ตั้งค่าได้ง่ายและรวดเร็ว

มีโซลูชันเต็มรูปแบบมากมายสำหรับ Linux แต่เมื่อเร็ว ๆ นี้ผู้เชี่ยวชาญระบุว่าเซิร์ฟเวอร์ Postfix เป็นวิธีที่ปลอดภัยและสะดวกที่สุดในการทำงาน ตัวกรองสแปมที่เสียบปลั๊กได้ การควบคุมเมลข้าม และการสนับสนุนฐานข้อมูลเป็นส่วนสำคัญของ Postfix

หากคุณต้องการเรียนรู้วิธีค้นหาและใช้ประโยชน์จากช่องโหว่ในเครือข่ายข้อมูล เราขอแนะนำให้คุณทำความคุ้นเคยกับ คอร์สออนไลน์ "อบรมเชิงปฏิบัติการเรื่อง กาลีลินุกซ์» ใน OTUS หลักสูตรนี้ออกแบบมาสำหรับผู้ที่ไม่มีประสบการณ์ใน ความปลอดภัยของข้อมูลสำหรับการรับสมัครคุณต้องผ่าน

เรามาเริ่มกันที่ผมหมายถึงธุรกิจขนาดกลาง ฉันไม่ทราบการจัดประเภทที่แน่นอนและไม่ได้ดูที่ไหนเลย ยังไม่ได้ตรวจสอบ สำหรับฉันแล้วดูเหมือนว่านี่คือผู้ใช้ 10-15 คนถึง 200-300 คน ฉันจะพิจารณาส่วน มากถึง 100 ผู้ใช้เนื่องจากเกือบตลอดเวลาฉันทำงานเฉพาะในช่องนี้ ปัญหาและความต้องการของบริษัทขนาดใหญ่ไม่เป็นที่รู้จักสำหรับฉันอย่างแน่นอน แม้ว่าฉันไม่แน่ใจว่าจะมีบางอย่างแตกต่างจากคน 100 คนโดยพื้นฐาน แต่ฉันคิดว่าแนวทางจะเหมือนกัน มีเพียงฮาร์ดแวร์เท่านั้นที่มีประสิทธิภาพมากกว่า ปัญหาของการกระจายโหลดและการจัดกลุ่มมักจะไม่เกิดขึ้นที่นี่

เรามีบริษัทเล็กๆ ที่มีพนักงานหลายสิบคน เราต้องการเมลเซิร์ฟเวอร์ แม้จะมีความจริงที่ว่าเทคโนโลยีได้ก้าวไปข้างหน้าเป็นเวลานาน มีวิธีการสื่อสารที่หลากหลาย อีเมลยังคงยืนหยัดอยู่ในตำแหน่งที่มั่นคงและจะไม่ยอมแพ้ ในขณะเดียวกัน ในทีมเล็กๆ เช่นนี้ เซิร์ฟเวอร์เมลก็ไม่มีข้อกำหนดใหญ่โต ส่วนใหญ่แล้ว เมลก็เพียงพอแล้วที่จะใช้งานได้ โดยไม่ต้องมีฟังก์ชั่นพิเศษใดๆ ไคลเอนต์อีเมลและโปรโตคอล imap หรือเว็บอินเตอร์เฟสก็เพียงพอแล้ว ถ้าเป็นไปได้ที่จะตั้งค่าการตอบกลับอัตโนมัติให้ทำ โฟลเดอร์ที่ใช้ร่วมกันสมุดที่อยู่เล่มเดียว แต่คุณสามารถอยู่ได้โดยปราศจากมัน

ในบรรดาตัวเลือกที่เป็นไปได้ทั้งหมดสำหรับบริการอีเมล ฉันได้เลือกแนวทางที่แตกต่างกันโดยพื้นฐาน 3 วิธีในการดำเนินการตามฟังก์ชันที่จำเป็น:

1. บริการตามบริการอีเมลฟรีของ Google, Yandex หรือเมล
2. เซิร์ฟเวอร์อีเมลของคุณใช้ซอฟต์แวร์ฟรี
3. เซิร์ฟเวอร์ Exchange จาก Microsoft

ลองวิเคราะห์แต่ละรายการโดยละเอียด

จดหมายฟรีจาก google, yandex และ mail.ru

ฉันจะแสดงความคิดเห็นสองสามข้อในตอนนี้ ฉันไม่แน่ใจว่าตอนนี้ Google สามารถลงทะเบียนจดหมายขององค์กรฟรีได้แล้ว ทุกคนที่ลงทะเบียนก่อนใช้งานได้ฟรี และสำหรับผู้ใช้ใหม่เท่านั้น การสมัครสมาชิกแบบชำระเงิน. แต่นี่ไม่ใช่เรื่องพื้นฐานและไม่เกี่ยวข้องโดยตรงกับหัวข้อของบทความ หาก Google ได้รับค่าตอบแทนสำหรับธุรกิจอย่างสมบูรณ์ เราจะแยกออกจากรายการของเรา Yandex และ Mail.ru ยังคงฟรีอย่างแน่นอน ตัวฉันเองจัดการโดเมนเมลใน แอป Googleและในยานเดกซ์ ฉันไม่ได้ทำงานกับ biz.mail.ru ฉันรู้แค่ว่ามีการใช้งานสิ่งที่คล้ายกันที่นั่น ฉันไม่ชอบ บริษัท ของตัวเองตั้งแต่สมัยก่อน แม้ว่าตอนนี้ดูเหมือนว่าพวกเขาจะหันไปเผชิญหน้ากับผู้ใช้ แต่ Amigo ยังมีชีวิตอยู่และสบายดี ดังนั้นพวกเขาจึงยังไม่หันกลับมา

พิจารณาข้อดีของบริการอีเมลเหล่านี้

1. ข้อได้เปรียบที่สำคัญที่สุดคือจดหมายที่สมบูรณ์พร้อมทันทีหลังจากลงทะเบียน ไม่มีค่าใช้จ่ายในการซื้อฮาร์ดแวร์และการกำหนดค่า. เพียงพอหรือไม่สำหรับผู้ใช้ขั้นสูงที่ทำตามคำแนะนำบนไซต์จะสามารถเชื่อมต่อโดเมนและสร้างกล่องจดหมายได้ และคุณสามารถใช้เมลได้แล้ว
2. ง่ายต่อการจัดการและจัดการผู้ใช้ บริการเว็บมีเครื่องมือที่จำเป็นทั้งหมดสำหรับสิ่งนี้ สะดวกและเข้าใจได้ง่าย (แม้ว่าจะไม่เสมอไป)
3. สะดวกสบายและเป็นนิสัย เว็บอินเตอร์เฟส. ทุกอย่างทำงานได้อย่างรวดเร็วจากทุกที่ที่มีการเชื่อมต่ออินเทอร์เน็ตและเบราว์เซอร์ มีแอปพลิเคชั่นมือถือที่ดี
4. ฟังก์ชั่นกว้างพร้อมทันทีหลังจากสร้างกล่อง ตัวกรองต่างๆ ตัวรวบรวมจดหมาย การป้องกันสแปมที่ดี (จาก Google) และอื่นๆ อีกมากมาย

ทุกอย่างดูเหมือนจะขาดอะไรไป ดูเหมือนว่าข้อดีจะชัดเจนและมีนัยสำคัญ แต่ก่อนที่จะข้ามไปสู่ข้อสรุป เรามาดูข้อเสียกันก่อน

1. คุณไม่ได้ควบคุมจดหมายนี้ เธอไม่ได้เป็นของคุณไม่ได้อยู่บนเซิร์ฟเวอร์ของคุณ คุณไม่รู้ว่าเกิดอะไรขึ้นกับเธอ หากคุณมีการติดต่อที่ละเอียดอ่อนและเป็นส่วนตัว ความสงสัยและความสงสัยก็เกิดขึ้นเกี่ยวกับการใช้บริการอีเมลยอดนิยม สิ่งนี้อาจฟังดูหวาดระแวง แต่นี่เป็นข้อกังวลอย่างแท้จริงสำหรับผู้ใช้และเจ้าของธุรกิจ และไม่ควรลดราคา
2. คุณไม่รอดพ้นจากความล้มเหลวของระบบและไม่สามารถป้องกันได้ในทางใดทางหนึ่ง และความล้มเหลว แม้ไม่บ่อย แต่ก็เกิดขึ้น เนื่องจากบริการฟรี จะไม่มีใครรับรองอะไรคุณได้. และหากเกิดเหตุสุดวิสัยบางอย่างขึ้นและข้อมูลสูญหาย คุณก็จะได้รับคำขอโทษ หากคุณเองไม่มีโครงสร้างไอทีที่เชื่อถือได้ ปัญหาทางเทคนิคบนของคุณ เซิร์ฟเวอร์ส่วนบุคคลมันอาจจะสูงขึ้น แต่คุณสามารถควบคุมสิ่งนี้ได้ และในทางทฤษฎีจะสามารถสร้างระบบที่มีระดับความน่าเชื่อถือที่คุณพึงพอใจได้
3. วิธีการสำรองข้อมูลที่ไม่ชัดเจนและการกู้คืนกล่องจดหมายในบริการดังกล่าว มีบางสถานการณ์ที่จดหมายทั้งหมดถูกลบออกจากกล่องจดหมาย สมมติว่าคุณสามารถบันทึกได้ วิธีทางที่แตกต่าง, แค่ดาวน์โหลดแล้วจะคืนกลับกล่องยังไงให้คงวันที่เดิมไว้ทั้งหมด?
4. ไม่มีทางที่จะวิเคราะห์สถานการณ์ที่ไม่สามารถเข้าใจได้ ตัวอย่างเช่น คุณส่งจดหมายไปไม่ถึงผู้รับ จะทำอย่างไร? ในกรณีของคลาวด์เมล คุณจะไม่ดำเนินการใดๆ เนื่องจากคุณไม่มีเครื่องมือในการวิเคราะห์สถานการณ์ พยายามเพียงแค่ส่งจดหมายจากกล่องอื่น บางครั้งคุณไม่ได้รับจดหมาย และคุณไม่สามารถเข้าใจได้ว่าทำไมจดหมายถึงไม่อยู่ที่นั่น และกรณีอาจซ้ำซากในตัวกรองที่กำหนดค่าไม่ถูกต้อง นี่เป็นสถานการณ์ทั่วไปเมื่อมีตัวกรองจำนวนมาก รวมถึงหากมีการกำหนดค่าการส่งต่ออื่นๆ หากไม่มีการเข้าถึงบันทึกของเซิร์ฟเวอร์ อาจเป็นเรื่องยากที่จะเข้าใจสถานการณ์. และถ้ามีบันทึกของเซิร์ฟเวอร์เมลก็จะชัดเจนทันทีว่าทำไมจดหมายถึงไม่ส่งหรือเกิดอะไรขึ้นกับจดหมายหลังจากได้รับ คุณสามารถค้นหาได้อย่างแน่นอนว่าเซิร์ฟเวอร์ระยะไกลได้รับจดหมายของคุณหรือไม่
5. เลขที่ วิธีง่ายๆ จำกัดการเข้าถึงกล่องจดหมายตัวอย่างเช่น เฉพาะจาก เครือข่ายท้องถิ่นสำนักงาน. กล่องจดหมายของบริการสาธารณะมีให้บริการทางอินเทอร์เน็ตเสมอ เป็นไปได้ที่จะแก้ปัญหานี้ใน Google Apps ผ่านการให้สิทธิ์ในบริการของบุคคลที่สาม ใน Yandex และ Mail ฉันไม่เห็นโอกาสในการใช้ฟังก์ชันดังกล่าว
6. นอกจากนี้ยังจำเป็นต้องเข้าใจว่า ฟรีชีสรู้ว่ามันเกิดขึ้นที่ไหน. ยังไม่ชัดเจนว่าบริการอีเมลใช้ข้อมูลที่ได้รับจากผู้ใช้อย่างไร ถ้าเพียงเพื่อแสดงโฆษณาที่เกี่ยวข้อง ฉันไม่คิดว่ามันเป็นเพียงเพื่อที่

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

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

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

เมลเซิร์ฟเวอร์ที่ใช้ซอฟต์แวร์ฟรี

พิจารณาข้อดีและข้อเสียของเมลเซิร์ฟเวอร์ของคุณโดยใช้ซอฟต์แวร์ฟรี โดยหลักการแล้วสามารถรวมบางอย่างที่ชำระเงินได้ที่นี่เช่น Kerio Mail Server ซึ่งใช้บ่อยเช่นกัน ฉันคิดว่ามันสามารถนำมาประกอบที่นี่ได้ เนื่องจากมีฟังก์ชันที่คล้ายกัน ฉันพิจารณาเซิร์ฟเวอร์อีเมลทั้งหมดโดยรวม โดยไม่แยกตัวแทนรายบุคคล แม้ว่าใน Linux นอกเหนือจาก postfix และ exim ฉันไม่เห็นอะไรเลยในการผลิต ฉันใช้ postfix เองเสมอ เพราะฉันเคยชินและรู้จักมันดี พิจารณาข้อดีของเซิร์ฟเวอร์ดังกล่าวอย่างรอบคอบ

1. คุณเป็นผู้ควบคุมข้อมูลทั้งหมดอย่างสมบูรณ์ซึ่งมาทางไปรษณีย์และจัดเก็บไว้ในเซิร์ฟเวอร์ของคุณ คุณสามารถจำกัดการเข้าถึงจดหมายได้ตามดุลยพินิจของคุณเอง วิธีการทางเทคนิค. คุณสามารถกำหนดค่ากฎสำหรับการลบจากส่วนกลาง เช่น ข้อมูลส่วนตัวในจดหมาย ตามเกณฑ์ต่างๆ ที่คุณสามารถตั้งค่าได้เอง
2. ระดับความพร้อมใช้งานของบริการอีเมลนั้นขึ้นอยู่กับคุณเท่านั้น ด้วยแนวทางที่ถูกต้อง คุณสามารถให้ความน่าเชื่อถือที่เหมาะสมกับคุณได้การทำงานของระบบ
3. ระบบสำรองข้อมูลที่ยืดหยุ่น มีกองทุนจำนวนมากสำหรับองค์กรรวมถึงกองทุนฟรี ทุกอย่างขึ้นอยู่กับความต้องการ ทักษะ และความสามารถของคุณ คุณสามารถจัดเก็บชิ้นส่วนต่างๆ ตามวันที่ กล่องจดหมาย โดเมน จัดระเบียบโครงร่างที่เหมาะสม
4. แทบไม่มีขีดจำกัดของฟังก์ชันการทำงาน. ภายในขอบเขตที่สมเหตุสมผล แน่นอน :) คุณสามารถสร้างกล่องจดหมายที่มีความเป็นไปได้ในการโต้ตอบในท้องถิ่นเท่านั้น คุณสามารถจัดการการรับและส่งจดหมายจากส่วนกลาง รักษารายการสีขาวและสีดำของคุณเอง คุณสามารถตั้งค่าข้อจำกัดต่างๆ บนกล่องจดหมายและโดเมนได้ คุณสามารถจัดการการทำซ้ำของเมลของกล่องเมลที่จำเป็น ทำการส่งต่อทุกประเภท และอื่นๆ อีกมากมายได้อย่างง่ายดายจากส่วนกลาง
5. วิธีการตรวจสอบการทำงานของเซิร์ฟเวอร์ทั้งหมดอยู่ในมือคุณ คุณจะสามารถจัดการกับสถานการณ์ที่ไม่สามารถเข้าใจได้การมีบันทึกเซิร์ฟเวอร์เมลอยู่ในมือ บริการนี้ได้รับการบันทึกเป็นอย่างดี ฉันแทบไม่เคยมีปัญหาเมื่อไม่ชัดเจนว่าจดหมายหายไปไหน ส่วนใหญ่มักจะมีร่องรอยและคุณสามารถพูดได้ว่าเกิดอะไรขึ้นกับจดหมาย

1. จำเป็น ซื้อหรือเช่าอุปกรณ์เพื่อจัดระเบียบเมลเซิร์ฟเวอร์ของคุณ ในกรณีของเซิร์ฟเวอร์ Linux ความต้องการด้านประสิทธิภาพจะไม่มาก ฉันมักจะมีเครื่องเสมือนเพียงพอสำหรับ 4 คอร์และ 4 GB หน่วยความจำเข้าถึงโดยสุ่ม. ระบบย่อยของดิสก์มีความสำคัญมากกว่ามาก ยิ่งดิสก์เร็วเท่าไหร่ก็ยิ่งดีเท่านั้น อย่าลืมเกี่ยวกับการสำรองข้อมูล นอกจากนี้ยังต้องการทรัพยากรเหล็ก
2. การตั้งค่าเมลเซิร์ฟเวอร์แบบมัลติฟังก์ชั่นเต็มรูปแบบจำเป็นต้องมีความรู้ในระดับปานกลางเป็นอย่างน้อยในการดูแลระบบ linux นั่นคือเฉพาะ admin-enikey จะไม่ทำงานที่นี่ ต้องการผู้เชี่ยวชาญที่มีประสบการณ์. เขาควรจะมีเงินเดือนที่เหมาะสม หากไม่มีผู้ดูแลระบบดังกล่าวในรัฐ ฉันขอแนะนำให้จ้างใครสักคนสำหรับงานตั้งค่าแบบครั้งเดียว ส่วนใหญ่หลังจากตั้งค่าแล้ว ไม่จำเป็นต้องทำงานพิเศษในการบำรุงรักษาเซิร์ฟเวอร์หากคุณไม่เปลี่ยนฟังก์ชันการทำงาน แค่ติดตามก็พอ ที่ว่างบนดิสก์และจัดการกล่องผ่านเว็บพาเนล
3. ใช้งานง่ายผ่านเว็บอินเตอร์เฟสจะต่ำกว่าบริการไปรษณีย์ฟรี ชอบหรือไม่ แต่ใช้ gmail เดียวกันอย่างสะดวกมาก ค้นหาอย่างรวดเร็วตัวกรอง การเรียงลำดับ ป้ายกำกับ ฯลฯ มันสะดวกจริงๆ ฉันชินกับมันมากและไม่สามารถใช้อย่างอื่นได้เลย

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

ข้อดีและข้อเสียของ Microsoft Exchange Server

ฉันไม่มีประสบการณ์ในการบริหารการแลกเปลี่ยนมากนัก ฉันทดสอบเมื่อนานมาแล้วเมื่อฉันตัดสินใจว่าจะใช้เซิร์ฟเวอร์อีเมลใด ติดตั้ง ศึกษาการทำงาน จากนั้นฉันก็ตั้งค่าเซิร์ฟเวอร์อีเมลสำหรับองค์กรหนึ่งครั้ง พวกเขาต้องการการแลกเปลี่ยนอย่างแน่นอน ไม่มีปัญหา ฉันตั้งค่าอย่างรวดเร็วตามคำแนะนำมากมายบนอินเทอร์เน็ต เกณฑ์รายการสำหรับตัวปรับแต่งจดหมาย แลกเปลี่ยนเซิร์ฟเวอร์ต่ำมาก. แม้แต่ enikey ก็สามารถจัดการฟังก์ชันพื้นฐานได้

สำหรับองค์กรขนาดกลาง ฉันถือว่าปฏิทินที่แชร์เป็นฟังก์ชันที่มีประโยชน์มากและยากที่จะแทนที่ และแน่นอน ความสะดวกในการรวมเข้ากับ AD หากมี และบ่อยครั้งที่มี AD เนื่องจากฉันไม่สามารถจินตนาการถึงการดูแลระบบเครือข่ายสำหรับคนมากกว่า 20-30 คนโดยไม่มี Active Directory ฉันคิดว่าไม่มีประโยชน์ที่จะบันทึกที่นี่และคุณต้องซื้อ Microsoft Server

พิจารณาข้อดีข้อเสียของ Microsoft Exchange Server ฉันเตือนคุณอีกครั้งในกรณี ฉันบอกเพียงวิสัยทัศน์ของฉัน ฉันมีประสบการณ์เพียงเล็กน้อยกับเซิร์ฟเวอร์ ดังนั้นฉันจึงต้องการรับความคิดเห็นเกี่ยวกับมันด้วยตนเองในความคิดเห็น เพื่อให้มีการประเมินระบบนี้อย่างเพียงพอมากขึ้น ข้อดีของการแลกเปลี่ยน:

1. ฟังก์ชั่นที่ยอดเยี่ยมด้วยความสะดวกในการติดตั้ง ปรับใช้เซิร์ฟเวอร์ด้วยฟังก์ชันพื้นฐานสำหรับผู้ดูแลระบบ ยิ่งกว่านั้น ฟังก์ชันพื้นฐานนี้เป็นได้มากกว่าแอสเซมบลีใดๆ ใน Linux
2. การผสานรวมกับ Active Directory. คุณกำลังสร้างใหม่ บัญชีผู้ใช้และ ตู้จดหมายพร้อมรับเขาทันที ไม่จำเป็นต้องตั้งค่าพิเศษหากผู้ใช้มี ไมโครซอฟต์ เอาท์ลุค. การเชื่อมต่อกับเซิร์ฟเวอร์ได้รับการกำหนดค่าด้วยการคลิกเมาส์เพียงไม่กี่ครั้ง
3. สะดวกสบาย เครื่องมือการบริหารเป็นสแน็ปอิน Windows Server สำเร็จรูป ทุกอย่างเป็นแบบดั้งเดิมสำหรับโซลูชันจาก Microsoft

ข้อเสียของ Exchange Server มีลักษณะเช่นเดียวกับข้อดีสำหรับผลิตภัณฑ์ Microsoft ส่วนใหญ่:

1. ราคา ราคา และราคาอีกมากมาย. Microsoft Exchange Server มีราคาแพง มีความจำเป็นต้องพิจารณาและประมาณการว่าจะได้มาหรือไม่ หากต้องการใช้ฟังก์ชันในตัวทั้งหมด จะจำเป็นสำหรับแต่ละฟังก์ชัน สถานที่ทำงานซื้อฉบับ ไมโครซอฟต์ออฟฟิศมี Outlook รวมอยู่ด้วย นี่คือค่าใช้จ่ายเพิ่มเติม
2. ต้องการประสิทธิภาพที่ดี เหล็กที่ทรงพลังกว่ามากเมื่อเทียบกับเซิร์ฟเวอร์บน Linux และเพื่อรองรับกล่องจดหมายขนาดใหญ่ เช่น 50 กิกะไบต์ คุณจะต้องมีฮาร์ดแวร์ที่ทรงพลังมาก แม้ว่ากล่องดังกล่าวสำหรับ dovecot เดียวกันจะไม่มีปัญหาใด ๆ ในการแลกเปลี่ยน คุณมักจะใช้โควต้าเพื่อจำกัดขนาดกล่องจดหมายสูงสุด
3. สำหรับการสำรองข้อมูล คุณมักจะต้องซื้อฮาร์ดแวร์ที่เหมาะสมและ ซอฟต์แวร์ที่ต้องชำระเงิน. ฉันแค่เดา ​​ฉันไม่รู้ว่าสิ่งที่จำเป็นสำหรับการสำรองข้อมูลการแลกเปลี่ยนที่สะดวกคืออะไร ฉันรู้จักซอฟต์แวร์แบบชำระเงินจากผู้ขายยอดนิยม อาจจะมีของฟรี

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

ทุกวันนี้ เมื่อพิจารณาถึงค่าใช้จ่ายของ Microsoft Exchange Server และ Microsoft Office ฉันไม่ได้ใช้ผลิตภัณฑ์ของ Microsoft เหล่านี้ มีคนเพียงไม่กี่คนที่ตกลงที่จะกำหนดจำนวนเงินที่จำเป็นสำหรับเซิร์ฟเวอร์อีเมล ฉันต้องการตรวจสอบ Exchange ในสภาพจริงอย่างใกล้ชิดอย่างน้อย 60-80 คนเพื่อประเมินเซิร์ฟเวอร์นี้อย่างเป็นกลางมากขึ้น แต่จนถึงขณะนี้โอกาสนี้ยังไม่ได้นำเสนอตัวเอง

บทสรุป

ให้ฉันสรุปเหตุผลของฉันเกี่ยวกับเมลเซิร์ฟเวอร์สำหรับองค์กรขนาดกลางขนาดเล็ก แม้ว่าข้อสรุปฉันคิดว่าชัดเจนแล้ว ตัวฉันเองชอบตัวเลือกที่สองที่ฉันอธิบายไว้ - เซิร์ฟเวอร์อีเมลที่ใช้ซอฟต์แวร์ฟรีบน linux แต่ฉันจะไม่ลดราคาอีกสองตัวเลือก จดหมายฟรีจากบริการสาธารณะจะสะดวกสำหรับทีมขนาดเล็กมาก - สำหรับ 10-15 คน มันไม่สมเหตุสมผลเลยที่จะล้อมเซิร์ฟเวอร์ของคุณด้วยจำนวนดังกล่าว

ฉันขอแนะนำให้ใช้ Exchange Server หากคุณมีและคุณไม่ต้องเสียเงินซื้อมัน ผลิตภัณฑ์มีความสะดวก ใช้งานได้จริง และกำหนดค่าและจัดการได้ง่าย พูดง่ายๆ คุณต้องเข้าใจว่านี่เป็นเงื่อนไข การกำหนดค่าอาจซับซ้อนมาก แต่ในกรณีนี้ ฉันกำลังดูที่ระดับเริ่มต้น

การประชุมเชิงปฏิบัติการเกี่ยวกับ Kali Linux

หลักสูตรสำหรับผู้ที่สนใจทำ Pentration Test และต้องการลองปฏิบัติจริงในสถานการณ์ที่ใกล้เคียงกับของจริง หลักสูตรนี้ออกแบบมาสำหรับผู้ที่ยังไม่มีประสบการณ์ด้านความปลอดภัยของข้อมูล การฝึกอบรมใช้เวลา 3 เดือน 4 ชั่วโมงต่อสัปดาห์ คอร์สนี้ให้อะไรกับคุณ:

• ค้นหาและใช้ประโยชน์จากช่องโหว่หรือข้อบกพร่องในการกำหนดค่าในเครือข่ายองค์กร เว็บไซต์ เซิร์ฟเวอร์ เน้นการทดสอบ Windows OS และความปลอดภัยของส่วนองค์กร
• เครื่องมือการเรียนรู้ เช่น metasploit, sqlmap, wireshark, burp suite และอื่นๆ อีกมากมาย
• การเรียนรู้ชุดเครื่องมือ Kali Linux ในทางปฏิบัติ - ผู้เชี่ยวชาญด้านความปลอดภัยของข้อมูลควรคุ้นเคยกับชุดเครื่องมือนี้

ทดสอบตัวเองในการสอบเข้าและดูรายละเอียดเพิ่มเติมในโปรแกรม

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

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

สำหรับผู้ใช้ส่วนใหญ่และผู้ดูแลระบบมือใหม่ Mail Server เป็น "กล่องดำ" ชนิดหนึ่งซึ่งเมื่อได้รับจดหมายแล้วจะส่งจดหมายไปยังผู้รับด้วยวิธีที่ "ไม่รู้จัก" และในทางกลับกัน การโต้ตอบทั้งหมดกับเซิร์ฟเวอร์ดังกล่าวประกอบด้วยการระบุที่อยู่เมลไคลเอ็นต์ไปยังพอร์ตบางพอร์ต หรือแม้กระทั่งผ่านทางเว็บอินเตอร์เฟส อย่างไรก็ตาม มีกลไกทั้งหมดซ่อนอยู่ภายใน การทำความเข้าใจการทำงานซึ่งเป็นกุญแจสำคัญในการตั้งค่าและบำรุงรักษาระบบอีเมลให้สำเร็จ นี่เป็นสิ่งสำคัญอย่างยิ่งสำหรับการจัดการเซิร์ฟเวอร์บนแพลตฟอร์ม Linux ซึ่งแตกต่างจาก Windows ที่เซิร์ฟเวอร์อีเมลเป็นโซลูชันซอฟต์แวร์ที่สมบูรณ์และนักพัฒนาได้ดูแลการโต้ตอบภายในแล้ว ใน Linux ส่วนประกอบเซิร์ฟเวอร์อีเมลเป็นโปรแกรมแยกต่างหาก และคุณต้องกำหนดค่าการโต้ตอบด้วยตัวเอง

มาดูโครงสร้างของเมลเซิร์ฟเวอร์และจะเกิดอะไรขึ้นเมื่อผู้ใช้พยายามส่งเมล

ส่วนที่สำคัญที่สุดของเมลเซิร์ฟเวอร์คือ พม (ตัวแทนโอนจดหมาย-- ตัวแทนส่งต่อจดหมาย) ซึ่งมีหน้าที่รับและส่งจดหมาย บ่อยครั้งมาก (ใน Linux/UNIX) MTA ยังถูกอ้างถึงเป็นเมลเซิร์ฟเวอร์ MTA ทำงานบนโปรโตคอล SMTP และโดยหลักการแล้ว หนึ่งในนั้นเพียงพอสำหรับการสร้างระบบอีเมลแล้ว กาลครั้งหนึ่งเคยเป็นเช่นนั้น และเพื่อที่จะเข้าถึงกล่องจดหมายของคุณ คุณจำเป็นต้องมีความรู้ด้านเทคนิคบางอย่าง

อย่างไรก็ตามความคืบหน้าไม่หยุดนิ่ง MTA ได้รับจดหมายวางไว้ในกล่องจดหมายของผู้ใช้บนเซิร์ฟเวอร์ซึ่งหลังต้องเข้าถึงโดยเฉพาะอย่างยิ่งด้วยวิธีที่ง่ายและเข้าใจได้มากที่สุด มาถึงเวทีแล้ว นพ (ตัวแทนจัดส่งทางไปรษณีย์-- ตัวแทนจัดส่งจดหมาย) ภารกิจตามคำขอของไคลเอ็นต์อีเมลคือการถ่ายโอนจดหมายจากกล่องจดหมายบนเซิร์ฟเวอร์ MDA สามารถทำงานได้โดยใช้โปรโตคอล POP3 หรือ IMAP ในบางกรณี เพื่อ "สื่อสาร" ไคลเอ็นต์อีเมลและตัวแทนจัดส่ง โปรโตคอลของตัวเองที่มีฟังก์ชันเพิ่มเติม เช่น MAPI (Exchange Server) สามารถใช้ได้

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

มาดูกันว่าจะเกิดอะไรขึ้นเมื่อส่งจดหมาย ในตัวอย่างของเรา ผู้ใช้ Ivanov ซึ่งอยู่ในโดเมน example.org ( [ป้องกันอีเมล]) เขียนจดหมายถึง Kozlov ในโดเมน example.com ( [ป้องกันอีเมล]). สำหรับ Ivanov ขั้นตอนการส่งอีเมลประกอบด้วยการสร้างข้อความและกดปุ่ม "ส่ง" ในไคลเอนต์อีเมล ไคลเอนต์อีเมลเชื่อมต่อกับ MTA โดยใช้โปรโตคอล SMTP และสื่อสารข้อมูลรับรองก่อน หลังจากให้สิทธิ์ผู้ใช้แล้ว MTA จะยอมรับข้อความและพยายามส่งต่อไป

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

MTA สามารถใช้รายชื่อผู้ใช้, รายชื่อระบบ, รายชื่อผู้ใช้ LDAP หรือ AD ของตนเองในการให้สิทธิ์ นอกจากนี้ยังมีวิธี: การอนุญาต POP ก่อน SMTP เมื่อผู้ใช้ลงชื่อเข้าใช้ MDA ก่อนส่งเมล ซึ่งจะยืนยันการรับรองความถูกต้องของผู้ใช้กับ MTA

ขั้นตอนต่อไปของ MTA จะวิเคราะห์ข้อมูลบริการของจดหมาย โดยพิจารณาจากโดเมนของผู้รับ หากเป็นของโดเมนที่ให้บริการโดยข้อมูล MTA ผู้รับจะถูกค้นหาและจดหมายจะถูกวางไว้ในกล่องจดหมายของเขา สิ่งนี้เกิดขึ้นหาก Ivanov เขียนจดหมายถึง Petrov หรือ Sidorov

หากโดเมนของผู้รับไม่ได้ให้บริการโดย MTA ระบบจะสร้างการสืบค้น DNS เพื่อร้องขอระเบียน MX สำหรับโดเมนนั้น ระเบียน MX เป็นระเบียน DNS ชนิดพิเศษที่มีชื่อของเซิร์ฟเวอร์อีเมลที่จัดการอีเมลขาเข้าสำหรับโดเมนที่กำหนด สามารถมีระเบียน MX ได้มากกว่าหนึ่งรายการ ซึ่งในกรณีนี้ MTA จะพยายามสร้างการเชื่อมต่อตามลำดับ โดยเริ่มจากเซิร์ฟเวอร์ที่มีลำดับความสำคัญสูงสุด ในกรณีที่ไม่มีระเบียน MX ระบบจะขอระเบียน A (ระเบียนที่อยู่ที่แมป ชื่อโดเมนด้วยที่อยู่ IP) และพยายามส่งจดหมายไปยังโฮสต์ที่ระบุที่นั่น หากไม่สามารถส่งข้อความได้ ข้อความจะถูกส่งกลับไปยังผู้ส่ง (วางไว้ในกล่องจดหมายของผู้ใช้) พร้อมข้อความแสดงข้อผิดพลาด

เราจะไม่พิจารณางานของเซิร์ฟเวอร์ที่รับ เราจะถือว่าทุกอย่างเป็นไปด้วยดี Kozlov ได้รับจดหมายจาก Ivanov และเขียนคำตอบให้เขา เซิร์ฟเวอร์ที่ให้บริการโดเมน example.com ทำสิ่งเดียวกันทุกประการและพยายามส่งอีเมลไปยังเซิร์ฟเวอร์ของเรา เมื่อได้รับข้อความขาเข้าแล้ว MTA เช่นในกรณีของผู้ส่งในพื้นที่จะตรวจสอบโดเมนของผู้รับ หากโดเมนนั้นอยู่ใน MTA ที่ให้บริการ การประมวลผลข้อความจะดำเนินต่อไป มิฉะนั้นเซิร์ฟเวอร์จะปฏิเสธที่จะรับจดหมาย หลังจากตรวจสอบโดเมนแล้ว ผู้รับจะถูกตรวจสอบ ถ้าเขาอยู่ในรายชื่อผู้ใช้ ข้อความจะถูกส่งไปยังกล่องจดหมายของเขา มิฉะนั้นจะมีสองตัวเลือก: ปฏิเสธที่จะรับข้อความหรือรับข้อความในกล่องจดหมายทั่วไป (กล่องจดหมายของผู้ดูแลระบบ ). ในแง่หนึ่ง การตั้งค่านี้จะเพิ่มจำนวนสแปมที่ได้รับ ในทางกลับกัน จะช่วยให้คุณไม่สูญเสียจดหมายที่มีที่อยู่ที่สะกดผิด

มาตรการป้องกันสแปมอีกอย่างหนึ่งคือการขอบันทึก PTR บันทึก PTR (บันทึกตัวชี้) เชื่อมโยงที่อยู่ IP กับชื่อโดเมน เมื่อขอ PTR ทาง MTA จะยอมรับอีเมลก็ต่อเมื่อโดเมนของผู้ส่งตรงกับโดเมนของเซิร์ฟเวอร์ที่ส่งเท่านั้น

ลองพิจารณาตัวอย่างในรายละเอียดเพิ่มเติม เซิร์ฟเวอร์ spam.com บางตัวพยายามส่งอีเมลด้วยผู้ส่งปลอม ซึ่งน่าจะมาจากเซิร์ฟเวอร์ example.com ที่เรารู้จัก ในกรณีของการกรองตามรายการขาว/ดำ จดหมายดังกล่าวจะถูกส่ง เนื่องจากผู้ส่งเป็นผู้ใช้จากโดเมนที่เชื่อถือได้ (ซึ่งเป็นสิ่งที่ผู้ส่งสแปมคาดหวัง) เพื่อต่อสู้กับสแปม MTA จะสร้างคำขอ บันทึก PTRสำหรับที่อยู่ IP ของเซิร์ฟเวอร์ที่ส่งซึ่งเขารายงานระหว่างเซสชัน SMTP สำหรับที่อยู่ y.y.y.y คำขอ PTR จะส่งคืนชื่อโดเมน spam.com ที่ไม่ตรงกับโดเมนของผู้ส่ง ซึ่งจะทำให้ข้อความถูกปฏิเสธ ในเวลาเดียวกัน ข้อความจากเซิร์ฟเวอร์ x.x.x.x จะได้รับเนื่องจากโดเมนจากระเบียน PTR สำหรับ x.x.x.x (example.com) ตรงกับโดเมนของผู้ส่ง

ดังนั้น ข้อความจึงได้รับและอยู่ในกล่องจดหมายของผู้ใช้ วิธีการอ่าน? พื้นที่จัดเก็บอีเมลซึ่งเป็นที่ตั้งของกล่องผู้ใช้ สามารถจัดระเบียบได้หลายวิธี ตั้งแต่โฟลเดอร์และไฟล์ซ้ำๆ ไปจนถึงฐานข้อมูล หากไม่มีความรู้ด้านเทคนิค คุณจะไม่สามารถอ่านจดหมายของคุณเองได้ แต่ผู้ใช้ Ivanov ควรกังวลเกี่ยวกับเรื่องนี้หรือไม่? สำหรับเขาแล้ว กระบวนการรับจดหมายจะลดลงเหลือเพียงการกดปุ่ม "รับ" ในโปรแกรมรับส่งเมล

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

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

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

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

เมื่อเข้าสู่โมดูล สถานะของบริการเมลและแจ๊บเบอร์เซิร์ฟเวอร์ทั้งหมดจะปรากฏขึ้น รวมถึงปุ่ม "ปิดใช้งาน" (หรือ "เปิดใช้งาน" หากปิดใช้งานบริการ) นอกจากนี้ยังมีวิดเจ็ตที่มีตัวเลือกการดำเนินการหลัก กราฟสถิติเมลและฟีดเมล ตลอดจนเหตุการณ์บันทึกล่าสุด

การตั้งค่า

แท็บการตั้งค่าช่วยให้คุณสามารถกำหนด ตัวเลือกต่อไปนี้เมลเซิร์ฟเวอร์:

พอร์ต SMTP/POP3/IMAP- อนุญาตให้คุณเปลี่ยนพอร์ตมาตรฐานสำหรับการรับและส่งข้อความเมล

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

ฟิลด์ต่อไปนี้อนุญาตให้คุณตั้งค่า ขนาดสูงสุดตัวอักษร (เป็นเมกะไบต์) จำนวนเงินสูงสุดข้อความจากที่อยู่ IP เดียวกันต่อนาที ช่วงเวลาระหว่างความพยายามในการส่ง ตลอดจนเวลารอขั้นต่ำและสูงสุดในคิวเมล

รีเลย์โดยค่าเริ่มต้น. รีเลย์ - โหนดที่รับ / ส่งต่อข้อความ (อีเมล) ในกรณีนี้ ICS จะทำหน้าที่เป็นบทบาทเริ่มต้น ในบางกรณี คุณอาจต้องลงทะเบียนเซิร์ฟเวอร์อื่นซึ่ง ICS จะใช้ส่งอีเมล (เช่น ในกรณีของกล่องจดหมายหลายรายการที่กำหนดค่าบนเซิร์ฟเวอร์อีเมลของผู้ให้บริการ)

ที่อยู่ที่อนุญาตให้ส่งต่อได้- นี่คือรายการที่อยู่และชื่อโดเมนที่ ICS จะรับจดหมายเสมอโดยไม่มีรายการสีเทาและตรวจสอบความสอดคล้องของบันทึกการส่งต่อและย้อนกลับ

ที่อยู่ที่ห้ามส่งต่อ- นี่คือรายการที่อยู่และชื่อโดเมน ข้อความอีเมลที่ ICS จะปฏิเสธเสมอ

บัญชีดำ RBL. RBL, รายการหลุมดำแบบเรียลไทม์ (หรือ DNSBL - บัญชีดำ DNS หรือรายการบล็อก DNS) - รายชื่อโฮสต์ที่จัดเก็บโดยใช้ระบบสถาปัตยกรรม DNS มักใช้เพื่อต่อสู้กับสแปม เซิร์ฟเวอร์อีเมลเข้าถึง DNSBL และตรวจสอบที่อยู่ IP ของไคลเอนต์ที่ได้รับข้อความ หากการตอบกลับเป็นไปในเชิงบวก จะถือว่ามีการพยายามรับข้อความสแปม เซิร์ฟเวอร์ของผู้ส่งได้รับรายงานข้อผิดพลาด 5xx (ข้อผิดพลาดร้ายแรง) และข้อความนี้ไม่ได้รับการยอมรับ ในกรณีส่วนใหญ่ คุณไม่จำเป็นต้องเปลี่ยนรายการนี้

โดเมนเริ่มต้นของการอนุญาตกำหนดโดเมนเมลที่จะถูกแทนที่โดยอัตโนมัติระหว่างการให้สิทธิ์ผู้ใช้ หากคุณระบุโดเมนเริ่มต้น ผู้ใช้ของโดเมนนี้จะสามารถเข้าสู่ระบบโดยใช้ชื่อกล่องจดหมายโดยไม่ต้องระบุโดเมน

สร้างโฟลเดอร์โดยอัตโนมัติเมื่อสร้างกล่องจดหมาย- มีรายการโฟลเดอร์มาตรฐานที่สร้างขึ้นในกล่องจดหมาย หากจำเป็น คุณสามารถเปลี่ยนองค์ประกอบได้

ตรวจสอบเมลด้วยโปรแกรมป้องกันไวรัส Clamav /Dr.Wed /Kaspersky- การตั้งค่าสถานะเหล่านี้จะส่งสัญญาณไปยังเซิร์ฟเวอร์อีเมลเพื่อตรวจสอบไวรัสในข้อความขาเข้าและขาออก หากผลลัพธ์เป็นบวก แทนที่จะเป็นจดหมาย ผู้รับจะได้รับข้อความเกี่ยวกับผลการตรวจสอบและจดหมายจะแนบมากับข้อความ

ใช้รายการสีเทา. Greylisting เป็นวิธีการบล็อกสแปมโดยอัตโนมัติ โดยพิจารณาจากข้อเท็จจริงที่ว่า "พฤติกรรม" ของซอฟต์แวร์ที่ออกแบบมาเพื่อส่งสแปมแตกต่างจากพฤติกรรมของเซิร์ฟเวอร์อีเมลทั่วไป หากเซิร์ฟเวอร์อีเมลของผู้รับปฏิเสธที่จะรับจดหมายและรายงานว่ามี "ข้อผิดพลาดชั่วคราว" เซิร์ฟเวอร์ของผู้ส่งจะต้องลองอีกครั้งในภายหลัง ซอฟต์แวร์สแปมมักจะไม่พยายามทำเช่นนี้ในกรณีเช่นนี้ คุณสามารถเปิดใช้งานโหมดนี้สำหรับการตรวจสอบจดหมายขยะขั้นสูง หลังจากเปิดใช้งานตัวเลือกนี้ พารามิเตอร์ greylist จะพร้อมสำหรับการแก้ไข - เวลาที่ไม่ต้องส่งซ้ำ (เป็นวินาที) เวลาที่รอเพื่อส่งใหม่ (เป็นชั่วโมง) เวลาที่กำหนดให้ผู้ส่งอยู่ใน white list (เป็นวัน)

ชื่อเซิร์ฟเวอร์สำหรับ SMTPกำหนดตัวเลือก SMTP Banner Postfix

ใบรับรองสำหรับ SMTP/POP3/IMAP- เช่นเดียวกับบริการ ICS อื่น ๆ เมลเซิร์ฟเวอร์สามารถทำงานได้ทั้งตามโปรโตคอลมาตรฐานซึ่งข้อมูลไม่ได้เข้ารหัสเมื่อถ่ายโอนไฟล์ (ซึ่งไม่ปลอดภัย) และตามข้อมูลที่ปลอดภัย เพื่อจุดประสงค์เหล่านี้ จะใช้ใบรับรอง SSL เมื่อคลิกที่ปุ่ม […] คุณสามารถกำหนดใบรับรองที่สร้างไว้ก่อนหน้านี้ในโมดูลที่เกี่ยวข้องสำหรับแต่ละโปรโตคอล

ใช้ DLP- เปิดให้บริการตรวจสอบข้อความจดหมายด้วยลายนิ้วมือของข้อมูลที่เป็นความลับ

ฮาร์ดไดรฟ์สำหรับจัดเก็บจดหมายอนุญาตให้คุณย้ายที่เก็บจดหมายไปยังที่แยกต่างหาก ฮาร์ดดิสก์. ตามค่าเริ่มต้น จดหมายจะถูกเก็บไว้ในพาร์ติชันระบบ

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

สามารถป้อนลายเซ็นได้ทั้งในโหมด wysiwyg และในโหมด html

ตัวแปรในรูปแบบ [ชื่อตัวแปร] สามารถใช้ในลายเซ็นได้ ค่าที่เป็นไปได้อยู่ด้านล่าง:

Cn - ชื่อผู้ใช้ ou - กลุ่มที่เขาเป็นเมล - ที่อยู่ทางไปรษณีย์คำอธิบาย - ช่อง "คำอธิบาย" ของบันทึกย่อของผู้ใช้ - ช่อง "ความคิดเห็น" ของหมายเลขโทรศัพท์ของผู้ใช้ - ช่อง "โทรศัพท์" ของชื่อผู้ใช้ - ช่อง "ตำแหน่ง" ของผู้ใช้ url - ช่อง "เว็บไซต์" ของที่อยู่ไปรษณีย์ ผู้ใช้ - ฟิลด์ "ที่อยู่" ของผู้ใช้เพจเจอร์ - ฟิลด์ "ICQ" ผู้ใช้ ounotes - ฟิลด์ "คำอธิบาย" ของกลุ่มที่เขาอยู่

ในการแทรกรูปภาพ จะใช้การเข้ารหัสรูปภาพใน data: url ทำได้ดังนี้: โดยใช้บริการ http://dataurl.net/#dataurlmaker (หรือคล้ายกัน) รูปภาพจะถูกแปลงเป็นรูปแบบ จากนั้นข้อความผลลัพธ์จะถูกแทรกลงในรหัส html ลายเซ็น

ข้อสำคัญ: ลักษณะเฉพาะของกลไกนี้ใน Roundcube คือลายเซ็นจะถูกสร้างขึ้นโดยอัตโนมัติสำหรับบัญชีใหม่ที่สร้างขึ้นหลังจากตั้งค่าลายเซ็นเท่านั้น หลังจากรุ่นแล้ว จะไม่สามารถเปลี่ยนลายเซ็นโดยอัตโนมัติได้ ดังนั้นควรวางแผนลายเซ็นอัตโนมัติอย่างระมัดระวังเมื่อสร้าง

อัปโหลดโลโก้สำหรับ Roundcube- ปุ่มนี้ให้คุณเลือกรูปภาพที่จะอยู่ที่มุมซ้ายบนของเว็บอินเตอร์เฟสอีเมล ตัวอย่างเช่น โลโก้ขององค์กรของคุณ

ช่องทำเครื่องหมายสามช่องสุดท้ายช่วยให้คุณเปิดใช้งานลายเซ็น DKIM ตรวจสอบ DKIM ของข้อความขาเข้า และเข้ารหัสส่วนหัวของอีเมลเป็น UTF-8 โดยอัตโนมัติ

สมุดที่อยู่

โดเมนและกล่องจดหมาย

ก่อนที่คุณจะสามารถเพิ่มกล่องจดหมายแบบกำหนดเองได้ คุณต้องสร้างโดเมนจดหมายก่อน ไปที่แท็บ "โดเมนและกล่องจดหมาย" แล้วคลิกปุ่ม "เพิ่ม" → "โดเมนอีเมล" คุณสามารถตั้งชื่อโดเมนด้วยชื่อที่ไม่มีอยู่จริง หากการแลกเปลี่ยนจดหมายจะเกิดขึ้นภายในเครือข่ายองค์กร หรือคุณสามารถตั้งค่าการส่งต่อข้อความในโดเมนที่ใช้งานจริงซึ่งจดทะเบียนสำหรับองค์กรของคุณ หากเลือกช่องทำเครื่องหมาย "สร้างลายเซ็น DKIM" ในการตั้งค่า ช่องนั้นจะถูกเพิ่มโดยอัตโนมัติ

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

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

ไม่จำเป็นต้องสร้างกล่องจดหมายแยกต่างหากสำหรับแต่ละชื่ออีเมลที่คุณต้องการ คุณสามารถสร้างลิงก์ไปยังกล่องจดหมายที่ระบุแทนได้ จากนั้นจดหมายทั้งหมดมาถึงกล่อง [ป้องกันอีเมล]จะถูกเปลี่ยนเส้นทางไปยังกล่องจดหมายจริง [ป้องกันอีเมล]

ข้อสำคัญ: เมื่อสร้างโดเมนเมลและกล่องเมล โดเมนและบัญชีที่เกี่ยวข้องจะปรากฏในส่วนเซิร์ฟเวอร์แจ๊บเบอร์ สิ่งที่ตรงกันข้ามก็เป็นจริงเช่นกัน

เพื่อให้โดเมนอีเมลสามารถเข้าถึงได้จากเครือข่ายภายนอกและสามารถแลกเปลี่ยนข้อมูลกับเซิร์ฟเวอร์ภายนอกอื่นๆ ได้ จำเป็นต้องกำหนดค่าระเบียน DNS

หลังจากสร้างกล่องจดหมายสำหรับผู้ใช้แล้ว พวกเขาสามารถเชื่อมต่อกับ ICS โดยใช้ไคลเอนต์อีเมล (เช่น Mozilla Thunderbird หรือ Microsoft Outlook) หรือใช้ เว็บอินเตอร์เฟสสำหรับเมล

แท็บ "ตัวกรอง" ใช้เพื่อประมวลผลข้อความที่ส่งและรับ พวกเขาประมวลผลจดหมายตามเงื่อนไขต่อไปนี้: ขนาด ผู้ส่ง ผู้รับ หัวเรื่อง เงื่อนไขสามารถเข้มงวดหรือไม่เข้มงวด จำนวนเงื่อนไขสามารถเป็นเท่าใดก็ได้ ในขณะที่ตัวกรองสามารถประมวลผลเมลได้ทั้งเมื่อเงื่อนไขทั้งหมดตรงกันทั้งหมด และเมื่อการจับคู่ครั้งแรกเกิดขึ้น หลังจากตรงตามเงื่อนไข ตัวกรองสามารถลบข้อความ ย้ายไปยังกล่องเมลอื่น หรือทำสำเนาได้

ในตัวอย่างข้างต้น จดหมายทั้งหมดที่ส่งไปยังที่อยู่เดียวกัน ซึ่งมีขนาดมากกว่า 5,000 กิโลไบต์ และหัวเรื่องของจดหมายมีคำว่า "ไม่ใช่สแปม" จะถูกคัดลอกไปยังกล่องจดหมาย ICS อื่น

ในการสร้างตัวกรองใหม่ ก่อนอื่นคุณต้องเลือกเงื่อนไขสำหรับการทริกเกอร์ - หากเงื่อนไขทั้งหมดตรงกัน เงื่อนไขใดเงื่อนไขหนึ่ง หรือใช้กับข้อความทั้งหมดโดยไม่คำนึงถึงเงื่อนไข

คุณสามารถกรองอีเมลขาเข้าและขาออกตามหัวเรื่องอีเมล ผู้ส่ง ผู้รับ และขนาด (หน่วยเป็นกิโลไบต์) การตรวจสอบการจับคู่เงื่อนไขอาจเป็นแบบเข้มงวด (“จับคู่กับ”) หรือไม่เข้มงวด (“มี”, “เริ่มต้นด้วย”, “ลงท้ายด้วย”) รวมทั้งแบบย้อนกลับ (“ไม่มี”) คุณสามารถกำหนดเงื่อนไขจำนวนเท่าใดก็ได้ให้กับตัวกรองเดียว

ขั้นตอนสุดท้ายคือการเลือกการดำเนินการที่จะเกิดขึ้นหลังจากทริกเกอร์ตัวกรอง คุณสามารถย้ายจดหมาย คัดลอกไปยังที่อยู่อื่น หรือลบทิ้ง สองเงื่อนไขแรกให้คุณป้อนชื่อกล่องจดหมายหรือเลือกจากรายการที่สร้างขึ้นใน ICS

สำหรับตัวอย่างการกำหนดค่าตัวกรอง โปรดดูที่

รายชื่อผู้รับจดหมายเป็นตัวกรองเดียวกัน แต่มีอินเทอร์เฟซที่เรียบง่ายซึ่งเพียงพอที่จะระบุกล่องจดหมายที่จะแจกจ่ายรายชื่อผู้รับจดหมาย ไม่ควรเปิดช่องที่จดหมายต้นฉบับมาถึงระบบเนื่องจากเป็นลิงค์

ป้องกันสแปม

สำหรับการขับขี่ บัญชีอีเมลอยู่บนเซิร์ฟเวอร์อื่น คุณสามารถใช้ฟังก์ชัน "ตัวรวบรวมจดหมาย" ของ ICS ด้วยความช่วยเหลือ ICS จะเชื่อมต่อกับเซิร์ฟเวอร์อีเมลที่ระบุภายใต้การเข้าสู่ระบบและรหัสผ่านที่เลือก และย้ายหรือคัดลอกอีเมลที่มีอยู่ไปยังกล่องจดหมายของผู้ใช้ ICS

คุณสามารถระบุได้ว่าจะทำอย่างไรกับข้อความบนเซิร์ฟเวอร์ - รวบรวมทั้งหมด รวบรวมเฉพาะข้อความใหม่ ฝากข้อความไว้บนเซิร์ฟเวอร์ หรือลบทิ้ง ช่วงเวลาของตัวรวบรวมและจำนวนตัวอักษรที่ดาวน์โหลดต่อเซสชันจะถูกกำหนดค่าด้วย

ทำงานในสองโหมด - การตรวจหาผู้รับโดยอัตโนมัติและการระบุกล่องจดหมายสำหรับการประกอบ การตรวจจับอัตโนมัติทำงานได้หากองค์กรมีกล่องจดหมายภายนอกหนึ่งกล่องที่อยู่บนเซิร์ฟเวอร์ของผู้ให้บริการ และกล่องจดหมายที่เหลือทำหน้าที่เป็นนามแฝง ในกรณีอื่น ๆ จะใช้การบ่งชี้โดยตรงของกล่องประกอบ นั่นคือ ในกรณีส่วนใหญ่ เมื่อสร้างตัวรวบรวม คุณต้องตั้งสวิตช์ไปที่ตำแหน่ง "ส่งต่อไปยัง"

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

คิวจดหมาย

แท็บนี้แสดงข้อความที่รอการส่ง หรือที่ไม่ได้ส่งด้วยเหตุผลบางประการ (เช่น ถูกปฏิเสธโดยรายการสีเทาของเซิร์ฟเวอร์เมลอัพสตรีม) เมื่อคุณเลือกวัตถุใดๆ จากรายการ คุณจะเห็นรหัสข้อผิดพลาดที่ไม่ได้ส่ง คุณสามารถจัดการคิวอีเมลได้โดยใช้ปุ่ม "ล้างคิว" และ "ส่งทั้งหมด" นอกจากนี้ จดหมายแต่ละฉบับสามารถส่งแยกกันหรือลบออกจากคิวได้

สถิติ

หากต้องการควบคุมการรับส่งอีเมลขาเข้าและขาออก รวมถึงสแปมและอีเมลที่ไม่ต้องการ คุณสามารถใช้ส่วน "สถิติ"

เช่นเดียวกับในสถิติผู้ใช้ คุณสามารถใช้ตัวกรองต่างๆ ในแผงควบคุมได้ ข้อมูลทั่วไปเกี่ยวกับการรับส่งอีเมลของ ICS และแสดงในรูปแบบของตาราง คอลัมน์ตารางจะแตกต่างกันไปขึ้นอยู่กับตัวกรองที่ใช้

เครื่องมือสร้างรายงานดูเหมือนสถิติผู้ใช้มาก ตัวกรองหลักสามารถแสดงข้อมูลเกี่ยวกับทราฟฟิกของผู้ใช้ จัดกลุ่มตามเกณฑ์ต่อไปนี้:

โดยโดเมนผู้ส่ง

ตามโดเมนผู้รับ

โดยกล่องจดหมาย

เป็นชั่วโมง/วัน/เดือน

รายละเอียดของจดหมาย

นิตยสาร

แท็บบันทึกมีข้อมูลสรุปของข้อความระบบทั้งหมดจากเซิร์ฟเวอร์อีเมล นิตยสารแบ่งออกเป็นหน้าๆ โดยใช้ปุ่ม "ไปข้างหน้า" และ "ย้อนกลับ" คุณสามารถเปลี่ยนจากหน้าหนึ่งไปยังอีกหน้าหนึ่ง หรือป้อนหมายเลขหน้าในฟิลด์และสลับไปยังหน้านั้นทันที

รายการบันทึกจะถูกเน้นด้วยสีขึ้นอยู่กับประเภทของข้อความ ข้อความระบบปกติจะถูกทำเครื่องหมายด้วยสีขาว ข้อผิดพลาดเป็นสีแดง

มีแถบค้นหาที่มุมขวาบนของโมดูล ด้วยวิธีนี้ คุณสามารถค้นหาบันทึกสำหรับรายการที่คุณต้องการ

บันทึกจะแสดงเหตุการณ์สำหรับวันที่ปัจจุบันเสมอ หากต้องการดูเหตุการณ์สำหรับวันอื่น ให้เลือก วันที่ที่ต้องการโดยใช้ปฏิทินที่มุมซ้ายบนของโมดูล

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

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