What confuses me in bearerbox logs are the lines in bold; source address should be 999998 and schedule delivery time seems to have as a value the address range
2009-03-02 21:31:45 [12046] [6] DEBUG: type_name: deliver_sm 2009-03-02 21:31:45 [12046] [6] DEBUG: command_id: 5 = 0x00000005 2009-03-02 21:31:45 [12046] [6] DEBUG: command_status: 0 = 0x00000000 2009-03-02 21:31:45 [12046] [6] DEBUG: sequence_number: 22 = 0x00000016 2009-03-02 21:31:45 [12046] [6] DEBUG: service_type: NULL 2009-03-02 21:31:45 [12046] [6] DEBUG: source_addr_ton: 100 = 0x00000064 2009-03-02 21:31:45 [12046] [6] DEBUG: source_addr_npi: 101 = 0x00000065 *2009-03-02 21:31:45 [12046] [6] DEBUG: source_addr: "mirbim"* 2009-03-02 21:31:45 [12046] [6] DEBUG: dest_addr_ton: 1 = 0x00000001 2009-03-02 21:31:45 [12046] [6] DEBUG: dest_addr_npi: 1 = 0x00000001 2009-03-02 21:31:45 [12046] [6] DEBUG: destination_addr: "355672509006" 2009-03-02 21:31:45 [12046] [6] DEBUG: esm_class: 0 = 0x00000000 2009-03-02 21:31:45 [12046] [6] DEBUG: protocol_id: 1 = 0x00000001 2009-03-02 21:31:45 [12046] [6] DEBUG: priority_flag: 57 = 0x00000039 *2009-03-02 21:31:45 [12046] [6] DEBUG: schedule_delivery_time: "99998"* 2009-03-02 21:31:45 [12046] [6] DEBUG: validity_period: NULL 2009-03-02 21:31:45 [12046] [6] DEBUG: registered_delivery: 0 = 0x00000000 2009-03-02 21:31:45 [12046] [6] DEBUG: replace_if_present_flag: 0 = 0x00000000 2009-03-02 21:31:45 [12046] [6] DEBUG: data_coding: 0 = 0x00000000 2009-03-02 21:31:45 [12046] [6] DEBUG: sm_default_msg_id: 0 = 0x00000000 2009-03-02 21:31:45 [12046] [6] DEBUG: sm_length: 1 = 0x00000001 2009-03-02 21:31:45 [12046] [6] DEBUG: short_message: 2009-03-02 21:31:45 [12046] [6] DEBUG: Octet string at 0x96f6898: 2009-03-02 21:31:45 [12046] [6] DEBUG: len: 1 2009-03-02 21:31:45 [12046] [6] DEBUG: size: 2 2009-03-02 21:31:45 [12046] [6] DEBUG: immutable: 0 2009-03-02 21:31:45 [12046] [6] DEBUG: data: 00 . 2009-03-02 21:31:45 [12046] [6] DEBUG: Octet string dump ends. On Tue, Mar 3, 2009 at 4:18 PM, Elton Hoxha <[email protected]> wrote: > Sorry i mixed the port: > > 2009-03-02 21:29:07 [12054] [9] DEBUG: Parsing URL ` > http://localhost:13002/logger/logMessage?mobile_number=mirbim&short_code=%2B355672509006&text=%40&binary_text= > ': > 2009-03-02 21:29:07 [12054] [9] DEBUG: Scheme: http:// > 2009-03-02 21:29:07 [12054] [9] DEBUG: Host: localhost > 2009-03-02 21:29:07 [12054] [9] DEBUG: Port: 13002 > 2009-03-02 21:29:07 [12054] [9] DEBUG: Username: (null) > 2009-03-02 21:29:07 [12054] [9] DEBUG: Password: (null) > 2009-03-02 21:29:07 [12054] [9] DEBUG: Path: /logger/logMessage > 2009-03-02 21:29:07 [12054] [9] DEBUG: Query: > mobile_number=mirbim&short_code=%2B355672509006&text=%40&binary_text= > 2009-03-02 21:29:07 [12054] [9] DEBUG: Fragment: (null) > 2009-03-02 21:29:07 [12054] [9] DEBUG: HTTP: Opening connection to > `localhost:13002' (fd=26). > 2009-03-02 21:29:07 [12054] [9] DEBUG: Socket connecting > 2009-03-02 21:29:07 [12054] [8] DEBUG: Get info about connecting socket > 2009-03-02 21:29:07 [12054] [8] DEBUG: HTTP: Sending request: > 2009-03-02 21:29:07 [12054] [8] DEBUG: Octet string at 0x97aa6a0: > 2009-03-02 21:29:07 [12054] [8] DEBUG: len: 178 > 2009-03-02 21:29:07 [12054] [8] DEBUG: size: 1024 > 2009-03-02 21:29:07 [12054] [8] DEBUG: immutable: 0 > 2009-03-02 21:29:07 [12054] [8] DEBUG: data: 47 45 54 20 2f 6c 6f 67 67 > 65 72 2f 6c 6f 67 4d GET /logger/logM > 2009-03-02 21:29:07 [12054] [8] DEBUG: data: 65 73 73 61 67 65 3f 6d 6f > 62 69 6c 65 5f 6e 75 essage?mobile_nu > 2009-03-02 21:29:07 [12054] [8] DEBUG: data: 6d 62 65 72 3d 6d 69 72 62 > 69 6d 26 73 68 6f 72 mber=mirbim&shor > 2009-03-02 21:29:07 [12054] [8] DEBUG: data: 74 5f 63 6f 64 65 3d 25 32 > 42 33 35 35 36 37 32 t_code=%2B355672 > 2009-03-02 21:29:07 [12054] [8] DEBUG: data: 35 30 39 30 30 36 26 74 65 > 78 74 3d 25 34 30 26 509006&text=%40& > 2009-03-02 21:29:07 [12054] [8] DEBUG: data: 62 69 6e 61 72 79 5f 74 65 > 78 74 3d 20 48 54 54 binary_text= HTT > 2009-03-02 21:29:07 [12054] [8] DEBUG: data: 50 2f 31 2e 31 0d 0a 48 6f > 73 74 3a 20 6c 6f 63 P/1.1..Host: loc > 2009-03-02 21:29:07 [12054] [8] DEBUG: data: 61 6c 68 6f 73 74 3a 31 33 > 30 30 32 0d 0a 43 6f alhost:13002..Co > 2009-03-02 21:29:07 [12054] [8] DEBUG: data: 6e 6e 65 63 74 69 6f 6e 3a > 20 6b 65 65 70 2d 61 nnection: keep-a > 2009-03-02 21:29:07 [12054] [8] DEBUG: data: 6c 69 76 65 0d 0a 55 73 65 > 72 2d 41 67 65 6e 74 live..User-Agent > 2009-03-02 21:29:07 [12054] [8] DEBUG: data: 3a 20 4b 61 6e 6e 65 6c 2f > 31 2e 34 2e 33 0d 0a : Kannel/1.4.3.. > 2009-03-02 21:29:07 [12054] [8] DEBUG: data: 0d > 0a .. > 2009-03-02 21:29:07 [12054] [8] DEBUG: Octet string dump ends. > > > > On Tue, Mar 3, 2009 at 4:08 PM, Rodrigo Cremaschi < > [email protected]> wrote: > >> You have nothing listening at port 13004 of your localhost: >> >> 2009-03-02 21:16:45 [11979] [9] DEBUG: HTTP: Opening connection to >> `localhost:13004' (fd=26). >> 2009-03-02 21:16:45 [11979] [9] DEBUG: Socket connecting >> 2009-03-02 21:16:45 [11979] [8] DEBUG: Get info about connecting socket >> 2009-03-02 21:16:45 [11979] [8] DEBUG: Socket not connected >> 2009-03-02 21:16:45 [11979] [8] ERROR: Couldn't fetch < >> http://localhost:13004/logger/logMessage?mobile_number=mirbim&short_code=%2B355672509006&text=%40&binary_text= >> > >> >> >> >> On Tue, Mar 3, 2009 at 12:58 PM, Elton Hoxha <[email protected]> wrote: >> > Hi Rodrigo >> > >> > I changed it as you said and restarted the services. After trying >> sending an >> > MO >> > >> > Here is the output from SMSBOX logs >> > >> > 2009-03-02 21:16:45 [11979] [9] DEBUG: Parsing URL >> > ` >> http://localhost:13004/logger/logMessage?mobile_number=mirbim&short_code=%2B355672509006&text=%40&binary_text= >> ': >> > 2009-03-02 21:16:45 [11979] [9] DEBUG: Scheme: http:// >> > 2009-03-02 21:16:45 [11979] [9] DEBUG: Host: localhost >> > 2009-03-02 21:16:45 [11979] [9] DEBUG: Port: 13004 >> > 2009-03-02 21:16:45 [11979] [9] DEBUG: Username: (null) >> > 2009-03-02 21:16:45 [11979] [9] DEBUG: Password: (null) >> > 2009-03-02 21:16:45 [11979] [9] DEBUG: Path: /logger/logMessage >> > 2009-03-02 21:16:45 [11979] [9] DEBUG: Query: >> > mobile_number=mirbim&short_code=%2B355672509006&text=%40&binary_text= >> > 2009-03-02 21:16:45 [11979] [9] DEBUG: Fragment: (null) >> > 2009-03-02 21:16:45 [11979] [9] DEBUG: HTTP: Opening connection to >> > `localhost:13004' (fd=26). >> > 2009-03-02 21:16:45 [11979] [9] DEBUG: Socket connecting >> > 2009-03-02 21:16:45 [11979] [8] DEBUG: Get info about connecting socket >> > 2009-03-02 21:16:45 [11979] [8] DEBUG: Socket not connected >> > 2009-03-02 21:16:45 [11979] [8] ERROR: Couldn't fetch >> > < >> http://localhost:13004/logger/logMessage?mobile_number=mirbim&short_code=%2B355672509006&text=%40&binary_text= >> > >> > 2009-03-02 21:16:45 [11979] [5] DEBUG: message length 31, sending 1 >> messages >> > 2009-03-02 21:16:45 [11979] [0] DEBUG: Got ACK (0) of >> > ec7d8817-68a2-483b-a268-1739464cf7d5 >> > 2009-03-02 21:16:45 [11979] [0] DEBUG: No client - multi-send or ACK to >> > pull-reply >> > >> > >> > And from bearerbox: >> > >> > 2009-03-02 21:16:35 [11971] [0] INFO: MAIN: Start-up done, entering >> mainloop >> > 2009-03-02 21:16:35 [11971] [6] DEBUG: Thread 6 >> > (gw/smsc/smsc_smpp.c:io_thread) maps to pid 11971. >> > 2009-03-02 21:16:35 [11971] [7] DEBUG: Thread 7 >> > (gw/bb_smscconn.c:sms_router) maps to pid 11971. >> > 2009-03-02 21:16:35 [11971] [6] DEBUG: SMPP[internal]: Sending PDU: >> > 2009-03-02 21:16:35 [11971] [6] DEBUG: SMPP PDU 0x86ecd08 dump: >> > 2009-03-02 21:16:35 [11971] [6] DEBUG: type_name: bind_transceiver >> > 2009-03-02 21:16:35 [11971] [6] DEBUG: command_id: 9 = 0x00000009 >> > 2009-03-02 21:16:35 [11971] [6] DEBUG: command_status: 0 = 0x00000000 >> > 2009-03-02 21:16:35 [11971] [6] DEBUG: sequence_number: 1 = 0x00000001 >> > 2009-03-02 21:16:35 [11971] [6] DEBUG: system_id: "demirbim" >> > 2009-03-02 21:16:35 [11971] [6] DEBUG: password: "demirbim" >> > 2009-03-02 21:16:35 [11971] [6] DEBUG: system_type: "demirbim" >> > 2009-03-02 21:16:35 [11971] [6] DEBUG: interface_version: 52 = >> 0x00000034 >> > 2009-03-02 21:16:35 [11971] [6] DEBUG: addr_ton: 0 = 0x00000000 >> > 2009-03-02 21:16:35 [11971] [6] DEBUG: addr_npi: 0 = 0x00000000 >> > 2009-03-02 21:16:35 [11971] [6] DEBUG: address_range: "999998" >> > 2009-03-02 21:16:35 [11971] [6] DEBUG: SMPP PDU dump ends. >> > 2009-03-02 21:16:35 [11971] [6] DEBUG: Optional parameter tag (0x0210) >> > 2009-03-02 21:16:35 [11971] [6] DEBUG: Optional parameter length read as >> 1 >> > 2009-03-02 21:16:35 [11971] [6] DEBUG: SMPP[internal]: Got PDU: >> > 2009-03-02 21:16:35 [11971] [6] DEBUG: SMPP PDU 0x86ed110 dump: >> > 2009-03-02 21:16:35 [11971] [6] DEBUG: type_name: >> bind_transceiver_resp >> > 2009-03-02 21:16:35 [11971] [6] DEBUG: command_id: 2147483657 = >> 0x80000009 >> > 2009-03-02 21:16:35 [11971] [6] DEBUG: command_status: 0 = 0x00000000 >> > 2009-03-02 21:16:35 [11971] [6] DEBUG: sequence_number: 1 = 0x00000001 >> > 2009-03-02 21:16:35 [11971] [6] DEBUG: system_id: "demirbim" >> > 2009-03-02 21:16:35 [11971] [6] DEBUG: sc_interface_version: 52 = >> > 0x00000034 >> > 2009-03-02 21:16:35 [11971] [6] DEBUG: SMPP PDU dump ends. >> > 2009-03-02 21:16:39 [11971] [5] INFO: Client connected from <127.0.0.1> >> > 2009-03-02 21:16:39 [11971] [5] DEBUG: Started thread 8 >> > (gw/bb_boxc.c:function) >> > 2009-03-02 21:16:39 [11971] [8] DEBUG: Thread 8 (gw/bb_boxc.c:function) >> maps >> > to pid 11971. >> > 2009-03-02 21:16:39 [11971] [8] DEBUG: Started thread 9 >> > (gw/bb_boxc.c:boxc_sender) >> > 2009-03-02 21:16:39 [11971] [9] DEBUG: Thread 9 >> (gw/bb_boxc.c:boxc_sender) >> > maps to pid 11971. >> > 2009-03-02 21:16:45 [11971] [6] ERROR: SMPP: PDU NULL terminated string >> > (service_type) longer than allowed. >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: SMPP[internal]: Got PDU: >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: SMPP PDU 0x86ed8b0 dump: >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: type_name: deliver_sm >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: command_id: 5 = 0x00000005 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: command_status: 0 = 0x00000000 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: sequence_number: 771 = >> 0x00000303 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: service_type: NULL >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: source_addr_ton: 100 = >> 0x00000064 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: source_addr_npi: 101 = >> 0x00000065 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: source_addr: "mirbim" >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: dest_addr_ton: 1 = 0x00000001 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: dest_addr_npi: 1 = 0x00000001 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: destination_addr: >> "355672509006" >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: esm_class: 0 = 0x00000000 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: protocol_id: 1 = 0x00000001 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: priority_flag: 57 = 0x00000039 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: schedule_delivery_time: "99998" >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: validity_period: NULL >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: registered_delivery: 0 = >> 0x00000000 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: replace_if_present_flag: 0 = >> > 0x00000000 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: data_coding: 0 = 0x00000000 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: sm_default_msg_id: 0 = >> 0x00000000 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: sm_length: 1 = 0x00000001 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: short_message: >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: Octet string at 0x86ee530: >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: len: 1 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: size: 2 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: immutable: 0 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: data: >> > 00 . >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: Octet string dump ends. >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: SMPP PDU dump ends. >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: SMPP[internal]: Sending PDU: >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: SMPP PDU 0x86ee558 dump: >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: type_name: deliver_sm_resp >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: command_id: 2147483653 = >> 0x80000005 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: command_status: 0 = 0x00000000 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: sequence_number: 771 = >> 0x00000303 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: message_id: NULL >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: SMPP PDU dump ends. >> > 2009-03-02 21:16:45 [11971] [9] DEBUG: send_msg: sending msg to box: >> > <127.0.0.1> >> > 2009-03-02 21:16:45 [11971] [9] DEBUG: boxc_sender: sent message to >> > <127.0.0.1> >> > 2009-03-02 21:16:45 [11971] [8] DEBUG: boxc_receiver: got ack >> > 2009-03-02 21:16:45 [11971] [8] DEBUG: boxc_receiver: sms received >> > 2009-03-02 21:16:45 [11971] [8] DEBUG: send_msg: sending msg to box: >> > <127.0.0.1> >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: SMPP[internal]: Sending PDU: >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: SMPP PDU 0x86ee530 dump: >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: type_name: submit_sm >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: command_id: 4 = 0x00000004 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: command_status: 0 = 0x00000000 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: sequence_number: 2 = 0x00000002 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: service_type: NULL >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: source_addr_ton: 1 = 0x00000001 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: source_addr_npi: 1 = 0x00000001 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: source_addr: "355672509006" >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: dest_addr_ton: 2 = 0x00000002 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: dest_addr_npi: 1 = 0x00000001 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: destination_addr: "mirbim" >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: esm_class: 3 = 0x00000003 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: protocol_id: 0 = 0x00000000 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: priority_flag: 0 = 0x00000000 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: schedule_delivery_time: NULL >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: validity_period: NULL >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: registered_delivery: 0 = >> 0x00000000 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: replace_if_present_flag: 0 = >> > 0x00000000 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: data_coding: 0 = 0x00000000 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: sm_default_msg_id: 0 = >> 0x00000000 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: sm_length: 31 = 0x0000001f >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: short_message: >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: Octet string at 0x86eed60: >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: len: 31 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: size: 32 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: immutable: 0 >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: data: 43 6f 75 6c 64 20 6e >> 6f 74 >> > 20 66 65 74 63 68 20 Could not fetch >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: data: 63 6f 6e 74 65 6e 74 >> 2c 20 >> > 73 6f 72 72 79 2e content, sorry. >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: Octet string dump ends. >> > 2009-03-02 21:16:45 [11971] [6] DEBUG: SMPP PDU dump ends. >> > >> > >> > >> > >> > On Tue, Mar 3, 2009 at 3:46 PM, Remon <[email protected]> wrote: >> >> >> >> Hello there, >> >> >> >> >> >> >> >> I’m gonna guide you on sms services >> >> >> >> >> >> >> >> First to test your setup please configure only one sms service group as >> >> follows >> >> >> >> >> >> >> >> group = sms-service >> >> >> >> keyword = default >> >> >> >> get-url = >> >> “ >> http://localhost/logger/logMessage?mobile_number=%p&short_code=%P&text=%b&binary_text=%s >> " >> >> >> >> >> >> >> >> >> >> >> >> Please make sure the URL will log all received parameters. >> >> >> >> >> >> >> >> Now if kannel receives SMS message from SMSC (MO Message) sent from >> mobile >> >> then kannel will send these parameters to the URL configured above. >> >> >> >> >> >> >> >> Please check this and send me back. >> >> >> >> >> >> >> >> Regards, >> >> >> >> Remon >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> From: [email protected] [mailto:[email protected]] On >> Behalf >> >> Of Elton Hoxha >> >> Sent: Tuesday, March 03, 2009 4:27 PM >> >> To: Rodrigo Cremaschi >> >> Cc: [email protected] >> >> Subject: Re: SMS-SERVICE >> >> >> >> >> >> >> >> Hi Rodrigo, >> >> >> >> I`m reading the guide several times, and what I want now its the basic >> >> service, just to send and receive MO-MT SMS using Kannel. I have set >> the >> >> SMPP connections already and there is no problem with binding issues >> between >> >> kannel and SMPP Server. >> >> I`m able to send from tha application to mobile, but I cannot vice >> versa, >> >> from mobile to application. >> >> >> >> In the guide at the SMS-SERVICE configuration section, it writes: >> >> >> >> Now that you have an SMS center connection to send and receive SMS >> >> messages you need to define services for incoming messages >> >> >> >> But after many many many tries, im not able to receive >> >> >> >> Here is the conf file. All the blocks are understandable except >> >> SMS-SERVICE one that looks a bit ambigous. >> >> >> >> group = core >> >> admin-port = 13000 >> >> smsbox-port = 13002 >> >> admin-password = bar >> >> log-file = "/tmp/kannel.log" >> >> log-level = 0 >> >> box-deny-ip = "*.*.*.*" >> >> box-allow-ip = "127.0.0.1" >> >> access-log = "/tmp/access.log" >> >> >> >> group=smsc >> >> smsc=smpp >> >> smsc-id=internal >> >> interface-version=34 >> >> host=10.234.252.80 >> >> port=3700 >> >> system-id=demirbim >> >> smsc-password=demirbim >> >> system-type=demirbim >> >> transceiver-mode=1 >> >> address-range=999998 >> >> >> >> >> >> group = smsbox >> >> bearerbox-host = 127.0.0.1 >> >> sendsms-port = 13014 >> >> log-level = 0 >> >> >> >> group = sendsms-user >> >> username = b >> >> password = b >> >> >> >> group = sms-service >> >> keyword = default >> >> text = "test" >> >> faked-sender = 999998 >> >> catch-all = true >> >> >> >> >> >> Thanks >> >> >> >> On Tue, Mar 3, 2009 at 3:18 PM, Rodrigo Cremaschi >> >> <[email protected]> wrote: >> >> >> >> HEllo Elton, >> >> >> >> The userguide is not perfect, it's not complete, and it's not >> foolproof. >> >> You are right. >> >> But take some more time reading it, explore the web, use Google, write >> >> and test some configurations for yourself, read the mail archives and >> >> you will be rewarded with a working Kannel. >> >> If, in spite of all this, you find yourself in trouble to make Kannel >> >> work, come back with your config files, log excerpts and the list will >> >> try to help you. >> >> >> >> Best regards, >> >> Rodrigo. >> >> >> >> On Tue, Mar 3, 2009 at 12:03 PM, Elton Hoxha <[email protected]> wrote: >> >> > I have it but its confusing a bit >> >> > >> >> > On Tue, Mar 3, 2009 at 2:59 PM, Davor Spasoski >> >> > <[email protected]> wrote: >> >> >> >> >> >> Do you have a manual? >> >> >> >> >> >> ________________________________ >> >> >> >> >> >> From: [email protected] [mailto:[email protected]] On >> >> >> Behalf >> >> >> Of Elton Hoxha >> >> >> Sent: Tuesday, March 03, 2009 2:44 PM >> >> >> To: [email protected] >> >> >> Subject: SMS-SERVICE >> >> >> >> >> >> >> >> >> >> >> >> Hi, >> >> >> >> >> >> Can anyone please explain me the functionality of this group? I read >> >> >> the >> >> >> guide already but again I have some ambiguities. >> >> >> What the keyword parameter is used for? >> >> >> The text parameter, is it used for predefined reply when the sender >> >> >> sends >> >> >> a SMS to a voting service for example. >> >> >> >> >> >> Please anyone explain with few words these parameters? >> >> >> send-url, get-url, dlr-url >> >> >> >> >> >> Thanks >> >> >> >> >> >> COSMOFON - Mobile Telecommunications Services - A.D. Skopje >> >> >> _______________________________________________________________ >> >> >> This e-mail (including any attachments) is confidential and may be >> >> >> protected by legal privilege. If you are not the intended recipient, >> >> >> you >> >> >> should not copy it, re-transmit it, use it or disclose its contents, >> >> >> but >> >> >> should return it to the sender immediately and delete your copy from >> >> >> your >> >> >> system. Any unauthorized use or dissemination of this message in >> whole >> >> >> or in >> >> >> part is strictly prohibited. Please note that e-mails are >> susceptible >> >> >> to >> >> >> change. COSMOFON A.D. Skopje shall not be liable for the improper or >> >> >> incomplete transmission of the information contained in this >> >> >> communication >> >> >> nor for any delay in its receipt or damage to your system. >> >> > >> >> >> >> >> > >> >> >
