Normalizează expeditorul la poarta de acces, și nu mai apela un refuz retryable

OtherVOIPService
Expediere
7 septembrie 2026 la 04:15 UTC
Autor
Kamo
Comite
bf2edd9

Angajatul anterior a normalizat numărul expeditorului în cazul în care este stocat în inventarul numărului și pe transportator, și trimiterea încă nu a reușit cu același Eroare de transport. A fost a patra copie: VOIP CONVERSATIONS are propria copie DE LA PHONE NUMBER, scris atunci când firul este deschis, și /trimite niciodată consulta Rezolvatorul la toate - manerOutbound citește că copia stocate și mâinile direct la portavion. Firul live a fost deschis în timp ce inventarul a avut loc în continuare Javadoc susţine că "scrisul este normalizat" de când era scris, și a fost - pentru externePhoneNumber. Cel de lângă el a fost depozitat. Exact ca predat. Ambele trec prin numărul bertabil acum. Repararea celei de-a patra scrieri este încă repararea unei scrieri. Trimiterea este stocată în patru tabele, scrise din configurarea unui transportator, de la descoperirea unui număr, de la un membru Datoria şi discuţia. Deci, SmsGateway.trimite - singurul lucru fiecare text de ieșire trece prin -- acum normalizează expeditorul și destinația în sine și are încredere în nici o copie stocată. E164.normalizează refuzurile mai degrabă decât Presupunând, astfel încât un număr nelocuit păstrează textul brut în loc de a fi transformat într-o alta, reală, apelabilă. Al doilea defect, și motivul pentru care acest lucru a luat două runde pentru a găsi: fiecare transportator refuzul a fost raportat membrului ca "Mesajul nu a putut fi trimis. Încearcă din nou. Imediat." Retrierea a fost fără speranță prin construcție -- transportatorul a refuzat numărul expeditorului şi îl refuza de fiecare dată. Codul Sms DESCRIERE. exista deja cu sensul corect; nimic nu ducea semnalul la el, deoarece SendTextResult nu a putut spune un refuz dintr-un timeout. Se poartă codul și verdictul transportatorului acum, luate din clasa de stare, mai degrabă decât un Tabelul codurilor per-carier: 4xx este transportatorul care refuză o cerere Înţeles, 5xx şi un timeout sunt ceea ce este de fapt o retry. Un refuz este acum non-rejudecabil și spune așa, în cuvinte un membru poate acționa pe; propria transportatorului Sentinţa rămâne în jurnalul operatorului unde mergea deja. Rânduri de conversație live au fost reparate direct, astfel încât texting funcționează înainte de acest Lansări. Niciun expeditor non-E.164 nu rămâne în niciuna din cele patru mese.

Toate modificările

Ca ceea ce vezi de transport maritim?

Fiecare dintre aceste actualizări aterizează automat în spațiul de lucru. Începe gratuit și urmăriți-l crească săptămână după săptămână.

Pornește gratuit pentru totdeaunaVezi prețurile