BroadNet
Le JournalIngénierie
Ingénierie

Email vers SMS : fonctionnement, cas d'usage et sécurisation d'une passerelle email-to-SMS

Une passerelle email-to-SMS transforme un e-mail adressé à un numéro de téléphone en un message texte, permettant ainsi aux outils de surveillance, aux services d'assistance et aux systèmes hérités ne pouvant envoyer que des e-mails de joindre des utilisateurs par SMS. Voici son fonctionnement, ses avantages par rapport à une API, et comment la sécuriser contre l'usurpation d'e-mails.

7 min de lecture
Ingénierie · Numéro 39
7 min de lecture

ne passerelle email-to-SMS convertit un e-mail en message texte : vous adressez l'e-mail au numéro de téléphone de destination sur le domaine de la passerelle, le corps du message devient le SMS, et la passerelle l'envoie via la même route A2P qu'un appel API. Cette solution convient aux systèmes capables d'envoyer des e-mails mais ne pouvant pas passer d'appels API, tels que les outils de monitoring, les logiciels de helpdesk et de ticketing, ou les anciennes applications métier. Comme n'importe qui peut falsifier l'adresse d'expédition d'un e-mail, une passerelle sécurisée n'accepte les messages que provenant d'expéditeurs autorisés sur des domaines validant SPF, DKIM et DMARC.

Points clés à retenir

  • Format de l'adresse : le numéro de téléphone suivi du domaine de la passerelle, par exemple <number>@<gateway-domain>.
  • Le corps de l'e-mail devient le texte du SMS ; veillez à ce qu'il soit court et simple.
  • Idéal pour les alertes provenant d'outils envoyant déjà des e-mails, et pour les systèmes sans intégration HTTP.
  • Sécurité : autorisez les adresses des expéditeurs et imposez l'alignement SPF, DKIM et DMARC.
  • Pour les nouvelles applications, l'API SMS offre un meilleur contrôle et une gestion des erreurs plus riche.

Comment fonctionne l'envoi d'e-mails vers SMS ?

  1. Votre système envoie un e-mail à <number>@<gateway-domain>, avec le numéro au format international.
  2. La passerelle vérifie que l'expéditeur est autorisé et que le domaine passe l'authentification.
  3. Elle récupère le corps du message (et, si pris en charge, les instructions dans l'objet) et génère le SMS.
  4. Elle soumet le message via la route A2P standard, en respectant les règles habituelles d'identifiant d'expéditeur.
  5. L'accusé de réception peut être renvoyé par e-mail en réponse à l'expéditeur ou à une adresse configurée.

Quand faut-il utiliser l'e-mail pour SMS plutôt qu'un API ?

SituationE-mail vers SMSSMS API
Alertes de surveillance provenant d'outils qui effectuent déjà des notifications par e-mailSolution idéale : orienter l'alerte vers la passerelleNécessite une intégration
Outils Helpdesk ou ITSM avec sortie e-mail uniquementSolution idéaleNécessite un connecteur personnalisé
Envois occasionnels depuis un tableur ou un client mailFaisableSurdimensionné
OTP destinés aux clients et flux transactionnelsNon recommandéOui : plus rapide, avec des erreurs structurées
Campagnes à haut volumeNon recommandéOui : mise en file d'attente, débit et reporting

La règle d'or : l'e-mail est la solution de transition lorsque vous ne pouvez pas modifier le système source ; le SMS API est le choix privilégié lorsque cela est possible. Notre guide sur l'envoi de SMS depuis Python, PHP, Node.js, Java et C# présente l'aspect API.

Comment sécuriser une passerelle e-mail-to-SMS ?

L'e-mail n'a pas été conçu avec une authentification de l'expéditeur ; ainsi, une passerelle qui accepte n'importe quelle adresse « From » permet à quiconque connaissant le format d'envoyer des SMS à vos frais et sous votre identifiant d'expéditeur. Sécurisez l'accès :

  • Ajoutez les adresses d'expédition exactes à la liste blanche par compte.
  • Publiez SPF et signez avec DKIM sur le domaine d'envoi, et définissez une politique DMARC appliquée par la passerelle.
  • Envoyez depuis une adresse dédiée pour les alertes, et non depuis une boîte mail partagée.
  • Définissez les limites de dépenses et de taux sur le compte.
  • Ne placez jamais de mots de passe, de codes ou de données personnelles dans les e-mails d'alerte qui deviennent SMS.

La passerelle de BroadNet n'accepte les e-mails que provenant d'adresses d'expéditeurs autorisées sur des domaines alignés avec SPF, DKIM et DMARC, ce qui empêche l'envoi d'un e-mail falsifié. Consultez la section délivrabilité des e-mails pour comprendre le fonctionnement de ces enregistrements.

Comment devez-vous formater l'e-mail ?

  • Texte brut uniquement : le HTML, les signatures et les clauses de non-responsabilité peuvent finir dans le SMS ou dépasser la limite de longueur.
  • Placez l'élément important en premier : le nom de l'alerte, la sévérité et l'hôte doivent tenir dans les 160 premiers caractères.
  • Supprimez les fils de discussion et les pieds de page dans l'outil d'envoi.
  • Respectez les limites de caractères : 160 caractères GSM-7 par SMS, 70 en Unicode ; consultez la limite de caractères SMS.

Exemple d'alerte : objet « CRITICAL db-01 », corps « CRITICAL : disque db-01 à 95 % à 03:12 UTC. Ticket 4821. » Il s'agit d'un SMS court sur lequel l'ingénieur d'astreinte peut agir.

Comment configurer l'e-mail vers SMS avec BroadNet ?

L'Email-to-SMS est une couche légère superposée à l'envoi standard A2P BroadNet ; ainsi, les routes directes opérateur, l'application de l'identifiant d'expéditeur, les accusés de réception et les journaux d'audit sont identiques à ceux de la API REST. Les détails de configuration, le format d'adresse et la syntaxe du sujet prise en charge sont disponibles sur la page développeur email-to-SMS. L'accès de test vous sera fourni par nos ingénieurs dans un délai d'un jour ouvré après votre demande.

Foire aux questions

Qu'est-ce qu'une passerelle email-to-SMS ?

Un service qui transforme un e-mail adressé à un numéro de téléphone en un message texte et l'envoie via le réseau SMS.

Comment envoyer un SMS par e-mail ?

Envoyez l'e-mail au numéro de téléphone via le domaine de la passerelle de votre fournisseur depuis une adresse autorisée ; le corps du message devient le SMS.

L'envoi d'e-mails vers SMS est-il sécurisé ?

Seulement si la passerelle restreint les expéditeurs. Utilisez une liste d'autorisation et imposez SPF, DKIM et DMARC afin que les e-mails falsifiés soient rejetés.

Puis-je recevoir des rapports de livraison par e-mail ?

Oui. L'accusé de réception peut être renvoyé sous forme de réponse par e-mail à l'expéditeur ou à une adresse configurée.

Dois-je utiliser l'e-mail pour SMS pour les codes OTP ?

Non. Utilisez une SMS ou une OTP API pour les codes : c'est plus rapide, cela renvoie des erreurs structurées et permet la gestion du repli (fallback).

Quelle est la longueur maximale d'un message email-to-SMS ?

La même que pour n'importe quelle SMS : 160 GSM-7 caractères ou 70 caractères Unicode par segment, les textes plus longs étant divisés en segments facturés.

Révisé le 28 septembre 2026. Consultez nos normes éditoriales.

Cela vous a-t-il été utile ?

Comment nous rédigeons et vérifions nos contenus

Écrit par

Équipe éditoriale BroadNet

L'équipe éditoriale publie le blog de BroadNet. Les articles sont rédigés avec les équipes BroadNet des affaires réglementaires, des produits, de l'ingénierie, des études de marché et des solutions pour opérateurs, puis relus selon nos normes éditoriales.

Le Journal, par courriel

Un essai par mois. Rien d'autre.

Abonnez-vous et nous vous enverrons le prochain article (ingénierie, réglementation ou industrie) dès sa parution. Pas de campagnes publicitaires intempestives, pas de démarchage commercial, pas de partage avec des tiers. Désabonnement en un clic.

Un e-mail par mois. Désabonnement à tout moment. Consultez notre politique de confidentialité.

Ce que vous obtiendrez
  • Article long, pas un appât à liens.
    Six à onze minutes d'écriture ciblée sur un seul sujet.
  • Rédigé par des opérateurs
    Ingénieurs, responsables réglementaires et rédacteurs de produits en interne.
  • Connaissance de la région
    Point de vue ancré dans la région MENA sur les régulateurs, les opérateurs et la répartition des canaux.
  • Une fois par mois
    Pas de campagne au compte-gouttes. Un seul essai à la fois.
Arrêtez de lire. Commencez à expédier.

La plupart de ce que nous écrivons, nous l'avons appris en production.

Si cet article vous a interpellé, nous devrions probablement en discuter. Présentez-nous votre cas d'utilisation, les volumes et les marchés ; nous vous proposerons ensuite une solution de routage, une tarification et un client de référence que vous pourrez contacter.

$ curl -X POST https://api.broadnet.me/sms/sendSms