This means what ? are we assuming that psn is a unsigned byte ?
To reach the Nokia3650 SDU, we would need to send 620
psn's, so I think
something is broken in kannel. :(
Any idea ?
PSN is unsigned byte according to WAP specifications. To send larger number
of packets you need ESAR
Title: RE: Kannel wap limits ?
I have to fix wpt layer to do not panic if psn is going to be 255
but this is a limit of SAR and can be overcome with ESAR.
Does 3650 support ESAR? I don't have such a phone to check it by myself
-Original Message-
From: Bruno Rodrigues
I'm trying to force kannel to let a mobile download realplayer.sis file
(584.720bytes) through it.
I know that I'm crazy to try it, but I just need to know the limits of kannel
and see if we can do better than CMG ;)
we definetly sould do better :)
Stipe
[EMAIL PROTECTED]
Citando Alex Judd [EMAIL PROTECTED]:
Yes - it does look like it's well and truly broken.
However... it does work fine if it's configured with sim-buffering so
perhaps we change the default settings for the T68i to be that. At least
that way it works?
Yes please, just edit modems.conf and
Citando Arne K. Haaje [EMAIL PROTECTED]:
I am thinking about adding support to the CIMD2 module for the Tarrif
field. This is in Nokias official specifications. It is a field like any
others where you can set the tarrif class.
As it is in the official specs. I think it would be useful.
Citando Alex Judd [EMAIL PROTECTED]:
Everyone
Additional comments on rotating logs for the userguide for systems that
don't have RedHat's logrotate installed.
+ ACTIONS:
+ kill - HUP | ps -ef | grep -i production | awk '{print $2}' :
/var/log/kannel/access.log,
Citando Igor Ivoilov [EMAIL PROTECTED]:
I have to fix wpt layer to do not panic if psn is going to be 255
but this is a limit of SAR and can be overcome with ESAR.
Does 3650 support ESAR? I don't have such a phone to check it by myself
So it seems altough kannel's only relevant information
If it's DCS is really broken up in MO SMPP, then please re-send the
patch. Use [PATCH] in the mail subject line.
And try to explain in the mail what the problem was and what you patch
does to fix it. Thanks in advance.
I'm definetly willing to review it and vote.
At least we can offer you that
Stipe Tolj wrote:
If it's DCS is really broken up in MO SMPP, then please re-send the
patch. Use [PATCH] in the mail subject line.
The SMPP patch just fixes the following issues:
*) Kannel coding param is overwritten with wrong values by pdu_to_msg
(e.g. a Nokia business card, which is 8-bit
Citando Stipe Tolj [EMAIL PROTECTED]:
If it's DCS is really broken up in MO SMPP, then please re-send the
patch. Use [PATCH] in the mail subject line.
And try to explain in the mail what the problem was and what you patch
does to fix it. Thanks in advance.
I'm definetly willing to review
This patch fixes the following issues:
*) Kannel coding param is overwritten with wrong values by pdu_to_msg
(e.g. a Nokia business card, which is 8-bit data encoded as iso-8859-1,
is processed by Kannel as 7-bit text, and will be forwarded as coding 1.)
*) UDH is ignored in SMS-MO
The patch
Citando Dave White [EMAIL PROTECTED]:
Say we have a binary (8-bit) message without compression, but with
message class 1. These are pretty common; Nokia phones use these for
most Smart Messaging MO's.
There are two valid representations of this as a DCS octet:
(WARNING -- try a
Citando Dave White [EMAIL PROTECTED]:
Say we have a binary (8-bit) message without compression, but with
message class 1. These are pretty common; Nokia phones use these for
most Smart Messaging MO's.
There are two valid representations of this as a DCS octet:
(WARNING -- try a
Bruno Rodrigues wrote:
Kannel should decide for the 0x0x spelling unless you pass alt-dcs field,
which will select the 0xFx spelling.
This isn't Kannel's decision to make; this is data set by the end user's
telephone, which may have requirements neither you nor I are (or could
be) aware of.
Citando Dave White [EMAIL PROTECTED]:
This patch fixes the following issues:
*) Kannel coding param is overwritten with wrong values by pdu_to_msg
(e.g. a Nokia business card, which is 8-bit data encoded as iso-8859-1,
is processed by Kannel as 7-bit text, and will be forwarded as coding
Citando Dave White [EMAIL PROTECTED]:
This patch fixes the following issues:
*) Kannel coding param is overwritten with wrong values by pdu_to_msg
(e.g. a Nokia business card, which is 8-bit data encoded as iso-8859-1,
is processed by Kannel as 7-bit text, and will be forwarded as coding
Citando Dave White [EMAIL PROTECTED]:
Bruno Rodrigues wrote:
Kannel should decide for the 0x0x spelling unless you pass alt-dcs
field,
which will select the 0xFx spelling.
This isn't Kannel's decision to make; this is data set by the end user's
telephone, which may have
Please find below a patch to allow an SMPP SMSC group to contain a
service-type definition. Previously Kannel would always send NULL, i.e.
use default service-type. I've tested this patch and it works against
Xwireless/Mblox SMPP server. If no-one objects I'll commit it to CVS and
update the
David Holland wrote:
Please find below a patch to allow an SMPP SMSC group to contain a
service-type definition. Previously Kannel would always send NULL, i.e.
use default service-type. I've tested this patch and it works against
Xwireless/Mblox SMPP server. If no-one objects I'll commit it
On Tue, Feb 18, 2003 at 02:58:12PM +0100, Stipe Tolj wrote:
One thing only: what's the default of the value if *no* config
directive is given?!
NULL. (and I have tested that -- it appears correctly in the PDU dump)
It looks you don't initialize the variable and
hence you will pass garbage,
David Holland wrote:
On Tue, Feb 18, 2003 at 02:58:12PM +0100, Stipe Tolj wrote:
One thing only: what's the default of the value if *no* config
directive is given?!
NULL. (and I have tested that -- it appears correctly in the PDU dump)
It looks you don't initialize the variable and
Hi,
+1 from me too. We use similar patch for a while...
Am Dienstag, 18. Februar 2003 15:08 schrieb Stipe Tolj:
David Holland wrote:
On Tue, Feb 18, 2003 at 02:58:12PM +0100, Stipe Tolj wrote:
One thing only: what's the default of the value if *no* config
directive is given?!
NULL.
Bruno Rodrigues wrote:
It's not a Kannel decision, it's a kannel option
did you understand the you can generate every valid dcs ?
did you understand that third parties, which might not have a clue about
dcs and
like to just say mclass=1 for flash or coding=3text= for unicode
accented
chars?
+1 from me too. We use similar patch for a while...
so why didn't you post it ;))
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Vogelsanger Weg 80
40470 Düsseldorf
Tel: +49-211-74845-0
Fax: +49-211-74845-299
E-Mail: [EMAIL
On Tue, Feb 18, 2003 at 03:34:24PM +0100, Stipe Tolj wrote:
so why didn't you post it ;))
Too late, I've committed it now :-)
Dave
--
:: David Holland :: Systems Manager :: 3G Lab :: +44 01223 478900 ::
Fare evasion also adds a much needed element of excitement to the
otherwise dull trek to
Title: Nachricht
Dear
all,
trying to get access
to our intranet via WAP, using kannel 1.1.6 (with --enable-cookies compiled), I
can log in, but dependent on the device I´m using, I´m directly bounced back to
the login prompt after successful login. It seems that we do have issues with
David Holland [EMAIL PROTECTED] wrote:
I've tested this patch and it works
against Xwireless/Mblox SMPP server.
Heh, I wrote that server :)
--
Ian Cass
Am Dienstag, 18. Februar 2003 15:34 schrieb Stipe Tolj:
+1 from me too. We use similar patch for a while...
so why didn't you post it ;))
ahh I thought it is uninteresting for all ;)
Stipe
[EMAIL PROTECTED]
---
Wapme
Ian Cass wrote:
David Holland [EMAIL PROTECTED] wrote:
I've tested this patch and it works
against Xwireless/Mblox SMPP server.
Heh, I wrote that server :)
ok, so we know who to blaim ;))
just kidding. I guess you're then interested in getting smppbox into
Kannel's cvs repository,
Stipe Tolj [EMAIL PROTECTED] wrote:
Ian Cass wrote:
Heh, I wrote that server :)
ok, so we know who to blaim ;))
heh
just kidding. I guess you're then interested in getting smppbox into
Kannel's cvs repository, right?!
No, it's a standalone app that has nothing to do with Kannel.
--
Ian
just kidding. I guess you're then interested in getting smppbox into
Kannel's cvs repository, right?!
No, it's a standalone app that has nothing to do with Kannel.
I know (or I assumed to be more precise :). But I guessed you'd be
interested in playing arround with out SMPP server
Citando Wilms, Stefan, VIS-THND [EMAIL PROTECTED]:
Dear all,
trying to get access to our intranet via WAP, using kannel 1.1.6 (with
--enable-cookies compiled)
There's something wrong with cookie support but as I'm gonna need them to work
soon for a project of mine, I'll look at the code
hello all,
i am new to this mailing list, i want to know if
anybody's working on multi-bearer box architecture or
there are any plans as it was identified as one of the
key performance bottleneck issues, also the
persistance of message streams as they pass through
bearer box.
Can someone also
At 01:51 PM 2/18/03 +, David Holland wrote:
Please find below a patch to allow an SMPP SMSC group to contain a
service-type definition. Previously Kannel would always send NULL, i.e.
use default service-type. I've tested this patch and it works against
Xwireless/Mblox SMPP server. If no-one
At 04:49 PM 2/18/03 +0100, Stipe Tolj wrote:
just kidding. I guess you're then interested in getting smppbox into
Kannel's cvs repository, right?!
No, it's a standalone app that has nothing to do with Kannel.
I know (or I assumed to be more precise :). But I guessed you'd be
interested in
35 matches
Mail list logo
