STOP, un mot-clé entrant.
Celui-ci n’est pas à vous de configurer
Contrairement à undlr_url, que vous fixez par message, le transfert MO est configuré sur le
worker vendor qui reçoit le trafic, par celui qui exploite la passerelle.
forward.mo.url est bien réglé sur le bon worker, et si le numéro que vous attendez
est bien mappé à votre compte.
Ce qui arrive
UnPOST, au format JSON ou FORM. La même règle de succès 200–399 et le même budget de
retries que les accusés de livraison : 10 tentatives, à 120 secondes d’intervalle, timeout de 5
secondes.
L’URL peut porter des placeholders. Les valeurs sont URL-encodées avant substitution :
La propriété doit être résolue
Un message entrant arrive à la passerelle avec un numéro de destination et aucun compte attaché. La passerelle mappe ce numéro à un compte avant de pouvoir transférer quoi que ce soit. Si le mappage manque, le message est non mappé : il arrive, il est enregistré, et il n’est transféré nulle part. Il n’y a pas d’erreur de votre côté à observer, car rien ne vous a jamais été adressé du point de vue du routage.Débogage
Le détail complet des entrants nécessiteprint.mos = true sur la passerelle, temporairement.
Cette sortie contient le contenu du message et les deux adresses, donc elle est sensible et n’est
pas à laisser activée.
Votre fournisseur devra le faire, et il vaut la peine de le lui demander plutôt que de deviner,
puisque l’alternative est d’inférer une voie entrante depuis son absence.
Voir aussi
Accusés de livraison
La direction sortante, que vous contrôlez, par message.
FAQ réception
Ordre, doublons et que faire d’un accusé manquant.