Alejandro Guerrieri wrote:
Ashwani,
Thanks for your reply.
I'm calling the sendsms the same way I was doing for the last 3 years:
http://url:port/cgi-bin/sendsms?username=foo&password=bar&from=1234&to=1234567890&smsc=mysmsc&text=Hello
No big deal there, pretty regular stuff.
I've lowered the log level and found that they are pretty normal,
except for smsbox.log:
2007-04-03 02:53:42 [14437] [2] DEBUG: HTTP: Created HTTPClient area
0x83f37c0.
2007-04-03 02:53:42 [14437] [3] INFO: smsbox: Got HTTP request
</cgi-bin/sendsms> from <190.64.196.8>
2007-04-03 02:53:42 [14437] [3] INFO: sendsms used by <foo>
2007-04-03 02:53:42 [14437] [3] INFO: sendsms sender:<foo:1234>
(1.2.3.4) to:<59899790830> msg:<HOLA>
2007-04-03 02:53:42 [14437] [3] DEBUG: Stored UUID
60225f41-f5d5-44bc-bc40-d5ec0adf5c35
2007-04-03 02:53:42 [14437] [3] DEBUG: message length 4, sending 1 messages
2007-04-03 02:53:42 [14437] [3] DEBUG: Status: 202 Answer: <Sent.>
2007-04-03 02:53:42 [14437] [3] DEBUG: Delayed reply - wait for bearerbox
2007-04-03 02:53:42 [14437] [0] DEBUG: Got ACK (0) of
302d1d81-c96f-47ee-8c0f-db51d6a5a283
2007-04-03 02:53:42 [14437] [0] DEBUG: No client - multi-send or ACK
to pull-reply
If I'm not wrong, that means that smsbox keeps waiting for bearerbox
to return something, but then when the ACK arrives the "no client"
error arises.
hmmm... this is strange.
The last debug() we see here is from this block in smsbox:
client = dict_remove(client_dict, os);
if (client == NULL) {
debug("sms.http", 0, "No client - multi-send or ACK to pull-reply");
octstr_destroy(os);
return;
}
which means, we pull the HTTPClient structure out of the hash dict in order to
be able to send back the HTTP response to it. While we do dict_remove(), which
should return the referenced hash entry of the msg UUID, you get NULL as result,
and hence debug() is dumped.
Are you sure that the HTTP client is "waiting for the response" of smsbox's HTTP
server? Can you try to use test/test_http as HTTP client to do the call and log
the output and send it to the list for review.
There must be some issue here.
Stipe
-------------------------------------------------------------------
Kölner Landstrasse 419
40589 Düsseldorf, NRW, Germany
tolj.org system architecture Kannel Software Foundation (KSF)
http://www.tolj.org/ http://www.kannel.org/
mailto:st_{at}_tolj.org mailto:stolj_{at}_kannel.org
-------------------------------------------------------------------