Gmailに届かなくなる？最近の電子メールで何が起っているのか？ | IIJ Engineers Blog
IIJ 技術担当部長 最近はインターネットの技術を紹介するのがお仕事です。元々プログラマ、サーバ・データセンター・ネットワーク・セキュリティ・モバイルといろいろやってきました。 ここしばらく「2024年6月よりGoogle (Gmail) が迷惑メール対策を強化、メールが届かなくなるかも」というややセンセーショナルなニュースが流れていました。本件、掘り下げるとややこしい話ではあるのですが、この記事ではざっくりと「何が起っているのか」についてまとめてみたいと思います。(説明を簡単にするため、細かいことは省いています) 結局、私は何をすれば良いの？ この問題、「Google (Gmail)で何か起るらしい」という報道のため、Gmailを使っている人が何かしなければならない雰囲気があります。ですが、実際に対応しなければならないのは、Gmailを使っている人ではありません。むしろGmailを使って
DMARC をなめるな - 弁護士ドットコム株式会社 Creators’ blog
Gmailが「メール送信者のガイドライン」を改訂し、なりすましメールへの対策を強化する旨を発表しています。今までは原則、なりすましメール対策の有無にかかわらず、メールはいちおうは届いていました。しかし今後は、なりすましとみなされたメールは届かなくなる方向に向かいつつあります。 なりすましメールとみなされないようにするために、メール送信者には、「メール送信ドメイン認証」への対応が求められます。メール送信ドメイン認証の技術には、主に以下の3つがあります。 SPF: Sender Policy Framework (RFC 7208) DKIM: DomainKeys Identified Mail (RFC 6376) DMARC: Domain-based Message Authentication, Reporting, and Conformance (RFC 7489) SPFは従来
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
添付ファイル暗号化、パスワード別送を…駆逐してやる！｜kaname
現代社会に蔓延る、ファイルをメール送信する際の古い慣習… 。 そう、添付ファイルをzipでパスワードをかけて圧縮し、そのパスワードを別のメールで送信するアレの事です。 この慣習ができた根拠は何かあると思うのですが、ぼくが今回色々考えた末に出した結論（手段）を実装できたので書こうと思います。 ※当然だけど、ファイルを共有する方法の理想はこれじゃないと思ってるよ メールでファイルを送信する事のリスク慣習ができた経緯には一切触れませんが、メールでファイルを送信し共有する事にどういったリスクがあるのかを先ず考えてみました。 誤操作 わかりやすく言うと誤送信です。誤って第三者へファイルを送信してしまい、情報を漏洩するリスクがあります。周りでやってしまった人を見かけた事がある人は多いのではないでしょうか。 外的脅威 盗聴や送信先のアカウントからファイルが漏洩するなど、要因はいくつかあると思いますが、何
メールアドレスを表す現実的な正規表現 - Qiita
RFC5322で定義されているメールアドレスの書式を完全にサポートすることは簡単ではありませんが、適当な正規表現を紹介してOKとする記事があとを絶ちません。 HTML5には input[type=email] という要素があり、メールアドレスの書式チェックをクライアントサイドで行えるようになっています。このチェックでは、下記の(Perl5の記法にならった)正規表現を使っています。 /^[a-zA-Z0-9.!#$%&'*+\/=?^_`{|}~-]+@[a-zA-Z0-9-]+(?:\.[a-zA-Z0-9-]+)*$/ 注釈に この要件は電子メールの構文を定義するRFC5322に対して 意図的に違反 (willful violation) している。 とあるように、仕様を完全に満足する正規表現ではありませんので、電子メールヘッダを解析するような本格的な用途に対しては不十分ですが、WEBサ
さくらでドメイン＆サーバー管理 + メールはGoogle apps : 隣のメモ
さくらでドメイン取得管理＆サーバー管理 Google appsで独自ドメイン名のメール管理 さくらのドメイン取得料金とドメイン維持費は若干高いけど、 それでも他と比べて年間１０００円程の差。 ○主力サイトとして使う ○サイトにメールフォーム設置 ○独自ドメインでメールばりばり使う ということであれば、メール不達のリスク、色々調べる手間を考えると悪くない選択肢。 さくらでドメイン取得後、 google appsで設定。 ドメインの所有権確認はとりあえずTXTレコードが良い。 google appsでTXTレコードが出たら、それをまるまるコピー。 さくらの管理画面で 「契約情報」→「ドメインメニュー」→「ネームサーバーメニュー」→「ゾーン設定」 エントリ名は空欄のまま 種別「TXT」 値のところにgoogle appsで出たTXTレコードをコピペ DNSチェックは「する」のまま TTLはチェッ
Contact Form 7プラグインでGmailのSMTPサーバを使ってメール送信
Contact Form 7 プラグインを使ってメールフォームを作成する時に、 WordPress をインストールされている環境によっては自由にメール送信先を指定できない場合があります。ここでは「WP Mail SMTP」プラグインを追加でインストールし、指定した SMTP サーバを使ってメールを送信する方法について解説します。例として Gmail の SMTP サーバを利用し Gmail のメールアドレス宛てに送信する場合で試していきます。 なおContact Form 7プラグインのインストール方法や基本的な使いかたについては「Contact Form 7プラグインの使い方(問い合わせメールフォームを作成)」をご参照下さい。 WP Mail SMTPプラグインのインストール WP Mail SMTPプラグインは指定したSMTPサーバを使ってメールを送信できるようにするプラグインです。W
「メールアドレスのルール」系まとめがそろって間違ってるのでご注意を - 若くない何かの悩み
メールアドレスのルールのまとめ系のサイトの内容が間違っています。 なので、この類のまとめは安易に信じないように 、という注意喚起をしておきます。 追記（2013/11/27） twitterやはてブをみていたところ、「ユーザーへの啓蒙という観点ではまとめの内容間違ってない」というご意見をたくさんいただきましたので、補足をしておきますね。 どうも「ルール」と「トラブルを避けるためのガイドライン」が混同されているように思います。まとめで紹介されている内容がユーザ向けの「ガイドライン」なのであれば、「+ 記号使わせてよ」ぐらいしか文句はありません。 ですが、ほとんどのまとめは上記の内容を「ルール」として説明しています。ひどいものにはRFCに基づいてまとめを書いたようにミスリードさせる記事もありました。このような現状を憂い、このような記事を書いたのです。 そもそもこれに気づいた発端は@kusano
独自ドメインのメール送信を SPF に対応させる方法 - WebOS Goodies
上記の「ステータス」というのは、メール配信時に付加される "Received-SPF:" ヘッダに表記される文字列です。 Received-SPF ヘッダに関する詳細は後述します。また、「メールの扱い」はあくまで代表的な例ですので、すべてのサーバーが上記のような動作をするとは限りません。最終的には受信側サーバーの裁量にいかんです。 Mechanism Mechanism はディレクティブの Qualifier を除く部分で、ホストのマッチングルールを指定します。多くの指定方法がありますので、それぞれ個別にご紹介します。 ip4 : IP アドレスによるマッチ "ip4" は送信元 IP アドレスが指定された IP アドレスと一致するかを確認する Mechanism です。書式は以下のようになります。 ip4:<IPアドレス> 例えば、 "+210.251.253.231" というディレクテ
メール送信者認証技術 SPF/Sender ID についてお勉強
お勉強の背景に関しては 「迷惑メール対策 OP25B（Outbound Port25 Blocking）についてお勉強」 に書いたとおりですが、迷惑メール対策としての SPF/Sender ID についてもいろいろ勉強したのでそのまとめです。（DomainKeys については思いのほかエントリが長くなったのでまた別の機会で・・・）まずは参考になったサイトの紹介から。 Sender Policy Framework (SPF) for Authorizing Use of Domains in E-Mail, Version 1 Sender ID: Authenticating E-Mail DNS関連技術の最新動向 - SPF/DomainKeysとは Sendmail 社 - 送信者認証技術の導入におけるレコメンデーション メール送信者認証の仕組みを探る(2/2):スペシャル - ZD
間違いから学ぶSPFレコードの正しい書き方 : 迷惑メール対策委員会
岡山大学 山井成良 2011年4月 1. はじめに 2. 典型的な誤りと正しい書き方 2.1 SPFレコードが複数行存在する 2.2 機構（メカニズム）の記述に誤りがある 2.3 参照方法に誤りがある 2.4 必要な空白文字がない 2.5 その他の間違い 3. チェック方法 1. はじめに 迷惑メールは、現在のところ、送信元アドレスが詐称された状態で送られるものが大多数を占めます。これにより、迷惑メールの送信源追跡を困難にしたり、フィッシング詐欺に利用されたりします。そこで、送信元アドレスの詐称を防止する送信ドメイン認証技術が開発されました。 現在までに実用化されている送信ドメイン認証技術はいくつか存在しますが、そのうち最も普及しているものがSPF（Sender Policy Framework）です。平成22年6月時点におけるjpドメインでの普及率はドメイン数ベースで約40パーセントであ
ユーザーに届かない登録確認メールを半減させるプラグイン「mailcheck.js」
By Helga Weber ユーザー登録やアカウント作成を行ったあと、登録したメールアドレス宛に仮登録メールや最終確認メールが届く流れになっているシステムはあちこちにありますが、登録時にメールアドレスを間違えてしまうとこのメールが届かず、「もう面倒だからいいや……」と諦めてしまう人が出てしまいます。サービス提供者にとって大きな痛手であるこの「確認メール不達」という事態を減らすため作られたJavaScriptライブラリとjQuery用プラグインが「mailcheck.js」です。 Kicksend/mailcheck · GitHub https://github.com/Kicksend/mailcheck How we decreased sign up confirmation email bounces by 50% - The Kicksend Blog http://blog.
What Can You Learn From an Email Header (Metadata)?
Did you ever get an email and wondered where it came from, or who really sent it? Surprisingly, a lot of that information can be obtained from the metadata in the email header. The header is a part of every email that most people never even see. It contains a ton of data that seems like gobbledygook to the average user. Besides, most email clients hide the metadata, often making it difficult to ac
【Paypal（ペイパル）使っている方は注意】何も買ってないのに請求が来たと思ってびっくり。フィッシング詐欺メールでした。削除でOK｜今村だけがよくわかるブログ
【Paypal（ペイパル）使っている方は注意】何も買ってないのに請求が来たと思ってびっくり。フィッシング詐欺メールでした。削除でOK service@paypal.comから、 「Receipt for your PayPal payment to Jim Hoenscheid」というタイトルで、メールが届いていました。 内容は以下です。メールをキャプチャしました。 要約すると、「この商品を買ったんで支払してよね。149.49USドルね。頼むよ」って感じです。 えっ！買ってないです！怪しいので、どこからメールが送られてきたのか、メールヘッダを確認しました。 怪しいのでメールヘッダを確認確認しましたが、FromとX-senderがおかしかったです。 From: "service@paypal.com" <boondoggled2@thebackyardfunstore.com> X-Send
Google Apps にメールサーバを移行したよ - TokyoHeadTerminal
Gmail は通常 ○○@gmail.com のように Google から与えられたメールアドレスを使うものですが、普段使っている独自ドメインのメールアドレス（○○@head-t.com）を Gmail で扱えるようにするサービスが Google Apps です。 Google Apps for Business 独自ドメインで運営している Webサイト（www.head-t.com）の表示は今まで通りのレンタルサーバを使い、メールサーバのみ Google Apps に移行する感じですね。 メリットとしては… ブラウザからもアクセスできる 当然メールソフトから IMAP アクセスできる iPhone/Android からスマートに送受信できる iPhone には迷惑メールフィルタがないけど、Google Apps のメールサーバを使うことで解決 メールサーバの信頼性が高い といったところで
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.qunea.com/blog/log/20080801-1749.html
404 Not Found