On Thu, 2003-02-27 at 18:54, Nisan Bloch wrote:
> Hi
> At 03:46 PM 2/27/03 +1300, Alan McNatty wrote:
> >Hello,
> >
> >found that if I type in the smpp password incorrectly kannel loops
> >forever trying to reconnect. ie:
>
>
> -1 from me
> In the current form this path will not allow any retries
Hi
At 03:46 PM 2/27/03 +1300, Alan McNatty wrote:
Hello,
found that if I type in the smpp password incorrectly kannel loops
forever trying to reconnect. ie:
-1 from me
In the current form this path will not allow any retries for any sort of
bind error. eg what happens if there is a temporary co
hi all !
We've seen some of SAR patches moving around. I think newer kannel
version(1.2.1) supports it. Has anybody tested this functionality with newer
gateways ? Or are they still developing SAR ? Does anyone have a new patch ?
urs,
denzel.
Hello,
found that if I type in the smpp password incorrectly kannel loops
forever trying to reconnect. ie:
[6] DEBUG: SMPP PDU 0x80f3a18 dump:
[6] DEBUG: type_name: bind_receiver_resp
[6] DEBUG: command_id: 2147483649 = 0x8001
[6] DEBUG: command_status: 14 = 0x000e
[6] DEBUG:
Sorry - missed an check to see if --enable/disable-docs had been set. As
is configure.in
On Sun, 2003-02-16 at 15:47, Stipe Tolj wrote:
> Alan McNatty wrote:
> >
> > Ok thanks - I see now how it works ..
> >
> > I've attached patch below in unified format. I've changed the order so
> > that you
Hi,
looks good , +1 from me ...
On Wednesday 26 February 2003 22:09, Angel Fradejas wrote:
> Hi all,
>
> Find attached a patch to add generic support for the "our-host" smsc config
> directive. Until now it was only supported in emi2 and smpp, and not fully
> (for example emi2_open_listening_sock
Hi
all,
Find
attached a patch to add generic support for the "our-host" smsc config
directive. Until now it was only supported in emi2 and smpp, and not fully (for
example emi2_open_listening_socket() created the server socket without explicit
binding to a specific interface).
This patc
Alex,
Have experienced SMSC that did this. In our case it was configurable on
SMSC - eventually it was turned off. It may be worth seeing if you can
do the same (given the SMSC's adding it).
Cheers,
Alan
On Thu, 2003-02-27 at 03:52, Alex Judd wrote:
> We're working with a SMPP 3.4 server that va
I filed a
bug
[Kannel
003]: 'make tests' doesn't work anymore
See http://www.kannel.3glab.org/cgi-bin/viewcvs.cgi/gateway/Makefile.in.diff?r1=1.63&r2=1.64
Angel FradejasMediafusión España,
S.A.[EMAIL PROTECTED]www.mediafusion.esTel. +34 91 252 32
00Fax +34 91 572 27 08
Hi,
attached "patch" should fix dcs_to_fields and versus functions.
The problem: assume you got dcs=0xf5 in your smpp/ucp triber.
Simple call:
dcs = 0xf5;
dcs_to_fields(dcs,msg);
filds_to_dcs(msg, msg->sms.alt_dcs);
And look what happens ;)
Please apply...
--
Best rega
onsdag 26. februar 2003, 16:32, skrev Angel Fradejas:
> Maybe you can provide with PDU dumps to see what's happening.
Here it is,
2003-02-26 16:52:22 [9] DEBUG: boxc_receiver: sms received
2003-02-26 16:52:22 [3] DEBUG: HTTP: Resetting HTTPClient for
`213.203.56.194'.
2003-02-26 16:52:22 [6] DEB
Hi Alex,
Am Mittwoch, 26. Februar 2003 16:30 schrieb Alex Judd:
> Alexander
>
> Not sure if that's true.
>
> According to the SMPP3.4 specs "C-Octet String A series of ASCII characters
> terminated with the NULL character. Notes: (i) Reference made to NULL
> settings of Octet-String fields implies
Ahh.. I think Alexander is right
DELIVER_SM specifies that short_message is a Var 0 - 254 size octets
Then specified earleir in the spec. is that Var 0 - 254 is an Octet String,
not a C-Octet String
Octet Strings are not Null terminated.
Looks like Mobay's gateway is buggy. I'll try and get
Maybe you can provide with PDU dumps to see what's happening.
-Mensaje original-
De: Arne K. Haaje [mailto:[EMAIL PROTECTED]
Enviado el: miércoles 26 de febrero de 2003 16:31
Para: Angel Fradejas; [EMAIL PROTECTED]
Asunto: Re: Kannel snapshot and Vodaphone Spain
onsdag 26. februar 2003,
Alexander
Not sure if that's true.
According to the SMPP3.4 specs "C-Octet String A series of ASCII characters
terminated with the NULL character. Notes: (i) Reference made to NULL
settings of Octet-String fields implies that the field consists of a single
NULL character, i.e., an octet encoded w
onsdag 26. februar 2003, 16:06, skrev Angel Fradejas:
> Forgot to say, I always supply the destination number in +346
> format.
>
> -Mensaje original-
> De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> nombre de Angel Fradejas
> Enviado el: miércoles 26 de febrero de 2003 15:57
> P
Alexander Malysh wrote:
>
> it can't be C-Octet-String at all ;) Just think that '@' in GSM 03.38 is 0x00 ;)
so it's a pat situation?!
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Vogelsanger Weg 80
40470 Düsseldorf
Tel: +49-211-
it can't be C-Octet-String at all ;) Just think that '@' in GSM 03.38 is 0x00 ;)
Am Mittwoch, 26. Februar 2003 16:10 schrieb Stipe Tolj:
> Alexander Malysh wrote:
> > this is not the kannel problem! Your smsc sned wrong pdu:
> > please look smpp v.3.4 issue 1.2 site 61...
> > short_message field i
Alexander Malysh wrote:
>
> this is not the kannel problem! Your smsc sned wrong pdu:
> please look smpp v.3.4 issue 1.2 site 61...
> short_message field is Octet-String and not C-Octet-String.
> Your smsc is just buggy ;)
if that's the case, Alex, could you ask which explicit SMSC it is? So
we c
Hi,
this is not the kannel problem! Your smsc sned wrong pdu:
please look smpp v.3.4 issue 1.2 site 61...
short_message field is Octet-String and not C-Octet-String.
Your smsc is just buggy ;)
Am Mittwoch, 26. Februar 2003 16:00 schrieb Stipe Tolj:
> Alex Judd wrote:
> > We're working with a SMPP
Forgot to say, I always supply the destination number in +346
format.
-Mensaje original-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
nombre de Angel Fradejas
Enviado el: miércoles 26 de febrero de 2003 15:57
Para: Arne K. Haaje; [EMAIL PROTECTED]
Asunto: RE: Kannel snapshot an
> I think kannel should respect the length.
> So a single octstr_trim(packet,len) should do the trick I guess.
if you guys consider it a bug in Kannel, then pass the information you
have to the bug tracking system.
Stipe
[EMAIL PROTECTED]
-
Alex Judd wrote:
>
> We're working with a SMPP 3.4 server that validly (according to the 3.4
> specs) terminates the C-Octet Strings it sends us with a NULL character.
> This currently isn't handled directly by Kannel and ends up as an extra
> character on the message content.
>
> For example a m
On Mittwoch, Februar 26, 2003, at 03:52 Uhr, Alex Judd wrote:
We're working with a SMPP 3.4 server that validly (according to the 3.4
specs) terminates the C-Octet Strings it sends us with a NULL character.
This currently isn't handled directly by Kannel and ends up as an extra
character on the
I have these values in my smsc-group:
#GSM_ADDR_TON_UNKNOWN
source-addr-ton = 0
#GSM_ADDR_NPI_E164
source-addr-npi = 1
# for 0xFX dcs values
alt-dcs = yes
and successfully work with Vodaphone Spain.
Angel Fradejas
Mediafusión España, S.A.
[EMAIL PROTECTED]
www.mediafusion.es
Tel. +34 91 252 32 0
We're working with a SMPP 3.4 server that validly (according to the 3.4
specs) terminates the C-Octet Strings it sends us with a NULL character.
This currently isn't handled directly by Kannel and ends up as an extra
character on the message content.
For example a message of AAA, length 3, now arr
onsdag 26. februar 2003, 15:19, skrev Angel Fradejas:
> Try
>
> regular text: &coding=2
> flash : &coding=2&mclass=1
>
> and don't forget to use
>
> alt-dcs = yes
>
> on your smsc-group.
>
> If you leave coding unset, you'll have 7bit, and you won't get a dcs that
> is accepted by Vodaphone S
Nicholas Rahn wrote:
>> iServer is a proprietary Swisscom "SMSC". It abstracts multiple EMI/UCP
>> connections with a proprietary HTTP/socket interface in order to provide
>> billing, throughput, etc. There is currently no way to use kannel to
>> connect to it.
>
> You could, however, write a new
Try
regular text: &coding=2
flash : &coding=2&mclass=1
and don't forget to use
alt-dcs = yes
on your smsc-group.
If you leave coding unset, you'll have 7bit, and you won't get a dcs that is
accepted by Vodaphone Spain.
Good luck.
Angel Fradejas
Mediafusion Espana, S.A.
[EMAIL PROTECTED
Hello,
Does anybody know how to get Kannel to talk to Vodaphone Spain?
I need to send regular text messages and flash messages, but whatever I try
setting for coding and mclass the messages never reach the recipient.
In kannel 1.1.5 I could set
pdu->u.submit_sm.data_coding = 0xf5;
in smsc_sm
> I would like to develop a WTLS setup using kannel. Do you know if
> anyone has tried it?
you both guys should first of all dig into the mailing list archive.
Nick has send some mails about where he stopped with development of
the WTLS layer in Kannel. I guess he's getting pi**ed when we ask him
Hi Srinivasa,
Srinivasa Rao Munagala wrote:
>
> Hi,
> I am trying to configure the kannel gateway.
> I was able to configure the kannel gateway with dlr-db
> as mysql.
> There are no panics when the gateway is started using
> ./bearerbox confile.
>
> Problem
>
> when i am sending fake smsc i a
Hi list,
this thread leads us to a discussion I had yesterday with Alexander
from Centrium (and also Harrie Hazewinkel, who is hopefully still
subscribed to the list :)
We need to design a clean module API interface (which is already there
in some extended sense) and allows to plug them in via dy
Nisan Bloch wrote:
>
> At 11:37 AM 2/25/03 +0100, Stipe Tolj wrote:
> >Kalle Marjola wrote:
> > >
> > > That's why I published them, altought I knew that some things are a bit
> > > too radical. As we have no resources to do any development on it right
> > > now, I hope that you can scavenge usefu
Nick Clarey did wtls, maybe he can help you ?
Aarno
On Monday, February 24, 2003, at 10:21 AM, Obakeng wrote:
I would like to develop a WTLS setup using kannel. Do you know if anyone has tried it?
35 matches
Mail list logo