それまで受信できていたcron経由によるメールを、正常受信できなくなった原因

Linuxコマンドcron

目次一覧

 状態:-  閲覧数:826  投稿日:2019-04-26  更新日:2019-04-28
最初に結論 / 時系列

2018/7/6。cron経由でメールを受信したい。失敗1回目

2018/7/6。失敗2回目

2018/7/6。失敗3回目

2018/7/6。失敗4回目

2019/4/23

2019/4/24

2019/4/25

2019/4/26。約1年ぶりに、cron経由によるメール受信に成功した

2019/4/27。cron結果を「Yahoo!メール」で受信できない

2019/4/28。Yahoo!メールヘ問い合わせ

最初に結論 / 時系列

 閲覧数:120 投稿日:2018-07-06 更新日:2019-04-26 

最初に結論


それまで受信できていたcron経由によるメールを、正常受信できなくなった原因
・メッセージファイルが大き過ぎたため

時系列


2018/4/2 09:01
・cron経由によるメールを、最後に正常受信できた年月日
・件名
Cron <root@www29330ue> /bin/bash /home/★★/shell/backup_20170130_mysql.sh


2019/4/23
・「$ sudo service crond status」で「sendmail: fatal: root(0): message file too big」エラーを確認
・「$ sudo vi /etc/postfix/main.cf」で「message_size_limit = 40960000」を追記

2019/4/24
・cron経由によるメールが受信されていないことを確認
・「$ sudo service crond status」では、相変わらず「sendmail: fatal: root(0): message file too big」エラーが表示されている
・「設定可能な最大値」を設定するため、「0」を指定
$ sudo vi /etc/postfix/main.cf
#20190424
mailbox_size_limit = 0
message_size_limit = 0


2019/4/25
・cron経由によるメールが受信されていないことを確認
・「$ sudo service crond status」では、相変わらず「sendmail: fatal: root(0): message file too big」エラーが表示されている
・「message_size_limi」を「100Mbyte」に設定
$ sudo vi /etc/postfix/main.cf
#20190425
mailbox_size_limit = 0
message_size_limit = 104857600


2019/4/26
・cron経由によるメールを受信できたことを確認
・「$ sudo service crond status」を実行するも、エラー表示されない

2018/7/6。cron経由でメールを受信したい。失敗1回目

 閲覧数:148 投稿日:2018-07-06 更新日:2019-04-26 

設定確認


# ls /etc/cron.d
0hourly  access_analysis  backup_by_database  letsencrypt  mysql_backup  raid-check  sysstat


# less /etc/cron.d/access_analysis
1 5 * * * root /usr/bin/php /var/www/html/lib/xxxx/cron/pagerank-access/output.php


設定変更


▼/etc/cron.d/access_analysis
# vi /etc/cron.d/access_analysis
MAILTO=re9◇◇@yahoo.co.jp
1 5 * * * root /usr/bin/php /var/www/html/lib/xxxx/cron/pagerank-access/output.php


cronデーモンを再起動
・crondの再起動
# systemctl restart crond

結果は?


失敗
・cron実行されるが、メール受信できない

2018/7/6。失敗2回目

 閲覧数:140 投稿日:2018-07-06 更新日:2019-04-26 

設定確認


送信されていないメールが溢れているのかと思ったが
・そんなことはなかった
・何もせず閉じる
$ cd /var/spool/mail/
# ls -l
合計 4
-rw-rw---- 1 ★★ mail    0  3月 22 11:06 ★★
-rw------- 1 root       mail 2298  3月 22 11:17 root


設定変更


▼/etc/crontab
「/etc/crontab」の「MAILTO」を変更しなければいけないのかと思い、試す
# vi /etc/crontab
#MAILTO=root
MAILTO=re9◇◇@yahoo.co.jp


cronデーモンを再起動
・crondの再起動
# systemctl restart crond

結果は?


失敗
・cron実行されるが、メール受信できない

2018/7/6。失敗3回目

 閲覧数:125 投稿日:2018-07-06 更新日:2019-04-26 

設定変更


▼/etc/crontab
・デフォルトへ戻す
# vi /etc/crontab
MAILTO=root
#MAILTO=re9◇◇@yahoo.co.jp



▼/etc/cron.d/access_analysis
・""で囲む
# vi /etc/cron.d/access_analysis
#MAILTO=re9◇◇@yahoo.co.jp
MAILTO="re9◇◇@yahoo.co.jp"
1 5 * * * root /usr/bin/php /var/www/html/lib/trust_path_allproject/cron/pagerank-access/output.php


cronデーモンを再起動
・crondの再起動
# systemctl restart crond


結果は?


失敗
・cron実行されるが、メール受信できない

2018/7/6。失敗4回目

 閲覧数:133 投稿日:2018-07-08 更新日:2019-04-26 

設定変更


▼/etc/crontab
・""で囲む
# vi /etc/crontab
#MAILTO=root
MAILTO="re9◇◇@yahoo.co.jp"


cronデーモンを再起動
・crondの再起動
# systemctl restart crond

結果は?


失敗
・cron実行されるが、メール受信できない

# ls -l /var/log/
合計 372200
drwxr-xr-x. 2 root       root              6 10月 31  2016 anaconda
drwx------. 2 root       root             94  6月 30 09:00 audit
-rw-r--r--  1 root       root           9521  4月 23 16:15 boot.log
-rw-------  1 root       utmp              0  7月  1 03:56 btmp
-rw-------  1 root       utmp              0  6月  1 03:53 btmp-20180701
drwxr-xr-x. 2 chrony     chrony            6 11月 24  2015 chrony
-rw-------  1 root       root       36533318  7月 10 12:20 cron
-rw-------  1 root       root       91787249  6月 18 07:05 cron-20180618
-rw-------  1 root       root       71647160  6月 24 06:42 cron-20180624
-rw-------  1 root       root       93200292  7月  2 04:49 cron-20180702
-rw-------  1 root       root       73659229  7月  8 03:28 cron-20180708
-rw-r--r--  1 root       root          32824  4月 23 16:15 dmesg
-rw-r--r--  1 root       root          32824  4月 23 16:02 dmesg.old
-rw-------  1 root       root            108  7月  8 03:28 fail2ban.log
-rw-------  1 root       root            108  6月 10 06:40 fail2ban.log-20180618
-rw-------  1 root       root            108  6月 18 07:05 fail2ban.log-20180624
-rw-------  1 root       root            108  6月 24 06:42 fail2ban.log-20180702
-rw-------  1 root       root            108  7月  2 04:49 fail2ban.log-20180708
-rw-------  1 root       root           1321 10月 31  2016 grubby
drwx------  2 root       root              6 10月 20  2017 httpd
-rw-r--r--  1 root       root         292292  7月 10 11:39 lastlog
drwx------  2 root       root           4096  7月 10 03:00 letsencrypt
-rw-------  1 root       root              0  7月  8 03:28 maillog
-rw-------  1 root       root              0  6月 10 06:40 maillog-20180618
-rw-------  1 root       root              0  6月 18 07:05 maillog-20180624
-rw-------  1 root       root              0  6月 24 06:42 maillog-20180702
-rw-------  1 root       root              0  7月  2 04:49 maillog-20180708
-rw-------  1 root       root        1684513  7月 10 12:25 messages
-rw-------  1 root       root        2008028  6月 18 07:05 messages-20180618
-rw-------  1 root       root        2302667  6月 24 06:42 messages-20180624
-rw-------  1 root       root        4067451  7月  2 04:49 messages-20180702
-rw-------  1 root       root        2987813  7月  8 03:28 messages-20180708
-rw-r--r--  1 mysql      mysql         51570  7月 10 09:37 mysqld.log
drwxr-xr-x  2 root       root           4096  7月 10 05:15 nginx
drwxrwx---  2 apache     root            122  7月  8 03:28 php-fpm
drwx------. 2 root       root              6  6月 10  2014 ppp
drwxr-xr-x. 2 root       root           4096  7月 10 00:00 sa
-rw-------  1 root       root          62826  7月 10 11:52 secure
-rw-------  1 root       root         152745  6月 18 06:40 secure-20180618
-rw-------  1 root       root         157016  6月 24 00:23 secure-20180624
-rw-------  1 root       root         197367  7月  2 00:44 secure-20180702
-rw-------  1 root       root         112052  7月  7 22:57 secure-20180708
drwxr-xr-x. 2 root       root             22  9月 15  2016 tuned
drwxrwxrwx  2 ★★ ★★     4096  7月 10 10:40 uwsgi
-rw-r--r--  1 root       root            120  4月 23 16:15 wpa_supplicant.log
-rw-rw-r--  1 root       utmp         268032  7月 10 11:39 wtmp
-rw-------  1 root       root          14869  4月 21 18:19 yum.log




cron実行したらメールを受け取りたい

1サイトだけCron正常処理されない

2019/4/23

 閲覧数:150 投稿日:2019-04-23 更新日:2019-04-26 

crond デーモンの status を確認


$ sudo service crond status
Redirecting to /bin/systemctl status  crond.service
● crond.service - Command Scheduler
  Loaded: loaded (/usr/lib/systemd/system/crond.service; enabled; vendor preset: enabled)
  Active: active (running) since 土 2019-04-20 01:01:06 JST; 3 days ago
Main PID: 22392 (crond)
  CGroup: /system.slice/crond.service
          └─22392 /usr/sbin/crond -n

4月 21 01:20:50 hoge.vs.sakura.ne.jp crond[22392]: sendmail: fatal: root(0): message file too big
4月 21 12:00:01 hoge.vs.sakura.ne.jp crond[22392]: (python) ERROR (getpwnam() failed)
4月 22 00:00:01 hoge.vs.sakura.ne.jp crond[22392]: (python) ERROR (getpwnam() failed)
4月 22 01:36:07 hoge.vs.sakura.ne.jp crond[22392]: postdrop: warning: uid=0: File too large
4月 22 01:36:08 hoge.vs.sakura.ne.jp crond[22392]: sendmail: fatal: root(0): message file too big
4月 22 12:00:01 hoge.vs.sakura.ne.jp crond[22392]: (python) ERROR (getpwnam() failed)
4月 23 00:00:01 hoge.vs.sakura.ne.jp crond[22392]: (python) ERROR (getpwnam() failed)
4月 23 01:35:07 hoge.vs.sakura.ne.jp crond[22392]: postdrop: warning: uid=0: File too large
4月 23 01:35:08 hoge.vs.sakura.ne.jp crond[22392]: sendmail: fatal: root(0): message file too big
4月 23 12:00:02 hoge.vs.sakura.ne.jp crond[22392]: (python) ERROR (getpwnam() failed)


Postfixのバージョン
$ postconf mail_version
mail_version = 2.10.1


$ postconf | grep size_limit
body_checks_size_limit = 51200
bounce_size_limit = 50000
header_size_limit = 102400
mailbox_size_limit = 51200000
message_size_limit = 10240000


「40Mbyte」に設定
・40*1000*1024=40960000
$ sudo vi /etc/postfix/main.cf
#20190423
message_size_limit = 40960000


設定を反映させるために、postfixを再起動
$ sudo service postfix restart
Redirecting to /bin/systemctl restart  postfix.service


設定反映を確認
$ postconf | grep size_limit
body_checks_size_limit = 51200
bounce_size_limit = 50000
header_size_limit = 102400
mailbox_size_limit = 51200000
message_size_limit = 40960000


$ ls -l /var/spool/mail/
合計 1852
-rw-rw---- 1 ★★ mail    4758  1月 23 10:30 ★★
-rw------- 1 nginx      mail   37751  3月 13 17:17 nginx
-rw------- 1 root       mail 1840989  4月 23 21:42 root


2019/4/24

 閲覧数:148 投稿日:2019-04-25 更新日:2019-04-26 

crond デーモンの status を確認


$ sudo service crond status
Redirecting to /bin/systemctl status  crond.service
● crond.service - Command Scheduler
  Loaded: loaded (/usr/lib/systemd/system/crond.service; enabled; vendor preset: enabled)
  Active: active (running) since 土 2019-04-20 01:01:06 JST; 4 days ago
Main PID: 22392 (crond)
  CGroup: /system.slice/crond.service
          └─22392 /usr/sbin/crond -n

4月 22 01:36:07 hoge.vs.sakura.ne.jp crond[22392]: postdrop: warning: uid=0: File too large
4月 22 01:36:08 hoge.vs.sakura.ne.jp crond[22392]: sendmail: fatal: root(0): message file too big
4月 22 12:00:01 hoge.vs.sakura.ne.jp crond[22392]: (python) ERROR (getpwnam() failed)
4月 23 00:00:01 hoge.vs.sakura.ne.jp crond[22392]: (python) ERROR (getpwnam() failed)
4月 23 01:35:07 hoge.vs.sakura.ne.jp crond[22392]: postdrop: warning: uid=0: File too large
4月 23 01:35:08 hoge.vs.sakura.ne.jp crond[22392]: sendmail: fatal: root(0): message file too big
4月 23 12:00:02 hoge.vs.sakura.ne.jp crond[22392]: (python) ERROR (getpwnam() failed)
4月 24 00:00:01 hoge.vs.sakura.ne.jp crond[22392]: (python) ERROR (getpwnam() failed)
4月 24 01:26:33 hoge.vs.sakura.ne.jp crond[22392]: postdrop: warning: uid=0: File too large
4月 24 01:26:34 hoge.vs.sakura.ne.jp crond[22392]: sendmail: fatal: root(0): message file too big


$ postconf message_size_limit
message_size_limit = 40960000


「設定可能な最大値」を設定するため、「0」を指定
$ sudo vi /etc/postfix/main.cf
#20190424
mailbox_size_limit = 0
message_size_limit = 0


$ service postfix status
Redirecting to /bin/systemctl status  postfix.service
● postfix.service - Postfix Mail Transport Agent
  Loaded: loaded (/usr/lib/systemd/system/postfix.service; enabled; vendor preset: disabled)
  Active: active (running) since 火 2019-04-23 21:42:19 JST; 13h ago
 Process: 13983 ExecStart=/usr/sbin/postfix start (code=exited, status=0/SUCCESS)
 Process: 13982 ExecStartPre=/usr/libexec/postfix/chroot-update (code=exited, status=0/SUCCESS)
 Process: 13979 ExecStartPre=/usr/libexec/postfix/aliasesdb (code=exited, status=0/SUCCESS)
Main PID: 14055 (master)
  CGroup: /system.slice/postfix.service
          ├─14055 /usr/libexec/postfix/master -wmeter definitions does not matter.
          ├─14057 qmgr -l -t unix -u
          └─18488 pickup -l -t unix -us a description of all Postfix configuration parameters. Default values
      are shown after the parameter name in parentheses, and can be looked up with the "postconf -d" command.
4月 24 06:10:14 hoge.vs.sakura.ne.jp postfix/pickup[16155]: 15D80750A974: uid=0 from=<root>
4月 24 06:10:14 hoge.vs.sakura.ne.jp postfix/cleanup[16663]: 15D80750A974: message-id=<20190423211014.15D80750A974@mail.example.net>
4月 24 06:10:15 hoge.vs.sakura.ne.jp postfix/qmgr[14057]: 15D80750A974: from=<root@mail.example.net>, size=20912, nrcpt=1 (queue active)
4月 24 06:10:16 hoge.vs.sakura.ne.jp postfix/local[16665]: 15D80750A974: to=<root@mail.example.net>, orig_to=<root>, relay=local, delay=5...ilbox)
4月 24 06:10:16 hoge.vs.sakura.ne.jp postfix/qmgr[14057]: 15D80750A974: removed
4月 24 10:57:44 hoge.vs.sakura.ne.jp postfix/pickup[17452]: E1873750A974: uid=994 from=<nginx>led with
4月 24 10:57:44 hoge.vs.sakura.ne.jp postfix/cleanup[18484]: E1873750A974: message-id=<20190424015744.E1873750A974@mail.example.net>
4月 24 10:57:45 hoge.vs.sakura.ne.jp postfix/qmgr[14057]: E1873750A974: from=<nginx@mail.example.net>, size=3268, nrcpt=1 (queue active)
4月 24 10:57:46 hoge.vs.sakura.ne.jp postfix/smtp[18486]: E1873750A974: to=<xxxx2019@yahoo.co.jp>, relay=mx2.mail.yahoo.co.jp[183.7...irdel)
4月 24 10:57:46 hoge.vs.sakura.ne.jp postfix/qmgr[14057]: E1873750A974: removeder"  action,  including
Hint: Some lines were ellipsized, use -l to show in full.ostfix 2.6, the response is hard-coded as "450".


設定を反映させるために、postfixを再起動
$ sudo service postfix restart
Redirecting to /bin/systemctl restart  postfix.service


設定反映を確認
$ postconf message_size_limit
message_size_limit = 0


$ postconf mailbox_size_limit
mailbox_size_limit = 0


$ ls -l /var/log/
合計 29744
drwxr-xr-x. 2 root       root             6 10月 31  2016 anaconda
drwx------. 2 root       root            94  4月 19 05:01 audit
-rw-r--r--  1 root       root          9896 12月 29 16:46 boot.log
-rw-------  1 root       utmp             0  4月  1 03:46 btmp
-rw-------  1 root       utmp             0  3月  1 04:17 btmp-20190401
drwxr-xr-x. 2 chrony     chrony           6 11月 24  2015 chrony
-rw-------  1 root       root         56426  4月 24 11:50 cron
-rw-------  1 root       root        149946  3月 31 07:42 cron-20190331
-rw-------  1 root       root        189414  4月  8 03:55 cron-20190408
-rw-------  1 root       root        144174  4月 14 03:27 cron-20190414
-rw-------  1 root       root        195997  4月 22 04:08 cron-20190422
-rw-r--r--  1 root       root         36591 12月 29 16:46 dmesg
-rw-r--r--  1 root       root         36439  7月 27  2018 dmesg.old
-rw-------  1 root       root           108  4月 22 04:08 fail2ban.log
-rw-------  1 root       root           108  3月 25 03:29 fail2ban.log-20190331
-rw-------  1 root       root           108  3月 31 07:42 fail2ban.log-20190408
-rw-------  1 root       root           108  4月  8 03:55 fail2ban.log-20190414
-rw-------  1 root       root           108  4月 14 03:27 fail2ban.log-20190422
-rw-------  1 root       root          1321 10月 31  2016 grubby
drwx------  2 root       root             6 11月  5 10:47 httpd
-rw-r--r--  1 root       root        292292  4月 24 11:17 lastlog
drwx------  2 root       root         12288  4月 24 04:01 letsencrypt
-rw-------  1 root       root         12737  4月 24 11:42 maillog
-rw-------  1 root       root         10312  3月 31 06:21 maillog-20190331
-rw-------  1 root       root         10657  4月  8 00:22 maillog-20190408
-rw-------  1 root       root         28309  4月 14 01:27 maillog-20190414
-rw-------  1 root       root         64151  4月 22 01:36 maillog-20190422
-rw-------  1 root       root       2147679  4月 24 11:55 messages
-rw-------  1 root       root       5689135  3月 31 07:42 messages-20190331
-rw-------  1 root       root       7200310  4月  8 03:55 messages-20190408
-rw-------  1 root       root       5575050  4月 14 03:27 messages-20190414
-rw-------  1 root       root       7388865  4月 22 04:08 messages-20190422
-rw-r--r--  1 mysql      mysql       690071  4月 24 01:39 mysqld.log
drwxr-xr-x  2 root       root          4096  4月 24 03:09 nginx
drwxrwx---  2 apache     root           122  4月 22 04:08 php-fpm
drwx------. 2 root       root             6  6月 10  2014 ppp
drwxr-xr-x. 2 root       root          4096  4月 24 00:00 sa
-rw-------  1 root       root         27547  4月 24 11:42 secure
-rw-------  1 root       root             0  3月 25 03:29 secure-20190331
-rw-------  1 root       root         28936  4月  7 22:22 secure-20190408
-rw-------  1 root       root        105900  4月 14 00:20 secure-20190414
-rw-------  1 root       root         55807  4月 21 01:07 secure-20190422
drwxr-xr-x. 2 root       root            22  9月 15  2016 tuned
drwxrwxrwx  2 dotinstall dotinstall    4096  9月 13  2018 uwsgi
-rw-r--r--  1 root       root           240 12月 29 16:46 wpa_supplicant.log
-rw-rw-r--  1 root       utmp        411264  4月 24 11:17 wtmp
-rw-------  1 root       root          3628  4月 13 00:13 yum.log
-rw-------  1 root       root         14869  4月 21  2018 yum.log-20190101


2019/4/25

 閲覧数:119 投稿日:2019-04-26 更新日:2019-04-26 

crond デーモンの status を確認


$ sudo service crond status -l
Redirecting to /bin/systemctl status  -l crond.service
● crond.service - Command Scheduler
  Loaded: loaded (/usr/lib/systemd/system/crond.service; enabled; vendor preset: enabled)
  Active: active (running) since 水 2019-04-24 12:51:46 JST; 23h ago
Main PID: 19105 (crond)
  CGroup: /system.slice/crond.service
          └─19105 /usr/sbin/crond -n

4月 24 12:51:46 hoge.vs.sakura.ne.jp systemd[1]: Started Command Scheduler.
4月 24 12:51:46 hoge.vs.sakura.ne.jp systemd[1]: Starting Command Scheduler...
4月 24 12:51:46 hoge.vs.sakura.ne.jp crond[19105]: (CRON) INFO (RANDOM_DELAY will be scaled with factor 0% if used.)
4月 24 12:51:46 hoge.vs.sakura.ne.jp crond[19105]: (CRON) INFO (running with inotify support)
4月 24 12:51:46 hoge.vs.sakura.ne.jp crond[19105]: (CRON) INFO (@reboot jobs will be run at computer's startup.)
4月 25 00:00:01 hoge.vs.sakura.ne.jp crond[19105]: (python) ERROR (getpwnam() failed)
4月 25 01:10:19 hoge.vs.sakura.ne.jp crond[22392]: postdrop: warning: uid=0: File too large
4月 25 01:10:20 hoge.vs.sakura.ne.jp crond[22392]: sendmail: fatal: root(0): message file too big
4月 25 12:00:01 hoge.vs.sakura.ne.jp crond[19105]: (python) ERROR (getpwnam() failed)


$ ls -l /etc/cron.d
合計 32
-rw-r--r-- 1 root root 128  3月 22  2018 0hourly
-rw-r--r-- 1 root root 130  7月  6  2018 access_analysis
-rw-r--r-- 1 root root  70  4月  9  2018 backup_by_database
-rw-r--r-- 1 root root 106  4月 20 00:46 certbot
-rw-r--r-- 1 root root  65  4月 20 00:20 letsencrypt
-rw-r--r-- 1 root root  64  4月  9  2018 mysql_backup
-rw-r--r-- 1 root root 110  4月 24 12:46 raid-check
-rw------- 1 root root 239  4月 24 12:47 sysstat


$ less /etc/cron.d/0hourly
# Run the hourly jobs
SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
49 * * * * root run-parts /etc/cron.hourly


$ less /etc/cron.d/access_analysis
MAILTO="xx9xxxxx@yahoo.co.jp"
1 5 * * * root /usr/bin/php /var/www/html/lib/xxxx/output.php


$ less /etc/cron.d/backup_by_database
1 6 * * * root /bin/bash /home/★★/shell/backup_by_database.sh


$ less /etc/cron.d/letsencrypt
1 4 * * * root /usr/bin/certbot renew && systemctl restart nginx


$ less /etc/cron.d/mysql_backup
1 4 * * * root /bin/bash /home/★★/shell/backup_mysql.sh


$ less /etc/cron.d/certbot
0 0,12 * * * python -c 'import random; import time; time.sleep(random.random() * 3600)' && certbot renew 


$ sudo rm /etc/cron.d/certbot

$ ls -l /etc/cron.d
合計 28
-rw-r--r-- 1 root root 128  3月 22  2018 0hourly
-rw-r--r-- 1 root root 130  7月  6  2018 access_analysis
-rw-r--r-- 1 root root  70  4月  9  2018 backup_by_database
-rw-r--r-- 1 root root  65  4月 20 00:20 letsencrypt
-rw-r--r-- 1 root root  64  4月  9  2018 mysql_backup
-rw-r--r-- 1 root root 110  4月 24 12:46 raid-check
-rw------- 1 root root 239  4月 24 12:47 sysstat


$ postconf message_size_limit
message_size_limit = 0


「100Mbyte」に設定
・104,857,600Mbyte
$ sudo vi /etc/postfix/main.cf
#20190424
#mailbox_size_limit = 0
#message_size_limit = 0
#20190425
mailbox_size_limit = 0
message_size_limit = 104857600


設定を反映させるために、postfixを再起動
$ sudo service postfix restart
Redirecting to /bin/systemctl restart  postfix.service


cron再起動
$ sudo systemctl restart crond

設定反映を確認
$ postconf message_size_limit
message_size_limit = 104857600

$ service crond status
Redirecting to /bin/systemctl status  crond.service
● crond.service - Command Scheduler
  Loaded: loaded (/usr/lib/systemd/system/crond.service; enabled; vendor preset: enabled)
  Active: active (running) since 木 2019-04-25 12:29:28 JST; 21s ago
Main PID: 24449 (crond)
  CGroup: /system.slice/crond.service
          └─24449 /usr/sbin/crond -n

4月 25 12:29:28 hoge.vs.sakura.ne.jp systemd[1]: Started Command Scheduler.
4月 25 12:29:28 hoge.vs.sakura.ne.jp systemd[1]: Starting Command Scheduler...
4月 25 12:29:28 hoge.vs.sakura.ne.jp crond[24449]: (CRON) INFO (RANDOM_DELAY will be scaled with factor 69% if used.)
4月 25 12:29:28 hoge.vs.sakura.ne.jp crond[24449]: (CRON) INFO (running with inotify support)
4月 25 12:29:28 hoge.vs.sakura.ne.jp crond[24449]: (CRON) INFO (@reboot jobs will be run at computer's startup.)



$ ls -l /var/spool/mail/
合計 1900
-rw-rw---- 1 ★★ mail    4758  1月 23 10:30 ★★
-rw------- 1 nginx      mail   37751  3月 13 17:17 nginx
-rw------- 1 root       mail 1888981  4月 25 06:09 root


/var/spool/mail/root を空(削除)にする
・「/dev/null」にファイルを出力するとその内容が破棄される
$ sudo -s
# cat /dev/null > /var/spool/mail/root
「rm /var/hoge」と「cat /dev/null > /var/hoge」について
# exit
exit

$ ls -l /var/spool/mail/
合計 48
-rw-rw---- 1 ★★ mail  4758  1月 23 10:30 ★★
-rw------- 1 nginx      mail 37751  3月 13 17:17 nginx
-rw------- 1 root       mail     0  4月 25 12:47 root


$ sudo less /var/log/maillog
Apr 25 01:10:19 hoge postfix/postdrop[15988]: warning: uid=0: File too large
Apr 25 01:10:20 hoge postfix/sendmail[15987]: fatal: root(0): message file too big
Apr 25 04:01:09 hoge postfix/pickup[21732]: 1A81A750A974: uid=0 from=<root>
Apr 25 04:01:09 hoge postfix/cleanup[22057]: 1A81A750A974: message-id=<20190424190109.1A81A750A974@mail.example.net>
Apr 25 04:01:09 hoge postfix/qmgr[18807]: 1A81A750A974: from=<root@mail.example.net>, size=2091, nrcpt=1 (queue active)
Apr 25 04:01:09 hoge postfix/local[22060]: 1A81A750A974: to=<root@mail.example.net>, orig_to=<root>, relay=local, delay=2.3, delays=2.1/0.11/0/0.04, dsn=2.0.0, status=sent (delivered to mailbox)
Apr 25 04:01:09 hoge postfix/qmgr[18807]: 1A81A750A974: removed
Apr 25 04:06:24 hoge postfix/pickup[21732]: 2B0DB750A974: uid=0 from=<root>
Apr 25 04:06:24 hoge postfix/cleanup[22080]: 2B0DB750A974: message-id=<20190424190624.2B0DB750A974@mail.example.net>
Apr 25 04:06:24 hoge postfix/qmgr[18807]: 2B0DB750A974: from=<root@mail.example.net>, size=870, nrcpt=1 (queue active)
Apr 25 04:06:24 hoge postfix/local[22082]: 2B0DB750A974: to=<root@mail.example.net>, orig_to=<root>, relay=local, delay=320, delays=320/0.04/0/0.08, dsn=2.0.0, status=sent (delivered to mailbox)
Apr 25 04:06:24 hoge postfix/qmgr[18807]: 2B0DB750A974: removed
Apr 25 06:09:55 hoge postfix/pickup[22364]: 4071F750A974: uid=0 from=<root>
Apr 25 06:09:55 hoge postfix/cleanup[22866]: 4071F750A974: message-id=<20190424210955.4071F750A974@mail.example.net>
Apr 25 06:09:55 hoge postfix/qmgr[18807]: 4071F750A974: from=<root@mail.example.net>, size=20912, nrcpt=1 (queue active)
Apr 25 06:09:55 hoge postfix/local[22868]: 4071F750A974: to=<root@mail.example.net>, orig_to=<root>, relay=local, delay=533, delays=533/0.06/0/0.07, dsn=2.0.0, status=sent (delivered to mailbox)
Apr 25 06:09:55 hoge postfix/qmgr[18807]: 4071F750A974: removed
Apr 25 12:28:19 hoge postfix/postfix-script[24352]: stopping the Postfix mail system
Apr 25 12:28:19 hoge postfix/master[18805]: terminating on signal 15
Apr 25 12:28:19 hoge postfix/postfix-script[24355]: waiting for the Postfix mail system to terminate
Apr 25 12:28:22 hoge postfix/postfix-script[24434]: starting the Postfix mail system
Apr 25 12:28:22 hoge postfix/master[24436]: daemon started -- version 2.10.1, configuration /etc/postfix


2019/4/26。約1年ぶりに、cron経由によるメール受信に成功した

 閲覧数:133 投稿日:2019-04-26 更新日:2019-04-26 

crond デーモンの status を確認


エラー表示されない
$ sudo service crond status
Redirecting to /bin/systemctl status  crond.service
● crond.service - Command Scheduler
  Loaded: loaded (/usr/lib/systemd/system/crond.service; enabled; vendor preset: enabled)
  Active: active (running) since 木 2019-04-25 12:29:28 JST; 24h ago
Main PID: 24449 (crond)
  CGroup: /system.slice/crond.service
          └─24449 /usr/sbin/crond -n

4月 25 12:29:28 hoge.vs.sakura.ne.jp systemd[1]: Started Command Scheduler.
4月 25 12:29:28 hoge.vs.sakura.ne.jp systemd[1]: Starting Command Scheduler...
4月 25 12:29:28 hoge.vs.sakura.ne.jp crond[24449]: (CRON) INFO (RANDOM_DELAY will be scaled with factor 69% if used.)
4月 25 12:29:28 hoge.vs.sakura.ne.jp crond[24449]: (CRON) INFO (running with inotify support)
4月 25 12:29:28 hoge.vs.sakura.ne.jp crond[24449]: (CRON) INFO (@reboot jobs will be run at computer's startup.)


cron経由によるメール


受信できたことを確認

新たな問題発生


受信メールを全文表示できない
・cron経由で送信した(添付ファイルなしの)メールを「Yahoo!メール」で受信すると、全文表示することが出来ない
・「メール全体を表示」とクリックすると、「ロード中...」のまま
・返信クリックすると、「ロードに時間がかかっています。」が表示され続けるだけ。「再実行」ボタンをクリックすると「元のメールのロードに時間がかかっています。」が表示され続け、先へ進まない

Yahoo!メールヘルプによると、メール1通の容量制限は?
・使用しているブラウザーやメールソフトに関係なく、1通のメールの容量は、メール本文と添付ファイルを合わせて最大25MBまで 
メール1通の容量制限

Yahoo!メール「詳細ヘッダー」の中に表示される、Content-Length の数値を (単位: バイト)確認すると
Content-Length: 40517616

・換算すると「38.64060974」MBだった

受信メール本文の容量を、ヘッダから確認することは出来ますか?

2019/4/27。cron結果を「Yahoo!メール」で受信できない

 閲覧数:133 投稿日:2019-04-27 更新日:2019-04-28 

問題発生


cron結果を「Yahoo!メール」で受信できない

どうして?
・昨日、(約1年振りに)受信できたばかりだと言うのに

$ sudo less /var/log/cron

$ ls -l /var/spool/mail/
合計 100
-rw-rw---- 1 ★★ mail  4768  4月 27 22:47 ★★
-rw------- 1 nginx      mail 37751  3月 13 17:17 nginx
-rw------- 1 root       mail 50768  4月 27 06:11 root

$ sudo truncate -s0 /var/spool/mail/root
$ ls -l /var/spool/mail/
合計 48
-rw-rw---- 1 ★★ mail  4768  4月 27 22:47 ★★
-rw------- 1 nginx      mail 37751  3月 13 17:17 nginx
-rw------- 1 root       mail     0  4月 27 23:26 root


$ sudo vi /etc/crontab
MAILTO=root
#MAILTO="xx9xxxxx@yahoo.co.jp"


$ sudo systemctl restart crond


2019/4/28。Yahoo!メールヘ問い合わせ

 閲覧数:131 投稿日:2019-04-28 更新日:2019-04-28 

cron結果をYahoo!メールで受信できない



エラー表示されない


$ sudo service crond status -l
Redirecting to /bin/systemctl status  -l crond.service
● crond.service - Command Scheduler
  Loaded: loaded (/usr/lib/systemd/system/crond.service; enabled; vendor preset: enabled)
  Active: active (running) since 日 2019-04-28 00:02:58 JST; 10h ago
Main PID: 5567 (crond)
  CGroup: /system.slice/crond.service
          └─5567 /usr/sbin/crond -n

4月 28 00:02:58 hoge.vs.sakura.ne.jp systemd[1]: Started Command Scheduler.
4月 28 00:02:58 hoge.vs.sakura.ne.jp systemd[1]: Starting Command Scheduler...
4月 28 00:02:58 hoge.vs.sakura.ne.jp crond[5567]: (CRON) INFO (RANDOM_DELAY will be scaled with factor 30
% if used.)
4月 28 00:02:58 hoge.vs.sakura.ne.jp crond[5567]: (CRON) INFO (running with inotify support)
4月 28 00:02:58 hoge.vs.sakura.ne.jp crond[5567]: (CRON) INFO (@reboot jobs will be run at computer's sta
rtup.)


mail ログ確認


$ sudo less /var/log/maillog
Apr 28 06:10:16 hoge postfix/pickup[6609]: 8B842750A974: uid=0 from=<root>
Apr 28 06:10:17 hoge postfix/cleanup[7190]: 8B842750A974: message-id=<20190427211016.8B842750A974@mail.example.net>
Apr 28 06:10:17 hoge postfix/qmgr[24438]: 8B842750A974: from=<root@mail.example.net>, size=20912, nrcpt=1 (queue active)
Apr 28 06:10:17 hoge postfix/local[7192]: 8B842750A974: to=<root@mail.example.net>, orig_to=<root>, relay=local, delay=554, delays=553/0.13/0/0.13, dsn=2.0.0, status=sent (delivered to mailbox)
Apr 28 06:10:17 hoge postfix/qmgr[24438]: 8B842750A974: removed


設定変更


$ sudo vi /etc/crontab
・メールアドレスへ戻す
・「""」を削除
SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
# MAILTO=root
# MAILTO="xx9xxxxx@yahoo.co.jp"
MAILTO=xx9xxxxx@yahoo.co.jp

# For details see man 4 crontabs

# Example of job definition:
# .---------------- minute (0 - 59)
# |  .------------- hour (0 - 23)
# |  |  .---------- day of month (1 - 31)
# |  |  |  .------- month (1 - 12) OR jan,feb,mar,apr ...
# |  |  |  |  .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat
# |  |  |  |  |
# *  *  *  *  * user-name  command to be executed


$ sudo vi /etc/cron.d/access_analysis
・「""」を削除
・上記とは異なるメールアドレスへ変更してみる
# MAILTO="xx9xxxxx@yahoo.co.jp"
MAILTO=xxxxxxxx7@yahoo.co.jp
1 5 * * * root /usr/bin/php /var/www/html/lib/xxxx/cron/pagerank-access/output.php


$ ls -l /var/log/
//中略
-rw-------  1 root       root           615  4月 28 06:10 maillog
-rw-------  1 root       root         10657  4月  8 00:22 maillog-20190408
-rw-------  1 root       root         28309  4月 14 01:27 maillog-20190414
-rw-------  1 root       root         64151  4月 22 01:36 maillog-20190422
-rw-------  1 root       root         28680  4月 28 04:06 maillog-20190428


$ sudo less /var/log/maillog-20190428
Apr 28 01:33:35 hoge postfix/pickup[5670]: 93811750A974: uid=0 from=<root>
Apr 28 01:33:36 hoge postfix/cleanup[5893]: 93811750A974: message-id=<20190427163335.93811750A974@mail.example.net>
Apr 28 01:33:37 hoge postfix/qmgr[24438]: 93811750A974: from=<root@mail.example.net>, size=42227413, nrcpt=1 (queue active)
Apr 28 01:33:37 hoge postfix/smtp[5895]: 93811750A974: to=<xx9xxxxx@yahoo.co.jp>, relay=mx5.mail.yahoo.co.jp[182.22.12.243]:25, delay=73953, delays=73952/0.25/0.09/0, dsn=5.3.4, status=bounced (message size 42227413 exceeds size limit 41943040 of server mx5.mail.yahoo.co.jp[182.22.12.243])
Apr 28 01:33:37 hoge postfix/cleanup[5893]: C2E1A750A976: message-id=<20190427163337.C2E1A750A976@mail.example.net>
Apr 28 01:33:37 hoge postfix/bounce[5896]: 93811750A974: sender non-delivery notification: C2E1A750A976
Apr 28 01:33:37 hoge postfix/qmgr[24438]: C2E1A750A976: from=<>, size=2715, nrcpt=1 (queue active)
Apr 28 01:33:37 hoge postfix/qmgr[24438]: 93811750A974: removed
Apr 28 01:33:37 hoge postfix/local[5897]: C2E1A750A976: to=<root@mail.example.net>, relay=local, delay=0.14, delays=0/0.06/0/0.08, dsn=2.0.0, status=sent (delivered to mailbox)
Apr 28 01:33:37 hoge postfix/qmgr[24438]: C2E1A750A976: removed
Apr 28 04:01:10 hoge postfix/pickup[6239]: 6572A750A974: uid=0 from=<root>
Apr 28 04:01:10 hoge postfix/cleanup[6348]: 6572A750A974: message-id=<20190427190110.6572A750A974@mail.example.net>
Apr 28 04:01:10 hoge postfix/qmgr[24438]: 6572A750A974: from=<root@mail.example.net>, size=2091, nrcpt=1 (queue active)
Apr 28 04:01:11 hoge postfix/local[6351]: 6572A750A974: to=<root@mail.example.net>, orig_to=<root>, relay=local, delay=2.9, delays=2.3/0.14/0/0.42, dsn=2.0.0, status=sent (delivered to mailbox)
Apr 28 04:01:11 hoge postfix/qmgr[24438]: 6572A750A974: removed
Apr 28 04:06:19 hoge postfix/pickup[6239]: 654A4750A974: uid=0 from=<root>
Apr 28 04:06:19 hoge postfix/cleanup[6367]: 654A4750A974: message-id=<20190427190619.654A4750A974@mail.example.net>
Apr 28 04:06:19 hoge postfix/qmgr[24438]: 654A4750A974: from=<root@mail.example.net>, size=870, nrcpt=1 (queue active)
Apr 28 04:06:19 hoge postfix/local[6369]: 654A4750A974: to=<root@mail.example.net>, orig_to=<root>, relay=local, delay=315, delays=315/0.04/0/0.05, dsn=2.0.0, status=sent (delivered to mailbox)
Apr 28 04:06:19 hoge postfix/qmgr[24438]: 654A4750A974: removed


生じた疑問


mail ログ
・message size 42227413 exceeds size limit 41943040 of server mx5.mail.yahoo.co.jp
・送信はされている模様
・単に拒否されているみたい
・cron書式がおかしいのかと思っていたが、そういうわけではないみたい
・容量を超えていた場合は、Yahoo!メールで受信できても、全文表示されないだけなのではないの?

Yahoo!メールヘ問い合わせ


Yahooメール本文へ容量を超えたメールを送信した場合、どうなりますか?
・2019/4/28

cron結果を、Yahooメールへ送信しました。
全文表示できなかったので、詳細ヘッダーの中に表示されるContent-Lengthの数値を確認したところ、容量を超えていたことが分かりました。
そこで私は、容量を超えたYahooメールを受信すると、全文表示できなくなるのだな、と思いました。

ところが、翌日からcron経由のメール受信できなくなりました。

CentOS7で「$ sudo less /var/log/maillog-20190428」コマンドを打ったら、下記表示でした。
Apr 28 01:33:37 hoge postfix/qmgr[24438]: 93811750A974: from=<root@mail.example.net>, size=42227413, nrcpt=1 (queue active)
Apr 28 01:33:37 hoge postfix/smtp[5895]: 93811750A974: to=<xx9xxxxx@yahoo.co.jp>, relay=mx5.mail.yahoo.co.jp[182.22.12.243]:25, delay=73953, delays=73952/0.25/0.09/0, dsn=5.3.4, status=bounced (message size 42227413 exceeds size limit 41943040 of server mx5.mail.yahoo.co.jp[182.22.12.243])
Apr 28 01:33:37 hoge postfix/cleanup[5893]: C2E1A750A976: message-id=<20190427163337.C2E1A750A976@mail.example.net>


・容量を超えたメールを受信した時、GUIで確認する方法はありますか?
・そもそも、容量を超えたメールは受信できない?
・それではなぜ1通目は(一部ではありますが)表示されたのでしょうか?
・容量を超えたメールを1通目は受信するけれども2通目以降は受信しないという仕様ですか?


「/etc/cron.d/sysstat」と「/etc/cron.d/raid-check」

「CentOS7」で「cron」を新規設定する



類似度ページランキング
順位 ページタイトル抜粋
1 それまで動作していたcronが、正常動作しなくなった原因 58
2 crontabsを依存関係の絡みで意図せず削除していたため、改めてインストール / それまで動作していたcronが動作しなくなった原因。ケース3 36
3 ルートドメインでのみサイトが表示されない理由は、お名前.com の DNS設定 を誤っていたから 35
4 cronで定期実行しているphpファイルを、コマンドライン経由で即時実行する 34
5 以前は普通に表示されていたWebサイト表示が、最近とくに遅くなっているので、原因を知りたい2 33
6 以前は普通に表示されていたWebサイト表示が、最近とくに遅くなっているので、原因を知りたい1 33
7 cron デーモンプロセスが正常動作しないときに確認すべき項目 32
8 ファイル拡張子などで条件を絞って全置換するためには、「grep」ではなく「find」を使用 31
9 他で取得したドメインを、さくらネームサーバ経由して利用 31
10 MySQLバージョンアップに伴う意図しないcrontabファイル削除。PHPバージョンアップに伴うPHP実行パス変更 / それまで動作していたcronが動作しなくなった原因。ケース3 29
11 PHP5をインストールしているCentOSで、PHP7も使用したい 28
12 /etc/groupでは、「そのグループをプライマリグループとするユーザ名」を確認することは出来ない 27
13 PHPのmb_send_mail関数でメール送信できない 27
14 MongoDBを理解できない 27
15 CentOS7/cron設定内容。常に最新へ更新し続けていく 26
16 CentOSでcpコマンド動作確認するためには、Control + T ではなく、 -v オプションを使用 26
17 仕様書を読まなければHTTPを理解できない理由 26
18 sudoユーザは一般ユーザより上位に位置するが、環境まで上位であるわけではない 26
19 PoderosaでVimを立ち上げると黄色い文字が読めないため非常に編集しづらい 26
20 1サーバをバーチャルドメインで運営している場合 の Fromメールヘッダ の問題 26
2021/9/24 0:23 更新
週間人気ページランキング / 9-16 → 9-22
順位 ページタイトル抜粋 アクセス数
1 Nginx設定。エラーログレベル | Nginx(Webサーバ) 19
2 PHP実行ユーザ設定 / CentOS6 / Apache | PHP(プログラミング言語) 14
3 PHPのmb_send_mail関数でメール送信できない | メール処理システム 13
4 9回目-13.MySQL5.7.21設定 | CentOS 7 2週間無料のお試し期間 9回目(さくらVPS) 12
5 touch コマンド / viコマンド。新規ファイル作成時の違い | Linuxコマンド 8
6 ソースからビルドしたPython 2.7.3 アンインストール失敗 | Python(プログラミング言語) 7
6 FFmpeg 2.8.15 を yum インストール | ソフトウェアスイート 7
6 「設定ファイルに、暗号化 (blowfish_secret) 用の非公開パスフレーズの設定を必要とするようになりました。」対応 7
6 Python 3.5 アンインストール / yum remove | Python(プログラミング言語) 7
6 manページ日本語表示 | CentOS 7 (CentOS) 7
6 PHPファイルでchmodエラー | PHP(プログラミング言語) 7
7 ABRT により 問題が検出されました | CentOS 7 (CentOS) 6
7 Python 3.6 インストール / make altinstall | Python(プログラミング言語) 6
7 さくらVPS0 6
8 Reached target Shutdown メッセージが表示されたあと、シャットダウンまたは再起動プロセスがハングアップする | CentOS 7 (CentOS) 5
9 PHP Version 7.1.2 php-mecabエクステンション対応 / PHP 7.0.14 からのアップグレード  | MeCab(形態素解析) 4
9 echo と cat の違い 4
9 phpMyAdmin 4.4.3(phpMyAdmin) カテゴリー 4
9 tar: これは tar アーカイブではないようです 4
9 MySQL 5.5 から 5.6 へのアップグレード | MySQL(データベース) 4
2021/9/23 1:01 更新