Pixel 5aの近接センサーが家電のリモコンに干渉するとの報告 29
なんだろね 部門より
単に周波数だけであれば、ほかのスマートフォンでも同様のトラブルが起きる可能性はあるが、トラブル報告の大半はPixel 5aとPixel 3aのユーザーからのものだという。対策としては端末のディスプレイ面を下向きにしておくか、置く場所を変える、近接センサーを遮るものを置くといった消極的な対処方法しかない模様。
アナウンス:スラドとOSDNは受け入れ先を募集中です。
9月16日より、ドコモメール及びiモードメールにて、ドコモ以外の宛先へメールを送信した場合に、一部のメールが届きづらい等の事象が発生していたという(NTTドコモ)。
ネット上ではドコモのDNSサーバに関する設定ミスが指摘されており、"docomo.ne.jp."ゾーンの中で誤って複数のSPFレコードを記述していたことが原因のようだ。
SPF(Sender Policy Framework)は送信メールアドレスの詐称によるなりすましを防ぐドメイン認証技術のひとつだが、RFC 7208ではSPFレコードはひとつだけと定められており、複数のSPFレコードを記述した場合には認証エラーになる。認証エラーとなったメールをどのように取り扱うかは受信側メールサーバの設定次第だが、NTTドコモによると
・メールが届かない場合がある。
・メールの宛先への到達が遅延する場合がある。
・宛先に到達したメールが迷惑メールフォルダに隔離される。
等の事象が発生する可能性があったとしている。
設定ミスは9月16日8時55分の時点で確認されており、同日21時過ぎに修正されたとのことだが、その後もキャッシュの有効期限(TTL)が切れる86400秒=24時間後までは事象が続いていた可能性がある。当該時刻付近にドコモメールやiモードメールを送信した場合は相手に届いているか確認を、受信側は迷惑メールフォルダに振り分けられていないか確認した方が良いだろう。
週刊現代がこれから「みずほ銀行」に起こる、ヤバすぎる現実…システムの「爆弾」を誰も処理できないと題する記事を出しているが、その中で、
バッチ処理自体、とっくの昔に時代遅れになった手法ですが、みずほは何らかの理由でこだわっていたのです
とか
ITベンダーの間では、かねて『なぜみずほは、わざわざ高齢のエンジニアを雇ってまでCOBOLを使い続けるのか』が疑問視されていました
といった、ITジャーナリストの発言を掲載している。 しかしながら、銀行業務の中ではバッチ処理が適した性質のものも多いだろうし、過去の資産を使いまわさないといけない局面はたくさんあるのだからCOBOLエンジニアが必要(たとえそれが他の言語に移植する仕事だとしても)だろうし、上記2点がみずほ銀行のシステムの「爆弾」だとは言い過ぎの気がするがどうだろうか。
にわかな奴ほど語りたがる -- あるハッカー