SMPP_RECONNECT_DELAY10.0
Cheers,
Alan
--
Alan McNatty -- Catalyst IT Ltd -- http://www.catalyst.net.nz
Level 2, 150-154 Willis St, PO Box 11-053, Wellington, NZ
Mob: +64 21-312136, DDI: +64 4 9167203, Office: +64 4 4992267
... error accessing whit
Segmentation fault (core dumped)
, 2002-05-14 at 08:51, Alan McNatty wrote:
Sounds like a plan - will submit a quick patch shortly.
Cheers,
Alan
On Mon, 2002-05-13 at 23:54, Alex Judd wrote:
These values are currently hardwire in and it would be easy to export them
out to the configuration level if need be. Reasonable idea
Hello,
Here's the final patches to include smpp reconnection timings etc to be
able to be set via config. As I mentioned before I have added the fields
to the smpp structure (see patches below for details).
Cheers,
Alan
On Tue, 2002-05-14 at 12:57, Alan McNatty wrote:
Ok - here's a couple
from the SMS-C and this is not the
case (at least with the providers I connect).
Does anybody need the current behaviour?
Or can we fix it?
Angel Fradejas
MediafusiĆ³n EspaƱa, S.A.
[EMAIL PROTECTED]
www.mediafusion.es
Tel. +34 91 252 32 00
Fax +34 91 572 27 08
--
Alan McNatty
kannel logs by default in gmt not localtime ...
./config --enable-localtime if you want localtime.
On Fri, 2002-06-07 at 06:58, Patrick Mignott wrote:
hi all,
i see that the time/date in the kannel.log file logging wrong, it's 4 hour faster
then the BOIS time why?
Hello All,
I've been looking at the SMPP 3.4 schedule_delivery_time and
validity_period implimentation in kannel by dumping the submit_sm pdu's
and comparing against tcpdump's and specs. Emabling full (pdu) debugging
gives ...
...
...52:22 [5] DEBUG: schedule_delivery_time: 0206251653220048
Thanks for your feedback Michael,
The SMPP 3.4 spec indicates that the submit_sm resp should return the
message id in hex format.
I guess there room for error here - the message_id is defined as a
C-Octet String - not explicitly hex or decimal unlike the Delivery
Receipt id field
On Thu, 2002-06-27 at 23:44, Michael Mulcahy wrote:
For the first format the message id will be in the receipted_message_id
field and it should be in hex. The second format specifies the message id
in the short message field and it is specified as decimal, a bit annoying
to say the least
Hello Cipher,
Maybe you could provide a bit more information such as config (to show
sendsms-user setup - are you using 'white/black' lists etc). Are you
trying to send multiple messages, does it fail always/somtimes, etc ...
Also it is a good idea to supply logs with debug level 0. NB: adding a
-603511
Fax: +612-9475-0367
--
Alan McNatty -- Catalyst IT Ltd -- http://www.catalyst.net.nz
Level 2, 150-154 Willis St, PO Box 11-053, Wellington, NZ
Mob: +64 21-312136, DDI: +64 4 9167203, Office: +64 4 4992267
... error accessing whit
Segmentation fault (core dumped)
Index: gw
Hi Nisan,
Thanks for your patch this is also an issue for me. Can you update docs
also - since new config parameter.
Cheers,
Alan
On Wed, 2002-08-14 at 06:51, Nisan Bloch wrote:
Hi All
Some SMPP smscs give the msg id in hex at submit_sm_resp and
in the deliver_sm (default), others hex in
Hi Harrie,
On Wed, 2002-08-14 at 10:21, Harrie Hazewinkel wrote:
Does this patch fix also for you the problem??
(You state you have the problem, not that this fixes it)
I should be able to adopt Nisan's approach to fix my own (I can utilise
my own smpp_msg_id_type for example). One of my
Hi Oded,
I experience the same problem but haven't been working on it lately
(dlr's on back burner at present). I have patched local copy to get
working though, my patch does something simple like ...
from handle_pdu - deliver_sm
if ( pdu-u.deliver_sm.destination_addr !=
Sorry Oded I misread your original post - the deliver_sm pdu I receive
from smsc has source addr not destination, no relation to result of
dlr_find. Ignore me it's late here ;-)
On Wed, 2002-10-02 at 21:00, Oded Arbel wrote:
-Original Message-
From: Alan McNatty [mailto:[EMAIL
Hi All,
Am interested in compiling Kannel to run on Solaris 8. Don't envisage
any problems here but thought I'd ask if anyone has any
comments/suggestions/etc.
Cheers,
Alan
---
wapme.net - wherever you are
--
Alan McNatty -- Catalyst IT Ltd -- http://www.catalyst.net.nz
Level 2, 150-154 Willis St, PO Box 11-053, Wellington, NZ
Mob: +64 21-312136, DDI: +64 4 9167203, Office: +64 4 4992267
... error accessing whit
Segmentation fault (core dumped)
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
Fax: +49-211-74845-299
E-Mail: [EMAIL PROTECTED]
Internet: http://www.wapme-systems.de
---
wapme.net - wherever you are
--
Alan McNatty -- Catalyst IT Ltd -- http://www.catalyst.net.nz
Level 2, 150-154 Willis St, PO Box
Definitely the optimal approach - using a full dlrmask you can tell if
message was accepted by handset the ultimate goal. However I'd hate to
see anyone 'manually grepping', there is a better interim solution I'm
sure.
On Thu, 2002-10-17 at 22:56, Nisan Bloch wrote:
Hi
Another way is to
Hi All,
Just trying to clear up my understanding regarding how kannel handles
smsc message charset translations. Just been through code no pdu
debugging yet.
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 always gets converted from gsm
-sms.msgdata);
On Wed, 2002-10-23 at 08:42, Alan McNatty wrote:
Yep - the logic as you described it seems to be how Kannel
handles things. I have not had a chance to recieve unicode data
through an SMPP SMSC, but that would seem to be problematic. we don't
need to transcode from UCS2, as Kannel
Alternatively we could reuse the alt-dcs used in submit_sm.
On Wed, 2002-10-30 at 12:58, Alan McNatty wrote:
As you suggested Oded I simply need not perform the gsm_to_latin1
translation (but also remove trailing null character).
To impliment this sensibly I was hoping the data_coding would
interestingly enough - leaving the message unencoded works for incomming
but somehow breaks outgoing (via http interface). The message payload is
visable in bearerbox pdu dump logs but the message arrives empty -
requires further investigation.
On Wed, 2002-10-30 at 12:58, Alan McNatty wrote
On Thu, 2002-10-31 at 00:15, Oded Arbel wrote:
-Original Message-
From: Alan McNatty [mailto:alan;catalyst.net.nz]
and how do you know that the last char is a null ? I don't
think it is.
Just a guess - I have \0 at the end of each message comming through
without doing
On Thu, 2002-10-31 at 22:18, Oded Arbel wrote:
Oded, are you suggesting that gsm_to_latin1 conversion take place only
when data_coding == 0x01 or when != 0x01 (Am I readin the
specs wrong or
0x01 Ascii?). ie:
ok - my mistake, according to the specs, it should be
if (
On Thu, 2002-10-31 at 22:18, Oded Arbel wrote:
-Original Message-
From: Alan McNatty [mailto:alan;catalyst.net.nz]
this sound like
smsc weirdness?
Yes.. :-/ actually it does.
The null character is apparently optional and can go away easily so
that's
Thanks Oded, looks good - can you post your gwlib/charset.c (I'm
guessing) you're referencing a charset_convert function which doesn't
exist in cvs. cheers,
Alan
On Fri, 2002-11-01 at 00:24, Oded Arbel wrote:
-Original Message-
From: Alan McNatty [mailto:alan;catalyst.net.nz
In progress - am building a patch against cvs for Oded's posts, and
re-post for testign etc ...
Thanks again Oded - your patches look great.
On Sat, 2002-11-02 at 00:04, Stipe Tolj wrote:
remeber guys to have a [PATCH] post to the mailing list if you want to
have that in the general cvs
Hello, there seems to be soem problems with cvs server.
$ cvs -t up
- main loop with
CVSROOT=:pserver:[EMAIL PROTECTED]:/home/cvs
- Connecting to cvs.kannel.3glab.org(62.254.217.163):2401
can't create temporary directory /tmp/cvs-serv23101
No space left on device
- Lock_Cleanup()
Hello,
I'm using current cvs (1.2.1 effectively) and have noticed a change in
how the sendsms http interface is working (not sure since when).
When I connect to kannel sendsms http interface with a Connection: Close
header my request is processed and the connection is closed. However if
I add a
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 building a patch against cvs for Oded's posts, and
re-post for testign etc ...
Thanks again Oded - your patches look great.
On Sat, 2002-11-02 at 00:04
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 building a patch against cvs for Oded's posts, and
re-post for testign etc
PROTECTED]
Internet: http://www.wapme-systems.de
---
wapme.net - wherever you are
--
Alan McNatty -- Catalyst IT Ltd -- http://www.catalyst.net.nz
Level 2, 150-154 Willis St, PO Box 11-053, Wellington, NZ
Mob: +64 272555332
On Fri, 2002-11-22 at 21:04, Andreas Fink wrote:
Why gsm_to_latin1 if we know encoding?
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. We need to be
in various cvs versions (
latest being 3 weeks old )
No luck.
Any ideas ?
Regards
Wayne Smithers
5th Finger Pty Ltd
--
Alan McNatty [EMAIL PROTECTED]
Index: gw/smsc/smsc_smpp.c
===
RCS file: /home/cvs/gateway/gw/smsc
the template by copying the pkginfo file and added the
VERSION_NUMBER.
cheers,
Alan
--
Alan McNatty [EMAIL PROTECTED]
PKG=WAkannel-VERSION_NUMBER
NAME=kannel
ARCH=sparc
VERSION=cvs
CATEGORY=application
VENDOR=Kannel project
EMAIL=[EMAIL PROTECTED]
PSTAMP=Andreas Fink
BASEDIR=/usr/local
CLASSES
Finger Pty Ltd
--
Alan McNatty [EMAIL PROTECTED]
Index: gw/smsc/smsc_smpp.c
===
RCS file: /home/cvs/gateway/gw/smsc/smsc_smpp.c,v
retrieving revision 1.22
diff -r1.22 smsc_smpp.c
784c785
I suspect there is a problem with current cvs. ie:
[ clean checkout ] ...
gateway$ ./configure
loading cache ./config.cache
Configuring for Kannel gateway version 1.3.1 ...
Running system checks ...
configure: error: can not run ./config.sub
--
Alan McNatty [EMAIL PROTECTED]
. [
ie: if I copy them from 1.2.1 source bundle things compile nicely ].
Cheers,
Alan
On Mon, 2003-02-03 at 16:26, Bruno Rodrigues wrote:
Quoting Alan McNatty [EMAIL PROTECTED]:
I suspect there is a problem with current cvs. ie:
[ clean checkout ] ...
gateway$ ./configure
loading
Thanks Bruno
On Tue, 2003-02-04 at 23:18, Bruno Rodrigues wrote:
Citando Alan McNatty [EMAIL PROTECTED]:
Thanks Bruno,
I did a cvs diff across 1.2.1 vs 1.3.0 to find ...
./.cvsignore
5,6d4
config.guess
config.sub
9,11d6
diff
diff2
build-stamp
looks
Sure ... I'm guessing best option is to add a small section to end of
Appendix E. Log files.
---
wapme.net - wherever you are
--
Alan McNatty [EMAIL PROTECTED]
Index: doc/userguide/userguide.xml
===
RCS file: /home/cvs/gateway/doc/userguide/userguide.xml,v
retrieving revision 1.201
diff -r1.201 userguide.xml
Here you go ... in unified format.
On Tue, 2003-02-11 at 15:15, Stipe Tolj wrote:
Alan,
can you provide the userguide.xml patch in diff -u (unified) format,
that should be easier to read and to apply.
Thanks in advance.
Stipe
[EMAIL PROTECTED]
level?
If it's Kannel I'll submit a proper patch
Alex
Skywire
http://www.skywire.co.uk/
--
Alan McNatty [EMAIL PROTECTED]
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 first
--
Alan McNatty [EMAIL PROTECTED]
Index: gw/smsc/smsc_smpp.c
===
RCS file: /home/cvs/gateway/gw/smsc/smsc_smpp.c,v
retrieving revision 1.25
diff -u -r1.25 smsc_smpp.c
--- gw/smsc/smsc_smpp.c 23 Feb 2003 11:35:34 - 1.25
+++ gw
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 for any sort
47 matches
Mail list logo