Then in smpp_pdu_unpack we check for these. It wont allways work, it
will depend on which other optional params are used by the SMSC. We
almost need an array type in the def file to handle this properly.
we have an SMPP v3.4 optional parameter patch running on our side
here.
As soon as I roll
On Dienstag, Oktober 22, 2002, at 09:53 Uhr, Stipe Tolj wrote:
Then in smpp_pdu_unpack we check for these. It wont allways work, it
will depend on which other optional params are used by the SMSC. We
almost need an array type in the def file to handle this properly.
we have an SMPP v3.4
-Original Message-
From: Andreas Fink [mailto:andreas;fink.org]
While we are at SMPP, in the SMPP code it does a gsm_to_latin1
conversion.
This breaks Unicode SMS coming in and a unicode test message shows up
as @T@E@S@T instead as of nullTnullEnullSnullT.
Now whats the
What where your input (pap control and content files )? It would be
nice, too, to see
your wapbox logs in full.
Aarno
On Friday, October 18, 2002, at 11:20 AM, Stipe Tolj wrote:
Guido Meyer schrieb:
Hi to all!
I have a problem compiling the kannel 1.2 gateway.
I want to compile it on
I tracked it down to:
All messages of 31 characters
won't send (in my case).
I tested using both a Siemens SL45
and a Siemens M35.
Is this a Siemens thingy? Or is
something wrong packing the PDU?
Could anybody confirm or deny this
using a non-Siemens phone?
I will see if I can find
Hi all,
I am trying to use Kannel as WAPSMS Gateway. Initially i started with SMS
Gateway, using a GSM phone as modem and (after some trials) everything was
ok. Now i am testing kannel as WAP gateway. The idea is to establish a PPP
connection (dial-in) between a WAP phone and the GSM phone
Hello,
This is a bug in the 7 bit encoding, and is not directly related with
the size of the message:
- 123456789012345678901234567890z works (31 chars)
- ... does not work (7 chars)
In attachment goes the patch that solves this bug.
Regards,
Rodrigo
-Original
I'm all for it!
Will sms.retry and sms.delay be
configurable? (rethorical question).
-- Rene...
This email message has been automatically scanned for viri
using Sophos antivirus.
- Original Message -
From:
Oded Arbel
To: Kannel-devel (E-mail)
Sent:
Thanks Oded,
I'll put something together for this.
On Mon, 2002-10-21 at 01:45, Oded Arbel wrote:
-Original Message-
From: Alan McNatty [mailto:alan;catalyst.net.nz]
If I receive a message from a smsc in say ucs2, from what I can see in
smsc_smpp.c pdu_to_msg the msg data
Rodrigo Sousa Coutinho wrote:
Hello,
This is a bug in the 7 bit encoding, and is not directly related with
the size of the message:
- 123456789012345678901234567890z works (31 chars)
- ... does not work (7 chars)
In attachment goes the patch that solves this bug.
hi
sounds good.. Under what conditions do you retry?
Nisan
At 04:13 PM 10/22/02 +0200, Oded Arbel wrote:
Hi
list.
we added a patch to Kannel to enable message
retry and backoff. it was quite simple really, but I'm pretty sure it can
mess things up, so I would like to get suggestions as to how to
There's a bug in EMI which shows up under the following conditions:
a) Kannel is under heavy load.
b) the throughput of the EMI/UCP smsc is limited to a low value
The effect occurs like this:
The EMI/UCP SMSC does throttle to enforce the speed limitations. So the ACK's/NACK's will not come in
Does anyone work out the format of OTA message for GD87?
rgs
Stone Zhang
NOTICE AND DISCLAIMER:
This email (including attachments) is confidential. If you have received
this email in error please notify the sender immediately and delete this
email from your system without copying or
Hi Mark!
Thanks for your advice...
I removed the openssl0.9.6rpm and I just download openssl source code 0.9.6g
and compile this to usr/local/ssl I did the config, the make and the
make install and I think it is ok.
But when I configure the gateway with
./configure
14 matches
Mail list logo