docs » network
#
ドキュメント

Document

自分のための備忘録です。

メール

運用例1 hiroshi-sawai.comの例

  • ドメイン レジストラ：お名前.com
  • DNS ゾーン管理：AWS Route 53
  • メールサービス： Mailgun

お名前.com

お名前.comからAWS Route 53にゾーンを委譲する。

お名前_com_Navi

AWS Route 53

Mailgunが発行する情報をRoute 53のゾーンに追加する。

  • MXレコードにmxa.mailgun.org、mxb.mailgun.orgを設定
  • SPFを指定
  • DKIMを指定
aws-record-3

Mailgun

送信

mailgun

ref. DKIMとは？

受信

Receiving__Routes_-_Mailgun

Mailgunで受けるものはinfo@info-town.jpに転送。

送信プログラム

以下コードは分かりやすさのためにセキュリティをまったく考慮していない。
実運用で使用しないこと。

<?php
# Include the Autoloader (see "Libraries" for install instructions)
require '../vendor/autoload.php';

use Mailgun\Mailgun;

$name = $_POST['name'];
$email = $_POST['email'];
$content = $_POST['content'];

$template = <<<EOF
名前：%s
メールアドレス：%s
お問合せ内容：
%s
EOF;

$text = sprintf($template, $name, $email, $content);

# Instantiate the client.
# @see https://documentation.mailgun.com/en/latest/user_manual.html#sending-via-api
$mg = Mailgun::create('`mailgun key`');
$mg->messages()->send('mg.hiroshi-sawai.com', [ // SMTPサーバとしてmg.hiroshi-sawai.com、つまりmxa.mailgun.orgが使用される。
    'from'    => 'info@hiroshi-sawai.com',
    'to'      => 'info@example.com',
    'subject' => 'hiroshi-sawai.comからお問い合わせがありました',
    'text'    => $text,
]);

header('Location: https://hiroshi-sawai.com/thanks.html');
exit;

複数のMXレコードを使用する例

MXレコードの優先度

MX レコードでは、複数記述したときにアクセス先の優先順位が決められます。 優先度の数字によってある程度分散することができます。 数字が低いほど優先度が高く、数字が高いほど優先度が低くなります。

-- MX レコードの「優先度」とはどのような意味でしょうか。

例1）

mg.example.com MX 5 mxa.mailgun.com
                 10 mxb.mailgun.com

mxa.mailgun.comの優先度が高くなるのでこちらを使用する。
mxa.mailgun.comが使用できない場合はmxb.mailgun.comを使用する。

例2）

example.com    MX 10 mail.example.com
mg.example.com MX  5 mxa.mailgun.com
                  10 mxb.mailgun.com

推測

  1. サブドメインなしMXレコード（example.com）に設定されたmail.example.comが優先して使用
  2. mail.example.comが使用できない場合はサブドメインありのMXレコード（mg.example.com）に設定されたmxa.mailgun.comを使用
  3. mxa.mailgun.comが使用できない場合はmxb.mailgun.comを使用

ref. 複数の MX レコードを使用する例

例3）

推測

MXレコードがない場合。
Aレコードに配信される。

運用例2

  • 受信はさくらのメールボックスを使用
  • 送信はMailgunを使用

運用例

送信コード

以下コードは分かりやすさのためにセキュリティをまったく考慮していない。
実運用で使用しないこと。

<?php
# Include the Autoloader (see "Libraries" for install instructions)
require '../vendor/autoload.php';

use Mailgun\Mailgun;

$name = $_POST['name'];
$email = $_POST['email'];
$content = $_POST['content'];

$template = <<<EOF
名前：%s
メールアドレス：%s
お問合せ内容：
%s
EOF;

$text = sprintf($template, $name, $email, $content);

# Instantiate the client.
# @see https://documentation.mailgun.com/en/latest/user_manual.html#sending-via-api
$mg = Mailgun::create('`mailgun key`');
$mg->messages()->send('mg.hiroshi-sawai.com', [ // SMTPサーバとしてmg.example.com、つまりmxa.mailgun.orgが使用される。
    'from'    => 'info@hiroshi-sawai.com',
    'to'      => 'info@example.com',
    'subject' => 'hiroshi-sawai.comからお問い合わせがありました',
    'text'    => $text,
]);

header('Location: https://hiroshi-sawai.com/thanks.html');
exit;

エンベロープとヘッダ

https://baremail.jp/blog/2021/05/25/1377/?utm_source=google&utm_medium=cpc&utm_campaign=dsa&gclid=CjwKCAiAxvGfBhB-EiwAMPakqqxhQJs1WXBtrRSxwXiMtPTswKQGjZlif4ApuKTZ2BfwRlNhUjbcPBoCiC4QAvD_BwE

実際の送信もとはエンベロープ Fromだが、メールソフトに表示される差出人はヘッダ From。

なりすまし

ヘッダFromとエンベロープFromの情報が異なっていてもメールを送ることができる仕組みを悪用したのが「なりすましメール」です。

ref. https://baremail.jp/blog/2021/05/25/1377/?utm_source=google&utm_medium=cpc&utm_campaign=dsa&gclid=CjwKCAiAxvGfBhB-EiwAMPakqqxhQJs1WXBtrRSxwXiMtPTswKQGjZlif4ApuKTZ2BfwRlNhUjbcPBoCiC4QAvD_BwE

加えてエンベロープ Fromも簡単に偽装できる。

送信元IP

  • 送信元IPはメールソースのReceived: fromで確認できる
  • SPFは送信元IPが偽装されていないことを前提にする
  • 送信元IPはエンベロープFrom/ヘッダ Fromとは異なる（こちらはドメイン）

SPF

ref. https://www.nic.ad.jp/ja/basics/terms/spf.html

SPF（Sender Policy Framework）は送信元の正当性をDNSを使って証明する仕組み。

エンベロープ Fromもヘッダ Fromも簡単に偽装できる。SPFはエンベロープ Fromの偽装を見抜く技術。具体的には送信元ドメイン（エンベロープ FromのドメインとHELOドメイン[^hello]）のDNSからSPFレコードを取得して、送信元IPがレコードに含まれているかをチェックする（送信元IPは偽装が難しいことを前提にしている）。

[^hello]:HELOドメイン：SMTPのHELOコマンドで使用されたドメイン名) ref. https://www.nic.ad.jp/ja/basics/terms/spf.html

foo.example.com TXT v=spf1 +ip4:xxx.xxx.xxx.xxx/24 +a:foo.example.com +mx ~all

上記はIPアドレスがxxx.xxx.xxx.xxx/24またはAレコードと等しい場合またはMSレコードのドメインのIPは許可、それ以外は不正メールとして処理されるて配信される。
SPFはTCP層で処理されるので実際のペイロードが送信される前にスパム判定ができる．

ref.

+、-、~、?の意味。

・「+」⇒正常なメールとして処理

・「⁻」⇒不正メールとして処理され、配信拒否の可能性あり

・「~」⇒不正メールとして処理されるが、配信される

・「?」⇒SPF指定なしとして処理される

省略した場合は+として処理される。

省略した場合は全て「+」（正常なメール）として処理されます。

ref. https://baremail.jp/blog/2020/02/28/579/

ref.

用語

NDR 【Non-Delivery Receipt】 配信不能レポート / バウンスメール / bounce mail

NDRとは、電子メールが宛先へ送達できない場合に、メールサーバが送信者にその旨報告するメールのこと。

https://e-words.jp/w/NDR.html