Sorry about the text wall.
Kannel.conf:
group = core
admin-port = 13000
smsbox-port = 13001
admin-password = bar
log-file = "check_smpp_bb.log"
log-level = 0
box-deny-ip = "*.*.*.*"
box-allow-ip = "127.0.0.1;192.168.3.55"
group = smsc
smsc = smpp
smsc-id = smpp
host = 127.0.0.1
port = 9900
receive-port = 9900
system-type = "VMA"
address-range = ""
smsc-username = "GSMSGW"
smsc-password = "secret"
transceiver-mode = true
group = smsbox
bearerbox-host = 127.0.0.1
sendsms-port = 13013
global-sender = 123
log-file = "smsbox.log"
group = sendsms-user
username = peter
password = ford
#default-smsc = testsmsc
group = sms-service
keyword = default
text = "No service specified"
faked-sender = 999998
catch-all = true
smsbox.log
2010-01-11 11:31:05 [11555] [3] INFO: sendsms used by <peter>
2010-01-11 11:31:05 [11555] [3] INFO: sendsms sender:<peter:123> (127.0.0.1)
to:<456987465 123213123 5564654 6555465> msg:<Probando escritura en el
archivo!!!>
2010-01-11 11:31:05 [11555] [3] DEBUG: Stored UUID
3620b59a-caaa-4f0b-83c8-aa70bcdf4071
2010-01-11 11:31:05 [11555] [3] DEBUG: message length 35, sending 1 messages
2010-01-11 11:31:05 [11555] [3] DEBUG: message length 35, sending 1 messages
2010-01-11 11:31:05 [11555] [3] DEBUG: message length 35, sending 1 messages
2010-01-11 11:31:05 [11555] [3] DEBUG: message length 35, sending 1 messages
2010-01-11 11:31:05 [11555] [3] DEBUG: Status: 202 Answer: <Sent.>
2010-01-11 11:31:05 [11555] [3] DEBUG: Delayed reply - wait for bearerbox
2010-01-11 11:31:05 [11555] [0] DEBUG: Got ACK (0) of
3620b59a-caaa-4f0b-83c8-aa70bcdf4071
2010-01-11 11:31:05 [11555] [0] DEBUG: HTTP: Resetting HTTPClient for
`127.0.0.1'.
2010-01-11 11:31:05 [11555] [0] DEBUG: Got ACK (0) of
3620b59a-caaa-4f0b-83c8-aa70bcdf4071
2010-01-11 11:31:05 [11555] [0] DEBUG: No client - multi-send or ACK to
pull-reply
2010-01-11 11:31:05 [11555] [0] DEBUG: Got ACK (0) of
3620b59a-caaa-4f0b-83c8-aa70bcdf4071
2010-01-11 11:31:05 [11555] [0] DEBUG: No client - multi-send or ACK to
pull-reply
2010-01-11 11:31:05 [11555] [0] DEBUG: Got ACK (0) of
3620b59a-caaa-4f0b-83c8-aa70bcdf4071
2010-01-11 11:31:05 [11555] [0] DEBUG: No client - multi-send or ACK to
pull-reply
2010-01-11 11:32:05 [11555] [1] DEBUG: Timeout for fd:23 appeares.
2010-01-11 11:32:05 [11555] [1] DEBUG: HTTP: Destroying HTTPClient area
0x814f6d8.
2010-01-11 11:32:05 [11555] [1] DEBUG: HTTP: Destroying HTTPClient for
`127.0.0.1'.
2010-01-11 11:33:39 [11555] [2] DEBUG: HTTP: Creating HTTPClient for
`127.0.0.1'.
2010-01-11 11:33:39 [11555] [2] DEBUG: HTTP: Created HTTPClient area
0x814f3a8.
2010-01-11 11:33:39 [11555] [3] INFO: smsbox: Got HTTP request
</cgi-bin/sendsms> from <127.0.0.1>
2010-01-11 11:33:39 [11555] [3] INFO: sendsms used by <peter>
2010-01-11 11:33:39 [11555] [3] INFO: sendsms sender:<peter:123> (127.0.0.1)
to:<456987465 123213123 5564654 6555465> msg:<Probando escritura en el
archivo!!!>
2010-01-11 11:33:39 [11555] [3] DEBUG: Stored UUID
97117190-a57c-4883-9b31-471a7383c19d
2010-01-11 11:33:39 [11555] [3] DEBUG: message length 35, sending 1 messages
2010-01-11 11:33:39 [11555] [3] DEBUG: message length 35, sending 1 messages
2010-01-11 11:33:39 [11555] [3] DEBUG: message length 35, sending 1 messages
2010-01-11 11:33:39 [11555] [3] DEBUG: message length 35, sending 1 messages
2010-01-11 11:33:39 [11555] [3] DEBUG: Status: 202 Answer: <Sent.>
2010-01-11 11:33:39 [11555] [3] DEBUG: Delayed reply - wait for bearerbox
2010-01-11 11:33:39 [11555] [0] DEBUG: Got ACK (3) of
97117190-a57c-4883-9b31-471a7383c19d
2010-01-11 11:33:39 [11555] [0] DEBUG: HTTP: Resetting HTTPClient for
`127.0.0.1'.
2010-01-11 11:33:39 [11555] [0] DEBUG: Got ACK (3) of
97117190-a57c-4883-9b31-471a7383c19d
2010-01-11 11:33:39 [11555] [0] DEBUG: No client - multi-send or ACK to
pull-reply
2010-01-11 11:33:39 [11555] [0] DEBUG: Got ACK (3) of
97117190-a57c-4883-9b31-471a7383c19d
2010-01-11 11:33:39 [11555] [0] DEBUG: No client - multi-send or ACK to
pull-reply
2010-01-11 11:33:39 [11555] [0] DEBUG: Got ACK (3) of
97117190-a57c-4883-9b31-471a7383c19d
2010-01-11 11:33:39 [11555] [0] DEBUG: No client - multi-send or ACK to
pull-reply
2010-01-11 11:34:39 [11555] [1] DEBUG: Timeout for fd:23 appeares.
2010-01-11 11:34:39 [11555] [1] DEBUG: HTTP: Destroying HTTPClient area
0x814f3a8.
2010-01-11 11:34:39 [11555] [1] DEBUG: HTTP: Destroying HTTPClient for
`127.0.0.1'.
2010-01-11 11:34:41 [11555] [2] DEBUG: HTTP: Creating HTTPClient for
`127.0.0.1'.
2010-01-11 11:34:41 [11555] [2] DEBUG: HTTP: Created HTTPClient area
0x814f6d8.
2010-01-11 11:34:41 [11555] [3] INFO: smsbox: Got HTTP request
</cgi-bin/sendsms> from <127.0.0.1>
2010-01-11 11:34:41 [11555] [3] INFO: sendsms used by <peter>
2010-01-11 11:34:41 [11555] [3] INFO: sendsms sender:<peter:123> (127.0.0.1)
to:<78789879> msg:<Probando escritura en el archivo!!!>
2010-01-11 11:34:41 [11555] [3] DEBUG: Stored UUID
2e33b6bb-e420-4edd-9081-26f547baa204
2010-01-11 11:34:41 [11555] [3] DEBUG: message length 35, sending 1 messages
2010-01-11 11:34:41 [11555] [3] DEBUG: Status: 202 Answer: <Sent.>
2010-01-11 11:34:41 [11555] [3] DEBUG: Delayed reply - wait for bearerbox
2010-01-11 11:34:41 [11555] [0] DEBUG: Got ACK (0) of
2e33b6bb-e420-4edd-9081-26f547baa204
2010-01-11 11:34:41 [11555] [0] DEBUG: HTTP: Resetting HTTPClient for
`127.0.0.1'.
2010-01-11 11:35:41 [11555] [1] DEBUG: Timeout for fd:23 appeares.
2010-01-11 11:35:41 [11555] [1] DEBUG: HTTP: Destroying HTTPClient area
0x814f6d8.
2010-01-11 11:35:41 [11555] [1] DEBUG: HTTP: Destroying HTTPClient for
`127.0.0.1'.
2010-01-11 11:48:55 [11555] [2] DEBUG: HTTP: Creating HTTPClient for
`127.0.0.1'.
2010-01-11 11:48:55 [11555] [2] DEBUG: HTTP: Created HTTPClient area
0x81586b8.
2010-01-11 11:48:55 [11555] [3] INFO: smsbox: Got HTTP request
</cgi-bin/sendsms> from <127.0.0.1>
2010-01-11 11:48:55 [11555] [3] INFO: sendsms used by <peter>
2010-01-11 11:48:55 [11555] [3] INFO: sendsms sender:<peter:123> (127.0.0.1)
to:<78789879 45444554 89789987 9897879879> msg:<Probando escritura en el
archivo!!!>
2010-01-11 11:48:55 [11555] [3] DEBUG: Stored UUID
4a3fc602-8492-4863-ab5a-f2f3fa0b4de9
2010-01-11 11:48:55 [11555] [3] DEBUG: message length 35, sending 1 messages
2010-01-11 11:48:55 [11555] [3] DEBUG: message length 35, sending 1 messages
2010-01-11 11:48:55 [11555] [3] DEBUG: message length 35, sending 1 messages
2010-01-11 11:48:55 [11555] [3] DEBUG: message length 35, sending 1 messages
2010-01-11 11:48:55 [11555] [3] DEBUG: Status: 202 Answer: <Sent.>
2010-01-11 11:48:55 [11555] [3] DEBUG: Delayed reply - wait for bearerbox
2010-01-11 11:48:55 [11555] [0] DEBUG: Got ACK (0) of
4a3fc602-8492-4863-ab5a-f2f3fa0b4de9
2010-01-11 11:48:55 [11555] [0] DEBUG: HTTP: Resetting HTTPClient for
`127.0.0.1'.
2010-01-11 11:48:55 [11555] [0] DEBUG: Got ACK (0) of
4a3fc602-8492-4863-ab5a-f2f3fa0b4de9
2010-01-11 11:48:55 [11555] [0] DEBUG: No client - multi-send or ACK to
pull-reply
2010-01-11 11:48:55 [11555] [0] DEBUG: Got ACK (0) of
4a3fc602-8492-4863-ab5a-f2f3fa0b4de9
2010-01-11 11:48:55 [11555] [0] DEBUG: No client - multi-send or ACK to
pull-reply
2010-01-11 11:48:55 [11555] [0] DEBUG: Got ACK (0) of
4a3fc602-8492-4863-ab5a-f2f3fa0b4de9
2010-01-11 11:48:55 [11555] [0] DEBUG: No client - multi-send or ACK to
pull-reply
2010-01-11 11:49:55 [11555] [1] DEBUG: Timeout for fd:23 appeares.
2010-01-11 11:49:55 [11555] [1] DEBUG: HTTP: Destroying HTTPClient area
0x81586b8.
2010-01-11 11:49:55 [11555] [1] DEBUG: HTTP: Destroying HTTPClient for
`127.0.0.1'.
index.html.
<HTML>
<HEAD>
<TITLE> Prueba de envío de SMS vía HTTP </TITLE>
</HEAD>
<BODY>
<FORM action="http:://localhost:13013/cgi-bin/sendsms?" method="get">
<P>
<LABEL for="user">Nombre de usuario: </LABEL>
<INPUT type="text" name="username" id="user"><BR>
<LABEL for="Password">Password: </LABEL>
<INPUT type="password"
name="password" id="Password
value="mipassword"><BR>
<LABEL for="to">Destinatario(s): </LABEL>
<TEXTAREA type="text" name="to" id="to"></TEXTAREA><BR>
<LABEL for="texto">Texto: </LABEL>
<TEXTAREA type="text" name="text" id="texto"></TEXTAREA><BR>
<INPUT type="submit" value="Enviar"> <INPUT type="reset">
</P>
</FORM>
</BODY>
</HTML>
Regards.
César.
On Mon, Jan 11, 2010 at 12:29 PM, <[email protected]> wrote:
> Send users mailing list submissions to
> [email protected]
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://www.kannel.org/mailman/listinfo/users
> or, via email, send a message with subject or body 'help' to
> [email protected]
>
> You can reach the person managing the list at
> [email protected]
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of users digest..."
>
>
> Today's Topics:
>
> 1. Re: ***HAPPY NEW YEAR! *** from the Kannel Group!
> (Alexander Malysh)
> 2. Re: kannel 1.4.3 and error Invalid esm_class (Andr?s Suero)
> 3. Re: status.xml reporting still "online" (Nikos Balkanas)
> 4. No client - multi-send or ACK to pull-reply (C?sar Valenzuela)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 4 Jan 2010 13:35:37 +0100
> From: Alexander Malysh <[email protected]>
> Subject: Re: ***HAPPY NEW YEAR! *** from the Kannel Group!
> To: Stipe Tolj <[email protected]>
> Cc: kannel_dev_mailinglist <[email protected]>, 'Kannel Users'
> <[email protected]>
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=iso-8859-1
>
> happy new year!!!
>
> Am 31.12.2009 um 15:25 schrieb Stipe Tolj:
>
> > Dear developers,
> > Dear users,
> >
> > in the name of the whole Kannel Group, and to all the great individual
> > supporters and contributor that have shown tremendous participation and
> > encouragement in this year - making and keeping Kannel the most used SMS
> gateway
> > software in the world! - we wish you:
> >
> > *** Happy New Year! ***
> >
> > Enjoy your New Year's Eve and make yourself a great time, either with
> family,
> > friends or both. :)
> >
> > Stipe
> >
> > --
> > -------------------------------------------------------------------
> > K?lner Landstrasse 419
> > 40589 D?sseldorf, NRW, Germany
> >
> > tolj.org system architecture Kannel Software Foundation (KSF)
> > http://www.tolj.org/ http://www.kannel.org/
> >
> > mailto:st_{at}_tolj.org <st_%7Bat%7D_tolj.org> mailto:
> stolj_{at}_kannel.org <stolj_%7Bat%7D_kannel.org>
> > -------------------------------------------------------------------
> >
>
>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Mon, 11 Jan 2010 09:47:58 -0200
> From: Andr?s Suero <[email protected]>
> Subject: Re: kannel 1.4.3 and error Invalid esm_class
> To: Nikos Balkanas <[email protected]>
> Cc: [email protected]
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=UTF-8; format=flowed
>
> I have changed the default value of the esm_class, from
> ESM_CLASS_SUBMIT_STORE_AND_FORWARD_MODE to
> ESM_CLASS_SUBMIT_DEFAULT_SMSC_MODE in line 851 of gw/smsc/smsc_smpp.c,
> this have resolved my problem at least for now, tomorrow I have to test
> in production.
>
> If something goes wrong I will send the data you are asking, thanks.
> The weird thing is that only happened in one of my providers, the other
> worked flawless.
>
> Thanks,
> Andr?s Suero.
>
>
> El 08/01/2010 06:28 p.m., Nikos Balkanas escribi?:
> > Hi,
> >
> > Please include in your logs your submit_sm PDU you are sending. Post
> > also your sendsms URL. Seems somtheing wrong with your udh header.
> >
> > BR,
> > Nikos
> > ----- Original Message ----- From: "kanedauy"
> > <[email protected]>
> > To: <[email protected]>
> > Sent: Friday, January 08, 2010 3:44 PM
> > Subject: Re: kannel 1.4.3 and error Invalid esm_class
> >
> >
> >>
> >>
> >> No one had this problem ever?
> >>
> >>
> >> kanedauy wrote:
> >>>
> >>> I have a debian 5 (lenny), and I have kannel 1.4.3, Im having this
> >>> problem
> >>> when I send sms to a specific provider, the log for this smsc tells me:
> >>>
> >>> 2009-12-24 10:20:36 [17305] [26] DEBUG: SMPP[movistar]: Got PDU:
> >>> 2009-12-24 10:20:36 [17305] [26] DEBUG: SMPP PDU 0x81e91d8 dump:
> >>> 2009-12-24 10:20:36 [17305] [26] DEBUG: type_name: enquire_link_resp
> >>> 2009-12-24 10:20:36 [17305] [26] DEBUG: command_id: 2147483669 =
> >>> 0x80000015
> >>> 2009-12-24 10:20:36 [17305] [26] DEBUG: command_status: 0 =
> >>> 0x00000000
> >>> 2009-12-24 10:20:36 [17305] [26] DEBUG: sequence_number: 74 =
> >>> 0x0000004a
> >>> 2009-12-24 10:20:36 [17305] [26] DEBUG: SMPP PDU dump ends.
> >>> 2009-12-24 10:20:36 [17305] [26] WARNING: SMPP: PDU NULL terminated
> >>> string
> >>> (message_id) has no NULL.
> >>> 2009-12-24 10:20:36 [17305] [26] DEBUG: SMPP[movistar]: Got PDU:
> >>> 2009-12-24 10:20:36 [17305] [26] DEBUG: SMPP PDU 0x81e91d8 dump:
> >>> 2009-12-24 10:20:36 [17305] [26] DEBUG: type_name: submit_sm_resp
> >>> 2009-12-24 10:20:36 [17305] [26] DEBUG: command_id: 2147483652 =
> >>> 0x80000004
> >>> 2009-12-24 10:20:36 [17305] [26] DEBUG: command_status: 67 =
> >>> 0x00000043
> >>> 2009-12-24 10:20:36 [17305] [26] DEBUG: sequence_number: 75 =
> >>> 0x0000004b
> >>> 2009-12-24 10:20:36 [17305] [26] DEBUG: message_id: NULL
> >>> 2009-12-24 10:20:36 [17305] [26] DEBUG: SMPP PDU dump ends.
> >>> 2009-12-24 10:20:36 [17305] [26] ERROR: SMPP[movistar]: SMSC returned
> >>> error code 0x00000043 (Invalid esm_class field data) in response to
> >>> submit_sm.
> >>>
> >>> It's a problem in my configuration or is the provider?
> >>> my configuration for this smsc is:
> >>>
> >>> # SMSC Movistar
> >>> group = smsc
> >>> smsc = smpp
> >>> smsc-id = movistar
> >>> allowed-smsc-id = movistar
> >>> preferred-smsc-id = movistar
> >>> log-level = 0
> >>> log-file = /var/log/kannel/movistar.log
> >>> host = ***.***.***.***
> >>> port = 7222
> >>> receive-port = 7222
> >>> our-host = ***.***.***.***
> >>> smsc-username = ********
> >>> smsc-password = ********
> >>> system-type = VMA
> >>> enquire-link-interval=10
> >>> alt-charset = windows-1252
> >>> alt-addr-charset = windows-1252
> >>>
> >>> Please help me.
> >>>
> >>>
> >>
> >> --
> >> View this message in context:
> >>
> http://old.nabble.com/kannel-1.4.3-and-error-Invalid-esm_class-tp27060442p27076132.html
> >>
> >> Sent from the Kannel - User mailing list archive at Nabble.com.
> >>
> >>
> >
>
>
>
> ------------------------------
>
> Message: 3
> Date: Mon, 11 Jan 2010 17:19:12 +0200
> From: "Nikos Balkanas" <[email protected]>
> Subject: Re: status.xml reporting still "online"
> To: "Beatrice Tamburrino" <[email protected]>
> Cc: [email protected]
> Message-ID: <6c011f2c436e416582d2f01d46450...@tardis>
> Content-Type: text/plain; format=flowed; charset="windows-1253";
> reply-type=original
>
> No. I mean "Write" not "Right" - sorry for the typo. Open log file as a
> stream - not string, reading from a file stream (i.e. stdin). Parse it real
> time and update a database whenever an smsc changes status. As elegant and
> efficient as it gets, next to having kannel do it by its own.
>
> BR,
> Nikos
> ----- Original Message -----
> From: "Beatrice Tamburrino" <[email protected]>
> To: "Nikos Balkanas" <[email protected]>
> Cc: <[email protected]>
> Sent: Monday, January 11, 2010 10:55 AM
> Subject: Re: status.xml reporting still "online"
>
>
> > you mean parsing the whole script as a string? this is not a very elegant
> > way.. also because the application should get the information about which
> > SMSC are available and which one is not working..
> >
> >
> > -------- Original-Nachricht --------
> >> Datum: Fri, 8 Jan 2010 22:55:39 +0200
> >> Von: "Nikos Balkanas" <[email protected]>
> >> An: "Beatrice Tamburrino" <[email protected]>
> >> CC: [email protected]
> >> Betreff: Re: status.xml reporting still "online"
> >
> >> Yes. Right a script to parse the bearerbox log as a stream and update
> >> your
> >> DB. Anytime an SMPP smsc doesn't repond to an enquire PDU, it will show
> >> as
> >> an error.
> >>
> >> BR,
> >> Nikos
> >> ----- Original Message -----
> >> From: "Beatrice Tamburrino" <[email protected]>
> >> To: "Nikos Balkanas" <[email protected]>
> >> Cc: <[email protected]>
> >> Sent: Friday, January 08, 2010 4:06 PM
> >> Subject: Re: status.xml reporting still "online"
> >>
> >>
> >> > ok thank you.
> >> >
> >> >
> >> > so I can go with the status.xml of 1.4.3?
> >> >
> >> >
> >> > Is there a possibility to retrieve the link of a SMSC? It seemst that
> >> the
> >> > link is always online, but the sent request are going to "queued". But
> >> my
> >> > application needs to now before send a request, if the link is ok or
> >> not..
> >> >
> >> > g
> >> >
> >> > beatrice
> >> >
> >> > -------- Original-Nachricht --------
> >> >> Datum: Fri, 8 Jan 2010 15:36:58 +0200
> >> >> Von: "Nikos Balkanas" <[email protected]>
> >> >> An: "Beatrice Tamburrino" <[email protected]>,
> >> [email protected]
> >> >> Betreff: Re: status.xml reporting still "online"
> >> >
> >> >> Hi,
> >> >>
> >> >> You should really upgrade to 1.4.3 or best to latest CVS. 1.4.1 is
> >> >> seriously
> >> >> outdated (5 yrs?) and not actively supported (all patches are against
> >> CVS
> >> >> head)
> >> >>
> >> >> BR,
> >> >> Nikos
> >> >> ----- Original Message -----
> >> >> From: "Beatrice Tamburrino" <[email protected]>
> >> >> To: <[email protected]>
> >> >> Sent: Friday, January 08, 2010 3:27 PM
> >> >> Subject: Re: status.xml reporting still "online"
> >> >>
> >> >>
> >> >> > sorry didnt' finished yet:
> >> >> >
> >> >> >
> >> >> > - with version 1.4.1 (which I am using on a customer)
> >> >> >
> >> >> > the status is always online (on every refresh done), not until I
> >> >> > send
> >> a
> >> >> > request (sendsms?.....) then I get the re-connect parameter, but
> the
> >> >> sent
> >> >> > sms are not incremented in the "queued" option
> >> >> >
> >> >> > - with version 1.4.3.
> >> >> >
> >> >> > the status us alway online but when I send some request, the
> >> >> > messages
> >> >> are
> >> >> > put in the queued option. with this version I never get the
> >> >> > "re-connect"
> >> >> > information
> >> >> >
> >> >> >
> >> >> > this is a problem, because I have customers with the version 1.4.1.
> >> And
> >> >> I
> >> >> > need to implement this additional feature. Without the right
> >> >> information,
> >> >> > I don't know which information to parse with my xml parser...
> >> >> >
> >> >> > Is this a bug or is it intentionally??
> >> >> > any idea?
> >> >> >
> >> >> > thanks
> >> >> >
> >> >> > beatrice
> >> >> >
> >> >> > -------- Original-Nachricht --------
> >> >> >> Datum: Fri, 08 Jan 2010 14:20:47 +0100
> >> >> >> Von: "Beatrice Tamburrino" <[email protected]>
> >> >> >> An: [email protected]
> >> >> >> Betreff: status.xml reporting still "online"
> >> >> >
> >> >> >> Hello
> >> >> >>
> >> >> >> I'm having some problems with the status.xml file.
> >> >> >>
> >> >> >>
> >> >> >> I wrote a script, which gets the status.xml information, and
> checks
> >> if
> >> >> >> the
> >> >> >> gateway is online, also I have the different SMSC connection which
> >> >> >> I
> >> >> want
> >> >> >> to monitor. To test an interrupt to a (working ) emi connection I
> >> just
> >> >> >> unplugged the networkcable. when I refresh the status.xml, the
> >> >> connection
> >> >> >> is
> >> >> >> still online. Also there are two different behaviours:
> >> >> >>
> >> >> >> - with version 1.4.1 (which I am using on a customer)
> >> >> >>
> >> >> >>
> >> >> >> --
> >> >> >> Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla
> >> Firefox
> >> >> >> 3.5
> >> >> >> -
> >> >> >> sicherer, schneller und einfacher!
> >> >> http://portal.gmx.net/de/go/chbrowser
> >> >> >
> >> >> > --
> >> >> > Preisknaller: GMX DSL Flatrate f???r nur 16,99 Euro/mtl.!
> >> >> > http://portal.gmx.net/de/go/dsl02
> >> >> >
> >> >
> >> > --
> >> > Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox
> >> > 3.5 -
> >> > sicherer, schneller und einfacher!
> >> > http://portal.gmx.net/de/go/chbrowser
> >
> > --
> > Preisknaller: GMX DSL Flatrate f??r nur 16,99 Euro/mtl.!
> > http://portal.gmx.net/de/go/dsl02
>
>
>
>
> ------------------------------
>
> Message: 4
> Date: Mon, 11 Jan 2010 12:29:13 -0300
> From: C?sar Valenzuela <[email protected]>
> Subject: No client - multi-send or ACK to pull-reply
> To: [email protected]
> Message-ID:
> <[email protected]>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi everyone, this is my first message to the list.
>
> I'm trying to configure kannel to send messages via a http request (SMPP
> V3.4) .
>
> The interface i'm using is like that.
>
> HTTP Interface (index.html)------> Kannel --------> SMSC (smsc.pl)
>
> This setting works fine, except when i make a request for many receivers
> (submit_multi ?).
>
> I'm getting the following error in smsbox.
>
> [0] DEBUG: No client - multi-send or ACK to pull-reply
>
> Does anyone know what this message means?
> How can i figure it out?
>
> Sorry for my english (I'm writing from Chile).
>
> Thanks in advice.
> C?sar.
>
> P.S1: All files i used are attached.
> P.S2: The smsc (written in perl) can be downloaded from
> http://www.mysmsaddress.net/smsc/downloads/PERL.zip
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://www.kannel.org/pipermail/users/attachments/20100111/84d8c181/attachment.html
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://www.kannel.org/pipermail/users/attachments/20100111/84d8c181/attachment-0001.html
> >
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: kannel.conf
> Type: application/octet-stream
> Size: 681 bytes
> Desc: not available
> URL: <
> http://www.kannel.org/pipermail/users/attachments/20100111/84d8c181/attachment.obj
> >
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: smsbox.log
> Type: text/x-log
> Size: 71165 bytes
> Desc: not available
> URL: <
> http://www.kannel.org/pipermail/users/attachments/20100111/84d8c181/attachment.bin
> >
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: smsc.pl
> Type: application/octet-stream
> Size: 8547 bytes
> Desc: not available
> URL: <
> http://www.kannel.org/pipermail/users/attachments/20100111/84d8c181/attachment-0001.obj
> >
>
> ------------------------------
>
> _______________________________________________
> users mailing list
> [email protected]
> http://www.kannel.org/mailman/listinfo/users
>
>
> End of users Digest, Vol 41, Issue 33
> *************************************
>
