umeyon

IT関係/独自ドメインWEB・メール運用(個人・所属会社)/遅筆/投稿は所属とは無関係・個人的意見

[umeyon @umeyon]

メールのドメイン認証(SPF,DKIM,DMARC)でカバーできない部分は、ほとんどが、転送に関る部分のような気がする。転送(HederFrom,EnvFromをそのまま別サーバへ送信)を止めて、再送にすれば多くの部分がカバーできるような気がしている

[umeyon @umeyon]

「no-reply\.com. MX 127.0.0.1.」は、このドメインからのメールをREJECTして良い条件だよね？

[umeyon @umeyon]

メールソフト（メーラー）の「このメッセージはメーリングリストからです」等は「このメールはリスト掲載アドレスへの一括配信です」などと、メーリングリストと言うシステムについてでなく、もっと具体的にならないかな？

[umeyon @umeyon]

メールボックス容量オーバーでエラーとなるメールアドレスの人から「メールが届かないのですが？」とメール来て返事してもエラーメール受信。メール以外の連絡先しらないんだけど・・・どうやってメールボックス容量オーバーであることを、伝えれば良いのだろう？

[umeyon @umeyon]

ここのところのタイムラインに流れてくるポストに書かれている"CLI"を"Command Line Interface"と読んでしまっていた。"CLIent"(クライアント)の略なのね・・・

[umeyon @umeyon]

最近、迷惑メールの表示名(Display Name)に、具体的な会社名などではなく、「ご案内」「noreply」「サポートセンター」「お客様サポート」「配送対応チーム」「通信サービス」「自動配送」「Mailbox Notification」などの抽象的なのが増えてきた気がする。

[umeyon @umeyon]

https://t.co/fdHNduf3Yh
これって事業者側からの強制解約にならない？しかも元に戻すには再度申し込みが必要（期限あり)って、電気通信事業法や利用規約に反さないのかな？

[umeyon @umeyon]

info@会社名.co\.jp宛に以下のメール着信。LINE QRコード送れメールの変形かな？
---
Subject: 心温まる一日を。
本文: こんにちは。

恐れ入りますが、こちらは （会社名）株式会社 でお間違いないでしょうか。

お手すきの際にご確認いただけますと幸いです。
どうぞよろしくお願いいたします。
---

[umeyon @umeyon]

@y_futatuki 観測範囲ですと、Subject:組織名・From表示名:代表者名で、
本文:TEXT&HTML 代表者名あり/添付なし
本文:TEXT 代表者名あり/添付画像ファイル名:組織名.jpg
本文:HTMLのみ 代表者なし
本文:TEXT 代表者名あり/添付画像ファイル名:(ランダム).png
と現状ばらばらで、うまくSPAM判定できずの状況です。

[umeyon @umeyon]

昨年末から話題の「LINEのグループ作ってQRコード送れ」との詐欺メール https://t.co/qYbJ9AQ7RJ 。自分の管理しているメールサーバにも来ているけど、ヘッダFrom,エンベロープFromがgmail\.com, hotmail\.com, outlook\.com で、正当なサーバ経由で来るから、SPF,DKIM,DMARCでSPAM判定できなくて辛い

[umeyon @umeyon]

「Gmailの外部メールPOP受信機能終了」で、メール転送すれば良いと言っている人多いけど、そもそも法人メールアドレスのGmailへのメール転送って、秘密保持契約（NDA）としてはどういう扱いになるのかな？

[umeyon @umeyon]

「GmailのPOP廃止問題」について、以下URLをみると、「Gmailへの転送エラー対策 = POP受信」だから、POP受信の廃止でGmailへの転送へ戻ると、「Gmailへの転送エラーが再発」となると思うのだけど。大丈夫なんだろうか？
https://t.co/DGrGnXfcEw

[umeyon @umeyon]

自分のメールサーバで、ヘッダFromの表示名(Display Name)でもフィルタしてRejectしてたら、SPAMメールの表示名に、ランダム文字列や宛先のローカルパートの文字が入るようになった。うーん・・

[umeyon @umeyon]

受信したメールにList-Unsubscribe: <mailto:unsubscr[e-mail]?Subject=(snip)> のヘッダがあった。メールアドレスのローカルパート(local-part)ってRFC上は最大64文字だったよね？全体では254文字以下だから大丈夫なのかな？

[umeyon @umeyon]

メールの文章で「以前“連携”頂いた引用文について教えて下さい」やwebで「改善するための方法をベンダーから”連携”いただきました」などの、「連携」を「連絡」や「返信」の意味で記述しているのを読んで、すごく困惑している・・

[umeyon @umeyon]

ezweb\.ne.jpからのDMARCレポートのSubjectが「 集約レポート結果 2025/12/1 (XX件)」なのはなんでだろう？RFC7489の7.2.1.1.で The RFC5322.Subject field for individual report submissions SHOULD conform to the following ABNF: (以下略）なのに。Subjectで集約レポートか判断できなくてちと辛い

[umeyon @umeyon]

"この投稿は、日本のスパムメールの増加は、最近のセミナーで指摘されているAI生成の自然言語だけでなく、UTF-8エンコーディングとHTMLフォーマットの普及にも起因すると主張している。これにより、世界中のスパマーが文字化けせずに読みやすい日本語コンテンツを作成する技術的障壁が低下した。byGrok

[umeyon @umeyon]

日本語スパムメールが増えたのはAIの影響であると最近のセミナー等で聞いた。しかし個人的にはそれだけではない感覚がある。手元の日本語迷惑メールのほとんどがUTF-8であり、通常のメールの多くが文字コードUTF-8＋HTMLメールのメールとなり他の国と変わらない形式になったからのような気もする。

[umeyon @umeyon]

@techsuwako 「UTF-8メールは全てのメールクライアントで読める」はその通りだと思います。
なので、引用頂いた私のポストで、「スパム送信者もUTF-8での日本語メールを読めるようになり、結果（AIを使わずに）妥当な日本語スパムメールを送信できるようになったような気もする」との意味で、つぶやきました。

[umeyon @umeyon]

@techsuwako 2023年の記事 https://t.co/BBFZ6yVdT9 の中でも「未だに多くの企業からのメールのエンコードがISO-2022-JPであること」とのことですね。

[umeyon @umeyon]

@techsuwako 以前の電子メールで使われる日本の文字用の文字符号化方式(文字コード)は、SHIF-JISではなく、ISO-2022-JP (~= JIS) との認識です。https://t.co/6yhysp7sfR
まだほとんどのメールクライアントで読めるのではないかと認識してます。