ドカジャン着て出たけど、いい天気でクソ暑い。
出る前の天気については、「ソーラー充電捗る」位しか思い浮かばなかったが、いい加減衣替えしないとな。
I know who Iam.
ドカジャン着て出たけど、いい天気でクソ暑い。
出る前の天気については、「ソーラー充電捗る」位しか思い浮かばなかったが、いい加減衣替えしないとな。
わしはスパムメールが大嫌いだが、社長の命令でスパムメール配信システムを構築した。
で、そいつがせっせとスケジュールに従って、スパムメールを配信するのだが、大量にエラーメールが返ってくる。
スパムメール業者あるあるだと思うが、メール送信先が転送されていて、転送先のメールサーバーからエラーを返される。
指定された送信先はエラーのためお届けできませんでした。
Subject: 今すぐに○○○○○○の☓☓☓☓☓☓☓☓しませんか!?
Date: Mon, 15 Apr 2024 09:06:14 +0900 (JST)
To: xxxxxxxxxxxxxxxxxxxx@softbank.ne.jp
つまり、次のようにエラーメールが返される。
スパムメール配信システム → ??? → 転送先アドレス
転送先メールサーバー→ウチのメールサーバー
メールには配信停止用URLをヘッダと本文に記載しているので、転送先メールサーバーが適切にエラーメールを引用してエラーが返ってきたら、手動で配信停止をすれば、エラーメールは無くなっていくようにはなっている。
だが、ソフトバンクのメールサーバーが腐ってて、こちらの配信停止情報を尽く削除した上で、エラーがあったと通知してくるだけなので、こちらで配信を停止する事ができない。
本来、転送をミスってるのだから、「???」のサーバーにエラーを返すのが筋だと思う。
しかし、メール転送の仕組み上、そっちにエラーを返しても転送設定に従って再び転送してしまうし、大抵、転送設定した本人は転送元のメールを参照する習慣が無くなっている。
無意味なメールを送ってくる MAILER-DAEMON@softbank.ne.jp のメールをReject しちゃうのが一番良いのだが、会社のメールサーバー契約した奴が、メールサーバーを自由に弄れる契約にしなかったので、それもできない。
転送元アカウントが無くなるまで、この無駄なトラフィックは無くならないので、すまんとは思うが、ソフトバンクが問題解決の役に立たない無意味なエラーメール通知をしてくるのが原因の9割なんだよなあ。
いつも、1番ホームで始発の電車に乗るべく、待っていて、電光掲示板見ると、2番ホームになっとる。
昔は、2番ホームから発車だったのが、ダイヤ改正で1番ホームになってたのが、また2番? これ恒久的なやつじゃないよな。と思いつつ、せっせと1番ホームから2番ホームへ移動。
前の2番ホーム発ダイヤの時は、上りが遅れると運休したり、始発駅が変わったりしてたけど、やっぱりこの電車油断ならんな。まあ、いい運動にはなった。
運動と言えば、毎日やり出した筋トレ。5日目くらいに忘れてて気付いた時に物凄い眠気が来てたから、サボった以外はやり続けている。
毎日歩いてるせいか、スクワット10回は割と平気で、腕立て10回がようやく苦にならなくなってきたが、昔は20回くらい平然とできていたから、上半身の筋力が無茶苦茶低下してたんだな。
腕立て10回……
何これ? 1日めよりキツいんだが……
あと、腹筋10回、スクワット10回、ダンベル4Kg上げ下げ10回
小腹が空いたらカロリーメイト食ってるけど、何か昔の空腹ごまかし食生活に戻ってんなあ。
体重が減らないので、筋トレする事にした。
筋肉をつければ、基礎代謝が増えるから、食べる量が同じなら、脂肪が減っていくはず。
手始めに腕立て10回、腹筋10回、ダンベル4Kg上げ下げ10回、スクワット10回とやってみた。
腕立て10回くらい軽いだろうと思ったら、3回くらいで体重を支えるのが厳しい感じで、筋力低下が著しい事を実感。
毎日続けて、余裕が出たら回数を上げていこう。
RX-7 を監視するプログラムを Raspberry Pi Zero 2 Wで動かしている。
1 2 |
@reboot /home/noizumi/bin/alarm_monitor.sh & */1 * * * * /home/noizumi/bin/ld_monitor.sh >/dev/null 2>&1 |
crontab にこう設定してあって、起動時にモニタプログラムが起動するようになっているのだが、最近、こいつが動いてない事が多い。
幸い、リモート接続は可能なので、ssh で接続して、手動で動かしているのだが、原因を調べると、どうも cron が動いてないっぽい。
systemctl status cron.service で状態を確認しても、running と出てるし、プロセスもちゃんと上がっているので、表面上異常は一切見付けられない。
うーん……
これは、モニタプログラムを /etc/rc.local 起動するしかないかな。
しかし、1分毎に動かしてる転送されていない動画を転送する処理は cron が動いていないと、問題がある。
rc.local で起動したモニタプログラムに、ログを調べて cron のログが無いようだったら、systemctl restart cron.service を実行する機能を付けねばならんか。
しかし、基幹部に欠陥があると、想定していた前提が崩壊してしまうので、こういうのは何とかならんのかのう 🙁