ハードバウンスとソフトバウンスの間にあるもの - /var/lib/azumakuniyuki
師走に書いてるのですが、どこかのアドベントカレンダーの記事でもなんでもない野良の記事でありSMTP Advent Calendarがあったら十日目ぐらいの記事です。 少し前から、というか考えてみればもっと前の平成年間から「人や組織や立場や文脈によってハードバウンスの定義が違う」と思ってた話で、 厳密な定義も正解も未だによく分からんって状態ではありますが「マァ人それぞれやと思うけどウチはこうですわ」って内容を書いときます。 要点とか結論 AIに完食してもらって要約を作るまでもなく、そして例によって一文も全体も長い(1.7万文字ぐらいある)ので先に要点とか書いておきますと、 ハードバウンスって言葉は多義的な要素がある中でウチは少数派ながらメールアドレスが存在しないことによるバウンスだけをハードバウンスと定義してて、 ハードバウンスの扱いは戻・即・除を大原則としつつも、実際のところ日々の運用にお
メール認証における ARC の仕組みと DMARC fail の対策 - NFLabs. エンジニアブログ
研究開発部 システム&セキュリティ担当の松倉です。 世間の DMARC 対応を加速させたといっても過言ではない Gmail におけるメール送信者のガイドラインが適用開始されてから 3 ヶ月近くが経ち、NFLabs. に届くメールでも DMARC ポリシーが設定されているドメインが多くなっています。 しかしながら、そのほとんどはポリシーが none であり、DMARC レポートを通じて影響範囲を見極めている、という企業がまだ多そうです。 受信側から見ると、ポリシーが quarantine または reject であればセキュリティ観点では安心感がある一方、正規のメールが検疫や破棄となる場合もあり悩まされることがあります。 DMARC 認証の失敗原因となりがちなのはメーリングリスト等のメール転送で、NFLabs. でもこれにより正規のメールが DMARC failとなって検疫される、という事例
Gmailと米国Yahoo!のあれ(2024年2月) - /var/lib/azumakuniyuki
メールシステム担当の人はもちろん、インフラ担当の人もDNSの設定とかで既に知ってはると思いますが、 10月にGoogleが発表した2024年2月から始まるGmailとYahoo!(米国)におけるスパム対策強化のあれです。 海外では数年前から"No Auth, No Entry"って「代表なくして課税なし」みたいな感じで言われているアレです。 識者の方々がいろんなところで記事にしてはりますので、他のところであんまり書かれていない気がするとこだけ記します。 まずは公式情報 Google Googleについては以下の二ヶ所を読んで理解して実践しておけば大丈夫そうです、たぶん。 パラメーターのhl=enをhl=jaに変えると日本語版になりますが、更新されるのが遅いので最初に英語版を見ておくのが良いです。 Email Sender Guidelines(81126) Email Sender Gui
それでも「PPAP」を使い続ける国内企業はどのくらい？ 有害と知りつつ使う企業も、そのワケは
Innovative Tech： このコーナーでは、テクノロジーの最新研究を紹介するWebメディア「Seamless」を主宰する山下裕毅氏が執筆。新規性の高い科学論文を山下氏がピックアップし、解説する。Twitter: ＠shiropen2 東京大学空間情報科学研究センター、大阪公立大学大学院情報学研究科、東京大学大学院情報理工学系研究科ソーシャルICT研究センター、株式会社国際電気通信基礎技術研究所に所属する研究者らは「日本国内におけるメールセキュリティに関する実態把握」の研究報告を発表した。 パスワード付き圧縮ファイルを添付したメールとそのパスワードを書いたメールを別々に送るセキュリティ対策手法（通称：PPAP）において、脆弱性が高いにもかかわらずまだ使い続けている有無や理由、脆弱性の認識はあるかなどの質問を組織344社に行い、分析した研究報告である。 取引先や顧客など社外の相手とファ
Mail Studio - Powerful Email Design Tool
What is it? Mail Studio is a desktop application for creating responsive emails that look great everywhere. It combines visual and code editing elegantly, and is suitable for both designers and developers. It runs on Windows, macOS and Linux. Designs are exported as standard HTML and can be imported in your email marketing platform of choice. See Features » What can it do? You can think of Mail St
Amazon Pinpoint からのキャンペーンイベントデータストリーム - Amazon Pinpoint
サポート終了通知: 2026 年 10 月 30 日に、 AWS は Amazon Pinpoint のサポートを終了します。2026 年 10 月 30 日を過ぎると、Amazon Pinpoint コンソールまたは Amazon Pinpoint のリソース (エンドポイント、セグメント、キャンペーン、ジャーニー、分析) にアクセスできなくなります。詳細については、「Amazon Pinpoint のサポート終了」を参照してください。注: SMS、音声、モバイルプッシュ、OTP、電話番号の検証に関連する APIs は、この変更の影響を受けず、 AWS エンドユーザーメッセージングでサポートされています。 翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 Amazon Pinpoint からのキャンペーンイベント
Amazon Pinpointでセグメントを構築してキャンペーンを送信する | DevelopersIO
詳細はこちらを参照ください。 セグメントのインポート - Amazon Pinpoint インポートファイルの条件は以下となっています。 UTF-8エンコード AddressとChannelTypeは必須 属性名は50文字以下、属性値は100文字以下 CSVの場合は最初の行はヘッダーで属性を定義 値にカンマを含めたりやダブルクォーテーションで括る場合は、属性値をダブルクォーテーションで括る CSVの値に改行はサポートされていない マルチバイトについての言及がありませんでした、試したところマルチバイト文字列は属性名と属性値どちらも指定することが出来ました。 ただし、セグメントとして作成は出来たのですが、後述するキャンペーン送信時のテンプレートにマルチバイト文字列の「属性名」を埋め込むと不正な形式を示すエラーになったので、避けたほうが無難そうでした。 ただし、「属性値」はマルチバイト使っても問
【図解】DKIMとは？SPFとの違い、最新のDMARCも！なりすましメール対策の仕組みを解説 - カゴヤのサーバー研究室
個人・企業を問わず、送信元を詐称されたメールによる被害が後を絶ちません。中でも企業を対象とした攻撃の事例では、その被害額が甚大になることもあります。この攻撃を対策するためには、DKIM（ディーキム）やSPF（エスピーエフ）・DMARC（ディーマーク）といった送信ドメイン認証による対策が不可欠です。この記事ではDKIMとは何かや、古くからあるSPF、最新のDMARCとの違いについて解説します。 DKIMとは「なりすましメール」を対策する送信ドメイン認証の1つ DKIMとはメールに電子的な署名を付与することで、送信元メールアドレスが偽られていないかチェックする技術です。送信元メールアドレスを偽る「なりすましメール」対策を総称して送信ドメイン認証と言いますが、DKIMはその1つです。受信側はその署名を参照し、送信元メールアドレスの正当性を確認できます。 そもそも、なりすましメールとは？その仕組み
DKIM (Domainkeys Identified Mail) : 迷惑メール対策委員会
センドメール株式会社 (Sendmail, K.K.) 末政 延浩 2011年7月 1. 概要 2. 公開鍵の提供 3. 鍵の管理 4. 送信側での署名 5. 正規化処理 6. 受信側での処理 7. 認証結果の扱い 8. DomainKeys Identified Mail (DKIM) Author Domain Signing Practices (ADSP) 9. 認証結果のヘッダへの表示 1. 概要 Domainkeys Identified Mail (DKIM) は、電子署名方式の送信ドメイン認証である。IETFにおいてSendmail社のEric Allman氏らを中心として検討が進められ、RFC 4871およびRFC 5672として標準化された。さらに、DKIMの規格を補うDKIM-ADSPという標準があり、RFC 5617で標準化されている。 図1に示すように、DKIMで
DKIMとは？ | SendGridブログ
この記事は How to Use DKIM to Prevent Domain Spoofing の抄訳です。 1980年代に電子メールとSMTP（Simpe Mail Transfer Protocol）の枠組みが確立した当初、メールの正当性を検証する必要はありませんでした。当時電子メールを使っていたのは限られた大企業や教育機関だけだったからです。 ところが電子メールが広まると、悪意あるメールやスパムを送ったり、ドメインをなりすましたりする不届き者が現れます。ある者は有名なブランドや送信者を騙って個人情報を返信させようとしました。またある者は、あらゆる宛先に望まれないメールを送信するような、後に米国の迷惑メール防止法「CAN-SPAM Act」で禁止される送り方をしました。 Tip: なりすましメールとは、送信元メールアドレスを偽って送られるメールのことです。みなさんがメールを送る際は、
Amazon SES における SPF を使った E メールの認証 - Amazon Simple Email Service
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 Amazon SES における SPF を使った E メールの認証 Sender Policy Framework(SPF) は、E メールのなりすましを防ぐために設計された E メールの検証標準です。ドメイン所有者は SPF を使用して、自分のドメインからメールを送信できるサーバーをメールプロバイダーに通知します。SPF はRFC 7208で定義されています。 Amazon SES から送信するメッセージには、MAIL FROM ドメインとして amazonses.com のサブドメインが自動的に使用されます。デフォルトの MAIL FROM ドメインがメールを送信するアプリケーション (この場合 Amazon SES) と一致するため、これらのメッセージは SP
送信ドメインを認証するためのSPFレコードに詳しくなろう - SendGridブログ
この記事は Sender Policy Framework (SPF): A Layer of Protection in Email Infrastructure の抄訳です。 誰かがあなたのスマホを取り上げて、勝手にSMSを送信してしまったら？困りますよね。1度そんなことが起きると、受信者は本当にあなたから送られたSMSなのかずっと疑うようになるでしょう。あっという間に信頼関係は崩れ去ってしまいます。 これはEメールの世界でも同じです。恐ろしいことに、フィッシング詐欺師はユーザ名とパスワードが無くてもあなたになりすましてビジネスメールを送信できてしまいます。 でも安心してください。あなたのブランドとメールのレピュテーションを守ってくれる、Sender Policy Framework（SPF）という仕組みがあります。 Twilio SendGridなど多くのメール配信サービスでは、サー
SPF（Sender Policy Framework） : 迷惑メール対策委員会
センドメール株式会社 (Sendmail, K.K.) 末政 延浩 2010年1月 1. SPFの背景 2. SPFの標準化 3. SPFの仕組み SPF送信側の設定 4. SPFレコードの記述法 5. SPF受信側の処理 6. SPF認証結果 7. SPFにおける課題 転送問題 第三者サーバ利用問題 8. Sender ID とSPF spf2.0とspf1 9. SPFの実装 10. SPFレコードの記述例 11. SPFレコードの間違い 有用な参照先 電子メールの送信者偽称を防ぐ送信ドメイン認証技術には、ここで説明する「Sender Policy Framework（SPF）」のほかに、「DomainKeys Identified Mail（DKIM）」、「Sender ID」など様々な方式が標準化されている。その中でもSPFは、他の方式に比べて既存システムに影響を与えず早期に導入で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
メールコミュニケーションの未来を守る ～ いま知っておくべき BIMI × DMARC の最前線 | ScanNetSecurity
Swaks - Swiss Army Knife for SMTP
How To Fix DKIM Failure? Failure Types, Examples And Fixes
https://www.cloudflare.com/learning/dns/dns-records/dns-dmarc-record/
送信ドメイン認証技術の歴史-3 | なりすまし対策ポータル ナリタイ
DomainKeys Identified Mail (DKIM) Signatures
MIPA-DKIM