mail-to-SMSゲートウェイは、電子メールをテキストメッセージに変換します。ゲートウェイのドメインにある宛先電話番号へメールを送信すると、メール本文がSMSとなり、ゲートウェイはAPIコールと同じA2Pルートを通じて送信します。これは、メール送信は可能だがAPIへの発信ができない監視ツール、ヘルプデスクやチケット管理ソフトウェア、レガシーなビジネスアプリケーションなどのシステムに適しています。誰でもメールの送信元アドレスを偽装できるため、安全なゲートウェイでは、SPF、DKIM、およびDMARCを通過するドメイン上の許可リストに登録された送信元からのメールのみを受信します。
主なポイント
- アドレス形式：ゲートウェイドメインにおける電話番号。例：<number>@<gateway-domain>
- メール本文がSMSテキストになります。短く、プレーンなテキストにしてください。
- すでにメール送信機能を持つツールからのアラートや、HTTP統合ができないシステムに最適です。
- セキュリティ：送信元アドレスを許可リストに登録し、SPF、DKIM、およびDMARCのアライメントを強制してください。
- 新規アプリケーションの場合、SMS APIを使用することで、より高度な制御と充実したエラーハンドリングが可能になります。
Email to SMSの仕組みとは？
- お客様のシステムから、電話番号を国際形式で記載したメールを<number>@<gateway-domain>へ送信します。
- ゲートウェイが送信者の許可状況およびドメインの認証結果を確認します。
- メールの本文（および、対応している場合は件名内の指示）を取得し、SMSを構築します。
- 通常の送信元IDルールに従い、標準的なA2P配信ルートでメッセージを送信します。
- 配信レポートは、送信元への返信メール、または設定されたアドレスに届きます。
APIではなくEmail to SMSを利用すべきケースとは？
| 状況 | SMSへのメール | SMS API |
|---|---|---|
| すでにメールで通知を行うツールの監視アラート | 適した活用方法：アラートをゲートウェイに向ける | 統合が必要 |
| メール出力のみに対応しているヘルプデスクまたはITSMツール | 適した活用方法 | カスタムコネクタが必要 |
| スプレッドシートやメールクライアントから時々送信する場合 | 対応可能 | 過剰 |
| 顧客向けのOTPおよびトランザクションフロー | 推奨されません | はい：より高速で、構造化されたエラーが発生します |
| 大量送信キャンペーン | 推奨されません | はい：キューイング、スループット、およびレポート機能 |
経験則として、ソースシステムを変更できない場合はEメールが架け橋となりますが、変更可能な場合はSMS APIが最適な選択肢です。Python、PHP、Node.js、Java、およびC#からSMSを送信する方法についてのガイド(/blog/send-sms-api-python-php-nodejs-java-csharp)では、APIの側面について解説しています。
Email-to-SMSゲートウェイのセキュリティ対策はどうすればよいか？
Eメールは送信元認証を前提に設計されていないため、あらゆるFromアドレスを受け入れるゲートウェイでは、フォーマットを知っている者であれば誰でも、お客様の費用負担で、お客様の送信元IDを使用してテキストを送信できてしまいます。以下の対策でセキュリティを強化してください：
- アカウントごとに正確な送信元アドレスを許可リストに登録する。
- 送信ドメインにSPFを公開してDKIMで署名を行い、ゲートウェイが適用するDMARCポリシーを設定する。
- 共有メールボックスではなく、アラート専用のアドレスから送信する。
- アカウントの利用限度額およびレート制限を設定します。
- SMSとなるアラートメールには、パスワード、コード、個人情報を決して含めないでください。
BroadNetのゲートウェイは、SPF、DKIM、およびDMARCに準拠したドメインの許可リストに登録された送信元アドレスからのメールのみを受信します。これにより、偽装メールによる送信のトリガーを防ぎます。これらのレコードの仕組みについては、email deliverabilityを参照してください。
メールの形式はどうすべきですか？
- プレーンテキストのみを使用してください：HTML、署名、免責事項が含まれると、SMSに影響したり、文字数制限を超過したりする可能性があります。
- 重要な情報を最初に記載してください：アラート名、重要度、ホスト名は最初の160文字以内に収める必要があります。
- 送信ツールで返信の連鎖（リプライチェーン）やフッターを削除してください。
- 文字数制限に注意してください：SMSあたり160 GSM-7文字、Unicodeの場合は70文字です。the SMS character limitを参照してください。
アラートの例：件名「CRITICAL db-01」、本文「CRITICAL: db-01 disk 95% at 03:12 UTC. Ticket 4821.」。これは、オンコール担当エンジニアが即座に対応できる短いSMSです。
BroadNetでEmail to SMSを設定する方法
Email-to-SMSは、標準的なBroadNet A2P送信の上に構築された軽量なレイヤーです。そのため、通信事業者との直接接続、送信元IDの適用、配信レポート、および監査ログは、REST APIと同様のものが利用可能です。設定の詳細、アドレス形式、およびサポートされている件名の構文については、email-to-SMS開発者ページをご確認ください。テストアクセスについては、お客様のリクエストから1営業日以内に弊社のエンジニアよりご連絡いたします。
よくある質問
Email-to-SMSゲートウェイとは何ですか？
電話番号宛に送信された電子メールをテキストメッセージに変換し、SMSネットワーク経由で送信するサービスです。
電子メールからSMSを送信するにはどうすればよいですか？
許可リストに登録されたアドレスから、プロバイダーのゲートウェイドメインにある電話番号宛に電子メールを送信してください。本文がSMSとなります。
SMSへのメール送信は安全ですか？
ゲートウェイで送信者を制限している場合に限ります。許可リストを使用し、SPF、DKIM、およびDMARCを適用することで、なりすましメールを拒否できます。
配信レポートをメールで受け取ることはできますか？
はい。配信レポートは、送信者への返信メール、または設定されたアドレスに送信することが可能です。
OTPコードの送信に「メールからSMSへの送信（email-to-SMS）」を利用すべきですか？
いいえ。コードの送信にはSMS APIまたはOTP APIを使用してください。その方が高速で、構造化されたエラーが返され、フォールバックにも対応しています。
メールからSMSへ送信する場合、メッセージの最大長はどのくらいですか？
他のSMSと同様です。1セグメントあたり160 GSM-7文字、または70 Unicode文字で、長いテキストは課金対象となるセグメントに分割されます。
2026年9月28日最終確認。当社の編集基準をご覧ください。