You are missing dlr-mask parameter
|-----------------------------------------------------------------------------------------------------------------|
Envíe y Reciba Datos y mensajes de Texto (SMS) hacia y desde cualquier
celular y Nextel
en el Perú, México y en mas de 180 paises. Use aplicaciones 2 vias via
SMS y GPRS online
Visitenos en www.perusms.NET www.smsglobal.com.mx y
www.pravcom.com
On Thu, Mar 5, 2009 at 7:56 AM, Elton Hoxha <[email protected]> wrote:
> Thanks Falko,
>
> I caught the logic, but I`m just receiving some errors, maybe misplacement
> of parameters in the URL
> So in my case;
>
> get-url =
> "http://10.1.21.236:2468/GetMOSms.asmx/GetSms?originator=%p&destination=%P&text=%a";
> dlr-url =
> "http://10.1.21.236:2468/GetMOSms.asmx/GetStatus?status=%d&dlrid=%F";
>
> Calling API from the browser like this;
>
> http://10.1.21.184:13014/cgi-bin/sendsms?username=b&password=b&from=15106&to=355672103379&text=helloworld!&dlr-url='http://10.1.21.236:53372/GetMOSms.asmx/GetStatus?dlrv=%d&status=%F'
>
> and I get:
>
> 2009-03-03 20:58:14 [7141] [3] INFO: smsbox: Got HTTP request
> </cgi-bin/sendsms> from <10.1.21.236>
> 2009-03-03 20:58:14 [7141] [3] INFO: sendsms used by <b>
> 2009-03-03 20:58:14 [7141] [3] INFO: sendsms sender:<b:15106> (10.1.21.236)
> to:<355672103379> msg:<hello world!>
> 2009-03-03 20:58:14 [7141] [3] DEBUG: Status: 400 Answer: <DLR-URL field
> misformed, rejected>
> 2009-03-03 20:58:14 [7141] [3] DEBUG: HTTP: Resetting HTTPClient for
> `10.1.21.236'.
>
>
>
>
> On Thu, Mar 5, 2009 at 9:36 AM, Falko Ziemann <[email protected]> wrote:
>>
>> I think you're looking at it the wrong way.
>> The application posts the sms to kannel. kannel just answer, if it accepts
>> the message. After the delivery (mind: if the handset is off, this might
>> take hours...) kannel posts the DLR to an URL you define.
>> So you send the SMS to the kannel URL and kannel posts the DLR to your
>> application. These are 2 isolated cases, you could even get multiple DLRs
>> for one message.
>> Regards
>> Falko
>> Am 05.03.2009 um 08:39 schrieb Elton Hoxha:
>>
>> Hi again,
>>
>> Lets put it in different way;
>>
>> When I try to call
>> http://10.1.21.184:13014/cgi-bin/sendsms?username=b&password=b&to=3556666666&from=15106&text=aaaaab
>> How can I be able to return both the receipted_message_id (like this:
>> "235584602526") and the deliver status to the external application.
>> I just need these 2 parameters.
>>
>> Thanks
>> Elton
>>
>> On Thu, Mar 5, 2009 at 8:22 AM, Elton Hoxha <[email protected]> wrote:
>>>
>>> Hi Nikos,
>>>
>>> In the manual I read the following:
>>>
>>> Must set dlr-url on sendsms-user group or use the dlr-url CGI variable.
>>>
>>> Where is the problem at my configuration file?
>>>
>>> On Wed, Mar 4, 2009 at 10:07 PM, Nikos Balkanas <[email protected]>
>>> wrote:
>>>>
>>>> Hi,
>>>>
>>>> You are using the wrong dlr-url. Seems you are trying to push through
>>>> (!) dlrs to another sendsms service and you not provide the credentials
>>>> (b,b). You r dlr-url shouldn't point to your sendsms service.
>>>>
>>>> BR,
>>>> Nikos
>>>>
>>>> ----- Original Message -----
>>>> From: Elton Hoxha
>>>> To: [email protected] User
>>>> Sent: Wednesday, March 04, 2009 8:24 PM
>>>> Subject: DLR-URL and parameters confusion
>>>> Hi,
>>>>
>>>> I have the below sms-service and sendsms-user blocks;
>>>>
>>>> group = sendsms-user
>>>> username = b
>>>> password = b
>>>> dlr-url = "http://10.1.21.184:13014/cgi-bin/sendsms?mid=%F";
>>>>
>>>> group = sms-service
>>>> keyword = default
>>>> catch-all = true
>>>> max-messages = 0
>>>> get-url =
>>>> "http://10.1.21.236:2468/GetMOSms.asmx/GetSms?originator=%p&destination=%P&text=%t&status=%d&systemtype=%B";
>>>>
>>>> When I try to invoke
>>>> "http://10.1.21.184:13014/cgi-bin/sendsms?username=b&password=b&to=35567222222&from=15106&text=aaaaabi&dlr-mask=3";,
>>>> I expect that kannel returns to me with the message ID (defined in the
>>>> dlr-url, mid=%F). I get the following logs;
>>>> The browser returnes 0: Accepted for delivery message but I just want to
>>>> get the mesage id highlighted below.
>>>>
>>>> Also from the logs below I assume that get-url inside the sms-service
>>>> block is being called. Is is true? How can we prevent it?
>>>>
>>>> 2009-03-03 11:42:57 [6013] [9] DEBUG: Parsing URL
>>>> `http://10.1.21.184:13014/cgi-bin/sendsms?status=236980399409':
>>>> 2009-03-03 11:42:57 [6013] [9] DEBUG: Scheme: http://
>>>> 2009-03-03 11:42:57 [6013] [9] DEBUG: Host: 10.1.21.184
>>>> 2009-03-03 11:42:57 [6013] [9] DEBUG: Port: 13014
>>>> 2009-03-03 11:42:57 [6013] [9] DEBUG: Username: (null)
>>>> 2009-03-03 11:42:57 [6013] [9] DEBUG: Password: (null)
>>>> 2009-03-03 11:42:57 [6013] [9] DEBUG: Path: /cgi-bin/sendsms
>>>> 2009-03-03 11:42:57 [6013] [9] DEBUG: Query: status=236980399409
>>>> 2009-03-03 11:42:57 [6013] [9] DEBUG: Fragment: (null)
>>>> 2009-03-03 11:42:57 [6013] [9] DEBUG: HTTP: Opening connection to
>>>> `10.1.21.184:13014' (fd=27).
>>>> 2009-03-03 11:42:57 [6013] [9] DEBUG: Socket connecting
>>>> 2009-03-03 11:42:57 [6013] [2] DEBUG: HTTP: Creating HTTPClient for
>>>> `10.1.21.184'.
>>>> 2009-03-03 11:42:57 [6013] [2] DEBUG: HTTP: Created HTTPClient area
>>>> 0x9afd570.
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: Thread 8 (gwlib/fdset.c:poller)
>>>> maps to pid 6013.
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: Get info about connecting socket
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: HTTP: Sending request:
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: Octet string at 0x9afd5e0:
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: len: 128
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: size: 1024
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: immutable: 0
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: data: 47 45 54 20 2f 63 67 69 2d
>>>> 62 69 6e 2f 73 65 6e GET /cgi-bin/sen
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: data: 64 73 6d 73 3f 73 74 61 74
>>>> 75 73 3d 32 33 36 39 dsms?status=2369
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: data: 38 30 33 39 39 34 30 39 20
>>>> 48 54 54 50 2f 31 2e 80399409 HTTP/1.
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: data: 31 0d 0a 48 6f 73 74 3a 20
>>>> 31 30 2e 31 2e 32 31 1..Host: 10.1.21
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: data: 2e 31 38 34 3a 31 33 30 31
>>>> 34 0d 0a 43 6f 6e 6e .184:13014..Conn
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: data: 65 63 74 69 6f 6e 3a 20 6b
>>>> 65 65 70 2d 61 6c 69 ection: keep-ali
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: data: 76 65 0d 0a 55 73 65 72 2d
>>>> 41 67 65 6e 74 3a 20 ve..User-Agent:
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: data: 4b 61 6e 6e 65 6c 2f 31 2e
>>>> 34 2e 33 0d 0a 0d 0a Kannel/1.4.3....
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: Octet string dump ends.
>>>> 2009-03-03 11:42:57 [6013] [3] INFO: smsbox: Got HTTP request
>>>> </cgi-bin/sendsms> from <10.1.21.184>
>>>> 2009-03-03 11:42:57 [6013] [3] DEBUG: Status: 403 Answer: <Authorization
>>>> failed for sendsms>
>>>> 2009-03-03 11:42:57 [6013] [3] DEBUG: HTTP: Resetting HTTPClient for
>>>> `10.1.21.184'.
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: HTTP: Status line: <HTTP/1.1 403
>>>> Forbidden>
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: HTTP: Received response:
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: Octet string at 0x9afd5e0:
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: len: 181
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: size: 1024
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: immutable: 0
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: data: 53 65 72 76 65 72 3a 20 4b
>>>> 61 6e 6e 65 6c 2f 31 Server: Kannel/1
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: data: 2e 34 2e 33 0d 0a 44 61 74
>>>> 65 3a 20 54 75 65 2c .4.3..Date: Tue,
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: data: 20 30 33 20 4d 61 72 20 32
>>>> 30 30 39 20 31 30 3a 03 Mar 2009 10:
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: data: 34 32 3a 35 37 20 47 4d 54
>>>> 0d 0a 43 6f 6e 74 65 42:57 GMT..Conte
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: data: 6e 74 2d 4c 65 6e 67 74 68
>>>> 3a 20 33 32 0d 0a 43 nt-Length: 32..C
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: data: 6f 6e 74 65 6e 74 2d 74 79
>>>> 70 65 3a 20 74 65 78 ontent-type: tex
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: data: 74 2f 68 74 6d 6c 0d 0a 50
>>>> 72 61 67 6d 61 3a 20 t/html..Pragma:
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: data: 6e 6f 2d 63 61 63 68 65 0d
>>>> 0a 43 61 63 68 65 2d no-cache..Cache-
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: data: 43 6f 6e 74 72 6f 6c 3a 20
>>>> 6e 6f 2d 63 61 63 68 Control: no-cach
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: data: 65 0d 0a 0d 0a 41 75 74 68
>>>> 6f 72 69 7a 61 74 69 e....Authorizati
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: data: 6f 6e 20 66 61 69 6c 65 64
>>>> 20 66 6f 72 20 73 65 on failed for se
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: data: 6e 64 73 6d
>>>> 73 ndsms
>>>> 2009-03-03 11:42:57 [6013] [8] DEBUG: Octet string dump ends.
>>>>
>>>>
>>>>
>>>>
>>>
>>
>>
>
>
