Hi!

Here is a real delivery report and flash sms hack.
Doesn’t need a text code to be added before your text message!
Looks like you can receive the delivery report as a text message or a Flash SMS.
I’ve chosen Flash and it works well for me. (Orange France)

Source code is available so maybe you can include this in biteSMS (even if by installing that, it works both in Messages and biteSMS)

http://code.google.com/p/iphone-delivery-report/

Available on this repo : http://iphonedelivery.advinux.com/cydia
Tech Infos : http://code.google.com/p/iphone-delivery-report…
Source code is under download section.

I can confirm that it works in Poland

Looks awesome ! Does it work with send via biteSMS ?

It only works with the native application.
We hope that be implemented in biteSMS 4.3 Final or 4.4 :P :D

Works for me with biteSMS too but only via Carrier of course.

after installing it does it work with messages sent with bitesms via carrier ??

I had the delivery report’s bitesms actived, and this new one doesn’t works. i don’t know why.
I turned off the report’s bitesms, and this new one worked… :D

Conclusion: Works with biteSMS via carrier.

sorry for my english

This is it!! Thank you!
Works fine in Portugal with GSM Alphabet and Unicode! You can forget delivery codes! This is what we were looking for :p

Doesn’t wok with bitesms via carrier in Pakistan Warid

After upgrade it does work great … wow ... im on iphone 2g v3.0

No dice in India (Airtel) either. Sigh I guess I’ll never get delivery reports on my iPhone. . .

woah… sorry friend but can you get it in english screenie? xD

here is the english version:

I’m a SingTel Subscriber and it works very well for me!! hope the bitesms team cam implement something for this in their own way..

This is FANTASTIC!!! Thank you so much for this.

Rohitk, I’m on Airtel as well and it works for me. Try to reinstall?

Yogesh: Where are you in India, if I may ask? I’m in Pune, and I’ve tried everything: Inserting ”!” before messages, other codes, and now this. Nothing seems to work. . .

Not working in Serbia neither… :(
How is it working if you don’t need to input a code?

@ bitesms team!

can you implement it in the nativ bitesms app?? and make it good working as bitesms?:D

Looks great, we’ll add it into Release 4.4, basically a user can try the existing “Delivery Prefix” or this way, and see which works with their carrier.

coz there is sms delivery option in bitesms which doesnt work for most of the people …. or make this package a dependency for bitesms

There are lots of carriers that don’t have any Delivery Prefix support, for example Orange France.

This “iphonedelivery” package works great, but it’s not well implemented, and the developper doesn’t have time to work more on this.

It would be so great if you can implement this code in BiteSMS and make a nice way to display delivery reports.
For exemple, the message can be shown in italic until the report gets delivered, like Skype does on iPhone.

This code works for every carrier in the world and you don’t have to search any working prefix. With this, you will get a good advantage on concurrents like iRealSMS and co.

anyone get any of these working with AT&T? i don’t think its supported?

Hi guys, just so you know, after installation, they didnt ask me to enter any prefix codes…

all i did was to install it from cydia and it works!
not even a respring or reboot was required..

with vodafone in italy works perfect!

It doesn’t ask any prefix because it’s a very different methode :

Basically it uses, like MobileSubstrate, the library interposing mechanism. This wonderful feature of OSX allows you to interpose your library between an application an the system thus intercepting any call you wish.

So the CommCenter deamons in charge of all communication tasks and also in charge of SMS handling is ran with our library beneath it. To interpose a library below an application you just need to run it with the DYLD_INSERT_LIBRARIES set to the path of your lib. That’s pretty cool.

So we catch calls to open, read and write. On open we just check the name against the device name used to send SMS. Actually I catch all calls to the device but it is not really needed.

On write I compare the string to AT+CMGS which is the command to send a SMS. All SMS AT commands are standard and you can find more info by googling SMS AT COMMAND. So I replace the bit 5 in the second byte of the PDU payload to request a delivery report. That’s it for the sending part!

On the receive side things get a bit more complicated. A normal message is indicated by a +CMT: unsollicited message. In the case of a delevery report we get a +CDS: message with a specific PDU payload. Again this is standard and can be found by googling the net. So we just need to rewrite this CDS payload to a CMT payload with a fancy an localized text, and of course replace the CDS by a CMT. Basically that’s it!

The sqlite3 stuff is used to map the phone number to a name in the address book.

The flash mode allows you to either get the delivery report as a normal message or get it as a Flash SMS (also called “Class 0 SMS”). In this case it is not kept in the message history but it does not pollute it.

so this would work apart from the providers way of asking for confirmation – great cause here in Lima that messed stuff up. The arrival and sent times where completely off and no way of getting them back. After a month it fixed itself -so anything outside their message center would be awesome

According to what I’ve understood, there’s nothing outside the provider’s message center.

This code modifies the SMS head to ask for a delivery report (like the “prefix method” did, but with a standard universal method),

then grabs the delivery report (which is a message that the iPhone can’t understand) and turns it into a standard SMS (or Class 0 SMS for the “Flash AR” option), that the iPhone can understand.

And that’s all.

Correct, we had always managed to get the sending part done (modify PDU to request delivery report), but not been able to hook in at a low enough level in the CommCentre, in fact we were not even convinced carriers were replying to the PDU request for iPhones.

Clearly this person is smarter than us…:(