Internet Engineering Task Force (IETF) J. Yao Request for Comments: 6531 W. Mao Obsoletes: 5336 CNNIC Category: Standards Track February 2012 ISSN: 2070-1721 SMTP Extension for Internationalized Email Abstract This document specifies an SMTP extension for transport and delivery of email messages with internationalized email addresses or header information. Status of This Memo This is an Internet S

メール配信の継続的信頼性を維持する為に必要な要素をまとめたSMTP D4Cという概念があります。 日本語では「いとも容易く得られる(わけではない)えげつない信頼性」となります。 SMTP D4Cを構成するのはつ次の五要素です。 Domain Authentication (ドメイン認証の徹底) Double Opt-in (確実なダブルオプトイン) Delivery (継続的な配信) Don't Change (配信の安定後は変更しない) Check & Change (定期的な確認と状況に合わせた変更) そもそもの背景 京都開催なSREのイベント Road to SRE NEXT@京都でメール系のLTがあると知り、 近所*1でもあるので、自分はSREではありませんが参加してみることにしました。 直前に「懇親会で飛び入りLTもOK」という案内を聞き、背中を押してもらったこともあり、 自分が

去年の秋から八ヶ月ぐらい、Gmailと米国Yahoo!のあれで書いたとおりいろいろあって、最終形態が来ると思われてた六月は少なくともGoogleのガイドラインやFAQに大きな変化がないまま終わって七月です。各所のメールシステム担当者さんも「とりあえず乗り切ったか？」という心持ちでしょうか。 令和六年前半のいろいろ 大晦日の記事に書いてないこともいろいろありました。ここから暫くは本題のメルマガ考察に入るまでの落語で言うマクラです。 Sisimai 5.0.0を急いでリリースした Gmail二月動乱(一連の騒ぎを個人的にそう呼んでる)でドメイン認証に注目が集まり、二月二日*1に急遽Sisimai 5.0.0をリリースしました。 libsisimai.org なんで急ぎのリリースになったかと言えばドメイン認証関係のエラーを"AuthFailure"ってバウンス理由で検出できるように2022年の段

- メール配信における信頼性と継続的に維持するためのD4C - 2024/07/05 Fri. 19:00- マネーフォワードさんとこで開催 - https://sre-lounge.connpass.com/event/318844/

組織に自動テストを書く文化を根付かせる戦略（2024冬版） / Building Automated Test Culture 2024 Winter Edition

システムプラットフォームチーム SREのid:MysticDollです。 この記事は、はてなの SRE が毎月交代で書いている SRE 連載の5月号です。先月分は id:heleeen さんの Mackerel で行った障害対応演習を紹介します でした。 先月 Platform Engineering Meetup #8 にて 「はてなにおけるメール基盤とDMARC対応」というタイトルで登壇させて頂きました。 speakerdeck.com この記事では資料では紹介しきれなかった、メール送信基盤の監視で気をつけるべきSMTPのステータスの仕様とそれらを踏まえた監視方法について紹介します。 メールのステータス形式 SMTP Reply Code 1桁目 2桁目 3桁目 DSN 1つ目 2つ目 3つ目 Postfixのログからのエラーのメトリクス化 まとめ メールのステータス形式 SMTPにお

AWS Messaging & Targeting Blog Mail Manager – Amazon SES introduces new email routing and archiving features Amazon Simple Email Service (SES) is a cloud-based email sending service provided by Amazon Web Services (AWS), handling both inbound and outbound email traffic for your applications. It allows users to send and receive email using SES’s reliable and cost-effective infrastructure without ha

前回のブログでは、Twilio SendGridの新機能「Email Address Validation API」の基本的な使い方について紹介しました。今回はその応用例として、入力されたメールアドレスを検証し、タイプミスがあった場合にフィードバックを返すお問い合わせフォームをNext.jsで構築します。 システムの概要図は以下のとおりです。基本的な構成は以前のブログ記事「Next.js App RouterとServer Actionsを使ってメールを送るフォームを作成する」と同じで、フォームのバリデーションとメールアドレスの検証機能が追加されます。初期セットアップや環境構築、デプロイ等の説明は上記の記事を参考にしてください。 完成したアプリケーションは以下のようになります。 「gmalil.cpm」という誤ったドメインを入力してフォーム送信をすると、「gmail.com」の間違いではな

Gmailは、セキュリティやユーザー体験を向上させ、受信者を保護することを目的とし、メール送信者向けガイドラインを厳格化した。具体的には、送信メールを認証すること、未承諾のメールや迷惑メールを送信しないこと、受信者がメールの配信登録を容易に解除できるようにすることが送信者に求められる。これらは2024年2月から段階的に適用が開始されている。Gmailの方針のほか、現在のメールを取り巻く状況や事業者への影響について、メール配信サービス「Twilio SendGrid」を提供する株式会社構造計画研究所の専門役員でメール技術のスペシャリストの中井 勘介氏に聞いた。 Gmailの新たな規制、その目的と開発者への影響とは？ 中井氏は、18年前に新卒で構造計画研究所にエンジニアとして入社して、システム開発に従事していた。クラウド技術が注目され始めた10年ほど前、新技術への関心から自ら情報収集やコミュニ

いわさです。 先日 Amazon SES を眺めていたら何やら見たことのない機能が追加されていました。 なんか新しいの登場したな。Mail Manager pic.twitter.com/6wIyviNuiB — いわさ (@Tak1wa) May 22, 2024 そして、つい先程アップデートのアナウンスと公式ブログも公開されました。 どうやら受信メールゲートウェイを担う機能のようです。 今までも Amazon SES ではシンプルにメールを受信して SNS への通知や Lambda の実行などは出来ていましたが、公式ブログによると受信メール機能が強化されたようなイメージでしょうか。 Amazon SES currently offers a way to receive incoming emails from the internet using its SMTP interface

はじめに こんにちは。コミューンでスクラムマスターをしているまつむらと申します。 今回はコミューンで私が取り組んだ技術課題のなかから「メール送信システムのリプレース」について記載させていただこうと思います。 はじめに 背景 IPウォームアップとは？ 移行計画のための準備 メールの開封率 ドメイン乖離度合 メール送信数 実装 要件 ソースコード データベース 工夫ポイント その1: データ全件取得 その2: 乱数生成器を外部から注入 その3: キャッシュ有効期限のコントロール 結果 やらかし まとめ 背景 コミューンは、BtoBおよびBtoC向けにコミュニティを作成できるプロダクト「commmune」を提供しています。 commmune ではメール送信のために SendGrid という SaaS を利用しているのですが、 2022年5月頃、事情により SendGrid のアカウントを変更する

A collection of raw SMTP error codes spotted in the wildFind a specific SMTP code or email provider ░░▒▒▓▓▓▓▓▓▓▓▓░░▒░▓▓▓▓▓▓▓▓▓▒█▓▓▒▓▓▒▓▒░█▒▒░▒▒▒▒▓▓▓▓▓▓▓▓▓░▒░▒▒░█▒▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓█▓▓▓▓▓▓▓▓▓▒█▓▓▓▓▓▓▓▓▓▓█▓▓▓▓▓▓▓▓▓▓░░░░▒░░▒█▓░▓▒▒▒░▒░▓░▒▒▒▓▓▓▓▓▓▓▓▓▓▒▓▒▒▓▓▓▓▓▓▓▓▓▒▓░░█▒▒░▓▓▓▓▓▓▓▓▓▒▒▓▓▓█░▓▓▓▓▓▓▓▓▓██░▒▒░▒▓█▒▓▓▓▓▓▓▓▓▓▒░░█▓▓▓▒░▒▒▒░▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓░▓░░▒▒░▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓

こんにちは。サイオステクノロジー OSS サポート担当 N です。 RHEL の 標準 MTA として同梱されている Postfix ですが、2019/05/07 に RHEL8 がリリースされるあたって、Postfix のバージョンも 2.10 系から 3.3 系へとリベースされることとなりました。 変更点や追加機能の概要は、リリースノートや、Postfix コミュニティで公開されているアナウンスページなど (以下参照) を拝見していただくとして、 ・Postfix feature overview https://www.postfix.org/features.html ・Postfix Announcements https://www.postfix.org/announcements.html Postfix 3系に移行するにあたり、特筆すべき変更点の一つとして、国際化電子メー

そろそろ腐りそうな知見なので、腐りきる前にメモだけ残しておく。 まあ、基本的にはSendGridなどのクラウドサービスを使った方がいいと思うけど、どこかの誰かの役に立つかもしれないので… Postfixでメール配信の流量制限を行う場合、送る量を制限するか、MTAに入ってくる量を制限するかの２通りの方法があると思う。 送る量を制限しようと思うとslow_destination_rate_delay=1sみたいな設定値を追加して、送信毎に遅延をかけるような感じになると思う。 knowledge4linux.blogspot.com しかし、この方法だと1s以下に設定することができないので、毎分何万通も送るようなシステムだと極端に配信量が下がってしまう。 また、流量制限を行う場合は単に遅延を設けるだけでなく「毎分xxx通」といった厳密な指定がしたい。 そこで、MTAに入ってくる量を制限する。 単