Re: platform support for concatenated messages

3 views
Skip to first unread message

Rob LaRubbio

unread,
Jan 3, 2012, 3:57:04 PM1/3/12
to Manohar Akula, motech-ar...@googlegroups.com, dhut...@grameenfoundation.org, arv...@thoughtworks.com, san...@thoughtworks.com
I would push for option 3. I can coordinate with the INSTEDD team to
get the work you need moved up their priority list if you can let me
know the work that needs to be completed and the dates for it.

-Rob

On 01/03/2012 01:19 AM, Manohar Akula wrote:
> The Ghana Telco team has informed us about an issue with sending long messages. The most widely supported mechanism to send long messages seems to be User Data Header (UDH). We should ensure that our providers support concatenated messages using UDH. Smslib does not seem to support this as of now. It throws up an exception and fails silently. We're thinking of a few options for going ahead with supporting concatenated messages.
>
> 1 . Wait for smslib to fix this.
>
> We've raised a defect with smslib about this. We'll have to wait and see if they respond. We're not very optimistic about this because a couple of issues we raised earlier haven't been addressed. Their focus seems to be towards sending messages through AT modem. SMPP support is not comprehensive.
>
> 2. Patch smslib to fix this.
>
> We've already needed to patch smslib for a couple of issues we saw. We did this because it looked like Ghana Telco was going live and really needed that functionality right away. We're not keen on going with this approach for the long term because it could be a maintenance headache. Also, smslib is not very well written and is not covered by tests. We might easily break something trying to fix this.
>
> 3. Disregard smslib and go with nuntium.
>
> There are a few issues which will have to be resolved before we can go with nuntium. nuntium supports concatenated messages. But there are other things we need from nuntium that they'll have to implement before we can use it. There will also be considerable work needed to be done on our side to incorporate it.
>
> 4. Fallback to using jsmpp
>
> Switching to jsmpp will also take a while because considerable rework will be needed on our side. However, if we decide not to go with nuntium and we've got some time on our hands, this might be worthwhile to consider.
>
> 5. Force clients to restrict their messages to 160 characters.
>
> Probably not viable.
>
> Let us know what you think.
>
> Regards,
> Sanchit/Manohar pairing

Reply all
Reply to author
Forward
0 new messages