อิมเมจ VPS ของฉัน (Debian 6) มาพร้อมกับ sendmail เป็น MTA ฉันจะใช้เซิร์ฟเวอร์นี้เป็นเว็บเซิร์ฟเวอร์และอาจใช้วิธีอื่น แต่ไม่ใช่เป็นเซิร์ฟเวอร์อีเมล ฉันต้องการลบบริการที่ไม่จำเป็นออกให้มากที่สุดเท่าที่จะทำได้เพื่อประหยัดทรัพยากร สามารถลบ MTA ได้อย่างปลอดภัยหรือไม่? ผลที่ตามมาคืออะไร?
คำตอบ:
ผลที่ตามมาอย่างหนึ่งของการลบ MTA คืออีเมลที่สร้างขึ้นโดยระบบเอง (มักส่งไปที่รูท) ตัวอย่างเช่น Cron, Logwatch, rkhunter และอื่น ๆ ไม่สามารถส่งได้
ดังนั้นใช่ MTA เป็นส่วนหนึ่งของระบบ Unix ใด ๆ และฉันสงสัยว่า Debian จะให้คุณถอนการติดตั้ง MTA โดยไม่ต้องบ่นและแนะนำทางเลือกอื่น แต่มันไม่ใช่เรื่องใหญ่ ตามค่าเริ่มต้นใน Debian แล้วsendmailจะรับฟังเพียง 127.0.0.1 และรีเลย์เมลเท่านั้นภายในเครื่องดังนั้นจึงไม่มีความเสี่ยงด้านความปลอดภัยที่แท้จริงที่นี่
MTA ใช้เพื่อจัดการกับการส่งข้อความทุกประเภทไม่ใช่แค่อีเมลไปยังกล่องจดหมายของผู้ใช้ บนระบบ CentOS ของฉันมันใช้RAM ขนาดมหึมา4 MB มีน้อยกว่าหนึ่งเธรด PHP อย่าทำลายความเสถียรและการทำงานของเซิร์ฟเวอร์ของคุณสำหรับความจุเพิ่มเล็กน้อย ซื้อความจุเพิ่มขึ้นแทน
แทนที่จะลบ sendmail (หรือ MTA อื่น ๆ ) ด้วยเหตุผลที่อธิบายไว้ในคำตอบอื่น ๆ คุณสามารถกำหนดค่าให้ส่งอีเมลทั้งหมดที่สร้างระบบไปยังบัญชีอีเมลที่คุณเลือกเพื่อตรวจสอบในภายหลัง
เนื่องจากนี่เป็นระบบ Debian ให้ทำการสำรองข้อมูลของคุณ/etc/mail/sendmail.mcแล้วแทนที่ด้วยเนื้อหาด้านล่าง:
VERSIONID(`2006/08/23/00')dnl
OSTYPE(`debian')dnl
DOMAIN(`debian-mta')dnl
dnl # define(`SMART_HOST', `[outgoing.example.com]')dnl
define(`confCW_FILE', `-o /etc/mail/local-host-names')dnl
FEATURE(`use_cw_file')dnl
FEATURE(`no_default_msa')dnl
DAEMON_OPTIONS(`Name=MTA-v4, Addr=127.0.0.1, Port=smtp')dnl
DAEMON_OPTIONS(`Name=MSP-v4, Addr=127.0.0.1, Port=submission')dnl
MAILER(`local')dnl
MAILER(`smtp')dnl
LOCAL_RULE_0
# LHS is separated from RHS with tabs, not whitespaces
R$- <@ $=w . > john.doe < @ example.com. >
หมายเหตุสองประการ:
หลังจากเสร็จสิ้นให้เรียกใช้sendmailconfigและตรวจสอบว่าโซลูชันนี้เหมาะกับคุณหรือไม่
disappearing disk spaceให้เอ็มทีมันเป็นซึ่งอาจนำไปสู่การ บริการโฮสต์ของพรรคของเราที่ 3/varไม่ได้คิดเกี่ยวกับมันจนกว่าเราจะวิ่งออกมาจากพื้นที่ ขนาดพาร์ติชันเริ่มต้นเป็น 4G, 1.5G/var/spool/mailถูกครอบงำโดยบันทึกและส่วนที่เหลือกินขึ้นโดย ซึ่งทำให้ไม่เสี่ยงด้านความปลอดภัย แต่ค่อนข้างปัญหาการบริหารทั่วไป