横断歩道での一時停止は善意ではなく義務 (Powered by WordPress)
今回は珍しく，方針を決めた翌日に着手しました．
しかし，結果は芳しくありません．SARPIのサイトのaarch64用インストーラー26 Feb 24版という一昨日buildされたばかりのものを試しましたが，ブートしません．
イメージのxzを展開しても，zipを展開してDOSパーティションに入れても結果は同じで，USBディバイスの検出まで進みますが，そこから先に進みません．
思っていた以上に手強いです．
RPi4 (RAM 4GB)で，RPi4用のインストーラーも試してみました．結果は同じで，USB機器検出の先に進みません．
一時はRaspberry Pi OS 64bit (RPiOS 64)にサーバーを移転することを考えて，Raspberry Pi 5 Model B (RPi5) + 1TB SSDでシステムの構築を始めたところです．
しかし，色々いじっている間に考えが変わって，Slackware aarch64 (ARM 64bit)にするか，ということになりました．Slackware aarch64にする最大のメリットは，Slackwareは30年近くいじってきていますので，設定に関するノウハウが蓄積されていることです．設定ファイルをそのまま流用可能な場合も多いです．
問題はSlackware aarch64が正式なdistroではないということです．正式安定版はなく， “current” があるのみです．Slackware ARM 15.0でもsddmが起動しないなどいくつか問題に遭遇していますので，さらに多くの問題があるかもしれません．
チャレンジングですがやってみることにします．
またサーバーのハードウエア自体は速けりゃいいと言うもんでもないので，RPi5でなくRPi4のままで行こうかとも考えています．
SARPI4のKernelですが，昨年のはじめに，6.0.14から，6.1.3, 6.1.7にあげてみたところ，システムが不安定になったので，6.0.14のままにとどめていました．
流石に一年も経つので不安定さも解消しただろうと，昨夜最新の6.6.17に上げてみました．
GUI(Xorg)を動かして一晩中防犯カメラからのストリーミングビデオ(RTSP)を表示させて負荷をかけてみましたが，半日経っても問題ないので，多分大丈夫でしょう．
ちなみに，Kernelの最新安定版は6.7.6のようです．6.6.xはlongtermで，最新は6.6.18ですから，SARPI4チームはよくやってくれていると思います．
一度は止める決意をして，sendmailなしでのメール環境構築を考えたり試してみました．
まずはsendmailが送受信するメールを精査してみました．
サーバーから発せられるメールは，Wordpressが発する各種警告・情報メールと，Logwatchが1日1度送り出す各種ログのサマリーです．
また，sendmailが受け取っているメールはスマホアプリがiCloudを経由して送ってくるメールです．日常的にはこれだけで，あとはごくまれにテスト的にGMailから送り込んだりしています．
まずLogwatchが送り出すメールはローカルに処理できるのでsendmailやqmailといったMTAは不要です．どうすればよいか忘れましたが，管理しているシステムの中に実際そういう設定のシステムがあるので，いざやるとなればそこを参考にすればできるはずです．
また，iCloudから来るメールは自分で送っているので，極端な話その時だけsendmailを機能させれば十分なわけです．
問題はWordpressです．Wordpressが自前でよそのSMTPサーバーに繋ぐ設定ができるようになっていれば何の苦労もないのですが，調べてみるとNGで，自分でphpの関数（あちこちに例示があるのでそれほどむつかしくはなさそう）を書くか，プラグインを使う必要があるようです．
phpを書くのもやぶさかではないですがWordpressのupdate/upgradeのときにどうなるのか，どうすればいいのか解らないのでやめときました．
次の策としてプラグインを試してみました．超人気のもの，次に人気のもの，ちょっと違った認証方法のものを試しました．SMTPの設定はわかってしまえば大したことありませんでしたが，GMailやその他有名プロバイダーを網羅したかなり仰々しいプラグインで，しかもあちこちで有料版を勧めてきますので，たかがsimpleメール送受信のためにバカバカしいと感じました．
結論的にはsendmailは動かしたままにして，入ってくるsmtp, 587, smtpsの3つのポートを，受け取るメールがあるときだけ手動で開く運用でいくことにしました．
あんまり手の内はさらしたくないのですが，今回のこの処置は，外から繋いでくるものがあいぴいぶいふぉおの場合の処置で，あいぴいぶいしくすは筒抜けのままです．爺メールは後者なので何ら影響しません．
MTAへ激しく攻撃されっぱなしで，止めるというのはなんか残念な気もしますが，今sendmailが本来のメール送受信のために動くのは日に2回+不定期的なWordpressからのupdate案内しかなく，それに対して日に千回近い攻撃にさらすのはバカバカしくもあります．
先に書きましたように，攻撃による実害はあまり大したことはないのですが，iptablesでDROPするipアドレスを約1万個登録してあってこれがRaspberry Piの貴重な実メモリーに展開されているのが一番バカバカしいです．
sendmailとは長い付き合いでした．使い始めた1990年代半ばには，ほとんどのLinux distroに標準でついていて，デフォルトで動くような設定だったと思います．
自前でメーリングリスト(ML)を立ち上げるのに使ったり，またアマチュア無線のパケット通信のメールのゲートウェーにも使ったりしていました．
その後SPAMが社会問題化して，個人の動かしているsendmailをはじめとしたMTAからのメール送信を受け付けるサイトがほとんどなくなりました．MLも自分で動かしていると，サーバーがダウンしたりメンテする時にやっかいなので，もうずいぶん前に大手IT会社のサービスに移行しました．
あと，自前のMTAの大きなメリットは，メールアドレスを好きなだけ作れるということです．怪しいサイトや，有名だけど関わりたくない会社のサイトにアカウントをとりあえず作る時に，
適当な名前@ホスト.ドメイン
の形で作ったメールアドレスをIDとして使用します． “適当な名前” はそれこそなんでもいいので無数に作れます．確認メールの受信などの用が済んだらIDを消すか，/dev/nullに転送するようにすればよいです．
これも，使い捨てメールアカウントを提供するサービスでたいてい足りますが，自前でできるというのがミソでした．
現在受信しているメールは，一つは手動で，もう一つは自動的にメールが発せられ，それを大手IT会社を経由してこちらのsendmailが受けていますが，これらもあえて自前のMTAを介する必要はなく，生存確認のためのようなもんです
ということで，1日に2通のメールを受けるため，何百何千の攻撃を避ける運用を続けながらおよぞ30年の長きにわたり使用してきたsendmailを近々止めることにします．