Thanks for the prompt response! I tried that but nothing changed.
In /store-status I see the messages sent to the short number, like if I sent an SMS with "Hello World", I see an MO typed SMS on the table, and the number of queued message in /status increase, but the get-url on sms-service is never called. When entering the url directly on a browser it works fine. For now, the script is just loging on a file so I can check if the service worked. Regards. On Mon, Dec 29, 2014 at 3:42 PM, Alvaro Cornejo <cornejo.alv...@gmail.com> wrote: > Hi > > try with: > > max-messages = 0 in SEND-SMS USERS config. > keyword-regex = * in sms-service > > What you probably see in store size is the automatic reply sent by kannel to > each incoming message that, from some reason is not being sent to your > PERSONAL smsc... > > Regards > > Alvaro > > |-----------------------------------------------------------------------------------------------------------------| > 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.com > > On Mon, Dec 29, 2014 at 1:08 PM, Christian Ferreira <stav3n...@gmail.com> > wrote: >> >> Hello All, >> >> I have the following kannel.conf >> >> #--------------------------------------------- >> # SMSC CORE >> # >> >> group = core >> admin-port = 13000 >> smsbox-port = 13001 >> admin-password = ****************** >> log-file = "/var/log/kannel/bearerbox.log" >> log-level = 0 >> access-log = "/var/log/kannel/bearerbox_access.log" >> access-log-clean = true >> box-allow-ip = "127.0.0.1" >> sms-resend-freq = 120 >> store-type = file >> store-location = "/var/log/kannel/storage" >> >> #--------------------------------------------- >> # SMSC CONNECTIONS >> # >> >> >> group = smsc >> smsc = smpp >> smsc-id = PERSONAL >> host = 10.129.2.51 >> port = 8089 >> smsc-username = ****** >> smsc-password = ****** >> my-number = 363 >> connect-allow-ip = 127.0.0.1 >> wait-ack = 240 >> wait-ack-expire = 0x00 >> system-type = Newton >> address-range = ^363$ >> log-file = "/var/log/kannel/smsc.log" >> log-level = 0 >> transceiver-mode = true >> interface-version = 34 >> source-addr-ton = 0 >> source-addr-npi = 1 >> dest-addr-ton = 1 >> dest-addr-npi = 1 >> enquire-link-interval = 60 >> reconnect-delay = 60 >> >> #--------------------------------------------- >> # SMSBOX SETUP >> # >> >> group = smsbox >> bearerbox-host = 127.0.0.1 >> sendsms-port = 13002 >> smsbox-id = PESRONALSMSBOX >> log-file = "/var/log/kannel/smsbox.log" >> log-level = 0 >> access-log = "/var/log/kannel/smsbox_access.log" >> >> #--------------------------------------------- >> # SEND-SMS USERS >> # >> group = sendsms-user >> username = ***** >> password = ***** >> default-smsc = PERSONAL >> max-messages = 1000 >> concatenation = true >> #user-deny-ip = "" >> #user-allow-ip = "" >> >> #--------------------------------------------- >> # SERVICES >> # >> >> group = sms-service >> keyword-regex = .* >> catch-all = yes >> get-url = >> "http://192.168.28.36/momoprod/momo-produccion/public/web/inbox/inbox.php"; >> accept-x-kannel-headers = true >> >> >> >> When I send an SMS to my short number, they get delivered to Kannel, >> but end up on the SMS recieved queue, and never calling the get-url >> from my sms-service group. >> >> Going to /status give me >> >> SMS: received 2 (2 queued), sent 0 (0 queued), store size 2 >> >> And I can see the SMSs on /store-status >> >> Why are the SMSs being queued instead of going through the sms-service ? >> >> >> >> Following are some logs lines of the sms recieved: >> >> Bearerbox_access log >> >> Receive SMS [SMSC:PERSONAL] [SVC:] [ACT:] [BINF:0] [FID:] >> [from:+595971707930] [to:363] [flags:-1:0:-1:0:-1] [msg:4:Test] >> [udh:0:] >> >> SMSC log >> >> 2014-12-29 14:48:38 [44885] [6] DEBUG: Optional parameter tag (0x000e) >> 2014-12-29 14:48:38 [44885] [6] DEBUG: Optional parameter length read as 1 >> 2014-12-29 14:48:38 [44885] [6] WARNING: SMPP: Unknown >> TLV(0x000e,0x0001,01) for PDU type (deliver_sm) received! >> 2014-12-29 14:48:38 [44885] [6] DEBUG: Optional parameter tag (0x001d) >> 2014-12-29 14:48:38 [44885] [6] DEBUG: Optional parameter length read as >> 14 >> 2014-12-29 14:48:38 [44885] [6] WARNING: SMPP: Unknown >> TLV(0x001d,0x000e,494d45493a333538323636303100) for PDU type >> (deliver_sm) received! >> 2014-12-29 14:48:38 [44885] [6] DEBUG: SMPP[PERSONAL]: Got PDU: >> 2014-12-29 14:48:38 [44885] [6] DEBUG: SMPP PDU 0x7f1474002710 dump: >> 2014-12-29 14:48:38 [44885] [6] DEBUG: type_name: deliver_sm >> 2014-12-29 14:48:38 [44885] [6] DEBUG: command_id: 5 = 0x00000005 >> 2014-12-29 14:48:38 [44885] [6] DEBUG: command_status: 0 = 0x00000000 >> 2014-12-29 14:48:38 [44885] [6] DEBUG: sequence_number: 1325196071 = >> 0x4efce327 >> 2014-12-29 14:48:38 [44885] [6] DEBUG: service_type: "0" >> 2014-12-29 14:48:38 [44885] [6] DEBUG: source_addr_ton: 1 = 0x00000001 >> 2014-12-29 14:48:38 [44885] [6] DEBUG: source_addr_npi: 1 = 0x00000001 >> 2014-12-29 14:48:38 [44885] [6] DEBUG: source_addr: "595971707930" >> 2014-12-29 14:48:38 [44885] [6] DEBUG: dest_addr_ton: 0 = 0x00000000 >> 2014-12-29 14:48:38 [44885] [6] DEBUG: dest_addr_npi: 0 = 0x00000000 >> 2014-12-29 14:48:38 [44885] [6] DEBUG: destination_addr: "363" >> 2014-12-29 14:48:38 [44885] [6] DEBUG: esm_class: 0 = 0x00000000 >> 2014-12-29 14:48:38 [44885] [6] DEBUG: protocol_id: 31 = 0x0000001f >> 2014-12-29 14:48:38 [44885] [6] DEBUG: priority_flag: 0 = 0x00000000 >> 2014-12-29 14:48:38 [44885] [6] DEBUG: schedule_delivery_time: NULL >> 2014-12-29 14:48:38 [44885] [6] DEBUG: validity_period: NULL >> 2014-12-29 14:48:38 [44885] [6] DEBUG: registered_delivery: 0 = >> 0x00000000 >> 2014-12-29 14:48:38 [44885] [6] DEBUG: replace_if_present_flag: 0 = >> 0x00000000 >> 2014-12-29 14:48:38 [44885] [6] DEBUG: data_coding: 0 = 0x00000000 >> 2014-12-29 14:48:38 [44885] [6] DEBUG: sm_default_msg_id: 0 = 0x00000000 >> 2014-12-29 14:48:38 [44885] [6] DEBUG: sm_length: 4 = 0x00000004 >> 2014-12-29 14:48:38 [44885] [6] DEBUG: short_message: "Test" >> 2014-12-29 14:48:38 [44885] [6] DEBUG: SMPP PDU dump ends. >> >> Salutations. >> > -- Christian Ferreira Information Technology Engineer, (+595) 992 668 782 cferreiramuj...@gmail.com Asunción, Paraguay
