from est ce que le destinataire voit comme expéditeur.
Le défaut est le piège
Omettrefrom 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.
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é, unfrom 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.
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.