Nabble - Kannel

Re: [PATCH] Sqlite DB Pool

2008-12-02T06:23:57Z

Alejandro Guerrieri schrieb:
> Any other opinions on this? Shall I commit?

+1 from me, and as no objections were there, please commit :)

>
> Regards,
> --
> Alejandro Guerrieri
> aguerrieri@...
>
>
> El 20/11/2008, a las 02:51 p.m., Alexander Malysh escribió:
>
>> Alejandro Guerrieri schrieb:
>>> Alex,
>>> SQLite doesn't wait for the lock to free, it returns with a BUSY
>>> error inmediately. The query will return BUSY without waiting for the
>>> lock even when the process is writing to another table on the same DB.
>>
>> ahh now it's clear to me and I'm +1 to commit your patch.
>>
>>> From my tests, I can confirm that this is what it happens.
>>> I understand your point about "DB agnosticism", but as it is now
>>> sqlite is not a viable alternative for sqlbox at least. The same
>>> probably applies to DLR's, if more than a thread is accessing the DB
>>> at the same time.
>>> As I've said before, the PHP client implementation set this value to
>>> 60 seconds (which is a little high imho), DBD::SQlite sets it to 30
>>> seconds and most other client libraries I've found provides a mean to
>>> set this, because its default value is non-practical for most cases.
>>> Are you fine with adding a fixed value instead of being
>>> user-selectable? This wouldn't change the user interface, only the
>>> internals when dealing with sqlite DB's.
>>> Regards,
>>> Alex
>>> El 20/11/2008, a las 12:56 p.m., Alexander Malysh escribió:
>>>> Hi Alex,
>>>>
>>>> thanks for explaining of the sqlite internals but it didn't answer
>>>> my question: why do we need in dbpool to care about some internals
>>>> of any DB?
>>>>
>>>> For kannel it's not a point when DB blocks and how oft and how
>>>> long... Kannel just waits for a DB to be unlocked and do it so long
>>>> as DB think is needed.
>>>>
>>>> Thanks,
>>>> Alex
>>>>
>>>> Alejandro Guerrieri schrieb:
>>>>> Alex,
>>>>> Sqlite makes a lock on the _whole DB file_ each time it access it.
>>>>> That means that if an external application is doing an INSERT on
>>>>> send_sms, it will lock the WHOLE FILE, so sqlbox won't get a LOCK
>>>>> to DELETE on send_sms nor to INSERT on sent_sms.
>>>>> If the DB is to sustain moderate load, the default won't cut it.
>>>>> I've experienced the error when trying to enqueue messages from
>>>>> Sqlite's command line utility while running sqlbox. I'm talking
>>>>> about sending a _single_ message on an idle sqlbox process.
>>>>> Using the default "busy_timeout" is too low for most practical uses
>>>>> IMHO.
>>>>> For example, the PHP driver sets it to 60 seconds.
>>>>> If not allowed to change it on the DBPool, it should be set to some
>>>>> more realistic value at least, or maybe even set a default and
>>>>> allow the client to change it (I can modify the patch to accomodate
>>>>> either case of course).
>>>>> Regards,
>>>>> Alejandro Guerrieri
>>>>> El 20/11/2008, a las 07:40 a.m., Alexander Malysh escribió:
>>>>>> Hi Alex,
>>>>>>
>>>>>> why should it be necessary to define lock_timeout? I ask because
>>>>>> we don't allow it for any DBs from our dbpool why should we make
>>>>>> exception for sqlite?
>>>>>>
>>>>>> Thanks,
>>>>>> Alex
>>>>>>
>>>>>> Alejandro Guerrieri schrieb:
>>>>>>> Alex? Did you see this? I've already commited the updates on
>>>>>>> sqlbox and this would definitely improve sqlite2/3 usability.
>>>>>>> Regards,
>>>>>>> Alejandro
>>>>>>> El 13/11/2008, a las 01:20 a.m., Alejandro Guerrieri escribió:
>>>>>>>> Did anyone reviewed this again? I think it's now fixed.
>>>>>>>>
>>>>>>>> I'm about to commit a big update on sqlbox and it would be great
>>>>>>>> to be able to have sqlite2 and sqlite3 behaving properly.
>>>>>>>>
>>>>>>>> Regards,
>>>>>>>>
>>>>>>>> Alejandro Guerrieri
>>>>>>>>
>>>>>>>> El 08/11/2008, a las 12:17 p.m., Alejandro Guerrieri escribió:
>>>>>>>>
>>>>>>>>> Ups, > 0 would be better right?
>>>>>>>>>
>>>>>>>>> Changed the datatype to int because that's what the
>>>>>>>>> sqlite_busy_timeout() expects.
>>>>>>>>>
>>>>>>>>> [Too little coffee that night] ;)
>>>>>>>>>
>>>>>>>>> Fixed on the code plese re-download.
>>>>>>>>>
>>>>>>>>> One last note: the value must be properly initialized,
>>>>>>>>> otherwise the struct default could be anything. I've checked
>>>>>>>>> the Kannel code and since there's no dlr_sqlite.c nor any other
>>>>>>>>> use for this (yet), no further patching is necessary.
>>>>>>>>>
>>>>>>>>> Regards,
>>>>>>>>>
>>>>>>>>> Alejandro Guerrieri
>>>>>>>>>
>>>>>>>>> El 07/11/2008, a las 01:57 p.m., Alexander Malysh escribió:
>>>>>>>>>
>>>>>>>>>> Hi,
>>>>>>>>>>
>>>>>>>>>> hmm, are you sure ? ;)
>>>>>>>>>>
>>>>>>>>>> + if (conf->lock_timeout != NULL) {
>>>>>>>>>>
>>>>>>>>>> but lock_timeout defined as long...
>>>>>>>>>>
>>>>>>>>>> Thanks,
>>>>>>>>>> Alex
>>>>>>>>>>
>>>>>>>>>> Alejandro Guerrieri schrieb:
>>>>>>>>>>> Hi,
>>>>>>>>>>> I've made this small patch that fixes a couple of things on
>>>>>>>>>>> the Sqlite implementation:
>>>>>>>>>>> * Sqlite2's [sqlite-connection] group was missing from
>>>>>>>>>>> cfg.def, though dbpool_sqlite.c and all the hooks were in
>>>>>>>>>>> place. This patch adds the missing section.
>>>>>>>>>>> * This patch adds a "lock-timeout" configuration option to
>>>>>>>>>>> both sqlite connection groups, where a value in milliseconds
>>>>>>>>>>> can be specified. That value controls the time sqlite waits
>>>>>>>>>>> before throwing a lock ("busy") error. This could be an issue
>>>>>>>>>>> because sqlite locks at the database level (yuk!), and this
>>>>>>>>>>> can surely be a problem under moderate load (I wouldn't
>>>>>>>>>>> recommend sqlite for heavy traffic at all). If not set the
>>>>>>>>>>> default behaviour is maintained, so nothing's broken ;)
>>>>>>>>>>> Please check the post here:
>>>>>>>>>>> http://www.blogalex.com/archives/50
>>>>>>>>>>> Direct download:
>>>>>>>>>>> http://www.blogalex.com/wp-content/uploads/2008/11/kannel-sqlite-pool-patches.diff BTW,
>>>>>>>>>>> my long-term goal is to have on Sqlbox the same DB
>>>>>>>>>>> capabilities as Kannel have (Sqlbox only supports MySql and
>>>>>>>>>>> Postgres and _maybe_ MS SQL). I'm making good progress with
>>>>>>>>>>> sqlite so far, and this patches aim to complete the Kannel
>>>>>>>>>>> support to make it practical to use the DB pool with Sqlbox.
>>>>>>>>>>> MS SQL by Ct-Lib is supposed to be working, though is not
>>>>>>>>>>> supported at Kannel afaik (I'll try to port the code to
>>>>>>>>>>> Kannel so it can be linked from gwlib as the rest does when I
>>>>>>>>>>> have some spare time).
>>>>>>>>>>> Regards,
>>>>>>>>>>> Alejandro Guerrieri
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>
>>>>>>
>>>>
>>>>
>>
>>
>
>
>

From forum: Kannel - Dev

Re: [PATCH] Sqlite DB Pool

2008-12-02T06:09:33Z

Any other opinions on this? Shall I commit?

Regards,
--
Alejandro Guerrieri
aguerrieri@...

El 20/11/2008, a las 02:51 p.m., Alexander Malysh escribió:

> Alejandro Guerrieri schrieb:
>> Alex,
>> SQLite doesn't wait for the lock to free, it returns with a BUSY
>> error inmediately. The query will return BUSY without waiting for
>> the lock even when the process is writing to another table on the
>> same DB.
>
> ahh now it's clear to me and I'm +1 to commit your patch.
>
>> From my tests, I can confirm that this is what it happens.
>> I understand your point about "DB agnosticism", but as it is now
>> sqlite is not a viable alternative for sqlbox at least. The same
>> probably applies to DLR's, if more than a thread is accessing the
>> DB at the same time.
>> As I've said before, the PHP client implementation set this value
>> to 60 seconds (which is a little high imho), DBD::SQlite sets it to
>> 30 seconds and most other client libraries I've found provides a
>> mean to set this, because its default value is non-practical for
>> most cases.
>> Are you fine with adding a fixed value instead of being user-
>> selectable? This wouldn't change the user interface, only the
>> internals when dealing with sqlite DB's.
>> Regards,
>> Alex
>> El 20/11/2008, a las 12:56 p.m., Alexander Malysh escribió:
>>> Hi Alex,
>>>
>>> thanks for explaining of the sqlite internals but it didn't answer
>>> my question: why do we need in dbpool to care about some internals
>>> of any DB?
>>>
>>> For kannel it's not a point when DB blocks and how oft and how
>>> long... Kannel just waits for a DB to be unlocked and do it so
>>> long as DB think is needed.
>>>
>>> Thanks,
>>> Alex
>>>
>>> Alejandro Guerrieri schrieb:
>>>> Alex,
>>>> Sqlite makes a lock on the _whole DB file_ each time it access
>>>> it. That means that if an external application is doing an INSERT
>>>> on send_sms, it will lock the WHOLE FILE, so sqlbox won't get a
>>>> LOCK to DELETE on send_sms nor to INSERT on sent_sms.
>>>> If the DB is to sustain moderate load, the default won't cut it.
>>>> I've experienced the error when trying to enqueue messages from
>>>> Sqlite's command line utility while running sqlbox. I'm talking
>>>> about sending a _single_ message on an idle sqlbox process.
>>>> Using the default "busy_timeout" is too low for most practical
>>>> uses IMHO.
>>>> For example, the PHP driver sets it to 60 seconds.
>>>> If not allowed to change it on the DBPool, it should be set to
>>>> some more realistic value at least, or maybe even set a default
>>>> and allow the client to change it (I can modify the patch to
>>>> accomodate either case of course).
>>>> Regards,
>>>> Alejandro Guerrieri
>>>> El 20/11/2008, a las 07:40 a.m., Alexander Malysh escribió:
>>>>> Hi Alex,
>>>>>
>>>>> why should it be necessary to define lock_timeout? I ask because
>>>>> we don't allow it for any DBs from our dbpool why should we make
>>>>> exception for sqlite?
>>>>>
>>>>> Thanks,
>>>>> Alex
>>>>>
>>>>> Alejandro Guerrieri schrieb:
>>>>>> Alex? Did you see this? I've already commited the updates on
>>>>>> sqlbox and this would definitely improve sqlite2/3 usability.
>>>>>> Regards,
>>>>>> Alejandro
>>>>>> El 13/11/2008, a las 01:20 a.m., Alejandro Guerrieri escribió:
>>>>>>> Did anyone reviewed this again? I think it's now fixed.
>>>>>>>
>>>>>>> I'm about to commit a big update on sqlbox and it would be
>>>>>>> great to be able to have sqlite2 and sqlite3 behaving properly.
>>>>>>>
>>>>>>> Regards,
>>>>>>>
>>>>>>> Alejandro Guerrieri
>>>>>>>
>>>>>>> El 08/11/2008, a las 12:17 p.m., Alejandro Guerrieri escribió:
>>>>>>>
>>>>>>>> Ups, > 0 would be better right?
>>>>>>>>
>>>>>>>> Changed the datatype to int because that's what the
>>>>>>>> sqlite_busy_timeout() expects.
>>>>>>>>
>>>>>>>> [Too little coffee that night] ;)
>>>>>>>>
>>>>>>>> Fixed on the code plese re-download.
>>>>>>>>
>>>>>>>> One last note: the value must be properly initialized,
>>>>>>>> otherwise the struct default could be anything. I've checked
>>>>>>>> the Kannel code and since there's no dlr_sqlite.c nor any
>>>>>>>> other use for this (yet), no further patching is necessary.
>>>>>>>>
>>>>>>>> Regards,
>>>>>>>>
>>>>>>>> Alejandro Guerrieri
>>>>>>>>
>>>>>>>> El 07/11/2008, a las 01:57 p.m., Alexander Malysh escribió:
>>>>>>>>
>>>>>>>>> Hi,
>>>>>>>>>
>>>>>>>>> hmm, are you sure ? ;)
>>>>>>>>>
>>>>>>>>> + if (conf->lock_timeout != NULL) {
>>>>>>>>>
>>>>>>>>> but lock_timeout defined as long...
>>>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>>> Alex
>>>>>>>>>
>>>>>>>>> Alejandro Guerrieri schrieb:
>>>>>>>>>> Hi,
>>>>>>>>>> I've made this small patch that fixes a couple of things on
>>>>>>>>>> the Sqlite implementation:
>>>>>>>>>> * Sqlite2's [sqlite-connection] group was missing from
>>>>>>>>>> cfg.def, though dbpool_sqlite.c and all the hooks were in
>>>>>>>>>> place. This patch adds the missing section.
>>>>>>>>>> * This patch adds a "lock-timeout" configuration option to
>>>>>>>>>> both sqlite connection groups, where a value in
>>>>>>>>>> milliseconds can be specified. That value controls the time
>>>>>>>>>> sqlite waits before throwing a lock ("busy") error. This
>>>>>>>>>> could be an issue because sqlite locks at the database
>>>>>>>>>> level (yuk!), and this can surely be a problem under
>>>>>>>>>> moderate load (I wouldn't recommend sqlite for heavy
>>>>>>>>>> traffic at all). If not set the default behaviour is
>>>>>>>>>> maintained, so nothing's broken ;)
>>>>>>>>>> Please check the post here:
>>>>>>>>>> http://www.blogalex.com/archives/50
>>>>>>>>>> Direct download:
>>>>>>>>>> http://www.blogalex.com/wp-content/uploads/2008/11/kannel-sqlite-pool-patches.diff
>>>>>>>>>> BTW, my long-term goal is to have on Sqlbox the same DB
>>>>>>>>>> capabilities as Kannel have (Sqlbox only supports MySql and
>>>>>>>>>> Postgres and _maybe_ MS SQL). I'm making good progress with
>>>>>>>>>> sqlite so far, and this patches aim to complete the Kannel
>>>>>>>>>> support to make it practical to use the DB pool with Sqlbox.
>>>>>>>>>> MS SQL by Ct-Lib is supposed to be working, though is not
>>>>>>>>>> supported at Kannel afaik (I'll try to port the code to
>>>>>>>>>> Kannel so it can be linked from gwlib as the rest does when
>>>>>>>>>> I have some spare time).
>>>>>>>>>> Regards,
>>>>>>>>>> Alejandro Guerrieri
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>
>>>>>
>>>
>>>
>
>

From forum: Kannel - Dev

I/O error or other error. Re-connecting

2008-12-02T04:37:35Z

Hi list,

I have 2 connection one RX and the other TX, the both connections are connected fine, I can receive the SMS using the RX, but when I use the TX connection to send SMS it is changed to reconnecting and I get the following error in my logs:

2008-12-02 14:21:07 [10148] [7] DEBUG: SMPP[MYTXCONNECTION]: Manually forced dest addr ton = 1, dest add npi = 1
2008-12-02 14:21:07 [10148] [7] DEBUG: SMPP[MYTXCONNECTION]: Sending PDU:
2008-12-02 14:21:07 [10148] [7] DEBUG: SMPP PDU 0x81b5430 dump:
2008-12-02 14:21:07 [10148] [7] DEBUG:   type_name: submit_sm
2008-12-02 14:21:07 [10148] [7] DEBUG:   command_id: 4 = 0x00000004
2008-12-02 14:21:07 [10148] [7] DEBUG:   command_status: 0 = 0x00000000
2008-12-02 14:21:07 [10148] [7] DEBUG:   sequence_number: 5 = 0x00000005
2008-12-02 14:21:07 [10148] [7] DEBUG:   service_type: "200"
2008-12-02 14:21:07 [10148] [7] DEBUG:   source_addr_ton: 1 = 0x00000001
2008-12-02 14:21:07 [10148] [7] DEBUG:   source_addr_npi: 1 = 0x00000001
2008-12-02 14:21:07 [10148] [7] DEBUG:   source_addr: "6119"
2008-12-02 14:21:07 [10148] [7] DEBUG:   dest_addr_ton: 1 = 0x00000001
2008-12-02 14:21:07 [10148] [7] DEBUG:   dest_addr_npi: 1 = 0x00000001
2008-12-02 14:21:07 [10148] [7] DEBUG:   destination_addr: "xxxxxxxxxxxx"
2008-12-02 14:21:07 [10148] [7] DEBUG:   esm_class: 3 = 0x00000003
2008-12-02 14:21:07 [10148] [7] DEBUG:   protocol_id: 0 = 0x00000000
2008-12-02 14:21:07 [10148] [7] DEBUG:   priority_flag: 0 = 0x00000000
2008-12-02 14:21:07 [10148] [7] DEBUG:   schedule_delivery_time: NULL
2008-12-02 14:21:07 [10148] [7] DEBUG:   validity_period: NULL
2008-12-02 14:21:07 [10148] [7] DEBUG:   registered_delivery: 1 = 0x00000001
2008-12-02 14:21:07 [10148] [7] DEBUG:   replace_if_present_flag: 0 = 0x00000000
2008-12-02 14:21:07 [10148] [7] DEBUG:   data_coding: 8 = 0x00000008
2008-12-02 14:21:07 [10148] [7] DEBUG:   sm_default_msg_id: 0 = 0x00000000
2008-12-02 14:21:07 [10148] [7] DEBUG:   sm_length: 14 = 0x0000000e
2008-12-02 14:21:07 [10148] [7] DEBUG:   short_message:
2008-12-02 14:21:07 [10148] [7] DEBUG:    Octet string at 0x81b5538:
2008-12-02 14:21:07 [10148] [7] DEBUG:      len: 14
2008-12-02 14:21:07 [10148] [7] DEBUG:      size: 15
2008-12-02 14:21:07 [10148] [7] DEBUG:      immutable: 0
2008-12-02 14:21:07 [10148] [7] DEBUG:      data: 00 74 00 65 00 73 00 74 00 33 00 35 00 30         .t.e.s.t.3.5.0
2008-12-02 14:21:07 [10148] [7] DEBUG:    Octet string dump ends.
2008-12-02 14:21:07 [10148] [7] DEBUG: SMPP PDU dump ends.
2008-12-02 14:21:21 [10148] [7] DEBUG: SMPP[MYTXCONNECTION]: Sending enquire link:
2008-12-02 14:21:21 [10148] [7] DEBUG: SMPP PDU 0x81b5430 dump:
2008-12-02 14:21:21 [10148] [7] DEBUG:   type_name: enquire_link
2008-12-02 14:21:21 [10148] [7] DEBUG:   command_id: 21 = 0x00000015
2008-12-02 14:21:21 [10148] [7] DEBUG:   command_status: 0 = 0x00000000
2008-12-02 14:21:21 [10148] [7] DEBUG:   sequence_number: 6 = 0x00000006
2008-12-02 14:21:21 [10148] [7] DEBUG: SMPP PDU dump ends.
2008-12-02 14:21:21 [10148] [6] DEBUG: SMPP[MYRXCONNECTION]: Sending enquire link:
2008-12-02 14:21:21 [10148] [6] DEBUG: SMPP PDU 0x81b5430 dump:
2008-12-02 14:21:21 [10148] [6] DEBUG:   type_name: enquire_link
2008-12-02 14:21:21 [10148] [6] DEBUG:   command_id: 21 = 0x00000015
2008-12-02 14:21:21 [10148] [6] DEBUG:   command_status: 0 = 0x00000000
2008-12-02 14:21:21 [10148] [6] DEBUG:   sequence_number: 5 = 0x00000005
2008-12-02 14:21:21 [10148] [6] DEBUG: SMPP PDU dump ends.
2008-12-02 14:21:22 [10148] [6] DEBUG: SMPP[MYRXCONNECTION]: Got PDU:
2008-12-02 14:21:22 [10148] [6] DEBUG: SMPP PDU 0x81b5430 dump:
2008-12-02 14:21:22 [10148] [6] DEBUG:   type_name: enquire_link_resp
2008-12-02 14:21:22 [10148] [6] DEBUG:   command_id: 2147483669 = 0x80000015
2008-12-02 14:21:22 [10148] [6] DEBUG:   command_status: 0 = 0x00000000
2008-12-02 14:21:22 [10148] [6] DEBUG:   sequence_number: 5 = 0x00000005
2008-12-02 14:21:22 [10148] [6] DEBUG: SMPP PDU dump ends.
2008-12-02 14:21:26 [10148] [7] ERROR: SMPP[MYTXCONNECTION]: I/O error or other error. Re-connecting.
2008-12-02 14:21:26 [10148] [7] ERROR: SMPP[MYTXCONNECTION]: Couldn't connect to SMS center (retrying in 10 seconds).

and the following is my SMSC

group = smsc
smsc = smpp
smsc-id = MYRXCONNECTION
host = xx.xxx.xxx.xxx
port = 0
receive-port = 6566
smsc-username = "USERNAME"
smsc-password = PASSWORD
system-type = "smpp"
dlr-group-id = MYDLRGROUP
allowed-smsc-id = MYRXCONNECTION;MYDLRGROUP
interface-version = 34
reconnect-delay = 10
source-addr-ton = 1
source-addr-npi = 1
dest-addr-ton = 1
dest-addr-npi = 1
bind-addr-ton = 1
bind-addr-npi = 1
msg-id-type = 0x00
log-file = /var/log/kannel/error/1.log
log-level = 0

group = smsc
smsc = smpp
smsc-id = MYTXCONNECTION
host = xx.xxx.xxx.xxx
port = 6566
receive-port = 0
smsc-username = "USERNAME"
smsc-password = PASSWORD
system-type = "smpp"
dlr-group-id = MYDLRGROUP
allowed-smsc-id = MYTXCONNECTION;MYDLRGROUP
interface-version = 34
reconnect-delay = 10
source-addr-ton = 1
source-addr-npi = 1
dest-addr-ton = 1
dest-addr-npi = 1
bind-addr-ton = 1
bind-addr-npi = 1
msg-id-type = 0x00
log-file = /var/log/kannel/error/1.log
log-level = 0

any Ideas why that happened ?

Regards,
hafez

From forum: Kannel - User

RE: Next stable Kannel version soon?

2008-12-02T01:51:46Z

> as soon as all meta-data and dlr patches are commited, then its time.

So is this an agreed milestone for the next stable release? If someone has
disagreement, please write in. Developers, take a decision...

Regards, Ankur

-----Original Message-----
From: Ken Bellars [mailto:ken.bellars@...]
Sent: Tuesday, December 02, 2008 2:17 PM
To: Nikos Balkanas; Alejandro Guerrieri; Ankur Bhatnagar; devel@...
Subject: Re: Next stable Kannel version soon?

Hi,

The last stable version is about 2yrs or older. Development is ongoin,
and will always be.

I agree with Alejandro, as soon as all meta-data and dlr patches are
commited, then its time.

On 12/2/08, Nikos Balkanas <nbalkanas@...> wrote:
> The operative word here is "floating". When it is ripe for picking you
will

> know.
>
> Nikos
> ----- Original Message -----
> From: "Alejandro Guerrieri" <aguerrieri@...>
> To: "Ankur Bhatnagar" <ankur.bhatnagar@...>
> Cc: "'Nikos Balkanas'" <nbalkanas@...>; <kenbellars@...>;
> <devel@...>
> Sent: Tuesday, December 02, 2008 6:49 AM
> Subject: Re: Next stable Kannel version soon?
>
>
> IMHO once the meta-data and other patches floating around are voted
> and commited.
>
> The code on CVS has been production-quality for a lot of time, and
> there's a lot of improvements on CVS already.
>
> Regards,
> --
> Alejandro Guerrieri
> aguerrieri@...
>
>
>
> El 02/12/2008, a las 02:38 a.m., Ankur Bhatnagar escribiσ:
>
>> When do you think would be a good time -- a month, three months, or

more?

>>
>> Regards, Ankur
>>
>> -----Original Message-----
>> From: Nikos Balkanas [mailto:nbalkanas@...]
>> Sent: Monday, December 01, 2008 8:26 PM
>> To: kenbellars@...; devel@...
>> Subject: Re: Next stable Kannel version soon?
>>
>> This is not a good time. I think a better opportunity would be when
>> patches
>> and development have quiet down.
>>
>> BR,
>> Nikos
>>
>> ----- Original Message -----
>> From: "Ken Bellars" <ken.bellars@...>
>> To: <devel@...>
>> Sent: Monday, December 01, 2008 1:40 PM
>> Subject: Next stable Kannel version soon?
>>
>>
>>> Hi,
>>>
>>> The development work on Kannel has been wonderful recently. So many
>>> good patches are now available on the CVS.
>>>
>>> IMO i think we should have another stable version that will include
>>> all the recent development work soon.
>>>
>>> What do you think?
>>>
>>> --
>>> Regards,
>>> Kenny
>>>
>>>
>>> "Whosoever desires constant success must change his conduct with the
>>> times."-Niccolo Machiavelli
>>>
>>
>>
>>
>>
>
>

--
Regards,
Kenny

"Whosoever desires constant success must change his conduct with the
times."-Niccolo Machiavelli

From forum: Kannel - Dev

RE: Next stable Kannel version soon?

2008-12-02T01:07:57Z

IMHO, it would be great to have the meta-data and DLR patches committed once
they are deemed stable. The product would be more robust and would (more
likely) address the needs of the open-source users that do not delve into
the dev side of the product.

I've met a number of people/companies that decided to create their own
gateways because of some features that aren't available on the
production/stable version of Kannel.

I've only been looking through the dev side of Kannel for a few months now,
but I've been using the product since 2002. It's easier to justify to
management to use stable releases of an open-source product rather than to
justify the use of a dev version with patches. IMO, it's a psychological
thing, but it's a reality that most dev teams need to live with.

I haven't had a problem with the new meta-data and DLR patches. If everyone
else thinks it's good, I think it should be committed.

Eds.

-----Original Message-----
From: Ken Bellars [mailto:ken.bellars@...]
Sent: Tuesday, December 02, 2008 4:47 PM
To: Nikos Balkanas; Alejandro Guerrieri; Ankur Bhatnagar; devel@...
Subject: Re: Next stable Kannel version soon?

Hi,

The last stable version is about 2yrs or older. Development is ongoin,
and will always be.

I agree with Alejandro, as soon as all meta-data and dlr patches are
commited, then its time.

On 12/2/08, Nikos Balkanas <nbalkanas@...> wrote:
> The operative word here is "floating". When it is ripe for picking you
will

more?

--
Regards,
Kenny

"Whosoever desires constant success must change his conduct with the
times."-Niccolo Machiavelli

From forum: Kannel - Dev

Re: Next stable Kannel version soon?

2008-12-02T00:46:43Z

Hi,

The last stable version is about 2yrs or older. Development is ongoin,
and will always be.

I agree with Alejandro, as soon as all meta-data and dlr patches are
commited, then its time.

On 12/2/08, Nikos Balkanas <nbalkanas@...> wrote:

> The operative word here is "floating". When it is ripe for picking you will
> know.
>
> Nikos
> ----- Original Message -----
> From: "Alejandro Guerrieri" <aguerrieri@...>
> To: "Ankur Bhatnagar" <ankur.bhatnagar@...>
> Cc: "'Nikos Balkanas'" <nbalkanas@...>; <kenbellars@...>;
> <devel@...>
> Sent: Tuesday, December 02, 2008 6:49 AM
> Subject: Re: Next stable Kannel version soon?
>
>
> IMHO once the meta-data and other patches floating around are voted
> and commited.
>
> The code on CVS has been production-quality for a lot of time, and
> there's a lot of improvements on CVS already.
>
> Regards,
> --
> Alejandro Guerrieri
> aguerrieri@...
>
>
>
> El 02/12/2008, a las 02:38 a.m., Ankur Bhatnagar escribiσ:
>
>> When do you think would be a good time -- a month, three months, or more?
>>
>> Regards, Ankur
>>
>> -----Original Message-----
>> From: Nikos Balkanas [mailto:nbalkanas@...]
>> Sent: Monday, December 01, 2008 8:26 PM
>> To: kenbellars@...; devel@...
>> Subject: Re: Next stable Kannel version soon?
>>
>> This is not a good time. I think a better opportunity would be when
>> patches
>> and development have quiet down.
>>
>> BR,
>> Nikos
>>
>> ----- Original Message -----
>> From: "Ken Bellars" <ken.bellars@...>
>> To: <devel@...>
>> Sent: Monday, December 01, 2008 1:40 PM
>> Subject: Next stable Kannel version soon?
>>
>>
>>> Hi,
>>>
>>> The development work on Kannel has been wonderful recently. So many
>>> good patches are now available on the CVS.
>>>
>>> IMO i think we should have another stable version that will include
>>> all the recent development work soon.
>>>
>>> What do you think?
>>>
>>> --
>>> Regards,
>>> Kenny
>>>
>>>
>>> "Whosoever desires constant success must change his conduct with the
>>> times."-Niccolo Machiavelli
>>>
>>
>>
>>
>>
>
>

--
Regards,
Kenny

"Whosoever desires constant success must change his conduct with the
times."-Niccolo Machiavelli

From forum: Kannel - Dev

open source USSD gateways

2008-12-02T00:15:29Z

Hi all,
Am tyrus and this is my first post to the list. Am currently trying to find out if there are any open source USSD gateways seeing that kannel doesnt support USSD yet. I have used Kannel and its been nothing but successful.

Any pointers in the right direction will be highly appreciated.

regards

-tyrus

From forum: Kannel - User

Re: Next stable Kannel version soon?

2008-12-02T00:00:42Z

The operative word here is "floating". When it is ripe for picking you will
know.

Nikos
----- Original Message -----
From: "Alejandro Guerrieri" <aguerrieri@...>
To: "Ankur Bhatnagar" <ankur.bhatnagar@...>
Cc: "'Nikos Balkanas'" <nbalkanas@...>; <kenbellars@...>;
<devel@...>
Sent: Tuesday, December 02, 2008 6:49 AM
Subject: Re: Next stable Kannel version soon?

IMHO once the meta-data and other patches floating around are voted
and commited.

The code on CVS has been production-quality for a lot of time, and
there's a lot of improvements on CVS already.

Regards,
--
Alejandro Guerrieri
aguerrieri@...

El 02/12/2008, a las 02:38 a.m., Ankur Bhatnagar escribiσ:

> When do you think would be a good time -- a month, three months, or more?
>
> Regards, Ankur
>
> -----Original Message-----
> From: Nikos Balkanas [mailto:nbalkanas@...]
> Sent: Monday, December 01, 2008 8:26 PM
> To: kenbellars@...; devel@...
> Subject: Re: Next stable Kannel version soon?
>
> This is not a good time. I think a better opportunity would be when
> patches
> and development have quiet down.
>
> BR,
> Nikos
>
> ----- Original Message -----
> From: "Ken Bellars" <ken.bellars@...>
> To: <devel@...>
> Sent: Monday, December 01, 2008 1:40 PM
> Subject: Next stable Kannel version soon?
>
>
>> Hi,
>>
>> The development work on Kannel has been wonderful recently. So many
>> good patches are now available on the CVS.
>>
>> IMO i think we should have another stable version that will include
>> all the recent development work soon.
>>
>> What do you think?
>>
>> --
>> Regards,
>> Kenny
>>
>>
>> "Whosoever desires constant success must change his conduct with the
>> times."-Niccolo Machiavelli
>>
>
>
>
>

From forum: Kannel - Dev

Removing an erroring message stuck in queue / file store

2008-12-01T21:31:38Z

Is there a way to remove a message from the file store that is erroring continuously allowing the other messages to be sent?

If I simply restart Kannel sometimes the other messages get sent and sometimes they do not. Why is that?
If they all get sent but the erroring message I can simply replace the file store with another file with a restart of Kannel, but I would like to know if there is a way to remove the message by some other means.

Thanks,

-Tony

From forum: Kannel - User

Re: Next stable Kannel version soon?

2008-12-01T20:49:58Z

IMHO once the meta-data and other patches floating around are voted
and commited.

The code on CVS has been production-quality for a lot of time, and
there's a lot of improvements on CVS already.

Regards,
--
Alejandro Guerrieri
aguerrieri@...

El 02/12/2008, a las 02:38 a.m., Ankur Bhatnagar escribió:

> When do you think would be a good time -- a month, three months, or
> more?
>
> Regards, Ankur
>
> -----Original Message-----
> From: Nikos Balkanas [mailto:nbalkanas@...]
> Sent: Monday, December 01, 2008 8:26 PM
> To: kenbellars@...; devel@...
> Subject: Re: Next stable Kannel version soon?
>
> This is not a good time. I think a better opportunity would be when
> patches
> and development have quiet down.
>
> BR,
> Nikos
>
> ----- Original Message -----
> From: "Ken Bellars" <ken.bellars@...>
> To: <devel@...>
> Sent: Monday, December 01, 2008 1:40 PM
> Subject: Next stable Kannel version soon?
>
>
>> Hi,
>>
>> The development work on Kannel has been wonderful recently. So many
>> good patches are now available on the CVS.
>>
>> IMO i think we should have another stable version that will include
>> all the recent development work soon.
>>
>> What do you think?
>>
>> --
>> Regards,
>> Kenny
>>
>>
>> "Whosoever desires constant success must change his conduct with the
>> times."-Niccolo Machiavelli
>>
>
>
>
>

From forum: Kannel - Dev

RE: Next stable Kannel version soon?

2008-12-01T20:38:20Z

When do you think would be a good time -- a month, three months, or more?

Regards, Ankur

-----Original Message-----
From: Nikos Balkanas [mailto:nbalkanas@...]
Sent: Monday, December 01, 2008 8:26 PM
To: kenbellars@...; devel@...
Subject: Re: Next stable Kannel version soon?

This is not a good time. I think a better opportunity would be when patches
and development have quiet down.

BR,
Nikos

----- Original Message -----
From: "Ken Bellars" <ken.bellars@...>
To: <devel@...>
Sent: Monday, December 01, 2008 1:40 PM
Subject: Next stable Kannel version soon?

> Hi,
>
> The development work on Kannel has been wonderful recently. So many
> good patches are now available on the CVS.
>
> IMO i think we should have another stable version that will include
> all the recent development work soon.
>
> What do you think?
>
> --
> Regards,
> Kenny
>
>
> "Whosoever desires constant success must change his conduct with the
> times."-Niccolo Machiavelli
>

From forum: Kannel - Dev

Re: users Digest, Vol 31, Issue 1

2008-12-01T08:30:45Z

Surya,

As the userguide clearly verses:

"Optional the maximum number of outstanding (i.e. acknowledged) SMPP operations between an ESME and SMSC. This number is not specified explicitly in the SMPP Protocol Specification and will be governed by the SMPP implementation on the SMSC. As a guideline it is recommended that no more than 10 (default) SMPP messages are outstanding at any time."

This means that kannel will open up to max-pending-submits messages without waiting for a response.

Regards,

Alejandro

On Mon, Dec 1, 2008 at 1:59 PM, Surya <pyrosurya@...> wrote:

Thanks Alejandro,

What exactly does max-pending-submits?
Lets say, if max-pending-submits = 50, what will happen?

Does it push 50 messages to the Bearerbox or
Does it push 50 messages to the SMSC

After pushing how much time Does it wait for? And what will happen in that
time?

Whats the role of throughput in this..

Sorry too many questions.. what to do perplexed mind try to understand.
Thanks in advance.

Regards,
Surya
-----Original Message-----
----------------------------------------------------------------------

Message: 1
Date: Sun, 30 Nov 2008 16:37:35 -0200
From: "Alejandro Guerrieri" <alejandro.guerrieri@...>
Subject: Re: get mesage ID without DLR
To: Surya <pyrosurya@...>, "users@..." <users@...>
Message-ID:
<cd6a81510811301037w6cfd46d6lb3f8007eeb728a81@...>
Content-Type: text/plain; charset="windows-1252"

Surya,

[This is only relevant to SMPP links, other SMSC's may have different
behaviour]

If the messages are already queued, there's not too much you can do about
it: default kannel's priority is 0 (maximum) so you won't be able to
prioritize anything.

You can improve things a little in the future by setting the priority to a
higher number for regular messages (valid values are 0 to 4, being 0 the
highest priority and 4 the lowest). For example, you could set 2 as default,
and then use 0 or 1 when you want to speed things.

Regarding your throughput, that "10" figure is a limit imposed by the SMSC I
suppose. If not, you could play with some tweaking of the "throughput" and
"max-pending-submits" parameters and see if you can get a better
performance.

Regards,

Alejandro

On Sun, Nov 30, 2008 at 3:47 PM, Surya <pyrosurya@...> wrote:

> Hi Alejandro,
>
>
>
> Message_id for billing, I actually mean that after successful delivery of
> the message we can initiate the billing module?some kind of it.
>
>
>
> %F would be the new parameter for the message_id, I guess. Hope Alex
> Malyish completed his part.
>
>
>
> I have a big problem of the kannel queue, I can thousands of messages are
> in the store file,
>
> Current throughput is 10. How do I set priority to the message to be sent
> immediately.
>
>
>
> Can you share your experience on the kannel internal queue, as I just went
> through this page.
>
> http://www.mail-archive.com/users@.../msg10857.html
>
>
>
> I know its different from the priority optional parameter of the SMPP.
>
>
>
> And also how to the priority of the deliver_sm of the DLR message? Any
> idea.
>
>
>
>
>
> Thanks in advance,
>
> Surya
>
>
> ------------------------------
>
> *From:* Alejandro Guerrieri [mailto:alejandro.guerrieri@...]
> *Sent:* Friday, November 28, 2008 11:18 PM
>
> *To:* Surya
> *Subject:* Re: get mesage ID without DLR
>
>
>
> Surya,
>
> Yes, seems like everybody's using message_id for billing nowadays ;)
>
> Alex Malyish proposed a few tweaks that makes a lot of sens, will copy to
> you as well when those changes are made.
>
> Regards,
>
> Alejandro
>
> On Fri, Nov 28, 2008 at 3:40 PM, Surya <pyrosurya@...> wrote:
>
> Kudos!!!
>
>
>
> I believe you finally made it!!
>
> Many users face this problem of message id which is very critical for all
> the billing purpose..
>
> Not only billing, we can also play with the messages, specially when using
> SMPP.(Query, Cancel, Replace).
>
>
>
> Small request, I don't know the status of my subscription to devel list,
> can you send me the patch.
>
> If they are updating the patch immediately, I'll be the first one to use
> it.
>
> I have windows system which has internet, how to get the CVS check out,
I'm
> trying to get the Tortoise CVS tool.
>
>
>
> Thanks and Regards,
>
> Surya
>
>
> ------------------------------
>
> *From:* Alejandro Guerrieri [mailto:alejandro.guerrieri@...]
> *Sent:* Friday, November 28, 2008 9:53 PM
>
>
> *To:* Surya
> *Subject:* Re: get mesage ID without DLR
>
>
>
> Surya,
>
> The patch was posted to devel a few hours ago, though it will still suffer
> a few changes before being commited.
>
> Regards,
>
> Alejandro
>
> On Fri, Nov 28, 2008 at 4:30 AM, Surya <pyrosurya@...> wrote:
>
> Hi Alex,
>
>
>
> Sorry, I don't mind waiting a day? work pressure sometimes wants things to
> happen right now.
>
>
>
> Which parameter replaced %w.
>
>
>
> I also subscribed to the devel list.
>
>
>
> Thanks & Regards
>
> Surya
>
>
>
>
> ------------------------------
>
> *From:* Alejandro Guerrieri [mailto:alejandro.guerrieri@...]
> *Sent:* Friday, November 28, 2008 12:22 AM
> *To:* Surya
> *Subject:* Re: get mesage ID without DLR
>
>
>
> Surya,
>
> Will post the patch to the devel list when it's ready. To subscribe to the
> list: http://www.kannel.org/lists.shtml
>
> The %w patch is a deprecated version of what I'm doing now. The new patch
> will be quite similar, though the sms structure will differ. If you can
wait
> one more day I'd recommend you to wait for the new patch to be available.
>
> Regards,
>
> Alex
>
> On Thu, Nov 27, 2008 at 4:05 PM, Surya <pyrosurya@...> wrote:
>
> Hi,
>
>
>
> Can you forward the patch to me.. I'll try with %w
>
>
>
> I was going thorough this
> http://www.mail-archive.com/users@.../msg13407.html
>
>
>
> How to subscribe to the Devel List ?
>
>
>
> Thanks and Regards,
>
> Surya
>
>
>
>
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://www.kannel.org/pipermail/users/attachments/20081130/c212c028/attachme
nt-0001.html

------------------------------

_______________________________________________
users mailing list
users@...
http://www.kannel.org/mailman/listinfo/users

End of users Digest, Vol 31, Issue 1
************************************

From forum: Kannel - User

RE: users Digest, Vol 31, Issue 1

2008-12-01T07:59:08Z

Thanks Alejandro,

What exactly does max-pending-submits?
Lets say, if max-pending-submits = 50, what will happen?

Does it push 50 messages to the Bearerbox or
Does it push 50 messages to the SMSC

After pushing how much time Does it wait for? And what will happen in that
time?

Whats the role of throughput in this..

Sorry too many questions.. what to do perplexed mind try to understand.
Thanks in advance.

Regards,
Surya
-----Original Message-----
----------------------------------------------------------------------

Message: 1
Date: Sun, 30 Nov 2008 16:37:35 -0200
From: "Alejandro Guerrieri" <alejandro.guerrieri@...>
Subject: Re: get mesage ID without DLR
To: Surya <pyrosurya@...>, "users@..." <users@...>
Message-ID:
<cd6a81510811301037w6cfd46d6lb3f8007eeb728a81@...>
Content-Type: text/plain; charset="windows-1252"

Surya,

[This is only relevant to SMPP links, other SMSC's may have different
behaviour]

If the messages are already queued, there's not too much you can do about
it: default kannel's priority is 0 (maximum) so you won't be able to
prioritize anything.

You can improve things a little in the future by setting the priority to a
higher number for regular messages (valid values are 0 to 4, being 0 the
highest priority and 4 the lowest). For example, you could set 2 as default,
and then use 0 or 1 when you want to speed things.

Regarding your throughput, that "10" figure is a limit imposed by the SMSC I
suppose. If not, you could play with some tweaking of the "throughput" and
"max-pending-submits" parameters and see if you can get a better
performance.

Regards,

Alejandro

On Sun, Nov 30, 2008 at 3:47 PM, Surya <pyrosurya@...> wrote:

> Hi Alejandro,
>
>
>
> Message_id for billing, I actually mean that after successful delivery of
> the message we can initiate the billing module?some kind of it.
>
>
>
> %F would be the new parameter for the message_id, I guess. Hope Alex
> Malyish completed his part.
>
>
>
> I have a big problem of the kannel queue, I can thousands of messages are
> in the store file,
>
> Current throughput is 10. How do I set priority to the message to be sent
> immediately.
>
>
>
> Can you share your experience on the kannel internal queue, as I just went
> through this page.
>
> http://www.mail-archive.com/users@.../msg10857.html
>
>
>
> I know its different from the priority optional parameter of the SMPP.
>
>
>
> And also how to the priority of the deliver_sm of the DLR message? Any
> idea.
>
>
>
>
>
> Thanks in advance,
>
> Surya
>
>
> ------------------------------
>
> *From:* Alejandro Guerrieri [mailto:alejandro.guerrieri@...]
> *Sent:* Friday, November 28, 2008 11:18 PM
>
> *To:* Surya
> *Subject:* Re: get mesage ID without DLR
>
>
>
> Surya,
>
> Yes, seems like everybody's using message_id for billing nowadays ;)
>
> Alex Malyish proposed a few tweaks that makes a lot of sens, will copy to
> you as well when those changes are made.
>
> Regards,
>
> Alejandro
>
> On Fri, Nov 28, 2008 at 3:40 PM, Surya <pyrosurya@...> wrote:
>
> Kudos!!!
>
>
>
> I believe you finally made it!!
>
> Many users face this problem of message id which is very critical for all
> the billing purpose..
>
> Not only billing, we can also play with the messages, specially when using
> SMPP.(Query, Cancel, Replace).
>
>
>
> Small request, I don't know the status of my subscription to devel list,
> can you send me the patch.
>
> If they are updating the patch immediately, I'll be the first one to use
> it.
>
> I have windows system which has internet, how to get the CVS check out,

I'm

> trying to get the Tortoise CVS tool.
>
>
>
> Thanks and Regards,
>
> Surya
>
>
> ------------------------------
>
> *From:* Alejandro Guerrieri [mailto:alejandro.guerrieri@...]
> *Sent:* Friday, November 28, 2008 9:53 PM
>
>
> *To:* Surya
> *Subject:* Re: get mesage ID without DLR
>
>
>
> Surya,
>
> The patch was posted to devel a few hours ago, though it will still suffer
> a few changes before being commited.
>
> Regards,
>
> Alejandro
>
> On Fri, Nov 28, 2008 at 4:30 AM, Surya <pyrosurya@...> wrote:
>
> Hi Alex,
>
>
>
> Sorry, I don't mind waiting a day? work pressure sometimes wants things to
> happen right now.
>
>
>
> Which parameter replaced %w.
>
>
>
> I also subscribed to the devel list.
>
>
>
> Thanks & Regards
>
> Surya
>
>
>
>
> ------------------------------
>
> *From:* Alejandro Guerrieri [mailto:alejandro.guerrieri@...]
> *Sent:* Friday, November 28, 2008 12:22 AM
> *To:* Surya
> *Subject:* Re: get mesage ID without DLR
>
>
>
> Surya,
>
> Will post the patch to the devel list when it's ready. To subscribe to the
> list: http://www.kannel.org/lists.shtml
>
> The %w patch is a deprecated version of what I'm doing now. The new patch
> will be quite similar, though the sms structure will differ. If you can

wait

> one more day I'd recommend you to wait for the new patch to be available.
>
> Regards,
>
> Alex
>
> On Thu, Nov 27, 2008 at 4:05 PM, Surya <pyrosurya@...> wrote:
>
> Hi,
>
>
>
> Can you forward the patch to me.. I'll try with %w
>
>
>
> I was going thorough this
> http://www.mail-archive.com/users@.../msg13407.html
>
>
>
> How to subscribe to the Devel List ?
>
>
>
> Thanks and Regards,
>
> Surya
>
>
>
>
>
>
>
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://www.kannel.org/pipermail/users/attachments/20081130/c212c028/attachme
nt-0001.html

------------------------------

_______________________________________________
users mailing list
users@...
http://www.kannel.org/mailman/listinfo/users

End of users Digest, Vol 31, Issue 1
************************************

From forum: Kannel - User

Re: Next stable Kannel version soon?

2008-12-01T06:55:46Z

This is not a good time. I think a better opportunity would be when patches
and development have quiet down.

BR,
Nikos

----- Original Message -----
From: "Ken Bellars" <ken.bellars@...>
To: <devel@...>
Sent: Monday, December 01, 2008 1:40 PM
Subject: Next stable Kannel version soon?

From forum: Kannel - Dev

Re: Does anyone has used sony ericsson w700i with kannel ?

2008-12-01T06:52:23Z

Dear Wahib,

It would be much more helpful to list your whole config file. I can see no
problem with what you show. Have you configured the virtual smsc?

group = smsc
smsc = at
modemtype = W700i
device = /dev/tty??
speed = ?
pin = ????

Since you have already seen your modem in dmesg, you can get the serial port
from there.
Have you fired minicom? If you did all help is shown on the menus. Go to
options and configure it.

BR,
Nikos
----- Original Message -----
From: "wahib" <wahib.haq@...>
To: <users@...>
Sent: Monday, December 01, 2008 3:39 PM
Subject: Re: Does anyone has used sony ericsson w700i with kannel ?

>
> thanks Nikos !! but there are still confusions :( ... what do u mean by
> drivers ? i am using ubuntu 8.04 and in windows i need to install the pc
> suite but what driver i need in linux ? i have installed statserial and
> minicom but frankly i am unaware of their uses. Kindly, just guide me with
> most basic steps by which i can test the modem.
>
> Secondly, when i try command 'dmesg' it shows that sony ericsson gsm modem
> is detected and when i run kannel it just dont detect the modem. The speed
> setting continues and it goes on again and again. may be i am using the
> wrong detect-string. my modems.conf detail is this ...
>
> group = modems
> id = W700i
> name = W700i
> detect-string = "Sony Ericsson W700"
> init-string = "AT+CNMI=2,3,0,1,0;+CMEE=1"
> keepalive-cmd = AT+CSQ
> reset-string = AT+CFUN=1,0
> message-storage = ME
> #speed = 115200
>
> plz help !!
>
> Regards,
> wahib
> --
> View this message in context:
> http://www.nabble.com/Does-anyone-has-used-sony-ericsson-w700i-with-kannel---tp20758075p20772046.html
> Sent from the Kannel - User mailing list archive at Nabble.com.
>
>

From forum: Kannel - User

Re: Does anyone has used sony ericsson w700i with kannel ?

2008-12-01T05:39:07Z

thanks Nikos !! but there are still confusions :( ... what do u mean by drivers ? i am using ubuntu 8.04 and in windows i need to install the pc suite but what driver i need in linux ? i have installed statserial and minicom but frankly i am unaware of their uses. Kindly, just guide me with most basic steps by which i can test the modem.

Secondly, when i try command 'dmesg' it shows that sony ericsson gsm modem is detected and when i run kannel it just dont detect the modem. The speed setting continues and it goes on again and again. may be i am using the wrong detect-string. my modems.conf detail is this ...

group = modems
id = W700i
name = W700i
detect-string = "Sony Ericsson W700"
init-string = "AT+CNMI=2,3,0,1,0;+CMEE=1"
keepalive-cmd = AT+CSQ
reset-string = AT+CFUN=1,0
message-storage = ME
#speed = 115200

plz help !!

Regards,
wahib

From forum: Kannel - User

Re: How to configure receive only service?

2008-12-01T05:35:04Z

Mandag 01 desember 2008 14:19:54 skrev Matti Koljonen:

> Hi,
>
> We have Kannel connected to several SMSCs (CIMD2).
> In current configuration, in case of incoming message (MO) Kannel requests
> HTTP service that results reply (MT). So there is always instant reply for
> the every MO.
>
> Now I'm trying to configure another SMSC connection to work as receive only
> service. I would like to do HTTP rquest from Kannel in case of incoming
> (MO) message but I don't want to send instant reply for that.
>
> Could anyone help me with that?
> How should this kind of receive only service be configured?

Set omit-empty = true in the sms-service group of the config file, and have your
receiving script output nothing. That way no response will be returned to the
user.

Arne
--
--------------------------------
Arne K. Haaje | www.drx.no
T: 69 51 15 52 | M: 92 88 44 66
--------------------------------

From forum: Kannel - User

How to configure receive only service?

2008-12-01T05:19:54Z

Hi,

We have Kannel connected to several SMSCs (CIMD2).

In current configuration, in case of incoming message (MO) Kannel requests HTTP service that results reply (MT). So there is always instant reply for the every MO.

Now I'm trying to configure another SMSC connection to work as receive only service. I would like to do HTTP rquest from Kannel in case of incoming (MO) message but I don't want to send instant reply for that.

Could anyone help me with that?

How should this kind of receive only service be configured?

Thanks!

Best Regards

Matti Koljonen

From forum: Kannel - User

Re: [PATCH] get the "foreign" (smsc-provided) message_id

2008-12-01T04:15:14Z

+1

It should be noted on ChangeLog, of course (it may break things for
people parsing the logs).

Regards,
--
Alejandro Guerrieri
aguerrieri@...

El 01/12/2008, a las 08:32 a.m., Alexander Malysh escribió:

> Hi,
>
> should we add it to "regular" access log as [FID:%s] ?
> IMO it should be added because user want to see this id without any
> additional configuration.
>
> Thanks,
> Alex
>
> Alejandro Guerrieri schrieb:
>> Hi,
>> Attached is the patch to provide the SMSC's message_id as %F.
>> As Alex suggested, the parameter is now added into dlr_add(), thus
>> this should work for all SMSC's supporting the parameter.
>> I had to modify dlr_add()'s prototype and remove msg's "const"
>> attribute to be able to modify it inside the function of course.
>> Regards,
>> --
>> Alejandro Guerrieri
>> aguerrieri@...
>
>

From forum: Kannel - Dev

Next stable Kannel version soon?

2008-12-01T03:40:37Z

Hi,

The development work on Kannel has been wonderful recently. So many
good patches are now available on the CVS.

IMO i think we should have another stable version that will include
all the recent development work soon.

What do you think?

--
Regards,
Kenny

"Whosoever desires constant success must change his conduct with the
times."-Niccolo Machiavelli

From forum: Kannel - Dev

Re: [PATCH] get the "foreign" (smsc-provided) message_id

2008-12-01T02:32:29Z

Hi,

should we add it to "regular" access log as [FID:%s] ?
IMO it should be added because user want to see this id without any
additional configuration.

Thanks,
Alex

Alejandro Guerrieri schrieb:

> Hi,
>
> Attached is the patch to provide the SMSC's message_id as %F.
>
> As Alex suggested, the parameter is now added into dlr_add(), thus this
> should work for all SMSC's supporting the parameter.
>
> I had to modify dlr_add()'s prototype and remove msg's "const" attribute
> to be able to modify it inside the function of course.
>
>
>
>
>
>
> Regards,
> --
> Alejandro Guerrieri
> aguerrieri@...
>
>
>

From forum: Kannel - Dev