- Expédié
- 7 septembre 2026 à 01:38 UTC
- Auteur
- Kamo
- Commite
- 3f031d1
Réalisé à partir d'une configuration réelle, et le rapport était juste. Une organisation en activité FreePBX a ajouté Telnyx en tant que fournisseur de texte, a ouvert la fenêtre SMS, et a été affiché. La phrase statique de FreePBX: "Ce serveur de téléphone est un PBX FreePBX, qui transporte des appels mais pas des messages texte. Un administrateur peut ajouter un fournisseur de texte sous Paramètres et Téléphone et Fournisseurs..." Ils venaient de faire ça. Le message les a renvoyés à un écran où Un fournisseur qu'ils avaient créé était assis là, travaillant. Un refus qui n'a pas ont remarqué que la propre configuration du locataire se lit comme le produit ne prêtant pas attention, Et il en coûte à quelqu'un en temps réel de découvrir que l'étape manquante était ailleurs. smsUnavailableReason() est une déclaration sur un FOURNISSEURS et ne sait rien sur l'organisation qui le lit. C'est bon pour ce pour quoi il a été écrit et faux en dernier lieu, donc la passerelle compose maintenant le refus de ce que l'ordre a effectivement: lorsqu'un transporteur existe, il désigne ce transporteur et indique à l'échelon Vraiment manquant - pointer un certain nombre - au lieu de l'étape déjà franchie. Les propres mots du fournisseur survivent pour le cas pour lesquels ils ont été écrits: une organisation sur laquelle il n'y a rien à replier. Et la recherche échoue vers eux, donc a le refus ne peut jamais devenir une exception.