メールシステム担当の人はもちろん、インフラ担当の人もDNSの設定とかで既に知ってはると思いますが、 10月にGoogleが発表した2024年2月から始まるGmailとYahoo!(米国)におけるスパム対策強化のあれです。 海外では数年前から"No Auth, No Entry"って「代表なくして課税なし」みたいな感じで言われているアレです。 識者の方々がいろんなところで記事にしてはりますので、他のところであんまり書かれていない気がするとこだけ記します。 まずは公式情報 Google Googleについては以下の二ヶ所を読んで理解して実践しておけば大丈夫そうです、たぶん。 パラメーターのhl=enをhl=jaに変えると日本語版になりますが、更新されるのが遅いので最初に英語版を見ておくのが良いです。 Email Sender Guidelines(81126) Email Sender Gui

この記事は クラウドワークス Advent Calendar 2023 シリーズ2 の 14日目の記事です。 こんにちは。crowdworks.jp SRE チームの田中（@kangaechu）です。 この記事を読んでいる方はGoogle/Yahoo.comから出されたメール送信者のガイドライン対応を絶賛対応中かと思います。 support.google.com support.google.com Postmaster @ Yahoo & AOL — More Secure, Less Spam: Enforcing Email Standards... みなさん、DNSにDMARCの設定を追加しましたか？ ひとまずDMARCで設定したレポート送信先メールアドレスに大量のレポートが届いているものの、次になにしたらいいんだろう？と思っている方も多いかと思います。 DMARCレポートを解析し

こんにちは。エムスリーでSREやセキュリティに従事している山本です。 以前に、「Gmailのメール認証規制強化への対応って終わってますか？」という記事を書かせていただいておりますが、そこでちょい出しだけしたDMARCについて書かせていただきたいと思います。 www.m3tech.blog Gmailへの対応を実施するだけならば、「とりあえずよくわかんないけど入れておけばOK」なのですが、そもそもDMARCは何のために存在していてどのように活用にするのかというところに触れていきたいと思います。 DMARCとは SPF/DKIM DMARC登場 DMARCで実施できるポリシー三種 ポリシーの強化 強化できるか DMARCレポート RUA/RUFの二種のレポート DMARCレポートの確認ツール どう判断するか メール転送 今後 まとめ We are hiring! DMARCとは DMARCの日

こんにちは。エムスリー・QLife(エムスリーのグループ会社)・エムスリーヘルスデザイン(エムスリーのグループ会社)でエンジニアとして各種作業に関わっている山本です！ 以前もメール送信の話を書かせていただいたことがありますが、今回もまたメールネタとなります。今回のお題はメールセキュリティです。 大量メール送信のための予備知識 - エムスリーテックブログ すでにご覧になった方もいるかと思いますが、次のようなニュースが流れています。 www.proofpoint.com この「GoogleとYahooの新Eメール認証要件」ってつまりどういうことよ？ というところを具体的にどのように進めているかについて書かせていただきたいと思います。 2023/12/18追記 : Googleからメール送信にTLSを使うことが追加要件として示されました。 TL;DR とりあえず何から始める？ 何はともあれ実際に

一応補足。 S/MIMEは電子メールの保護用の技術で、暗号化および署名の2つの機能がある。 暗号化の方はPPAPの解決策…になるんだけど、受信側でS/MIME用の公開鍵証明書を取得して、予め送信側に配布してないといけないので。実はそう広がらないんじゃないかな、的な。 今回の話は署名の方。これももちろん証明書の取得が必要だけど、「発信内容の保証」ということで、企業からの情報発信で使われるケースはそこそこある。

2021年7月2日 マルチメディア，分散，協調とモバイル(DICOMO2021)シンポジウムでの発表資料です。 https://tsys.jp/dicomo/2021/program/program.html#7H

Fukuoka.go #17 Jun 10, 2021 の発表資料です。

この記事は What’s the Difference Between Ports 465 and 587? の抄訳です。 メール送信者の皆さんから、ポート465と587の違いについてよく聞かれます。この質問に正確に答えるためには、少し背景の情報をご説明する必要があります。 SMTPとは? SMTPはSimple Mail Transfer Protocolの略で、インターネット経由でメールを送信する「方法」を意味します。1982年8月にRFC 821で最初に標準化されました。詳細については、こちらのブログをご覧ください。 ポートとサービスはインターネットでどのように管理されますか？ 特定のテクノロジーに関連する番号の割り当てを管理する2つの統治機関があります。 1つ目の インターネット割当番号公社（IANA）は、ドメイン名、番号リソース、プロトコルの割り当て、というインターネットに関連す

2013年のスノーデン事件以降、PrivacyおよびSecurityは、インターネットの基盤として最重要視されるようになった。無償でTLS証明書を発行するLet's Encryptが設立され、Mozilla、Googleなどのブラウザベンダ、各大手CDNがスポンサーとなった。そういった活動などにより、日本を含む世界で、Webにおいては暗号化(HTTPS)の普及が一気に進んだ。 しかしながら、メールに関連する暗号化やセキュリティについては、特に日本において、エンドユーザ目線からの議論が十分に行われているとは言い難い。 Googleの公開する透明性レポートにおいて、メールにおけるTLS暗号化の普及率が、世界的には2014年の約30%から2020年には約90%に増加した。しかし、2020年10月時点でGmailなどから外部に送信されたメールドメインのうち、暗号化されず平文で送信されたメールのTo

Securityベンダで行った社内勉強会資料 Webに関わるプロトコルの変化を追うことで、現在のWebの状況および、Snowden事件以降のPrivacyの重視などの10年間の変遷を說明した

「IPアドレスのウォームアップ」について聞いたことはあるでしょうか？ そもそもIPアドレスのウォームアップとは？ どうして必要なのか？ どのようなメリットが得られるのか？ そしてどのように実施すればいいのか？ このガイドで分かりやすく解説します！Read less

以前、掲載した「メール関連のRFC」の記事で、メールで使える文字列はASCII文字（7bit文字）のみで、そのままでは日本語が扱えない、というお話をしました。この制限は、MIMEやISO-2022-JP（いわゆるJISメール）といった方法で解決されているのですが、今回はこれらの方法で実際にどうやって日本語メールを扱っているのかを見ていきます。 日本語をそのまま送っているわけではない 普段、私たちはメールのやり取りで何気なく日本語を使っていますが、裏側ではメールの内容を一旦ASCII文字（7bit文字）に変換（エンコード）した上で送信し、受信側で再び元の表示形式に復元（デコード）する、といったことが行われています ASCII文字（7bit文字）に変換した状態のメールのことをよく「メールソース」などと表現することがあります。メールソースはメールメッセージの実体であり、文字化けの原因調査や配信遅

サポートエンジニアの佐藤（@awwa500）です。 メールには長い歴史があるため、関連するインターネット標準（RFC）も数多く存在します。そこで今回は、メール関連で特に重要なRFC※をご紹介します。普段、メールの運用をしていてもRFCを読む機会はほとんどないと思いますが、挙動に疑問が生じた場合の拠り所となる情報ですので、主なRFCとその概要を把握しておくとトラブルシューティングなどの役に立つことがあるでしょう。 ※今回はメール送信関連の基本的な内容に限定しています。記事では紹介していませんが、他にPOP3やIMAP4などメールボックスに保存されたメールへのアクセス方法を定めたものや、さまざまな認証方式、STARTTLSやS/MIMEなどの暗号化関連のドキュメントがあります。 SMTPとメッセージ形式 メールの世界で一番基本となる標準仕様はRFC 5321とRFC 5322の2つです。 RF

メールの署名欄には、実は書き方に簡単な決まりがあります。これを守ると、ちゃんとしたメールソフトなら署名部を自動認識して、見やすいように表示してくれます。その機能 sig-dashes について説明します。 みなさま、日々の業務でメール書いていますか。「コードよりメールの方が書く量が多いわい！」という方もたくさんいらっしゃるかと思います。今回は、そのメールの署名（シグネチャ）についてです。 送信メールには自動で署名（シグネチャ）をつけるように設定していますよね？職場なら、名前と会社名と所属、電話番号やFAX番号、E-mailアドレスを入れますよね。例えばこんな感じでしょうか。 ♩〜♩〜♩〜♩〜♩〜♩〜♩〜♩〜♩〜♩ 佐藤　太郎 海山株式会社　営業部 TEL 090-XXXX-XXXX Mail [email protected] ♩〜♩〜♩〜♩〜♩〜♩〜♩〜♩〜♩〜♩ 音符がたくさ

DMARCとは DMARC（Domain-based Message Authentication, Reporting, and Conformance）とは、なりすましメール対策の技術で、電子メールの送信元のドメインを認証する技術の一つです。 Yahoo!メールでは以前からSPF（※1）、DKIM（※2）というなりすましメール対策技術を導入しています。 これらがYahoo!メール側でなりすましを判断する技術であるのに対して、2020年3月より順次導入されるDMARCは「なりすまされたメールの扱い（ブロック、迷惑メール判定など）を設定」することで、ユーザーの皆様になりすまされたメールが届かないようにするための技術となります。 これによって今まで以上になりすましメール対策が強化され、より安心・安全なメールとしてお使いいただけるようになります。 ※1 SPF (Sender Policy F

と、この例では3回の通信がなされます。1が終わったら 2、2が終わったら 3とバケツリレーされます。 ※3の後に、メールボックスにあるメールをWebで見たりPOP3などでメーラーがメールを取得したりする このSMTPを使用したメールのバケツリレーの様相は、ブラウザとWebサーバーが End to End なHTTP(S)と大きく異なります（HTTPにもプロキシはあって通信が多段になることはありますが、バケツリレーではない）。 「IPレピュテーション」という概念は、上の表の2の通信、インターネット越しに送る側と受け取る側がSMTP通信するところに係わります。 レピュテーション=評価、です。メールにおけるIPレピュテーションとは、受け取る側の送る側の送信元IPアドレスに対する評価 です。この評価によって、受け取る側のメールサーバーは メールを速やかに受け取り受信者の受信箱に配送する メールを受

この記事は本番環境でやらかしちゃった人のアドベントカレンダー14日目の記事です。 多少フェイクを入れているので整合性のおかしい部分があってもご了承ください。 https://qiita.com/advent-calendar/2019/yarakashi-production 背景 モバイル版だけでMAUxx万人のそこそこ規模の大きいサービス。Android/iOS/Webの３プラットフォームで提供。 開発元が撤退済みで、運営元から協力を依頼されとりあえずWeb以外の面倒を見ることに。２社にバラバラに開発を頼んでいたようで、なぜか変なところでAWS環境が２つに別れている。 色々と設計が荒く、ドキュメントもないのでアプリの追加開発の片手間でアーキテクチャの全容把握と改善計画を練っている途中の状況 新規登録時の確認メール、パスワード再発行メールでAWS SESを利用（メール利用はそれだけと認識

以下「user」にユーザ名、「pass」にパスワードを代入し実行、Perlを使ってBase64形式に変換する。 $ perl -MMIME::Base64 -e 'print encode_base64("useruserpass");' するとこんな感じの応答が得られます。 dXNlcgB1c2VyAHBhc3M= 実行結果から逆に使用したIDを特定することも出来ます。 $ perl -MMIME::Base64 -e 'print decode_base64("dXNlcgB1c2VyAHBhc3M=");' useruserpass なので作成した認証IDは、公開などしないように(笑 ②telnetで接続する# telnet サーバのホスト名orIPアドレス 587 Trying xxx.xxx.xxx.xxx... Connected to XXXXXXXXX. Escape ch

さくらのVPSにSMTPサーバを立てたんですが、SMTP-AUTHは暗号化しなきゃだめだろって事で、調子に乗ってCRAM-MD5にしたらQdsmtpのSMTP-AUTHはPLAINのみの対応でした・・・orz そこで今回は、QdmailをちょこっとイジってCRAM-MD5に対応させる方法を紹介します。 CRAM-MD5の場合ChallengeCode（以下、チャレンジコードと表記）取得のため2回に分けてサーバと通信しなければいけないことから、PLAIN認証の場合と処理手順が少し変わります。今回のTipsではcommunicateメソッドと、それを呼び出すtryUntilSuccessメソッドをスルーしています。*1 本題に入る前に、CRAM-MD5について少し説明します。（僕も復習のためおさらい） CRAM-MD5とは SMTP-AUTHのPLAIN認証では、平文でIDとパスワードがサーバ