Вообще говоря, если Ваша система всегда закрывается чисто, Вам не должно быть нужно принудительное (смонтируйтесь или дни), проверки непротиворечивости файловой системы - вопрос в основном, "Вы доверяете своей файловой системе для не завинчивания, если оставлено ее собственным устройствам?", и принудительный fsck является в основном "Нет".
В моих системах (BSD/UFS) регулярные дисковые проверки не являются частью дизайна файловой системы и обычно не осуществляются, и если Вы хотите работать один в смонтированной файловой системе, это возможно (фон fsck). Существуют некоторые взломы, которые выполняют что-то похожее с ext2/ext3 файловыми системами.
Если файловая система не была чисто размонтирована (например, из-за катастрофического отказа), я думаю, что можно не повезти - снова в системах BSD, которые дисковая проверка может выполнить в фоновом режиме (хотя с существенными потерями производительности), но я не знаю, может ли фон fsck взломы для Linux использоваться во время начальной загрузки.
Учитывая ограниченную информацию, которую вы предоставили, NO.
Но у вас есть индивидуальные предпочтения пользователей и, возможно, отдельные базы данных Байеса, которые отличаются?
Вы действительно знаете, что SpamAssassin добавляет заголовки с сработавшими правилами и результирующей оценкой спама, например, сравните обычное сообщение:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on ...
X-Spam-Level:
X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,FREEMAIL_FROM,
HTML_MESSAGE,RP_MATCHES_RCVD autolearn=ham version=3.3.1
с подробный отчет о спаме для спам-сообщения:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
X-Spam-Flag: YES
X-Spam-Level: **********************
X-Spam-Status: Yes, score=23.0 required=5.0 tests=BAYES_99,FSL_HELO_BARE_IP_2,
MSGID_FROM_MTA_HEADER,RCVD_IN_BL_SPAMCOP_NET,RCVD_IN_BRBL_LASTEXT,
RCVD_IN_PSBL,RCVD_IN_SORBS_WEB,RCVD_NUMERIC_HELO,RDNS_DYNAMIC,TVD_RCVD_IP,
TVD_RCVD_IP4,URIBL_AB_SURBL,URIBL_DBL_SPAM,URIBL_JP_SURBL,URIBL_WS_SURBL
autolearn=spam version=3.3.1
X-Spam-Report:
* 4.5 URIBL_AB_SURBL Contains an URL listed in the AB SURBL blocklist
* [URIs: behoop.ru]
* 1.6 URIBL_WS_SURBL Contains an URL listed in the WS SURBL blocklist
* [URIs: behoop.ru]
* 1.2 URIBL_JP_SURBL Contains an URL listed in the JP SURBL blocklist
* [URIs: behoop.ru]
* 1.7 URIBL_DBL_SPAM Contains an URL listed in the DBL blocklist
* [URIs: behoop.ru]
* 3.5 BAYES_99 BODY: Bayes spam probability is 99 to 100%
* [score: 1.0000]
* 0.0 TVD_RCVD_IP4 TVD_RCVD_IP4
* 0.0 TVD_RCVD_IP TVD_RCVD_IP
* 1.2 RCVD_NUMERIC_HELO Received: contains an IP address used for HELO
* 2.7 RCVD_IN_PSBL RBL: Received via a relay in PSBL
* [46.185.20.237 listed in psbl.surriel.com]
* 0.8 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server
* [46.185.20.237 listed in dnsbl.sorbs.net]
* 1.3 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net
* [Blocked - see <http://www.spamcop.net/bl.shtml?46.185.20.237>]
* 1.4 RCVD_IN_BRBL_LASTEXT RBL: RCVD_IN_BRBL_LASTEXT
* [46.185.20.237 listed in bb.barracudacentral.org]
* 1.0 RDNS_DYNAMIC Delivered to internal network by host with
* dynamic-looking rDNS
* 0.0 MSGID_FROM_MTA_HEADER Message-Id was added by a relay
* 2.0 FSL_HELO_BARE_IP_2 FSL_HELO_BARE_IP_2