Hi
do a msg_dump on the ENQUIRE_LINK and send it to us.
Nisan
At 04:07 PM 7/27/01 +0300, Venugopal Panchamukhi wrote:
Hi all,
I've a problem when i'm establishing a connection
between the kannel and the SMSC using SMPP 3.3 protocol. I'm using stable
version of kannel. When i'm trying to find
Yard, Saint Patrick's Road, Dalkey, County Dublin, Ireland
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Nisan Bloch
Sent: Friday, July 27, 2001 2:43 PM
To: Venugopal Panchamukhi; [EMAIL PROTECTED]
Subject: Re: SMPP error 0x0004
Hi
do a msg_dump
Hi Andreas
Your mysql additions to bearerbox are great. We built a Q manager that sits
in front of kannel, and implemented our own delivery additions also http
callbacks) to Kannel, allthough I am now going to swap to yours.
I had some problems using mysql they way you are. Under constant
Hi
I am about to start adding the delivery report to the SMPP module. Before I
start I was wondering whether anyone else has done or is in the process of
doing so?
Nisan
Hi Stipe
At 04:50 PM 11/14/01 +0100, Stipe Tolj wrote:
We have such a clustered version running. But beware, you will have to
do some overhead to garantee that the Kannel's know about eachother
and act accordingly.
Could you please explain the configuration you have used for Kannel in a
little
Hi
At 08:27 AM 11/16/01 -0800, you wrote:
I only needed smpp library.
I suggests to move gw/smpp_pdu.* to gwlib.
Then I can make smpp client application with only libgwlib.a.
Of cource I needed adding more in smpp_pdu.def.
And also it would be nice to move some function in smsc_smpp.c to gwlib,
Hi
It looks like you have your ports the wrong way around.
SMS_APP_TRANS_PORT
Port to listen on for transmitter messages such as SUBMIT_SM
i.e. port in the kannel config
SMS_APP_RECV_PORT
Port to listen on for receiver messages such as BIND_RECEIVER.
i.e. receive-port in
At 04:10 PM 11/22/01 +0100, Andreas Fink wrote:
if you run in checked memory configuration, this is a safeguard shutting
down kannel as it presumes its a memory runaway situation. ./configure
--with-malloc=native switches this off (and makes it a lot faster).
I suppose that could be a memory
Hi
NAME: rtttl2nokia, ems2nokia
AUTHOR: Michael Kohn
EMAIL: [EMAIL PROTECTED]
WEB: http://nakentone.naken.cc/
HOMPAGE: http://www.naken.cc/
PURPOSE: Convert your rtttl song files to nokia binary format.
Convert your ems (Ericsson's ringtone format) to nokia.
At 02:45 PM 12/18/01 +0100, Stefan Cars wrote:
Ok. Strange, becuase it did work a couple of days ago and nothing have
changed..
It means the destination address is invalid. Maybe your service provider
has changed their roaming agreements. What was the destination number, any
change part of a
At 03:01 PM 1/7/02 +0100, Andreas Fink wrote:
. However I'm pretty sure the code is checking the smsc-id first so this
comparison shouldnt happen anyway.
yup it does.
Does this problem occur with both the memory and the mysql based
implementations?
Nisan
Hi
At 03:43 PM 1/16/02 +0100, Andreas Fink wrote:
Got a new problem under high load.
what is highload?
bearerbox is running and has delivery reports to deliver to smsbox.
smsbox is down.
an application is ready to fire lots of data to smsbox.
Anyone have an idea what happens here? Maybe its
Hi
here is a patch that should do it. Setting the relative port or
receive-port to 0 in the smpp smsc group config will disable either the
transmitter/receiver. I have to bind both with my SMSC, could someone
please test.
Nisan
--- ../cvs/gateway/gw/smsc_smpp.c Thu Jan 10 20:23:48
Hi Alex
At 02:00 PM 1/27/02 -0600, Alex Judd wrote:
With the SMPP code this causes the mutex lock code to try and lock the
same mutex twice and hence panics the box.
Before I look into moving the smpp code to a format similar to smsc_emi2
or smsc_http has anyone already done this or is there a
-sender.
We could have both default-sender and forced-sender, but I don't see the
need.
I keep thinking in the cleanest and more useful way to implement this
feature.
Angel Fradejas.
-Mensaje original-
De: Nisan Bloch [mailto:[EMAIL PROTECTED]]
Enviado el: jueves 31 de enero de 2002 12:50
Hi STipe
I sent you a small patch for the smpp module a few days ago. It should
address this error.
Here it is again.
--- gw/smsc_smpp.c Thu Jan 17 22:51:52 2002
+++ smsc_smpp.c Mon Jan 21 21:01:35 2002
@@ -548,6 +548,7 @@
info(0,DLR = %s,octstr_get_cstr(dlrmsg-sms.msgdata));
At 03:42 PM 2/14/02 +0100, you wrote:
Alex Judd wrote:
BTW did we add the ton/npi configuration file changes for the SMPP driver
to CVS yet? I can add the other configuration changes at the same time.
no it's yet not incorporated to cvs. It seems the pro and cons
discussion isn't leading
Hi
At 03:36 PM 3/8/02 +0200, Aarno Syvänen wrote:
Hi List,
Have someone experiences withSMs using greek character set ? GSM default
alphabet
certainly does not contain may greek letters :(
yup, you need to use unicode
nisan
aarno
hi
nice.. thanks..
n
At 06:18 PM 4/10/02 +0100, Simon Beale wrote:
Hi
The attached patch adds in the boolean option transceiver-mode. If set, it
will do a 'tranceive' connection instead of a transmit connection down the
standard port. It doesn't do any fallback to 'transmit' if 'transceive'
hi
+1 from me for at least for points 1 and 4
n
At 07:46 PM 4/8/02 +1000, Benjamin Lee wrote:
Makefile.in
Reply-To:
For what it's worth, find attached a repost of a combined patch consisting
of:
1. SMPP handling (debug printing) of GENERIC NACK packets.
2. SMPP message priority, set via
At 12:45 PM 4/16/02 +0200, Stipe Tolj wrote:
Hi all,
I'd like to hear votes for rolling current cvs tree back, espacially
the parts Bruno added for the XML-SMS support using the
octstr_append() implementation.
We should do this with libxml2 functions. At least I would like to
strip things out
At 11:49 AM 4/26/02 +0200, Andrea Viscovich wrote:
As
someone pointed out sometime ago,
if you have multiple smsc, the parameter smsc
in sendsms url does not work.
I know the routing can be done by
properly write the kannel conf file,
but I would like to choose it from a web page
time by time, so
Hi
At 06:26 PM 4/26/02 +0200, Stipe Tolj wrote:
Null terminated messages received by kannel keep hold of the null and turn
it into an '@'. This is best demonstrated if you do a get-url with an input
null terminated message.
anyone from the core developers voting for this patch to commit?
Hi
I havent tested, but it all looks ok according to the specs ;-)
+1 from me
At 04:07 PM 5/1/02 +0100, Bruno David Simões Rodrigues wrote:
I'm going to commit this unless someone complains
I've had one successfull user:
From: Damjan [EMAIL PROTECTED]
Ok, this patch works - I
At 01:01 PM 5/6/02 +0200, Stipe Tolj wrote:
Benjamin Lee schrieb:
looks good for me, +1 for commitment, any other opinions?
yeah +1 for me.. except that the generic nack can be used by the SMSC for
ESME_RTHROTTLED. I have the following for generic_nack_resp
case generic_nack_resp:
Hi
A small patch for the SMPP SMSC module.
When the bind_receiver_resp comes in after the bind_transmitter_resp the
SMPP module switches SMSCCONN_ACTIVE_RECV when it is allready in
SMSCCONN_ACTIVE and preventing messages getting routed to this smsc.
Nisan
--- gw/smsc_smpp.c Tue Jun 4
At 10:01 PM 7/10/02 +0200, Andreas Fink wrote:
Hi All
A small patch to the dlr code.
In a situation of highload, we get duplicate ts columns in the dlr.dlr
table for a particular smsc. The Mysql dlr_find code, did not take the
destination into account in its query. Patch makes the SQL in
hI
if anyone needs a patch to handle this better, we have one.
Nisan
At 07:01 PM 7/10/02 +, Oded Arbel wrote:
Damjan wrote:
Hello, I just downloaded and compiled Kannel-1.2.0.
I use it to connect to a SMSC through the SMPP protocol, and from
preliminary test I can say that it works pretty
Hi Oded
This looks great. I will do some testing this weekend. We have also done an
inhouse SOAP module, but far less generic than yours. So I can test to
these providers, and I can test it on our proprietory simple XML/HTTP API.
The XML example you have is not quite correct for SOAP, but
Hi All
We are experiencing the following problem with the SMPP module.
There are 2 instances of io_thread
sender: - calls send_enquire_link and send_messages
receiver: - calls send_enquire_link, after each PDU it reads and handles.
What happens when there are a largish number of messages in
Hi All
Some SMPP smscs give the msg id in hex at submit_sm_resp and
in the deliver_sm (default), others hex in submit_sm_resp and hex in
deliver_sm.
This patch adds a new config var to the SMPP module:
smpp-msg-id-type: 0 - default behaviour
1- hex in both
Hi
Please ignore the patch.. I cvsdiffed against a much too early version.
Nisan
smpp.patch
Description: Binary data
At 11:39 AM 8/14/02 +0200, Stipe Tolj wrote:
You don't get submit_sm PDUs from the SMPP server, do you?! I guess
you mean deliver_sm PDU for MO messages?
nope, submit_sm_resp, one of our providers can lag behind up to 500 odd
messages..
Ok, you want to splitt the send/receiving threads from
Hi
At 02:26 PM 8/16/02 +0500, David Chkhartishvili wrote:
Hi All,
I've sent few messages regarding got DLR but could not find message or
was not interested in it, but didn't get any answer.
this is probabally because the smscs use different std for the format of
the msg_id in the
Hi
A patch to help resolve the fact that different SMSCs use different
standards for the number base of the msg_id in the submit_sm_resp and
deliver_sm.. they use hex or decimal or a mixture...
Here is a patch lets you set them independently.
The config file works like this.
Hi
05:47 PM 8/19/02 +0300, Oded Arbel wrote:
If I understand whats going on
here, then something like this happens : the bearerbox waits for sms/wap
boxes to connect to it - firing a handler thread for each box connecting.
all handler threads of the same type share a single message queue
At 11:58 AM 9/6/02 +0200, you wrote:
So, I guess defining the unified-prefix rules on a smsc basis is very
easy to implement. BTW, I'm just coding this right now. Any comments
or objections against introducing this new feature?!
tis very easy.. I have done this for SMPP, but not for the other
Hi
+1 from me..
well spotted...
n
At 11:27 AM 9/6/02 +0200, you wrote:
Hi
all,
Find attached a patch to set
correctly the sequence_number field of the PDU header. According to SMPP
3.3 and 3.4 specs, it must be in the 1-N range, but currently it is in
the 0-N range.
This causes problems with
Hi Stipe.
Wow..this sounds really usefull.. I can already use it, but I think we
should have it as a separate patch for now, the CVS is relatively stable,
and this is quite a big internal change. I would be happy to try it on our
dev servers.
nisan
At 09:58 PM 9/6/02 +0200, Stipe Tolj
Hi
well the problem is that the default character set on the SMPP servers is
not allways the GSM charset that Kannel uses. Some SMPP servers use ASCII
others Roman 8 and others GSM.
We have a small patch that loads up a character mapping array (similar to
the latin1 to gsm array in Kannel)
Hi
At 11:43 AM 10/2/02 +0700, you wrote:
I d like to propose patch to fix problem with
character @ in SMPP.
vote -2 .. no ways ..
the mapping array in Kannel is correct for Latin1 to GSM and back!!.. @
is 0x00 in GSM charset. Now if you look carefully you will see that there
are not that many
Hi
At 04:37 PM 10/2/02 +0200, Stefan Cars wrote:
Hello all!
This is a kind of problem, or may not be but I'm not finding out what
todo..
we deal with this before we submit messages to Kannel and pass an smsc_id
to Kannel. This is then used in the config files along with preferred-smsc,
At 12:29 PM 10/16/02 +0200, Stipe Tolj wrote:
how about a smsc group directive like this:
group = smsc
smsc = smpp
autodetect-ton-npi = yes
...
+1
nisan
which means if this boolean directive is set, the smpp module will
(for this smpp link only) do the autodetection and
At 10:45 AM 10/17/02 +0200, Stipe Tolj wrote:
Hi,
anyone complaints about rolling now the stable 1.2.1 tarball out of
cvs head branch?!
+1 from me...
Nisan
Afterwards we'd apply several (more or less huge) patches, like Igor's
WTP-SAR patch and my smsbox-routing patch.
Ohhh, yeah, what
Hi
Another way is to write a front end application to Kannel, that you use to
submit messages to Kannel. Then you can use Kannels DLR mechanism to
callback to your app. This way you can trace the messages and log them into
a database. We do this quite effectively.
Nisan
At 10:22 PM 10/17/02
to notify smsbox and hence external
apps of this.
Anychance of posting the code as it is so far?
Nisan
--
Oded Arbel
m-Wise mobile solutions
[EMAIL PROTECTED]
+972-9-9581711 (116)
+972-67-340014
::..
Excellent day for putting Slinkies on an escalator.
-Original Message-
From: Nisan Bloch
Hi
At 09:23 AM 10/21/02 +0200, Andreas Fink wrote:
yup - this is smpp 3.4. Your dump shows an optional parameter tag 04 24
which is the msg_payload parameter.
We have a hack where I have added the following into
smpp_pdu.def
OPT_INTEGER(id_1, 2)
OPT_INTEGER(len_1,2)
OPT_OCTETS(data_1, len_1)
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
Hi
We have seen providers who do this if the messages are all to the same
MSISDN. Also I have run across a bunch who claimed to have an SMPP server,
except that it wasnt asynchronous, and one has to wait for a submit_sm_resp
before sending the next message, but this is not correct according to
Hi
I would vote +1 for this to be rolled into CVS. We have somethng similar
but it is not as general nor as complete.
Nisan
At 01:24 PM 10/31/02 +0200, Oded Arbel wrote:
-Original Message-
From: Alan McNatty [mailto:alan;catalyst.net.nz]
ok - my mistake, according to the specs,
Hi
At 12:22 AM 11/13/02 +0100, Andreas Fink wrote:
Does anyone has some brilliant
ideas how we can solve this always unify the number format
for EMI without making configuration of the SMSC a nightmare of config
variables?
Should we simply replace incoming number with 0 with 00+ country code?
Hi
surely just not setting my-number in the config will sort that
out.
Nisan
At 11:46 AM 11/13/02 +0100, Andreas Fink wrote:
scenario:
you have
global-sender = 123
so all your outgoing SMS which dont have from=... set will be from
123
you got one SMPP link. no my-number stuff defined.
you
Hi
snips from all the postings
At 07:59 AM 11/13/02 +0100, Andreas Fink wrote:
We have a work around, which is a bit hacky but works for us. We use the
8 right most digits of the number to match the DLR in the db/store.
That would not be good enough in most cases.
why? given that there is
At 08:38 PM 11/13/02 +0100, Andreas Fink wrote:
On Mittwoch, November 13, 2002, at 08:25 Uhr, Nisan Bloch wrote:
Hi
snips from all the postings
At 07:59 AM 11/13/02 +0100, Andreas Fink wrote:
We have a work around, which is a bit hacky but works for us. We use
the 8 right most digits
At 08:38 PM 11/13/02 +0100, Andreas Fink wrote:
On Mittwoch, November 13, 2002, at 08:27 Uhr, Nisan Bloch wrote:
Hi
surely just not setting my-number in the config will sort that out.
thats just the point. I have NOT set it.
The only thing set was global-sender and that has
At 03:35 AM 11/14/02 +0100, Stipe Tolj wrote:
Hi list,
I commited now Wapme's smsbox routing patch to Kannel's cvs HEAD tree.
nice!
what are the emibox, webbox and milbox groups in cfg.def for?
nisan
Hi
please re submit this patch as a unified diff, and ignoring changes to
white space. This is horrid to read as there are many lines in the diff
that are not necessary.
nisan
At 06:49 PM 11/15/02 +0100, Alexander Malysh wrote:
Content-Type: text/plain;
charset=iso-8859-15
Hi All
a small patch to the http code to allow the http server to bin to a
specified interface.
Nisan
--- cvs/gateway/gwlib/http.cSun Nov 17 11:46:30 2002
+++ gateway-work/gwlib/http.c Sun Nov 17 11:45:51 2002
@@ -1922,7 +1922,7 @@
}
-int http_open_port(int port, int ssl)
+int
Hi Stipe
I see that your implementation of optional parameters in SMPP is not quite
complete. The PDU code is done, but I dont see you using it as such in the
SMPP module, well at least in the CVS version. Do you have a more recent
version of smsc_smpp that does use your mods?
Nisan
Hi
any reason why this didnt make it to the cvs? Also why not apply it to the
data_coding in submit_sm?
nisan
At 08:42 PM 11/6/02 +1300, Alan McNatty wrote:
Here's Oded's patch against current cvs. Is working fine for me ...
On Sat, 2002-11-02 at 11:21, Alan McNatty wrote:
In progress - am
Hi Stipe
There is a small problem in the smsbox routing patch.
I have a configuration as before your patch. i.e. no smsbox-id and no
smsbox-route group. When smsbox receives a dlr notification from bbox we
get the following error. The dlrurl still gets called however.
2002-11-18 14:45:38 [5]
Hi Stipe
We are experiencing problems with the current cvs with the optional smpp
parameters.
Here is a debug log. I will try look into it further, but seen as you have
just done this code it may be quicker for u to look.
2002-11-18 14:10:40 [0] INFO: Kannel bearerbox II version cvs- starting
Hi All
There is a bug in the smsc stop/start admin interface. Before I fix it, I
want to check that the soln we propose will work for the list.
The scenario is as follows:
Assume you have more than one smsc group with the same smsc-id. eg one
provider with 2 different host.
Ok when you use
Hi All
There is a new memory leak in the cvs, in smsbox.
For each dlr ack.. and probabally sms-service
2002-11-18 15:59:11 [0] DEBUG: Allocated by octstr_create_from_data_real at
gwlib/octstr.c:185
2002-11-18 15:59:11 [0] DEBUG: Claimed by parse_url at gwlib/http.c:1156
2002-11-18 15:59:11 [0]
At 12:20 AM 11/18/02 +0100, Stipe Tolj wrote:
No, the client side (smsc_smpp.c) has yet not been modified by us to
use the optional parameters.
ok.. i am about to do this to replace our msgpayload patch. Do you have any
utils code to get and set the optional parameters in the PDU?
Nisan
the smsc-id?
nisan
On Montag, November 18, 2002, at
07:05 Uhr, Nisan Bloch wrote:
Hi All
There is a bug in the smsc stop/start admin interface. Before I fix it, I
want to check that the soln we propose will work for the list.
The scenario is as follows:
Assume you have more than one smsc group
Hi All
Patches to the bb_http.c and smsbox.c to allow the admin and sendsms http
interface to bind to a specified interface.
files patched: gw/smsbox.c, gw/bb_http.c, gwlib/cfg.def
Nisan
--- ../cvs/gateway/gw/smsbox.c Thu Nov 14 12:11:38 2002
+++ ../gateway-cvsup/gw/smsbox.c Sun Nov 17
At 08:48 PM 11/19/02 +0100, Stipe Tolj wrote:
Hmm, ok, trying to sum things up here:
The error results in gw/bb_boxc.c:route_incoming_sms() and if
msg-sms.boxc_id != NULL. This means the boxc_id has been set. Hmm,
but if your smsbox does not identify to bearerbox, why does specific
smsc module
Hi
At 03:57 PM 11/20/02 +0100, Stipe Tolj wrote:
If we store the smsc as submitted in the original request from smsbox,
it would be stored as link1 but the incoming sms would still be link1a..c
so the only way would be to have another name in the DLR code for
grouping SMSC links together for
At 03:55 PM 11/20/02 +0100, you Andreas Fink:
On Mittwoch, November 20, 2002, at 03:42 Uhr, Stipe Tolj wrote:
Oded Arbel wrote:
This patch was originated from m-Wise code, so I'm not sure I'm allowed
to vote on it.. but if for nothing else, at least it introduces iconv
into Kannel - which
At 08:02 PM 11/20/02 +0100, Andreas Fink wrote:
how about simply numbering the SMSC's?
or do something like
smsc=link1 start/stops all link1 links
smsc=5 start/stops the 5th link
smsc=link1:1start/stops the 1st link of the group link1
I like this.. We could alter the status page
Hi
At 12:57 PM 11/24/02 +0100, Andreas Fink wrote:
We
don't, well the smpp driver doesn't - that's the whole point of this
patch. In the case where the data coding is set to SMSC default (0x00) -
the smpp driver doesn't know what decoding to do.
Well the spec says that its GSM character set.
Hi Andreas
Did you get any further on this one?
Nisan
At 08:06 AM 10/23/02 +0200, you wrote:
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
Hi
small memory leak in http.c,
--- gwlib/http.cMon Nov 18 08:02:13 2002
+++ ../../gateway-cvsup/gwlib/http.cMon Nov 25 11:45:50 2002
@@ -1226,6 +1226,10 @@
path = NULL;
request = NULL;
+ if (trans-host != NULL)
+ octstr_destroy(trans-host);
+ trans-host = NULL;
+
Hi
another small mem leak
--- cvs/gw/bb_smscconn.cThu Nov 28 13:22:30 2002
+++ cvsup/gw/bb_smscconn.c Mon Dec 2 23:36:32 2002
@@ -423,7 +423,7 @@
{
CfgGroup *grp;
SMSCConn *conn;
-Octstr *smscid;
+Octstr *smscid = NULL;
int i;
/* find the specific smsc
Hi
At 01:15 AM 12/3/02 +0100, Stipe Tolj wrote:
small memory leak in http.c,
--- gwlib/http.cMon Nov 18 08:02:13 2002
+++ ../../gateway-cvsup/gwlib/http.cMon Nov 25 11:45:50 2002
@@ -1226,6 +1226,10 @@
path = NULL;
request = NULL;
+ if (trans-host != NULL)
+
PROTECTED]]On Behalf Of Stipe Tolj
Sent: 03 December 2002 14:25
To: Nisan Bloch
Cc: [EMAIL PROTECTED]
Subject: Re: [PATCH] http.c
the check for != NULL is not necessary, yes. But the
octstr_destroy is, as
in http.c:parse_url:1155 , host is created.
*host = octstr_copy(url, prefix_len
Hi
Yup we have. This is what happens when you send above the throughput
allowed by the SMSC you are connecting to for your account.
0x58 is SMPP_ESME_RTHROTTLED
We have also seen SMPP_ESME_RMSGQFUL comming in on a
generic_nack_resp.
Our smsc module is modified for this. Basically we have added
Hi
At 11:10 AM 12/5/02 +0100, Andreas Fink wrote:
I've fixed the problem in CVS.
the implementation didnt expect to see an error as generic_err_resp but
only as sms_submit_resp
the error was a THROTTLING.
Our soln is basically the same but with some minor differences..
Primarily we remove
Hi
Here is a patch to fix the problem of Kannel not respecting the window size
setting. The constant EMI2_MAX_TRN was been used for all limits and the
mod function to find a new free slot/window, rather than the window setting.
Nisan
--- cvs/gateway/gw/smsc/smsc_emi2.c Thu Dec 5
Hi
Here is a different take the Andreas's SMPP generic_nack patch. This is a
bit more complete, and fixes a potential NULL pointer exception in the
code. On line 922 a check is made for msg==NULL, and an error message
outputed, but then bb_smscconn_send_failed is called with the NULL msg.
Hi
Sorry ran diff against wrong directory.
here is the correct one.
Nisan
--- cvs/gateway/gw/smsc/smsc_emi2.c Sun Dec 8 21:08:50 2002
+++ kannel-cvsup/gw/smsc/smsc_emi2.c Sun Dec 8 21:06:57 2002
@@ -780,7 +780,7 @@
int i;
debug(smsc.emi2, 0, EMI2[%s]: clear_sent called,
Hi
Any resolution on this one yet? It would be really usefull, but in its
current form I would vote for it to be removed, as it is causing problems
in the CVS.
Nisan
Date: Mon, 18 Nov 2002 19:56:10 +0200
To: Stipe Tolj [EMAIL PROTECTED]
From: Nisan Bloch [EMAIL PROTECTED]
Subject: Re: CVS SMPP
Hi
This patch to the EMI module tries to address the problem of dealing with
msgs that do not get acked by the SMSC after the wait-ack period. This
should never happen but it does, even with wait-acks in the region of
240-600secs. Thanks to Andreas for his input.
It adds a new config var
Hi
At 06:27 PM 2/28/02 +0200, Peter Löfman wrote:
I have sent ota messages successfully to these phones:
Nokia: 3330, 6210, 7110, 6310, 8310, 6510
Ericsson: R520, T39, T65, T68, T20, T29, T66
Just ask if you want example xml files.
Yes, please..
Nisan
Phones I am about to test with is
Hi
any take on this EMI patch yet?
nisan
At 10:33 PM 12/8/02 +0200, you wrote:
Hi
This patch to the EMI module tries to address the problem of dealing with
msgs that do not get acked by the SMSC after the wait-ack period. This
should never happen but it does, even with wait-acks in the
To: Nisan Bloch
Cc: [EMAIL PROTECTED]
Subject: Re: [PATCH] admin, sendsms bind to interface
Patches to the bb_http.c and smsbox.c to allow the admin and sendsms http
interface to bind to a specified interface.
files patched: gw/smsbox.c, gw/bb_http.c, gwlib/cfg.def
+1, sounds reasonable and doesn't
hi
u need a list of the country dialing codes, and then you do a longest
prefix match. i.e. the longest prefix in your country list that matches the
leftmost digits of the destination msisdn. How to do this, well there are
many algorithms.
nisan
At 08:45 PM 12/27/02 +0200, George C wrote:
no
Hi
please give more of the log file, we need to see the full deliver_sm PDU
dump
nisan
At 12:09 AM 1/10/03 +0530, Ritesh Shah wrote:
Hi
YJ,
How did u solved the prob. of Incomplete
replies
I am trying to connect with logica smsc.
I am also getting the same prob.
which
The Kannel bearer's log
Hi
At 12:37 PM 1/22/03 +, Michael Mulcahy wrote:
Hi,
The approach I have taken is to set the status to be SMSCCONN_RECONNECTING
when either
the transmitter or receiver go down. This allows an administrator to see the
problem
immediately. Plus I did not want to make changes to the SMSCConn
hi
At 03:06 PM 1/26/03 +0100, Alexander Malysh wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Stipe,
On Sunday 26 January 2003 14:13, Stipe Tolj wrote:
Hi Alexander,
Alexander Malysh schrieb:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
attached patch make parsing
At 02:17 PM 1/26/03 +0100, Stipe Tolj wrote:
Hi list,
if Wapme releases it's SMPP server implementation (smppbox) to kannel,
would we include it directly to kannel's gateway cvs module, or would
we inheritate an own module called smppbox?
The benefit of having an own module would imply that
At 04:58 AM 2/18/03 +, Kita B. Ndara wrote:
--- Stipe Tolj [EMAIL PROTECTED] wrote: Kita
B. Ndara wrote:
What I mean is to allow a config file element (in
SMSC group) that is a command that is called by
bearerbox before it inserts the msg into the smsc
specific queue, and another command
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
At 10:20 AM 2/20/03 +0100, Stipe Tolj wrote:
Alexander Malysh wrote:
that's true. That's why we implemented the 'include = file' feature
for the config file handling, so you can structurize the global config
file for your own needs.
It's like you setup an apache config for every VHost you'd
At 10:29 AM 2/20/03 +0100, Stipe Tolj wrote:
ok, as all of you kick-ass with benchmark figures, I'll do too ;))
The max. throughput we reached with a Dell PowerEdge 2x CPU (1.2 GHz)
Linux 2.4 Kernel in a fakesmsc - bearerbox - smsbox chain was
approx. 2400 msg/sec.
We had also MO values while
At 04:20 PM 2/25/03 +0100, Rene Kluwen wrote:
Talking about SMSC modules. Where would one start, writing a new one?
Which source files have to be altered...
gw/smscconn.c: to add an entry for your new smsc module
gwlib/cfg.def: if u need special config params for that connection
then u need to
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 useful things out from it and this way
improve the
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
1 - 100 of 106 matches
Mail list logo
