SMPP Server not routing received SMS's | Search |
NowSMS Support Forums ⬆ NowSMS Support - SMS Issues ⬆ Archive through July 14, 2005 ⬆ |
◄ ► |
Author | Message | |||
Steve Nalywajko Unregistered guest |
Currently I am able to send SMS's from an application to the SMPP interface on the Gateway with the SMPP Server running. However, I have tried every combination of SMS User configuration and 2-way SMS but no messages get routed via the SMPP connection. The incoming messages just end up in the SMS-IN directory. For testing the receipt of SMS's I am using a 'receive' bind. | |||
Alex Unregistered guest |
I've encountered the same problem. Had anybody found solution? | |||
walter Betances New member Username: Wbetances Post Number: 4 Registered: 04-2005 |
The same for me. I Have 2 SMPP connections, Im reciving sms's in SMPP #1 and trying to sent over SMPP connection #2. But messages stay in SMS-in folder. | |||
Bryce Norwood - NowSMS Support Board Administrator Username: Bryce Post Number: 4387 Registered: 10-2002 |
What 2-way commands have you configured? If the messages are staying in the SMS-IN directory, this means that no 2-way command is defined which matches the received messages. The most common problem in this area is putting the wrong values in the "Receive Phone Number(s)" field. If you are experiencing a problem, leave this field blank. (This field refers to the phone number for which the message is being received, it allows you to have different commands associated with different receiver phone numbers.) -bn | |||
walter Betances New member Username: Wbetances Post Number: 5 Registered: 04-2005 |
I don't have any 2-way command configure. I just want to route al incoming sms form 1 smpp to another. Do I need any command configured? what command? | |||
Bryce Norwood - NowSMS Support Board Administrator Username: Bryce Post Number: 4470 Registered: 10-2002 |
Walter, I'm not sure if I'm misunderstanding the original question or not ... but your question seems to be asking something different. So you have two SMPP server connections defined in the SMSC list of NowSMS. And you want messages received from connection #1 to be routed out via connection #2. That is not a normal type of configuration. I can probably provide you with a work-around to accomplish what you want, but let me explain first how you would normally configure this type of SMPP setup. Normally, you would have server #1 connect to NowSMS as an SMPP client (NowSMS is the SMPP server in this case). You define an account for the SMPP client to connect as under the "SMS Users" account. Any messages that are submitted by an SMPP client will be routed for outbound delivery via an SMSC connection. So basically this routing in or out of messages is dependent on the direction of the connection (who is the server, and who is the client). When NowSMS is the server, received messages are queued for outbound delivery. When NowSMS is the client, received messages are routed to the 2-way SMS handler (SMS-IN directory). If you cannot change the direction of your SMPP connection #1, then you could still accomplish what you want with a 2-way command that reposts the received message back into the NowSMS outbound message queue. Define a "2-way" command as follows: SMS Command Prefix = * Receive Phone Number(s) = (leave blank?) Command to Execute = http://user:password@127.0.0.1:8800/?PhoneNumber=@@RECIP@@&Sender=@@SENDER@@&tex t=@@FULLSMS@@&binary=@@BINARY@@&DCS=@@DCS@@&PID=@@PID@@&UDH=@@UDH@@ Command returns response text = UNchecked "user" and "password" should correspond to an account defined under "SMS Users". "8800" should match the port number for web interface as defined on the "web" page of the configuration dialog. For "Receive phone number(s)" ... if you leave it blank, this means that the command will be processed against all received messages, including those received from SMPP #2. That could cause problems, unless SMPP #2 is a sender only. If SMPP #2 might also receive messages, you'd have to change "Recive phone number(s)" so that it is an address mask that would match recipient phone numbers on messages that you want to route back out SMPP #2. (For example, "+44*" to indicate that you want only messages addressed to the UK to go through this route ... or "+44*,+1*" to indicate UK and US.) Hope that helps. | |||
walter Betances New member Username: Wbetances Post Number: 6 Registered: 04-2005 |
Hi Bryce, Thanks for the info, I think this is a good alternative. But is not working for me when I use User:password. I dont know why tyhe web interface only works when I dont use User:Password. http://user:password@127.0.0.1:8800/ dont work http://127.0.0.1:8800/ work |