アカウント名:
パスワード:
Gmailで送信されたメールが受信できない不具合
出願システムから出願者宛に送るメールが、出願者側のメールアカウントがGmailだと正常に受信されない不具合だよ。あと確かに解消はされていないようだけどストーリー投稿時点では一応の対応策が県から提示されている。スラド民的には原因が何なのか [togetter.com]のほうが興味あるでしょ。
これは送信元の出願システムのメール送信まわりが終わってて、Gmail側はむしろ適切に処理してるという話なのかな
この検証記事によればSPFもDMARCも問題はないとのことだけどねhttps://dev.classmethod.jp/articles/shutsugankanagawa-email/ [classmethod.jp]
問題が有ったのはMXレコードで、MXレコードが直った後の記事だから問題がなくて当然。
>「dig」コマンドを利用して、SPF、DKIM、DMARCで利用するDNSレコードの確認を試みました。(確認時刻:1月16日22時台)
MXレコードはメール受信の設定ですが、送信にも影響があった証拠はあるのでしょうか?
MXレコードを設定しないなんていうテストをしたことがないので証拠はありませんが、AレコードもMXレコードも正しく設定されていないと、キャリアメール宛てのメール送信ですら弾かれますよ
https://www.docomo.ne.jp/info/spam_mail/domain/notice/ [docomo.ne.jp]
「受信するメールの選択」内の「なりすましメールの拒否設定(パソコンなど)(iモードでは「他のアドレスになりすましたメール」)」の初期値は、2015年11月26日(木曜)以前にiモードをご契約された方は「拒否しない」、2015年11月27日(金曜)以降ご契約の方は、「存在しないドメインからは拒否する(iモードでは「存在するドメインのみ受信」)」が設定されています。
MXレコードもAレコードも正しく設定されなていなかったら、存在しないドメイン扱いで拒否されます。
ちなみに、MXレコードが無い場合にはAレコードのIPアドレスを使うことがRFCで定められていますので、Aレコードが正しく設定されていれば、MXレコードが無くても大丈夫な可能性が高いと思いますが、迷惑メール対策はスコア制なので、スコアが低くなる可能性は否定できないのでMXも指定しておいた方がいいでしょう
そもそもGmailはスコア制なので証拠というのは難しいですねdkimもspfもないからどうとかとエラーが返ってくる場合があっても、じゃあその条件だと絶対駄目かというとそうではなく、昔から使われているIPアドレスやドメイン名からだと何故かエラーにならない(たぶんホワイトリストに入っている)なんてことがあったりと、様々な条件で信用スコアを算出しているような感じなので確実にエラーとか確実に通るといった判断はしずらいですそもそもメールサーバーも複数あって、A/Bテストやっていたりすることもあるので、同じ条件でも同じ結果になるとも限らないです
キャリアメールすらって、彼らは昔から特殊な部類(*)だから、リファレンスにならないのでは。RFC違反メールアドレス利用を今も許してたり。https://service.smt.docomo.ne.jp/site/mail/src/rfcaddress_info_for_ios.html [docomo.ne.jp](*)キャリア内の独自プロトコルのメッセージ交換網が基本で、後付けでゲートウェイでemail交換もできるよう拡張
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日本発のオープンソースソフトウェアは42件 -- ある官僚
違うよ、全然違うよ (スコア:2)
Gmailで送信されたメールが受信できない不具合
出願システムから出願者宛に送るメールが、出願者側のメールアカウントがGmailだと正常に受信されない不具合
だよ。
あと確かに解消はされていないようだけどストーリー投稿時点では一応の対応策が県から提示されている。
スラド民的には原因が何なのか [togetter.com]のほうが興味あるでしょ。
Re: (スコア:0)
これは送信元の出願システムのメール送信まわりが終わってて、Gmail側はむしろ適切に処理してるという話なのかな
Re: (スコア:0)
この検証記事によればSPFもDMARCも問題はないとのことだけどね
https://dev.classmethod.jp/articles/shutsugankanagawa-email/ [classmethod.jp]
Re: (スコア:0)
問題が有ったのはMXレコードで、MXレコードが直った後の記事だから問題がなくて当然。
>「dig」コマンドを利用して、SPF、DKIM、DMARCで利用するDNSレコードの確認を試みました。(確認時刻:1月16日22時台)
Re: (スコア:0)
MXレコードはメール受信の設定ですが、送信にも影響があった証拠はあるのでしょうか?
キャリアメールへの送信すらできない (スコア:0)
MXレコードを設定しないなんていうテストをしたことがないので証拠はありませんが、
AレコードもMXレコードも正しく設定されていないと、キャリアメール宛てのメール送信ですら弾かれますよ
https://www.docomo.ne.jp/info/spam_mail/domain/notice/ [docomo.ne.jp]
「受信するメールの選択」内の「なりすましメールの拒否設定(パソコンなど)(iモードでは「他のアドレスになりすましたメール」)」の初期値は、2015年11月26日(木曜)以前にiモードをご契約された方は「拒否しない」、2015年11月27日(金曜)以降ご契約の方は、「存在しないドメインからは拒否する(iモードでは「存在するドメインのみ受信」)」が設定されています。
MXレコードもAレコードも正しく設定されなていなかったら、存在しないドメイン扱いで拒否されます。
ちなみに、MXレコードが無い場合にはAレコードのIPアドレスを使うことがRFCで定められていますので、Aレコードが正しく設定されていれば、MXレコードが無くても大丈夫な可能性が高いと思いますが、
迷惑メール対策はスコア制なので、スコアが低くなる可能性は否定できないのでMXも指定しておいた方がいいでしょう
そもそもGmailはスコア制なので証拠というのは難しいですね
dkimもspfもないからどうとかとエラーが返ってくる場合があっても、じゃあその条件だと絶対駄目かというとそうではなく、昔から使われているIPアドレスやドメイン名からだと何故かエラーにならない(たぶんホワイトリストに入っている)なんてことがあったりと、
様々な条件で信用スコアを算出しているような感じなので確実にエラーとか確実に通るといった判断はしずらいです
そもそもメールサーバーも複数あって、A/Bテストやっていたりすることもあるので、同じ条件でも同じ結果になるとも限らないです
Re: (スコア:0)
キャリアメールすらって、彼らは昔から特殊な部類(*)だから、リファレンスにならないのでは。
RFC違反メールアドレス利用を今も許してたり。
https://service.smt.docomo.ne.jp/site/mail/src/rfcaddress_info_for_ios.html [docomo.ne.jp]
(*)キャリア内の独自プロトコルのメッセージ交換網が基本で、後付けでゲートウェイでemail交換もできるよう拡張