(IT) 自ドメインの設定が参加しているメーリングリストの配信に影響があった話

趣味のランニングのチームのメーリングリストのサーバーの運営をしている。
そんなもん、Googleでも何でも適当な無料サービスがあるだろ、なんて指摘は全然承知はしているんだけど、Webサーバー用にドメインもあるので、だったらチームのドメインでPostfix運用してMLエンジンもいれてメーリングリスト運用しちゃおう、ってことになっちゃって。
広告が入るのがイヤ、ってのもメンバーの皆さんにあったりとか、過去の経緯もあったりで。

前置きここまで。で、このメーリングリストのサーバーからのメールの一部をドコモ様が拒否していることが発覚。
レジェンドMさんから「XXXX番とYYYY番が届いてねえぞ!」と怒りのLINEが。あ、MLなんて止めてLINEグループにしちまえ、なんてご指摘もご遠慮くださいね笑
調べてみたら、3月中旬くらいから送信者がオレの場合にだけ、ドコモ宛とicloud宛のメールが先方のサーバーの拒否(Usesr Unknown)でバウンスしてた。同じメーリングリストで他の人が送信した場合は同じ宛先でもドコモのサーバーは受け取ってくれているのに。
まあ、メーリングリストのメールって、本当の送信者のドメインと送信元のサーバーのドメインが違うので、あやしいといえば怪しいのは承知してるんだけど、なんでオレのだけ?
と思って更にログを調べてたら、icloudさんのバウンスのログにヒントがあった。ちなみにドコモのサーバーの拒否ログはこんな

to=<hogehoge@docomo.ne.jp>, relay=mfsmax.docomo.ne.jp[203.138.180.240]:25, delay=1.3, delays=0.09/0.02/0.1/1.1, dsn=5.0.0, status=bounced (host mfsmax.docomo.ne.jp[203.138.180.240] said: 550 Unknown user hogehoge@docomo.ne.jp (in reply to end of DATA command))

「そんな人、知りません(プイっ)」みたいなログしか残らない。
これに対してicloudさんのログはヒント付き。

to=<hogehogehoge@icloud.com>, relay=mx02.mail.icloud.com[17.57.156.30]:25, delay=31, delays=0.1/0/1.9/29, dsn=5.7.1, status=bounced (host mx02.mail.icloud.com[17.57.156.30] said: 554 5.7.1 Your message was rejected due to shirao.net’s DMARC policy. See https://support.apple.com/en-us/HT204137 for info (in reply to end of DATA command))

「なんや、しらんけど、shirao.netのサーバーのDMARCポリシーがそうせえ、書いてるから拒否しとくわー。ちなみにここ参照な」ってことらしい。
ああ、なるほど。shirao.netの中の人が送信してると主張している割に送信元のサーバーが違うドメインだった場合は、拒否してくれ、ってDNSに書いた記憶があるわー。ってことでshirao.netのDNSのTXTレコードを確認。

_dmarc.shirao.net TXT v=DMARC1; p=reject; sp=reject; rua=mailto:dmarc@hogehoge.com; ruf=mailto:dmarc@hogehoge.com

これの「p=reject」ってところが「もし違うサーバーからshirao.netを語るメールが来ても信用しないで拒否してちょうだい」って意味。これを「p=none」に書き換えたらドコモ様も受信してくれるようになった。MLのドメインから来ても信頼してみてね、ってこと。
ただ、この設定は一時的にはいいけど、永続的に設定するのは非推奨らしいので、他の設定を調査を継続中。まあでも、とりあえずは解決した。
ドコモやicloudみたいな広義でのISP(Internet Service Provide(死語))は時々メール受信の判定ルールを好きなタイミングで緩めたり厳しくしたりするんで、こういうことがたまに起こるみたい。今回も3月中旬に急にこのDMARCの判定を厳密にするようになったっぽい。同じように困ってる人の助けになりますよう。あ、自分がメールで使ってるドメインのDNS設定いじれる人ってそんなにいないか笑

(IT) マイナ免許証へ更新

2025年3月から自動車の運転免許証がマイナンバーに統一可能となった。ちょうど13回目の更新にして初めてのゴールド免許となるので、比較的自宅から近い警察署での更新が可能ということもあり。マイナンバー免許証1枚に統合してきた。

<先にまとめ>
・手続きは通常の免許更新と同じ。視力検査もあるし、写真も撮る。ただ、マイナンバーカードへの書き込みが2回あるのが追加の手続き。
・警察庁謹製の「マイナ免許証読み取りアプリ」で免許番号や有効期限など、マイナンバーカードに書いてない情報の表示がスマホで可能。

というわけで、更新して数日だが、まだ困った事には直面していない(当たり前)

<更新レポート>
田園調布警察の免許更新は別棟。近隣はきっとお金持ちが多いけど、警察はそうでもなさそうだ笑
警察署での更新は予約制。事前にネットで予約して発行されたQRコードを携帯に保存して持って行く。


建物2階に入ってすぐ受付というか事前確認か。免許証かマイナ免許証かまたはその両方かを選ぶが前述の通りマイナ1枚を指定。
14時10分の予約だったが、多分20人弱が同じ枠。書類作成→支払い→視力検査→写真撮影→講習→免許交付の流れ。
マイナ免許証にしたのは、この中でオレともう一人の人の合計2人だけだった。
手続き的には、視力検査のあと、マイナンバーカード内のICカード領域を設定し読み書きができる状態にするために一度カードを預けることと、他の人が免許証を渡されるタイミングでマイナンバーカードにさっき撮影した写真のデータや免許証の情報を書き込む操作が追加の作業。書き込む時に「ワンストップサービス」も申し込んだが、同意のためには6桁以上英字混じりのパスワードが要求された(4桁の暗証番号じゃないやつ)。
あ、そうそう、最初の書類作成時に暗証番号の登録もするんだけど、旧来の免許に更新する人はこれまで通り暗証番号を2つ登録するんだが、マイナ免許証を選択した場合は1つだけ登録。ここだけが効率化された感じか笑
というわけで1時間ちょっとで更新は完了。

<アプリで確認>

「マイナンバーは対面確認アプリ」というデジタル庁謹製のアプリがあって、マイナンバーカードの情報が暗証番号なしで見られるんだが、これでみても、免許証の情報はまったく見えないようだった。
免許証リーダーアプリ(サードパーティー製)では4桁の暗証番号を覚えていれば本籍地まで表示できる。これでマイナ免許証を読み込ませてみても本籍は表示されなかった(暗証番号がひとつしかないからと思われる)。
警察庁謹製の「マイナ免許証読み取りアプリ」を使うと、マイナンバーカードに書いてない情報が表示される。有効期限とか免許番号とか取得日とか。逆に氏名や生年月日はマイナンバーカードに書いてあるので、このアプリでは表示されないということか。
(後日追記)ちょっと誤解があった。「氏名等も表示する」というオプションがデフォルトでoffで、そのままスキャンすると名前も住所も表示されないが、onにしてスキャンするとすべての情報が表示されるんだった。

<臓器提供意思表示>
旧来の免許証の裏面には住所変更時の追記欄に加え、臓器提供に関する意思表示欄があって、ここにちゃんと記入してくださいね、と講習の最後に案内されるんだが、マイナンバーカードの場合はどうすれば?と思ってたら、なんと、マイナンバーカードの表面の下の方にちゃーんと記入欄があった。
意思表示カードとの2枚持ちか?と心配したが、それは杞憂であった笑

<TimesCarへの申請>
カーシェアはTimesCarを使っているんだが、免許更新のちょっと前に「更新したら、新しい免許証登録してくださいねー」という案内がメールでも来ていた。マイナンバーカードを裏表送るのかと思ってたら、上記警察庁アプリから出力された免許画像を送ればOKという案内がちゃんと出てた笑

「なくしたらどうすれば?」みたいなこと言ってる人もいるけど、運転免許証だってなくす時はなくすんだから、特にリスクが増えたわけじゃないでしょって思ってる。交通違反以外で免許証で本人確認されることってまあ、なくなったし、それこそマイナンバーカードで本人確認はできるわけだから持ち歩けばいいし。なので、個人的には全員強制的に運転免許証もマイナンバーカードに統合しちまえと思ってるけど、マイナンバーカードが強制じゃない以上それはできないのか。何だかなあ笑
確定申告した人ならわかると思うけど、医療費の合計額がマイナンバーでわかるので、いちいちレシート集めて計算しなくていいだけでもだいぶ楽ちんになったよね。そういうメリットはだんだん増えてくはずなのに、マイナンバーカード反対派ってなんで反対なんだっけ?笑
海外では使えないらしいけど、海外に行くことになったら国際免許証を取得すればいいやと思ってる派。しばらく行く予定ないしな。

(IT) 謎に見える壁のLANケーブルに見る「遺言」

ThreadsというMeta社が始めたX(twitter)みたいなSNSがあるんだけど、緩く楽しんでいる。
知らない人の投稿にいいねしたり、返信を書き込んだりしているわけだが、なんだか、ちょっと昔の牧歌的なSNSなタイムラインに育ってきたので、心安らかに眺められるようになった。
いいねしたり返信したりした投稿のカテゴリーを覚えてくれているらしく関連する話題をチョイスして表示してくれるので、だれかをフォローしたりしなくても好みにあったタイムラインになってくるのがいいのかもしれない。
ちなみに現在のオレの非表示ワードは「ウインカー」「エスカレーター」「カメラ」「ミラーレス」「一眼」「誕生日」など。
ウインカーとブレーキどっち先だ問題、エスカレーター右は歩け問題、カメラビギナーへのマウント発言などを忌避するためだ。
ブロックしたアカウントは数知れず。

前置きが長くなった。そのThreadsに短期間に似たような写真の投稿があり、にたようなコメントをしてしまったので共有しておく。

最近引っ越して、自宅のLAN配線を自分でやったこともあり、作った人の考えに思い当たることがあったので、それぞれコメントは残しておいた。
思うにこれは、謎でもなんでもなくて、「遺言」であると。
実際には全然違う理由でこうなった可能性はあるが、オレの推理はこんな感じ。

オフィス用のフリーアクセスフロアの部屋の場合はLAN配線は「スター型」にできて、フロアのセンターHUBから各所へケーブルを延ばすことになるが、一般家庭の場合は、スター型の考えはあまりなくて、CD管で一筆書きのように建物の中を蛇行させて通し、それをうまいこと使って配線するしかない。なので、LANを使わない途中の部屋でもケーブルがを経由させていることがある。または、過去にその部屋にHUBがあったが、後日移設された場合でも同じ状態になる。
この場合、壁の内側でケーブルをつなぐ(それはそれで面倒くさい)、または新たにケーブルを引いて(それもかなり面倒くさい)、その部屋には何も出さないことも可能だが、そんな事情はドキュメント化されて引き継がれるわけもなく、後任者や次の住人はまったくわからないので、あらたに担当する(住む)ことになった彼らはLAN配線の変更をしようと思ったらまずは配管が壁の中をどう通っていて、ケーブルがどう通っているかを確認する必要が出てきてしまう。
しかし、写真のように「ほら!ここでLANケーブル折り返してますよ!」というのがわかれば、障害対応時にも便利だし、増設時にもわかりやすい。多分、ではあるが、こういうことをする人は上がWAN側、下がLAN側というか下流側にしておくはずなので、上のコンセントに繋げばインターネットにつながるし、下はどこか別の部屋の機器につながっているに違いない。
まさに、ドキュメントには残されていないが、壁に残された前任者(前住民)からまだ見ぬ後任者(新住民)への遺言に他ならないのだ。
当然、オレの自宅にも似たような箇所が複数箇所ある笑

(IT) メンションに敬称つけるの何なの?笑

facebook、Instagram、XなどSNSだけではなく、Teams、Slackといったビジネスコミュニケーションのツールでもメンション機能ってだいたいあるよね。自分の投稿が誰宛のものかを明示するための機能なんだが、詳細はここでは割愛する。ggrks。
で、このメンション機能、大変便利ではあるのだが、「マナー講師」みたいなデタラメを吹聴して金をまきあげるような人種がいる国ニッポンにはこのメンションに「さん」とか「様」とか敬称をつけないと失礼だ!みたいなアホなことを言い出す奴がいたみたいで、敬称をつけないとクレームしてくる低能層を輩出しているようだ。
バカなの?何なの?
冒頭書いた通り、メンションとはそのツールの機能であってコメント(投稿)の本文の一部じゃないんだよ。
メンションされた相手側にメンションされたことを表示させるための機能。
メールで言えばToとかCcであって本文の一行目じゃないわけよ。
SMSやLINEでSubjectとかToとかCcとか本文じゃない機能部分を認識できない人が増えたのか。
つけたい人は敬称つけて自己満足してればればいいと思うけど、オレはつけないよ。
メールのToに敬称つけたらエラーになって届かないだろ?笑
あれか、英語圏の人をメンションするときはメンションの前にDearとかつけちゃうのか?(余計届かない可能性増)
サカナ君に「さん」つけるのと同じってことよ(違

併せて読みたい:(IT) 件名:メールの件名について

(IT) ITエンジニアの最初の一歩

6月いっぱい人生初の「有給消化」で1ヶ月休んだけど、一瞬だった。そして、その間にこのblogサーバーのmysqldのバージョンアップに失敗して4月~6月のエントリーを失ってしまったこともあり、だいぶ間が空いてしまっている感じになってしまった。
もう、老い先短いので、ネタを選んで書くというよりはもっとフランクになんでも書いておこうと思ったので、日々の雑感を書いておく(以前にもそう思ったことがあったが、なかなか筆が進まないのだった)

妻が某公共機関で若者の就労支援の仕事をしていて、若者の相談にのり、面談へのアドバイスをして、採用が決まった場合は定着支援ということでフォローアップまでしている。

ただし、相談員はほぼ定年退職後の方々で、今のIT業界のことなんてまあわかってない人が面談して昭和のアドバイスをするみたいな図式になってしまうことは構造上しかたのないこととあきらめている。この構造がおかしいことは、今回論じない笑

先日、妻と話していて「ねえねえ、未経験でITエンジニアとして採用された子がね、研修ナシで現場に入れられて打ち合わせの議事録書かされてばっかりだから辞めちゃったらしいんだけど、これってどうなの?」と聞かれた。「他の相談員の先輩(実際の呼び方はもっとヒドイものだったが、ここではキレイに)はみんな、『それはおかしい、未経験採用したら最低半年は研修してもらわなくちゃねえ』という意見が大半で、彼(彼女だったかな?)の退職について大筋合意で、その会社はヒドイ、という結論だったらしい。

いやいやいやいや。

未経験者を採用して、プログラマーにするために研修するなんて、リスク高すぎて、今どき、どんなITの会社だってやるわけないでしょ笑
研修するとしたら、理系または情報系でITリテラシーのベースがあって、そこに自社のお客さんへ売り込めそうなスキルを追加するために数週間から数ヶ月の研修をすることが稀にある程度で、とりあえず現場にいれちゃうのはSIerとしては自然だよなあ、と思うわけよ。
そして、妻の職場の先輩方が判で押したようにいうのは「IT未経験はインフラ監視から」という鉄則。
今人間が24時間365日で監視しているシステムなんて、かなり減ってますよ、センパイ。
アラートが上がったら一次対応は自動だし、待機系に切り替わったりしてその場で人間が対応しないといけないシステムなんて設計が悪いだけよね。
ちょっと回り道したけど、未経験で入って日本語ができるなら、打ち合わせ議事録を書かせるのは全然いいことと思うわけよ。
理由1:そもそも打ち合わせの議事録を起こす案件(顧客)はスジがいいことが多い。必ずいいわけではないけどね。ただ、ブラックな案件(顧客)では議事録はまず存在しないので、最低条件はクリアしているように思う。
理由2:案件の全体像が早く理解できる。議事録を起こしながら質問をしたり、調べたりして何をするプロジェクトなのかの理解が進む。いきなり製造や監視やキッティングに突っ込まれて仕様書やら手順書やら見ているだけだと、ただのレンガ積みにしかならないが、議事録を書くとレンガを積んでる意味がわかってくるはず。当然、当人の意識にも依存するわけだが。
理由3:未経験の若手を一人で議事録担当で現場に入れるなんてことは考えづらくて、必ず現場に同じ所属会社の先輩がいるはずでフォローしてもらえるはず。
理由4:ステークホルダの関係性が見えてくる。これは若手には難しいかもしれないが、プロジェクト内の優先順位や意思決定のプロセスがわかるので、今後のプロジェクトマネジメントに関する知識が吸収できる

というわけで、「ITエンジニア=プログラマ」なんていう刷り込みを就労支援の現場から排除しないと、未経験若年層のIT業界へのチャレンジがうまくいかなくなると心配している、という話。