> As far as I know, the only way you can tell that you are
> receiving a reply, is from the mobile number itself. (%s)
> I have heard that each SMS message has a unique id, but I
> don't think Kannel currently has access to it (??)

I think that there's no concept of a message id like in email, but if so
great, something to look at.

> I have thought about ( not implemented ) this sort of reply
> type system before. I can see a way, albeit has problems. If
> you where to keep track of the 'to' mobile number that your
> user send to, along with a record of their id ( say for a web
> reply ) If you then receive an SMS within a certain amount of
> time, from this number you can safely say its a reply and send it
> along to the user, via the id record ( say as a email ).

Only becomes an issue if the transaction has more than one MT and one MO
message really. The way around it I thought about before would be for the
web application to increment some counter starting at 0 to indicate number
of replies (read: inbound messages) received from a given number. But then
how do you know when another transaction has started? Maybe reset that
counter to 0. You're right, food for thought.



Reply via email to