Outo viesti iPhoneen

[Mikel74]

Vaimo otti hiljattain käyttöön uuden iPhone 4s:n ja on nyt pari kertaa saanut puhelimeen oudon tekstiviestin. Viesti tulee numerosta 19 ja näyttää, että se on lähetetty vuonna 1969. Teksti on kiinaa tai jotain sen tyyppistä. Tekstiä on muutama merkki. Mistä on kyse? Tämä alkoi iPhonen käyttöönoton jälkeen. Ennen oli käytössä Nokia.

[Jonz96]

Voisitko ottaa siitä screenshotin ja laittaa tänne...

Epäilen, että viesti olisi hyvin voinut tulla nokiaankin ja on vain sattumaa, että iPhoneen vaihto sattui samalle ajankohdalle...

Jos viestissä on muutama kiinalainen merkki niin mistä tiedät, että se olisi "lähetetty 1969"?
Silloin ei paljon viestejä lähetelty

Kuulostaa kyllä yleisestikin hieman oudolta...

[nigga]

oisko joku kiinalainen matkustanut menneisyyteen GSM laitteistot mukanaan ja laittanut hätäviestin jostain syystä joka on jäänyt odottamaan vuosikymmeniksi oikeaa vastaanottajaa ?

pistä kuva tännä jos viesti ei automaattisesti tuhoutunut.

[kerabit]

Eli home ja näppislukko nappiva pohjaan yhtäaikaa niin saadan se todiste.

[Mikel74]

Poistin viestit koneesta. Sillä näytöllä, millä puhelimeen tulleet viestit on listattu, viestin lähetysaikana näkyi päivä, kuukausi ja vuosi 1969. Sitten kun avasi viestin, niin siellä oli sitä kiinalaista tekstiä. Vaimolla on Soneran Multi-sim palvelu, eli toinen sim-kortti samalla numerolla. Normaalit puhelut ja tekstarit tulee toiseenkin puhelimeen (Nokia) samaan aikaan. Nämä oudot viestit tuli vaan iPhoneen. Odotellaan tuleeko viestejä vielä.

[Juhani L]

Selitys voi olla myös tämä: Viestejä luettaessa iPhoneen tapahtuu merkistösekaannus. Näinhän tapahtuu joskus sähköposteissa, kun viesti on tehty tavallisella 8-bittisellä koodauksella mutta se tulkitaan jostain syystä harhaanjohtavasti UTF-16-koodauksella (yleensä viestin metatiedot väärät tai puutteelliset). Tavallisesti tällaiset emailit ovat spämmiä. SMS–viestit kuten sähköpostikin voidaan lähettää ja vastaanottaa erilaisilla merkistötulkinnoilla (7-bittinen, erilaiset 8-bittiset sekä UTF-16). Jos viesti on lähetetty 7- tai 8-bittisellä koodauksella mutta se tulkitaan jostain syystä 16-bittisenä, tuloksena on hyvin usein juuri kiinan- tai japaninkielisiä ideografisia merkkejä.

Jos kyse on tästä, iPhonen asetuksista ei taida voida tehdä mitään, koska siellä ei voi määritellä koodauksen tunnistamista. Eipä taida voida muissakaan puhelimissa.

Kokelisin lukea saman viestin toisella puhelimella, jos sellainen on käytössä ja tekstarin voisi lukea toiseen kertaan. Toinen tapa olisi kokeilla lähettää viesti iPhonesta edelleen toiseen puhelimeen, jossa on joku muu käyttis kuin iOS. Ehkä tätä kautta löytyisi selitys.

Mikäli jonkun puhelin tai operaattori lähettää vahingossa väärinmuotoiltuja tekstiviestejä, vastaanottajan on erittäin vaikea tehdä mitään. Vain silloin asialla olisi merkitystä, jos aitoja tärkeitä viestejä jää tällä tavalla lukematta. Tuskin tästä on nyt kyse.

[mommmmi]

..

[Mikel74]

kuva.png

Tällainen tuli tänään. Nyt sitten hypättiin tulevaisuuteen. Mitähän tämä nyt sitten on? Nämä tulevat ikäänkuin tekstiviesteinä, mutta ne eivät kuitenkaan tule tuohon rinnakkaisliittymään, vaikka kaikki muut tekstiviestit siihen tulee.

[innae]

Mulla sama ongelma,paitsi viestit tulee numerosta 1548746111648 ja sisältö saattaa olla tota kiinankieltä tai sit ihan vaan @(/&¤% ,tai tyhjiä. Tässä on multisim ja toinen on nokialaisessa.

[vemssi]

Menemättä sen tarkemmin Multi-SIM-palvelun tekniseen toteutukseen, niin se rinnakkaisliittymä on verkon kannalta ihan samanlainen liittymä kuin se pääliittymäkin. Sillä on oma numeronsa (niin IMEI kuin msisdn:kin koska teknisesti on mahdotonta, että olisi olemassa kaksi SIM-korttia, joilla on sama IMEI), joten siihen voi lähettää tekstiviestejä pääliittymästä riippumatta, kunhan vain tietää (tai arvaa) sen numeron.

1804 lähettäjänä viittaa ulkomaiseen lyhytnumeropalveluun, mutta koska viestin aikaleima on mitä sattuu, niin asiaa pitäisi tutkia tarkemmin. Soitto Soneran Tekniseen asiakaspalveluun, puh. 0206 90801, on tehokkain reitti. Tietääkseni kyseessä ei kuitenkaan ole mikään laajemmin tunnettu huijausviesti.

[Juhani L]

Kuten aiemmassa viestissä arvelin, kyse saattaa olla koodistosekaannuksesta. Se voi olla lähettäjä-, välittäjä- tai vastaanottopuolella. Olen aika varma, että kyseessä on neljä 16-bittistä merkkiä, ensimmäinen on "TEL" (Unicoden heksarvo: U+2121), seuraava CJK-glyyfi (kiinan, japanin ja korean merkkejä) U+8013. Loppuja kahta en jaksa selvittää CJK:n radikaali-indeksin avulla.

Eli kyse on tässä tapauksessa viestissä 6-9-numeroisesta puhelinnumerosta, joka näkyy iPhonessa ihan väärin. Samanlaisen harhaisen tuloksen saan aikaan vaikkapa LibreOfficen Calcilla, kun luen tahallani tavallista latinalaista tekstiä tai numeroja väärälllä UTF-16-koodauksella.

Edit: tuo väärä lähetyspäivämäärä selittyy varmaan myös samasta koodistosekaannuksesta.

[vemssi]

Kuten aiemmassa viestissä arvelin, kyse saattaa olla koodistosekaannuksesta. Se voi olla lähettäjä-, välittäjä- tai vastaanottopuolella. Olen aika varma, että kyseessä on neljä 16-bittistä merkkiä, ensimmäinen on "TEL" (Unicoden heksarvo: U+2121), seuraava CJK-glyyfi (kiinan, japanin ja korean merkkejä) U+8013. Loppuja kahta en jaksa selvittää CJK:n radikaali-indeksin avulla.

Eli kyse on tässä tapauksessa viestissä 6-9-numeroisesta puhelinnumerosta, joka näkyy iPhonessa ihan väärin. Samanlaisen harhaisen tuloksen saan aikaan vaikkapa LibreOfficen Calcilla, kun luen tahallani tavallista latinalaista tekstiä tai numeroja väärälllä UTF-16-koodauksella.

Edit: tuo väärä lähetyspäivämäärä selittyy varmaan myös samasta koodistosekaannuksesta.

Ilman muuta kyseessä on UCS2-merkistön viesti, GSM 7-bit ei sisällä kuin (laveasti) 7-bittisen ASCII-merkistön.

Merkistön asettaa lähettävä osapuoli, eikä sitä sen jälkeen muuta SMSC eikä MSC (sillä se on merkityksetön tieto niille). Vastaanottava päätelaite sitten itse päättää miten se viestin näyttää. Vain GSM 7-bit on pakollinen merkistö, loppu on hyvää tahtoa. Teoriassa on mahdollista, että lähettäjä asettaa viestiin väärän koodauksen (vaihtoehtoja on neljä: default, USC2, 8-bit data ja 16-bit data), mutta tällöin pitää olla hyvä tuuri, että viestin bittimäärä täsmää. Neljästä USC2-merkistä, kuten tässä, ei saa mitään muuta merkistöä ilman, että koko viesti menee rikki (4 *16 bittiä = 64 bittiä <=> 64 bittiä / 7 bittiä = 9,14 bittiä -> viesti menee rikki).

Päivämäärällä taas ei ole koodausta, joten se on poissuljettu vaihtoehto. Yleensä puhelin näyttää aikaleimaksi viestin SCTS-kentän (Service Center Time Stamp), mutta se ei ole pakollista; puhelin saa näyttää siinä melkein mitä tahansa - tai olla näyttämättä mitään.

Asian selvitys ei etene, ellei ko. viestin saaja ota yhteyttä operaattorin asiakaspalveluun, jolloin tekniset kaverit pääsevät tutkimaan viestin headereita. Täällä me voimme vain arvailla.