Web開発
スパムを送ってメールアドレスを検証してはいけない
Don't verify email addresses by sending spam to them (milek7.pl)
要約
この記事は、メールアドレスの検証方法として、事前に検証リンクを送らずに「ファクト・オブ・ザ・デイ」といった件名のスパムメールを一方的に送信するサービスについて警鐘を鳴らすものです。この方法は効果的でないだけでなく、スパムフィルターを回避しようと多大な労力を費やしていると指摘しています。著者は、このような非効率的で迷惑な検証方法がなぜ採用されるのか疑問を呈しています。
全文翻訳
スパムを送ってメールアドレスを検証してはいけない 2026年6月23日 メールアドレスを事前に検証しようとすることの無益さについては、これまで多くのことが語られてきました。一般的に受け入れられているアドバイスは、検証リンクを送信するだけで、事前に検証しようとすることには気にかけないべきだというものです。しかし、もしあなたが本当に検証ステップを設けたいと強く思い、同時にそのアドバイスにも従いたいとしたらどうでしょうか？どうやら、一部の人々はそれを…スパムを送信することで達成できると判断したようです。
このPangramのサインアップフォームを例にとってみましょう。ここでメールアドレスフィールドに記入すると、以下のリクエストが実行されます。
```
curl --request POST --data '{"email": "example@example.com"}' https://www.pangram.com/api/validate-email
```
そしてすぐに、他の何もせずに、あなたは謎のメールを受け取ることになります。えっ…？
日付: 2026年6月23日（火）15:29:10 +0000
差出人: "Winwin Insights" <aliyah@sifgoldenshine.com>
宛先: <example@example.com>
返信先: <aliyah@sifgoldenshine.com>
件名: 今日の事実: 磁気
Message-ID: <2111VQOY773L9P98LN32@sifgoldenshine.com>
Precedence: Bulk
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: base64
HTMLボディの内容（非表示部分）:
やあ、<br> 磁区（磁気ドメイン）とは、磁性材料内部において磁化が一様な方向を向いている領域のことです。これは、個々の原子の磁気モーメントが互いに整列し、同じ方向を指していることを意味します。キュリー温度と呼ばれる温度以下に冷却されると、強磁性材料の磁化は自発的に多数の小さな領域に分かれ、これらが磁区と呼ばれます。各磁区内の磁化は一様な方向を指しますが、異なる磁区の磁化は異なる方向を指すことがあります。磁区構造は、鉄、ニッケル、コバルトとその合金のような強磁性材料、およびフェライトのようなフェリ磁性材料の磁気的挙動の原因となります。これには、永久磁石の形成や、強磁性材料が磁場に引き寄せられる現象が含まれます。磁区を分離する領域は磁壁と呼ばれ、そこでは磁化がある磁区の方向から隣の磁区の方向へと一貫して回転します。磁区の研究はミクロ磁気学と呼ばれます。磁気ドメインは、磁気秩序を持つ材料、すなわち交換相互作用によってその双極子が自発的に整列する材料に形成されます。これらは強磁性、フェリ磁性、反強磁性材料です。外部磁場に応答して双極子が整列するが、自発的には整列しない常磁性材料や反磁性材料には、磁区は存在しません。<br> 敬具
他のすべてのまともなスパム送信者と同様に、彼らは多くの送信元ドメインをローテーションしています（網羅的ではありません！）：
apiaryapiaries.com
avaspaintinggallery.com
bonfirebeat.com
catnipblissfulhaven.com
chloesgardeninghaven.com
classmerge.com
endurovistawear.com
fragjoystick.com
gainswiftwave.com
ghostlygourd.com
hydroponicseeders.com
lanternlyric.com
mangomysticfusion.com
northchronicle.com
pasturelandplough.com
platformerboss.com
pyxisvoyager.com
raisetyrvalor.com
rockandrender.com
ryeirrigator.com
sifgoldenshine.com
sipandsweater.com
storybookstage.com
strategycrit.com
thruwaymotors.com
tillageacre.com
venusbases.com
しかし、一般的なスパマーとは異なり、彼らはスパムを確実に配信させるために非常に努力しており、拒否されるとすぐに異なるサーバーから再試行しています（どうやら彼らの一部のIPはDNSBLにリストされているようです。うーん、なぜだろう…）。
```
Jun 23 16:15:36 milek7.pl postfix/smtpd[404910]: connect from mta2.icicleglimmerfrost.com[31.133.27.229]
Jun 23 16:15:38 milek7.pl postfix/smtpd[404910]: NOQUEUE: reject: RCPT from mta2.icicleglimmerfrost.com[31.133.27.229]: 554 5.7.1 Service unavailable; Client host [31.133.27.229] blocked using spam.spamrats.com; SPAMRATS IP Addresses See: http://www.spamrats.com/bl?31.133.27.229; from=<lyla@icicleglimmerfrost.com> to=<example@example.com> proto=ESMTP helo=<mta2.icicleglimmerfrost.com>
Jun 23 16:15:39 milek7.pl postfix/smtpd[404910]: disconnect from mta2.icicleglimmerfrost.com[31.133.27.229] ehlo=2 starttls=1 mail=1 rcpt=0/1 quit=1 commands=5/6
Jun 23 16:15:39 milek7.pl postfix/smtpd[404910]: connect from mailc.plowdairy.com[93.120.120.78]
Jun 23 16:15:40 milek7.pl postfix/smtpd[404910]: NOQUEUE: reject: RCPT from mailc.plowdairy.com[93.120.120.78]: 554 5.7.1 Service unavailable; Client host [93.120.120.78] blocked using b.barracudacentral.org; http://www.barracudanetworks.com/reputation/?pr=1&ip=93.120.120.78; from=<august@plowdairy.com> to=<example@example.com> proto=ESMTP helo=<mailc.plowdairy.com>
Jun 23 16:15:41 milek7.pl postfix/smtpd[404910]: disconnect from mailc.plowdairy.com[93.120.120.78] ehlo=2 starttls=1 mail=1 rcpt=0/1 quit=1 commands=5/6
Jun 23 16:15:41 milek7.pl postfix/smtpd[404915]: connect from servidor.classmerge.com[176.113.182.193]
Jun 23 16:15:43 milek7.pl postfix/smtpd[404915]: 53EB982421: client=servidor.classmerge.com[176.113.182.193]
Jun 23 16:15:43 milek7.pl postfix/cleanup[404918]: 53EB982421: message-id=<BY7HI0WM9LDYW2J4J2KQ@classmerge.com>
Jun 23 16:15:43 milek7.pl postfix/qmgr[404883]: 53EB982421: from=<sage@classmerge.com>, size=1301, nrcpt=1 (queue active)
Jun 23 16:15:43 milek7.pl postfix/lmtp[404919]: 53EB982421: to=<me@milek7.pl>, orig_to=<example@example.com>, relay=milek7.pl[dovecot/lmtp], delay=1.8, delays=1.7/0.03/0.05/0.03, dsn=2.0.0, status=sent (250 2.0.0 <me@milek7.pl> dvDAJS+xOmq4LQYA8NhtAw Saved)
Jun 23 16:15:43 milek7.pl postfix/qmgr[404883]: 53EB982421: removed
Jun 23 16:15:44 milek7.pl postfix/smtpd[404915]: disconnect from servidor.classmerge.com[176.113.182.193] ehlo=2 starttls=1 mail=1 rcpt=1 data=1 quit=1 commands=7
```
これはすべて極めて愚かです。なぜなら、スパムを送り届けることでアドレスを「検証」するか、あるいは宛先がコンテンツフィルタリングを行う場合はスパムが拒否され、「検証」が失敗するかのどちらかだからです。彼らがどうやってこんな方法を思いついたのか、本当に興味があります。これを行うには途方もない労力が必要だったように思えるからです。おそらくメールを「検証」するための愚かなSaaSがあるのでしょうが、もし何らかのLLMエージェントが暴走した結果だとしたら笑えます。（Pangramからの実際のトランザクションメールはMailgun経由で送信されています）