為什麼 mdadm 需要 exim、Kyoto Cabinet、Maria DB、Python、MySQL？

Question

今天我有點驚訝地在 Debian 安裝中發現了以下內容：

$ sudo apt-get install mdadm
...
The following NEW packages will be installed:
  exim4-base exim4-config exim4-daemon-light guile-2.0-libs libfribidi0
  libgc1c2 libgsasl7 libkyotocabinet16v5 libltdl7 liblzo2-2 libmailutils5
  libmariadbclient18 libntlm0 libpython2.7 libpython2.7-minimal
  libpython2.7-stdlib mailutils mailutils-common mdadm mysql-common psmisc
...
After this operation, 44.7 MB of additional disk space will be used.

這裡有很多依賴項似乎與管理 RAID 陣列無關。我可以看到當 RAID 陣列發生故障時發送電子郵件的依賴關係可能非常鬆散，但除此之外，上面的清單對我來說沒有意義。它有 45 MB 的依賴項。

這些依賴關係的原因是什麼？

Answer 1

除了 exim4（透過 default-mta）之外，以上都不是 mdadm 依賴關係樹的一部分。

然而它是一部分智慧監控工具依賴樹。許多守護程式本身會產生 RFC x822 電子郵件訊息並將其提供給 /usr/sbin/sendmail，但smartd_warning.shsmartmontools 中包含的腳本更簡單，只需執行該mail命令。

mail有幾個來源，包括蝸牛和bsd-mailx，但預設情況下 Debian 從 GNU 安裝它郵件工具包裹。

• 一些 mail/mailx 客戶端，包括來自郵件工具，支援存取遠端 POP3 和 IMAP 伺服器（與僅本地郵件線軸相反），並且幾乎任何現代 IMAP 用戶端都需要 SASL 實作。 mailutils 使用的是 Cyrus SASL，它有一個選修的用於 Berkeley DB 帳戶儲存的「伺服器端」模組。
• Mailutils 包括 POP3 和 IMAP伺服器與客戶端一起，並且支援將使用者帳戶儲存在 SQL 資料庫中。 Debian 將這些守護程序分成了自己的包，通常這樣做是為了避免大量的依賴關係 – 但由於某種原因，不必要的依賴關係不是從主包中刪除。有一個Debian 錯誤報告。
• 過濾郵件的工具maidag（類似procmail）包含Python 和Scheme (guile) 腳本支持。同樣，這似乎被分成了一個單獨的包，但依賴關係沒有被刪除。

調查使用：

1. apt rdepends mailutils
2. debtree smartmontools | dot -T png -o debtree.png