Hi,
I'm wondering how Kannel deals with multiple incoming concatenated
messages (i.e. longer than 160 charaters)? Logs just show two empty
messages. Couldn't grep anything usefull from the sources...
Thanks,
--
Anders Lindh
Ok.. What would be required to implement the functionalty? Basically,
I'd need to atleast get the contents of the messages. A strip-udh
setting in kannel.conf could be implemented, this way the dirrent parts
of long messages could be saved. Any thoughts?
- Anders
-Original Message-
Hi Stipe,
Stipe Tolj wrote:
are there ppg-deny-ip and ppg-allow-ip ranges possible for the PPG
itself?
I am actually coding this feature just now. It will have two levels: ppg
self can deny and allow ip and a specific user can do same (it is, deny
or allow pushes from a specific ip).
On Fri, 26 Oct 2001, Anders Lindh wrote:
Ok.. What would be required to implement the functionalty? Basically,
I'd need to atleast get the contents of the messages. A strip-udh
setting in kannel.conf could be implemented, this way the dirrent parts
of long messages could be saved. Any
Hmm. I've done some testing with different phones. A nokia 3310 sending
a long message to Kannel works fine (received as two different
messages), but messages sent from a Nokia Communicator show up in the
logs as two empty messages. Testing was done however with different
operators (Radiolinja
Stipe Tolj wrote:
Hi,
I found this bug recently by patching the hard coded PAP document to
use a SI instead of the WML deck in test/test_ppg.c.
To support SI/SL over SMS I changed the following:
[...]
quality-of-service
[...]
network-required=true
network=GSM
and by mistake
Hello people.
What is the most suitable version of Kannel for production use? The Kannel
page at 3glab still says that the 1.0.3 is the stable version and the 1.1.5
development version and recommends the 1.0.3 for production. Seems like the
page is exactly the same as it was at WapIT-times.
But
I think we should catenate them in smsc_* code as we want to move
the splitting from smsbox to smsc_* too.
BTW: in emi2, we don't have a udhi (udh indicator) bit. How do we
distinguish that we have a udh ?
--
Bruno David Rodrigues
- Original Message -
From: Kalle Marjola [EMAIL
CVS is good choice right now. I run it fully productive and have no
issues with it. Some newer features might not work as expected or so
but the old stuff is very solid.
I agree here to Andreas. We have CVS systems running very stable
currently.
Your'e asking for a lot of fun :-)
so let's
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Stipe Tolj
Sent: 26. lokakuuta 2001 13:03
To: Andreas Fink
Cc: Mikko Kiesilä; [EMAIL PROTECTED]
Subject: Re: Production Kannel
CVS is good choice right now. I run it fully productive and have no
Parse the xser field and check for the udh type of service (01). Then
look in the udh data
for catenated message identifier (00)...
/Christian
Bruno David Rodrigues wrote:
I think we should catenate them in smsc_* code as we want to move
the splitting from smsbox to smsc_* too.
BTW: in emi2,
hi all,
1) i would like to get an idea how many people here are using kannel in a
live network were the charge their customers for there services.
2) and also how many people bill customer independenlty of their network
provider ( prepaid / postpaid SMS access cards example.)
3) and people who
If I send a group image/bookmark from my nokia to the smsc, I receive the
udh in the text field, not in XSER.
like text=06050415823000.
um abraço,
--
Bruno David Rodrigues
- Original Message -
From: Christian Theil Have [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday,
13 matches
Mail list logo