Skandit SMS-viestissä

Tuollaisen merkkien kooditaulukon löysin

http://www.csoft.co.uk/sms/character_sets/gsm.htm

Tähänkö pitäisi pyrkiä kun tekstiviesti lähetetään winkkarista kutsumalla http-palvelinta get-parametrein?

URL-koodaus on kuitenkin tarpeen get-parametrien takia. Eipä tuo vaan ole vielä tuottanut toivottua lopputulosta vaikka korvasin esim. winkkarin ä-kirjaimen koodia 123 vastaavalla merkillä ennen URL-koodausta.

Turhaa leikkiä arpapeliä miten gateway sattuu lähettämään. Ethän voi muuten edes tietää monta tekstiviestiä lähtee, jos viestissä on yli 70 merkkiä! Esim. euro-symboli vie kaksi merkkiä. Pahempaa, yksikin GSM-merkistön ulkopuolinen merkki muuttaa tilaksi UTF-16 ja silloin yhteen SMS:ään mahtuu enää 70 merkkiä, ei 160.

Windowsin, niin kuin kaikkien muidenkin käyttöjärjestelmien jotka käyttävät unicodea, koodi ä:lle on 0x00E4. Latin1/ISO-8859-1/15 ä on myös 0xE4.

0x25 on ihan %-merkki. Olet tainnut urlkoodata kahdesti tai vastaanottopäässä urlkoodausta ei pureta. Tai käyttämäsi merkistökoodaus ei ole sama kuin vastaanottopäässä.

1) Käyttämäsi merkistökoodaus
2) Käyttämäsi SMS-gateway
(3) Käyttämäsi framework/HTTP lähetyspalikka)

Oletko kokeillut lähettää epästandardilla urlkoodauksella, jossa 0x7f ylempiä merkkejä ei koodata ja käytetään ISO-8859-1? Jos tarvitset euromerkkiä, koita ISO-8859-15. Tietty UTF-8 voi vielä kokeilla samalla periaatteella, jos nuo eivät toimineet.

Olen sekoillut lahjakkaasti, mutta niin on joku muukin.

Http-palvelimella olevassa SMS-viestin lähetyspalvelussa on uudelleenohjaus joka ilmeisesti tekee oman merkkimuunnoksensa. Tekeepä sen vaan ihan turhaan, sillä eihän sitä palvelua pysty edes oikeasti kutsumaan ellei ensin muunna kutsun parametreissa olevia skandeja, muuten tulee invalid headers-virhe.

Eli jos yrität kutsua ilman muunnosta niin sent invalid headers ja jos kutsut merkkimuunnoksen kanssa niin saat bonuksena uudelleenohjaukselta tuplamuunnoksen. Voehan vitalis.