[Home]

Summary:ASTERISK-03613: smsq in PortugalTelecom
Reporter:app (app)Labels:
Date Opened:2005-03-01 13:15:33.000-0600Date Closed:2005-05-23 22:11:22
Priority:MinorRegression?No
Status:Closed/CompleteComponents:Applications/app_sms
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:
Description:I've been testing app_sms and smsq over BRI.
Service nrs: outgoing 129990; incoming: 1299900
Incoming messages working fine.
Outgoing messages via .call working fine.
Outgoing messages via smsq don't work.

****** ADDITIONAL INFORMATION ******

Command used with smsq:
smsq --motx-channel=ZAP/g1/129990 123456789 "hello world"
CLI:
   -- Attempting call on ZAP/g1/129990 for application SMS(0) (Retry 1)
   -- SMS RX 93 00 6D 00 00 00...
   -- SMS TX 94 00 6C 00 00 00...
   -- Hungup 'Zap/1-1'
Mar  1 18:55:53 NOTICE[5275]: pbx_spool.c:242 attempt_thread: Call completed to ZAP/g1/129990

Comments:By: Matt O'Gorman (mogorman) 2005-03-08 21:28:11.000-0600

Can you provide more information as to this bug, it seems as if your syntax is correct on the command. As does your output.

By: Clod Patry (junky) 2005-03-08 22:30:40.000-0600

Also, since 1.0.3 is pretty old, could ya try that with latest cvs-head or latest stable (1.0.6) ?

By: app (app) 2005-03-09 08:57:51.000-0600

Actually, smsq is not even included yet on the release version. I just downloaded and compiled the latest smsq.c from http://bugs.digium.com/bug_view_page.php?bug_id=0002973 as the .call way to queue a message is supposed to be depricated in favour of the smsq cli command.

For .call, I used:

Channel: ZAP/g1/129990
MaxRetries: 1
RetryTime: 60
WaitTime: 30
Context: smsdial
Priority: 1
Callerid: <987654321>
Extension: 123456789
SetVar: MSG=hello world

with the context:

;=============================================================================
[smsdial]
;=============================================================================
; create and send a text message
; connects to the SMSC at 129990 (to send the message)
; this context is to be used by a .call file or thru the manager API!
;=============================================================================
exten => _X.,1,SMS(${CALLERIDNUM},,${EXTEN},${MSG})
exten => _X.,2,SMS(${CALLERIDNUM})
exten => _X.,3,Hangup
exten => s,1,Verbose(Catching a SMS sending error... hangup!)
exten => s,2,Hangup

For smsq, I tested with:
smsq --motx-channel=ZAP/g1/129990 123456789 "hello world"

but, as I suspect this problem is related somehow with the caller ID, I've also tested with most of the options set:
"smsq --queue=987654321 --da=123456789 --ud="hello world" --mo --tx --UTF-8 --motx-channel=ZAP/g1/129990 --motx-callerid=987654321 --motx-wait=10 --motx-delay=1 --motx-retries=2 --mr=0".

with the same result. The file /var/spool/asterisk/sms/motx/987654321.1110379894-15003 containing:
da=123456789
mr=0
ud=hello world

stays there forever. Unfortunately I haven't got enough information on how to debug the conversation with the SMSC.

By: Brian West (bkw918) 2005-03-17 21:48:12.000-0600

More info?

/b

By: Michael Jerris (mikej) 2005-05-23 22:10:11

you are reporting an error in running cvs head code on extremely old stable.  If you can reproduce this error on cvs head, please open a bug on that.