Inverser les rôles est sans doute moins fiable : l'expéditeur d'un envoi n'est généralement qu'une information qui peut être fantaisiste/falsifiée.
C'est ce que tente de résoudre SPF/DKIM pour l'email (ça permet au moins de vérifier que le domaine de l'expéditeur est légitime).
Côté SMS il me semble que les passerelles permettant d'en envoyer (via API par ex) étaient assez permissives auparavant, mais qu'elles ont dû se durcir (comme les relais SMTP). En gros il faut d'abord prouver à la passerelle qu'on est bien détenteur d'un numéro mobile pour ensuite pouvoir l'utiliser comme expéditeur.
Mais malgré cela, peut-être qu'il existe toujours des solutions d'envoi de SMS plus sauvages et moins regardantes ?
[^] # Re: pourquoi pas inverser l'envoi de code ?
Posté par Tony Flow . En réponse au journal Quicksy (fournisseur XMPP) se ferme aux inscriptions car envoyer des SMS est trop cher. Évalué à 7 (+6/-0).
Inverser les rôles est sans doute moins fiable : l'expéditeur d'un envoi n'est généralement qu'une information qui peut être fantaisiste/falsifiée.
C'est ce que tente de résoudre SPF/DKIM pour l'email (ça permet au moins de vérifier que le domaine de l'expéditeur est légitime).
Côté SMS il me semble que les passerelles permettant d'en envoyer (via API par ex) étaient assez permissives auparavant, mais qu'elles ont dû se durcir (comme les relais SMTP). En gros il faut d'abord prouver à la passerelle qu'on est bien détenteur d'un numéro mobile pour ensuite pouvoir l'utiliser comme expéditeur.
Mais malgré cela, peut-être qu'il existe toujours des solutions d'envoi de SMS plus sauvages et moins regardantes ?