I see a problem on a setup that does not care about routing the
messages accodingly between SMSCs. Are we missing a directive to avoid
this?
Think of such an config file:
...
group = sms-service
keyword = foo
text = "foo"
...
Now when a messages comes in via an smsc-id "bar" the conta
Stipe Tolj wrote:
>
> Just applied the patch to a test environment and giving it a try for
> various smsc types.
tested messages via EMI2, SMPP and AT2, all ok. +1 for commitment from
my side.
Can someone test against the issues the patch is fixing, I guess I
only tried to send "normal" message
Oded Arbel wrote:
>
> Hi list.
>
> Since we're already discussing the at2 gsm7bit escaping issue, I would
> like to resubmit my suggested fix for the problem (as apparently it did
> not arrive to the proper authorities the first time). my apologies if
> you are reading it for the second time.
>
The changes make sense to me including a minor fix for error handling and
the major flow changes are well commented so if someone can test in a live
environment I would vote for commiting.
Alex
On Thu, 24 Jan 2002, Oded Arbel wrote:
> Hi list.
>
> Since we're already discussing the at2 gsm7b
Aarno Syvänen wrote:
> Using wapbox only for pushing (fetching is done by operator's gateway)
> seems to
> cause an idle loop, one thread (poll thread) taking up to 40 % of CPU
> time.
>
> I hope that this does not happen when wapbox is used for fetching (I
> cannot test
> this myself).
>
> The
Jörg Pommnitz wrote:
>
> This looks very much like the "smsbox eats all CPU cycles" that
> has been discussed here on the list. One workaround was to disable
> HTTP-1.1 support and to use HTTP-1.0 instead.
can you point that workaround more out, please? I have not found
anything on the list itse
>
> Are there going to be any of us at 3GSM World Congress, 19-22.
> February, Cannes, France?
>
> Stipe
>
We (ANAM) will be there on the Enterprise Ireland stand. Drop
by and say hello !
Are there going to be any of us at 3GSM World Congress, 19-22.
February, Cannes, France?
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Münsterstr. 248
40470 Düsseldorf
Tel: +49-211-74845-0
Fax: +49-211-74845-299
E-Mail: [EMAIL PRO
This looks very much like the "smsbox eats all CPU cycles" that
has been discussed here on the list. One workaround was to disable
HTTP-1.1 support and to use HTTP-1.0 instead.
Regards
Jörg
-Original Message-
From: Aarno Syvänen
To: [EMAIL PROTECTED]
Sent: 1/24/02 12:45 PM
Subject: W
Marc schrieb:
>
> Yes, I can, but please remember that it even does not work when I replace
> the function call of 'doConversions()' with a simple while-do-nothing-loop!
> So the servlet just does nothing, it waits, then it returns the requested
> wml-content without any conversions.
ok.
> But
> Jörg Pommnitz wrote:
> >
> > This "ring-service" could be used in conjunction with other devices
> > than GSM modems.
> >
> > You could attach an ISDN card with multiple channels listening on the
> > same MSN and ease the problem of the busy phone. The answer would
> > still have to be sent by
Yes, I can, but please remember that it even does not work when I replace
the function call of 'doConversions()' with a simple while-do-nothing-loop!
So the servlet just does nothing, it waits, then it returns the requested
wml-content without any conversions.
But fyi: the servlet checks, if the
Angel Fradejas wrote:
>
> Why not use the accept-x-kannel-headers in the sms-service declaration, and
> output a X-Kannel-MClass header in the http response?
>
> IMHO, no need for flash=yes
ok, that was my obvious question.
So we *have* already that support using the accept-x-kannel-headers
di
Jörg Pommnitz wrote:
>
> This "ring-service" could be used in conjunction with other devices
> than GSM modems.
>
> You could attach an ISDN card with multiple channels listening on the
> same MSN and ease the problem of the busy phone. The answer would
> still have to be sent by SMS, of course.
WERKSTUDENT1 wrote:
>
> >What simulator do you use ?
> Siemens S45
isn't this a real phone?!
> >How old is your Kannel version ?
> System CYGWIN_NT-4.0, release 1.1.8(0.34/3/2), version 2001-01-31 10:08,
> machine i686.
this is your OS, not Kannel's version or cvs checkout date. -- BTW, I
woul
WERKSTUDENT1 wrote:
>
> Sure!
> Sorry, but I'm getting a little bit into panic as my thesis has to be
> finished in a few weeks and I have to solve this problem :-)
>
> OK: I've got a client simulator using the kannel-wap-gw. It requests for
> some content from a web server. The web server start
Hi List,
Using wapbox only for pushing (fetching is done by operator's gateway)
seems to
cause an idle loop, one thread (poll thread) taking up to 40 % of CPU
time.
I hope that this does not happen when wapbox is used for fetching (I
cannot test
this myself).
The backtrace of the idle loop fo
Hi list.
Since we're already discussing the at2 gsm7bit escaping issue, I would
like to resubmit my suggested fix for the problem (as apparently it did
not arrive to the proper authorities the first time). my apologies if
you are reading it for the second time.
I would like to hear any comments o
This "ring-service" could be used in conjunction with other devices
than GSM modems.
You could attach an ISDN card with multiple channels listening on the
same MSN and ease the problem of the busy phone. The answer would
still have to be sent by SMS, of course.
Regards
Jörg
>Hi List,
>I'm thinking about a general overhaul in this area. The interaction of
>
>* 7bit escape characters
>* UDH with multiple IEI's
>* message splitting and concatenation
>
>is a big mess right now (IMHO).
I agree to some extent. Things are done in different places or even done twice.
We ha
I agree with you.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Angel Fradejas
Sent: Thursday, January 24, 2002 9:12
To: Kannel Developers
Subject: RE: [RFC] adding flash directive to sms-service group
Why not use the accept-x-kannel-headers in the sm
Hi List,
I'm thinking about a general overhaul in this area. The interaction of
* 7bit escape characters
* UDH with multiple IEI's
* message splitting and concatenation
is a big mess right now (IMHO).
What I would suggest is to discourage the use of the generic "udh" parameter
(X-Kannel-UDH) an
>What simulator do you use ?
Siemens S45
>How old is your Kannel version ?
System CYGWIN_NT-4.0, release 1.1.8(0.34/3/2), version 2001-01-31 10:08,
machine i686.
>What are these conversion methods ?
My conversion method grabs the clients GET-request, checks if the client is
able to display the r
>Antoni Pàmies Olivé wrote:
>>
>> I use the last Kannel-cvs with emi2 and MySQL dlr and i have one problem,
>> if i send 2 or more messages in the same second, the dlr packets have the
>> same ts. It's a problem because when kannel receive the first DLR it
>> deletes all records with the same
WERKSTUDENT1 wrote:
> OK: I've got a client simulator using the kannel-wap-gw. It requests for
> some content from a web server. The web server starts my servlet which is
> performing some conversion methods before sending back the adapted content.
>
> Without performing any conversion the respo
Why not use the accept-x-kannel-headers in the sms-service declaration, and
output a X-Kannel-MClass header in the http response?
IMHO, no need for flash=yes
Have fun.
Angel Fradejas.
-Mensaje original-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En
nombre de Stipe Tolj
Enviado el
Last week I've submitted two patches to the list (Message-ID:
<[EMAIL PROTECTED]> and
Message-ID:
<[EMAIL PROTECTED]>) concerning
with this issue. the former is exactly as described below, but I did not
think it solves the wider issue, hence the second patch - which I would
like to hear the develo
Sure!
Sorry, but I'm getting a little bit into panic as my thesis has to be
finished in a few weeks and I have to solve this problem :-)
OK: I've got a client simulator using the kannel-wap-gw. It requests for
some content from a web server. The web server starts my servlet which is
performing so
> Antoni Pàmies Olivé wrote:
> >
> > I use the last Kannel-cvs with emi2 and MySQL dlr and i have one problem,
> > if i send 2 or more messages in the same second, the dlr packets have the
> > same ts. It's a problem because when kannel receive the first DLR it
> > deletes all records with the sam
29 matches
Mail list logo
