ÿþ< ! D O C T Y P E H T M L P U B L I C " - / / W 3 C / / D T D H T M L 4 . 0 T r a n s i t i o n a l / / E N " >
< H T M L > < H E A D >
< M E T A c o n t e n t = " t e x t / h t m l ; c h a r s e t = u n i c o d e " h t t p - e q u i v = C o n t e n t - T y p e >
< M
But it worked for like this
http://host:port/cgi-bin/status
I'll check http://host:port/status.html?password=password
Shridhar
ÿþ< ! D O C T Y P E H T M L P U B L I C " - / / W 3 C / / D T D H T M L 4 . 0 T r a n s i t i o n a l / / E N " >
< H T M L > < H E A D >
< M E T A c o n t e n t = " t e x t / h t m l ; c h a r s e t = u n i c o d e " h t t p - e q u i v = C o n t e n t - T y p e >
< M
Title: A problem with the sms-service request.
Hi,
Getting through my first problem, I have run in to another. With the following sms-services configured
#
# Received a payment request
#
group=sms-service
keyword = mobilepay
get url = "http://localhost/html/pay.php?merchid=%s&amount=%s
>Andreas Fink wrote:
>
>> Note on smsc-id:
>>
>> if you got multiple links to the same SMSC then you MUST name the
>> smsc-id's all the same. I have for example 4 EMI links to the same
>> SMSC and I might send an SMS on the first link and receive the
>> delivery report on the 3rd link. If the
>Jörg Pommnitz wrote:
>>
>> I think the right patch is:
>>
>> if ((server == NULL) || (emi2_handle_smscreq (conn, *server) < 0)) {
>> return; /* reopen the connection */
>> }
>>
>> instead of your commit:
>>
>> if ((*server !=NULL) && (emi2_handle_smscreq (conn, *server) < 0)) {
>>
>Jörg Pommnitz wrote:
>>
>> The most important question: what platform do you use when
>> you see this problems?
>>
>> I'm a little bit hesitant to completely trust the glibc pthread
>> implementation (especially under high load). In a previous project
>> I could reliably cause misbehaviour i
Shridhar Raju wrote:
>
> By /cgi-bin/status I meant http://host:port/cgi-bin/status.
I have to agree to Andreas, that URI does not exist in any code of
Kannel.
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Münsterstr. 248
40470
Andreas Fink wrote:
> Note on smsc-id:
>
> if you got multiple links to the same SMSC then you MUST name the
> smsc-id's all the same. I have for example 4 EMI links to the same
> SMSC and I might send an SMS on the first link and receive the
> delivery report on the 3rd link. If the smsc-id's a
Jörg Pommnitz wrote:
>
> I think the right patch is:
>
> if ((server == NULL) || (emi2_handle_smscreq (conn, *server) < 0)) {
> return; /* reopen the connection */
> }
>
> instead of your commit:
>
> if ((*server !=NULL) && (emi2_handle_smscreq (conn, *server) < 0)) {
> return; /* reop
Jörg Pommnitz wrote:
>
> The most important question: what platform do you use when
> you see this problems?
>
> I'm a little bit hesitant to completely trust the glibc pthread
> implementation (especially under high load). In a previous project
> I could reliably cause misbehaviour in the pthre
Nisan Bloch wrote:
>
> Surely we should check for this in the smsc modules and then not ask for
> dlr responses. or at least get the dlr_* functions to return
> error. Thedelivery stuff is pretty meaningless without a valid timestamp
> or id anyway.
I agree on this. If there is no valid timesta
Torbjorn Zetterlund wrote:
> For SMSC I am currently using a NOKIA 7190(SMSC) which is the North
> American model for the NOKIA 7110 in Europe.
> I can send an SMS message from a web page using the
> http://localhost:13013/cgi-bin/sendsms command and the message is
> received on the phone number
Title: I hope someone can explain my problem.
Hi,
I am new to the Kannel software and have a problem that someone on the list may be able to help me with. I have installed the Cygwin Port for the Windows platforms running it on a windows 2000 professional machine. Everything is working OK, e
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
At 03:59 PM 1/6/02 +0100, you wrote:
>DLR might fail if empty strings or NULL are passed as things like
timestamp etc. Actually this >shouldnt happen unless the SMSC does for
example return timestamp as empty. So its more >like a SMSC driver problem
than anything else.
Surely we should check
Hi
At 02:12 PM 1/7/02 +0200, Anders Lindh wrote:
2002-01-07 14:02:49 [5] ERROR:
SMPP: SMSC returned error code 0x0072
in response to submit_sm.
this is a invalid source TON.
ESME_RINVSRCTON 0x0048
Invalid Source address TON
there is a little bug in the smpp implementation. the error codes
>It is kind of weird that this problem exists in smpp, cimd AND emi/ucp ?
>
>I'm gonna look through the source and do some packetscannning to see what
>might be the problem..
>
one possibility is if lets say the EMI driver returns a timestamp
being NULL and then an incoming message from CIMD is
It is kind of weird that this problem exists in smpp, cimd AND emi/ucp ?
I'm gonna look through the source and do some packetscannning to see what
might be the problem..
On Sun, 6 Jan 2002, Andreas Fink wrote:
> >Stefan Cars wrote:
> >>
> >> The same thing happens when connecting through EMI2
Could someone clarify?
2002-01-07 14:02:49 [5] WARNING: SMPP: PDU NUL terminated string has no
NUL.
2002-01-07 14:02:49 [5] ERROR: SMPP: SMSC returned error code 0x0072
in response to submit_sm.
Thanks,
--
Anders Lindh
>The most important question: what platform do you use when
>you see this problems?
Red Hat Linux 7.1
>I'm a little bit hesitant to completely trust the glibc pthread
>implementation (especially under high load). In a previous project
>I could reliably cause misbehaviour in the pthread mutex
>im
The most important question: what platform do you use when
you see this problems?
I'm a little bit hesitant to completely trust the glibc pthread
implementation (especially under high load). In a previous project
I could reliably cause misbehaviour in the pthread mutex
implementation on Linux.
Hello Folks,
I got the error that while using gwlib as HTTP server & client
extensively under high load stress situation it crashes with the
following info:
2002-01-04 18:12:08 [15] DEBUG: HTTP: Resetting HTTPClient for
`62.189.157.240'.
2002-01-04 18:12:08 [1] DEBUG: HTTP: Destroying HTTPCl
23 matches
Mail list logo
