Skip to main content
from est ce que le destinataire voit comme expéditeur.

Le défaut est le piège

Omettre from utilise votre nom de login. C’est pratique en test et presque jamais correct en production, parce que votre nom de login n’est habituellement pas un sender ID approuvé. Le même code qui fonctionnait en staging renvoie donc 403 dès que l’approbation est imposée.
Fixez from explicitement dès le premier message, même quand l’approbation est désactivée. Cela ne coûte rien et supprime toute une classe de surprises au go-live.

Deux sortes de sender ID

L’alphanumérique est typiquement limité à 11 caractères, et le support varie selon les pays. Certaines destinations le refusent entièrement, d’autres l’écrasent, et certaines exigent un pré-enregistrement. Votre fournisseur sait ce qui s’applique à votre trafic.

Quand l’approbation est imposée

Sur un compte avec le whitelisting de sender ID activé, un from non approuvé est refusé :
403 en HTTP, 0x415 en SMPP. Rien n’a été envoyé et rien n’a été débité. Ce n’est pas corrigeable dans le code. Il faut une approbation de la part de celui qui exploite votre passerelle, habituellement demandée via le portail client.

En demander un

1

Demandez la chaîne exacte

SUNOTP et SunOTP sont des sender IDs différents. Demandez la casse que vous enverrez réellement.
2

Précisez pour quelles destinations

Les destinations réglementées — l’Inde en tête — exigent un enregistrement chez l’opérateur en plus de votre passerelle, et cela prend plus de temps.
3

Attendez APPROVED

Un sender ID en attente n’est pas utilisable. Il se comporte exactement comme s’il n’existait pas.
Un sender ID approuvé peut aussi porter des TLVs, qui sont apposés sur votre message quand il correspond. Sur une voie DLT, ce stamp est l’identifiant d’entité enregistrée. Un expéditeur non approuvé n’est donc pas seulement refusé pour être non approuvé ; il serait aussi arrivé chez l’opérateur sans les paramètres dont il avait besoin.

L’approbation du sender ID et l’approbation du contenu sont séparées

Deux vérifications différentes, deux refus différents : Un compte peut imposer l’une, les deux ou aucune. Passer l’une ne dit rien de l’autre. Voir Refus pour lire la seconde.

Voir aussi

Sender IDs et templates

Le côté opérateur : approuver, rejeter, et ce que fait un stamp.

Erreurs

Que faire d’un 403 qui ne s’en va pas.