RE: Question: select smsc based upon receiver number?

"Porter, Kelvin" <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Message-ID <73E6BC00A0E3DC4FB8B924269261D52D2E043DBCAC@mail1.hypercube-llc.com>
Hi Rene,

Thank you for the response.  You accepted my enhancement which is based on this concept.  I am very appreciative.

Regards,

Kelvin R. Porter

From: Rene Kluwen [mailto:[email protected]]
Sent: Wednesday, July 10, 2013 5:48 AM
To: Porter, Kelvin; [email protected]
Subject: RE: Question: select smsc based upon receiver number?

You can modify the function:

static Octstr *boxc_route_msg_to_smsc(Boxc *box, Msg *msg)

Add a receiver filter to the sender filter and you are done.

From: devel [mailto:[email protected]] On Behalf Of Porter, Kelvin
Sent: maandag 1 juli 2013 17:55
To: [email protected]<mailto:[email protected]>
Subject: FW: Question: select smsc based upon receiver number?

Hi,

I did not receive an answer to my query in [email protected]<mailto:[email protected]>.  I thought I would try here, instead.

...
I have a set up like this...

Client --> opensmppbox --> bearerbox --> {SMSC1 (default), SMSC2}

I am wondering if there is a way to do the routing like "smsc-route" in the latest  versions  of opensmppbox, but for the receiver of the SMS message, not the sender.  I have a  large set of diverse numbers that I want to divert from the default smsc.  The set of numbers are diverse (i.e., they do not share any prefixes in common).  How can I redirect this set of diverse numbers away from the default smsc?

If there is not a good way to do this, I can modify the code to the bearerbox and/or opensmppbox.  Does anyone have a preferred way of seeing it implemented?  I am thinking that I could add a new parameter to the "smsc-route" group, perhaps called "receiver-shortcode", which would be a list of receiver numbers that trigger the smsc overwrite.  I believe that this should be a higher precedence match than the sender.

Thank you for any feedback.

Regards,

Kelvin R. Porter
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.