bit network express

Gmail 自動BCC
Gmailでbccを自動で設定してくれる。以前から存在していたAuto Bcc for GmailがGmail側のアップデートで動作しなくなっていたが、代替の機能をもつ拡張機能を発見。
こちらは正常に動作するようです。

この拡張機能はGoogle Chrome(とその派生品)で動作します。
Firefoxで機能する同等品は存在しません。過去にはbccをつける拡張機能があったのですが、Chromeの拡張機能と同様にGmail側のアップデートで動作しなくなってしまい、Firefoxでは代替品も無いようです。

もしFirefoxでGmailのbcc自動付加をしてくれる拡張機能があれば教えてください。

今年もまた、恒例のmacOSのアップグレードの季節がやってきました。昨年の状況はこちらです。

macOS 26 Tahoeに対応したESET Cyber Securityは、ESET英語サイトからダウンロード可能です。アップデートの適用は自己責任にてお願いします。
https://www.eset.com/us/home/cyber-security/#download-for-your-operating-system

英語サイトですが、日本語環境でダウンロードすると、日本語版がダウンロードできる模様。また、モジュール更新やライセンス認証ができない不具合が確認されたとして提供を一時停止だったそうですが、9/13現在では、バージョン番号が少し上がった9.0.4500.0がダウンロードできるようになっています。

9.0.4500.0を、macOS 26 Tahoeの環境にインストールしてみましたが、正常にモジュール更新実行でき、ライセンス認証もできました。致命的なエラーは出ていないようです。

日本の代理店のページはこちら。9/13現在のステータスは9/1公開のページに記載ある「macOS Tahoe 26.x 対応プログラムを準備中です」とのこと。サポートをきちんと受けたい場合は、正式なリリースを待ちましょう。

2025-09-23追記
日本の代理店から、昨日09/22づけて対応版の公開通知ありました。V9.0.4500.0ということで、英語サイトでの配布物と同じバージョンとなっています。

2025-11-05追記
アップデート版のESET Cyber Security v9.0.5300.0がリリースされました。リリースノートはこちらから確認できます。プログラム自動アップデートは、2025/11/05 より順次配信とのことのようですので、しばらくすると通常のアップデート機能で自動で最新版に更新されるはずですが、再起動が必要なので、時間のとれるときに手動でアップデートしたほうがよさそうです。

iPhone17で物理SIMスロット廃止みたいだけど、
「eSIMに変換」
「eSIMクイック転送」
に対応していないMVNOが大多数だけど、大丈夫そう？

物理SIMからeSIMへの変更に手数料とって処理日数もかかるMVNOは、今後は淘汰されるかもなあ。
MNOからの借受条件にeSIM変換やクイック転送の動作は契約的に制限されてる？　それとも論理的に実装不可なのだろうか。実装不可の場合はMVNOサービス終了の足音ですね。

いま、iPhone16でIIJmioの物理SIMを使用しているけれど、IIJmio自体はeSIM対応しているけれど、eSIM変換もクイック転送も対応していない。今後、機種変更する際には面倒だなあ。
あれこれ今後の面倒な手続きを考えると、契約の変更も視野に入れたい。同じくらいの料金で、eSIM変換とクイック転送に対応しているキャリアはどのようなものがあるのだろうか。月額の費用を抑えるならpovoかなあ。

2025-09-10T18:30:00
半日経ったので、情報再整理。まとめると、以下のような感じですね。

• eSIMに変換、eSIMクイック転送は、MNOとアップルの対応が必要、MVNOでは対応可能か現時点で不明
• eSIMの再発行ではSMS必須だったりして、運用が意味不明。店頭での対人での対応が必要なことが多い(無店舗経営のMVNOでは今後この点も問題になりそう)
• 音声通話対応のeSIMの場合は、データ通信専用eSIMより発行が厳格になっているので、トラブル時の再発行は、けっこうつらい状況になっている
• 物理SIMを頻繁に差し替えて運用するようなパターンは、eSIMではあんまり想定されてない
• eSIMの機種間移動については手数料かかる場合も多く、物理SIMとはコストの差が出ている
• eSIMの再発行や機種間の移動は、深夜などではキャリア側のメンテナンスや人的問題で対応していない場合も多い(物理SIMでは何時でもできるのに退化している)
• eSIM専用機種の場合、海外旅行などで現地の物理SIMでデータ通信という今までできていたことができない(現地のeSIM導入するしかない)

まだ日本ではeSIM専用機は、時期尚早のような気もする。個人的には現在iPad ProでPOVO 2.0をeSIMで使っているが、これはデータ専用での運用のため、もし何かあっても再発行で電話番号変わってもよいから、納得できている部分もある。
音声通話対応のeSIMで、音声通話目的の場合は電話番号変更ができないので再発行で同じ電話番号の発行をしてもらわないといけないし、通話の受けがあるからサービス停止の時間はゼロにしたい等が課題になっている。

eSIM専用iPhoneを先行で導入しているアメリカでは、eSIMの発行はどのような運用フローになっているのだろうか？

大手のMNOは「eSIMに変換」「クイック転送」も対応しているから、物理SIMからeSIMに移行しても運用上の不都合は少ないけれど、対応していないMVNOはサービス終了の方向になりそうではある。
経営体力のないMVNOから淘汰が進み、独占に戻ったMNOでの料金の改悪がされて、昔のような高い料金プランに戻ってしまうことがないだろうか。

2025-11-10追記
MVNOでもeSIMクイック転送を　「ドコモ、KDDIに働きかけをしている」とIIJ谷脇社長
やっぱり、そうなりますよね、という記事。とにかくがんばれ。

pCloudを導入した。いままでクラウドへのバックアップにはSugarSyncを使っていたが、SugarSyncのMac版アプリが、いまだにApple Siliconネイティブに対応していないので見切りをつけた。ネイティブでないせいか、Macのログイン時に自動起動すると10分近くSugarSyncが暴れてCPUのプロセスを使い、負荷をかける。また、時期OSのmacOS 26 Tahoe(のベータ版でテストしたら)SugarSyncアプリは起動しない(起動するとUI表示せず何もできない)状態になった。ネイティブ対応の兆しもないため、そろそろ見切り、という判断に。

DropboxやGoogleDriveと異なる点としてSugarSyncの売りの「パソコン内の任意のディレクトリをクラウドにバックアップ」「任意のディレクトリを他パソコンへ同期」というものについてはpCloudでも同様な設定が可能である。それぞれ任意ディレクトリのクラウドへのバックアップが「pCloudバックアップ」、他パソコンとの任意ディレクトリ同期が「pCloud同期(紹介記事等においてはpCloud Syncと表記)」と称する。

またpCloudは買い切りのライセンスのため、サブスクで毎年お金を支払う必要もなく、長い期間を使えばコスト面でも有利である。

同期よりバックアップが主目的のため、pCloudバックアップを設定した。使用する回線の問題でもあるが、初期のバックアップに時間がかかった。またファイルサイズの大きいデータを転送する瞬間、そのファイルの転送中はpCloudのアプリがレインボーカーソル状態になって半ば固まってしまう点がちょっと気になった(そのファイルが転送完了するとレインボーカーソル終了で正常に、また次の巨大ファイルでレインボーカーソル、と初期バックアップ中は、ほぼすべてのタイミングでレインボーカーソルであった)。なお、一度指定ディレクトリ全部をクラウドにバックアップ転送したあとは、アプリのレインボーカーソルも発生せず、比較的CPUやネットワークのストレスもなく使用ができている。

あと、アプリでほしいなと思った機能としては転送中のキューのファイルリスト。先述の初期バックアップ時のレインボーカーソル時に何を転送しているのか気になったが、リストが見えないので何が起きているのか、わかりにくい点があった。

macOS 26 Tahoeにおいては、このタイミング(9月上旬のOSのベータ版リリース時)では、まだ未対応とのことで一部機能(pCloudのクラウドをストレージとしてマウントするカーネルエクステンションを設定導入)が正常動作しなかったが、アプリも適時メンテナンスされているようなので、OSの正式リリース後にはきちんと対応してくれると思われる。
実のところ、pCloundのアクセスにも対応したCloudMounterというアプリを使用しているので、ストレージとしてマウントするのであれば、CloudMounter経由で問題はない。

SugarSyncは10年以上使用していたが、あっさりとお役御免。次回のサブスクライセンス更新を停止し、またクラウド上のファイルも手動で全削除して、Macアプリのアンインストールも行い、お別れを告げた。

Android端末を使っていて、気になること。Google Playでの遅延配布。アカウントによって公開後の実際の配布時期がずれていて、その瞬間の最新のバージョンにできない。

Google Chromeなど根幹のアプリケーションのゼロデイのセキュリティホールの修正バージョンアップの際にも、この遅延配布の問題がある。セキュリティホールがある状態でステイされ、１ヶ月近く放置されてしまう。ユーザーからは解決方法がない。

こういう状況のため、安心して端末を使うことができない。Androidを主端末にできない理由のひとつである。セキュリティホールの修正の場合、遅延配布をやめてほしい。

X1 Proを買うまで、業務用WindowsはN100のミニPCで動作速度にも満足している状態だったが、X1 ProのRyzen AI 9 370のPCのスピードに慣れると、アプリの立ち上げも操作中の反応もN100のスペックでは遅すぎに感じる。

こうやって速い速度のPCに慣れていくのも、恐ろしいね。

Macの場合、M1からM3のMacbook airに移行したけれど、バックアップにセットアップして待機しているM1でもそこまでの遅さは感じないのは、IntelアーキテクチャとArmアーキテクチャのApple Siliconの差なのだろうか。それともOSの差であろうか。M1がもともと高スペックでM3との差がないといえるのだろうか。

N100は低価格帯のCPUではかなり健闘しているとはいえるけれど、流石にRyzen AI 9 370と比べるのは、やりすぎなのだろうか。

4/23に注文したのが、出荷が延期延期でようやく今週届いた。

セットアップも終わって、Intel N100のMini PCとRyzen 5のタワーPCの2台の既存PCをまとめてリプレース。

CPUがRyzen AI 9 HX 370で、メモリ96Gと、Mini PCとしては、現時点の最上位に近いスペックで、静音、かつ爆速で快適。CPU内蔵のRadeon 890Mなので、GPU性能はディスクリートのGPUと比べたら劣るものはあるけれど、そこまで重たい処理をしないつもりなので、問題なし(そもそも超絶に重たい処理を継続して行うならMini PCでは排熱が追い付かない)。

クーポン値引き後でも18万円を超える値段を気にしなければ、たいへんバランスのよいシステムになっていると思います。

リプレース後の稼働状況をみつつ、いままで使用していたPCは初期化などしていったんバックアップ機材として保存して置こうと考えている。