linux crontab 定時任務 郵件問題 及其相關的 dead.letter 問題

宋國傑 發表於 2020-06-29

最近開發專案的時候發現公司伺服器用root賬號登入的時候 一直會提示有新的信件,一直提示一直提示。

 linux crontab 定時任務  郵件問題  及其相關的  dead.letter 問題

聯想到另一臺伺服器上 的dead.letter檔案每天都不斷的變大  而且在 root家目錄裡 ,系統硬碟裡。過十天半個月就會收到

伺服器的磁碟使用率超90%的報警簡訊, 我突然感覺是時候去除了一下這個問題了。之前就到處搜尋dead.letter 問題。但是一直沒有

靠譜的跟我這個問題一樣的。

行了不廢話了 。

 linux crontab 定時任務  郵件問題  及其相關的  dead.letter 問題

 

直入主題,經過不斷的搜尋。終於在一個外文網站上找到了答案,主要原因我的伺服器上有大量的定時任務 crontab ,而crontab中curl命令

執行有輸出返回的資訊後 ,linux會給對的crontab執行者 返回資訊。而這個返回的資訊就是通過郵件發給你的,通過郵件你可以檢視你的定時任務

執行的情況 。而在這個執行任務的指令碼中,有不少的開發小童鞋為了調整輸出了不少內容 ,同時這個內容就返回到裡你的郵箱裡。這個執行一兩次沒有

什麼問題。但是如果他幾分鐘就執行一次  或者是一分鐘執行一次 ,那輸出到你郵箱的內容就會很多了 。就像你的郵箱被垃圾流氓騷擾廣告郵箱不斷的

轟炸一樣。

linux crontab 定時任務  郵件問題  及其相關的  dead.letter 問題

 

而那個 dead.letter  死信也是一樣 ,不知道linux對應使用者的郵箱沒有了 ,被刪除掉了。投遞信件的時候沒有信箱了,這個時候就會生成 dead.letter 。知道這個也就知道如何解決了,

進入 /var/spool/mail/  目錄這裡是每個使用者的信箱  找到缺少的使用者  touch 新建一個就可以了 。之後就不會再有死信問題了  。以後再有信件的話就會投入對應的使用者檔名中。

 

說了半天還是沒說,怎麼去除傳送郵件的問題。

還是整理一下英文的那個QA吧,我看明白了  相信你也沒問題。



 

問: 我有一些cron作業在Linux系統上隔夜執行。如果需要檢視,這些作業中的每一個都會將資訊輸出到文字檔案中。有些被編寫為通過mail命令傳送電子郵件。
但是,由於我將這些指令碼放在了新系統上並新增到了crontab中,因此我收到了有關執行的每個作業的電子郵件。根目錄傳送的電子郵件過多。有沒有辦法停止這種行為?
 
答:  Crond通常在執行cron作業時傳送電子郵件。它使用/ etc / crontab中的MAILTO變數來確定誰接收電子郵件,預設情況下該使用者是root。有幾種方法可以停止此行為。
 
1.將MAILTO變數更改為空白。
 
您可以編輯/ etc / crontab檔案,並將MAILTO變數更改為以下內容:
MAILTO=""
 
這將有效地禁用來自cron守護程式的所有電子郵件。然後,您可以在指令碼中決定使用mailx命令或您選擇的命令傳送郵件。
 
這不是我的首選方法,因為當cronjob出現錯誤時,我希望接收電子郵件。
 
2.將STDOUT和STDERR重定向為null以抑制輸出。
 
通過抑制指令碼的輸出,crond可以傳送任何內容。
 
將以下內容新增到crontab條目中,以將所有輸出(STDERR和STDOUT)傳送到/ dev / null。例如:
>/dev/null 2>&1
 
0 5 * * * /example/script >/dev/null 2>&1
這也有缺點,因為您將抑制所有可能有助於除錯指令碼問題的錯誤。
 
3.配置crond將指令碼輸出傳送到系統日誌,並禁用傳送輸出郵件。
 
您可以通過編輯/ etc / sysconfig / crond檔案並更改CRONDARGS行來配置crond。新增“ -s”引數會將輸出傳送到系統日誌,新增“ -m off”引數將禁止crond傳送作業輸出的電子郵件。
 
例如:您將必須重新啟動crond服務以讀取新的引數:
[[email protected] ~]# cat /etc/sysconfig/crond
# Settings for the CRON daemon.
# CRONDARGS= :  any extra command-line startup arguments for crond
CRONDARGS=-s -m off
 
 
systemctl restart crond.service
當作業執行時,以上任何一種方法都可以完全抑制來自cron守護程式的電子郵件。這在我看來並不理想,因為如果我的cron作業出現錯誤,我想得到通知。我更喜歡寫我的指令碼以不產生任何輸出(沒有標準輸出,但仍然輸出錯誤),或者只將STDOUT重定向到/ dev / null。如果發生錯誤,這將導致crond僅傳送電子郵件。
 
僅僅重定向STDOUT的示例:
0 5 * * * /example/script > /dev/null

 



 

 這就是我看到的解決方案

 

 

 改寫一下配置就可以了  當然你也可以在每行任務中新增。

看到這個的時候 我也是才明白 fastadmin中推薦的 定時任務的格式 為什麼是 

* * * * * /usr/bin/php /www/yoursite/public/index.php /addons/crontab/autotask/index > /dev/null  2>&1 &