The difference that it makes is this:
struct tm gw_gmtime(time_t t)
{
struct tm tm;
#ifndef HAVE_GMTIME_R
lock(GWTIME);
tm = *gmtime(&t);
unlock(GWTIME);
#else
gmtime_r(&t, &tm);
#endif
return tm;
}
But since I have the same value, I guess this is not the issue that I was
looking for.
== Rene
From: Alexander Malysh [mailto:[email protected]] On Behalf Of Alexander
Malysh
Sent: zondag 24 februari 2013 21:22
To: Rene Kluwen
Cc: '[Digital^Dude] R'; [email protected]
Subject: Re: Long Messages using httpsmsc
#define HAVE_GMTIME_R 1
don't understand what difference it should make? can you exmplain?
Alex
Am 24.02.2013 um 20:32 schrieb Rene Kluwen <[email protected]>:
What is your value of HAVE_GMTIME_R in gw-config.h?
== Rene
From: Alexander Malysh [mailto:[email protected]] On Behalf Of Alexander
Malysh
Sent: zondag 24 februari 2013 12:44
To: Rene Kluwen
Cc: '[Digital^Dude] R'; [email protected]
Subject: Re: Long Messages using httpsmsc
Rene,
I can't reproduce it. I can supply any validity & deferred values via smsbox
and it works as expected.
Alex
Am 23.02.2013 um 14:21 schrieb Rene Kluwen < <mailto:[email protected]>
[email protected]>:
Please, Alexander.
Fix this bug. Because I've got other clients with the same issue.
I haven't had time myself to look into it.
== Rene
From: <mailto:[email protected]> [email protected]
[mailto:users- <mailto:[email protected]> [email protected]] On Behalf
Of[Digital^Dude] R
Sent: vrijdag 22 februari 2013 10:03
To: Alexander Malysh
Cc: <mailto:[email protected]> [email protected]
Subject: Re: Long Messages using httpsmsc
Hi,
sar support has been commited yesterday, enjoy :-)
I tried my best to enjoy but the latest svn revision throws up:
"SMSC returned error code 0x00000062 (Invalid message validity period) in
response to submit_sm"
Alex
Am 22.02.2013 um 08:48 schrieb [Digital^Dude] R <
<mailto:[email protected]> [email protected]>:
Hi,
sar_ within HTTP SMSC???
Obviously its not in the http smsc! ! !
So can I assume that when kannel tells me that "MO concatenated message
handling is enabled", I should only think of the UDH mode? If yes, is there
a patch for kannel that makes the 'sar' method available?
I found a patch that was committed by Stipe at:
<http://www.mail-archive.com/[email protected]/msg11322.html>
http://www.mail-archive.com/[email protected]/msg11322.html
however, I am unable to get the patch applied on any of the 50xx svn
revisions.
Thanks for the help!
And to the sar_ question: kannel doesn't support it but support UDH mode.
Alex
Am 21.02.2013 um 13:06 schrieb [Digital^Dude] R <
<mailto:[email protected]> [email protected]>:
On Fri, Feb 8, 2013 at 3:36 PM, Ali Kashif <
<mailto:[email protected]> [email protected]> wrote:
try adding following in CORE section.
sms-combine-concatenated-mo = true
sms-combine-concatenated-mo-timeout = "1800"
and in your httpSMSC
max-sms-octets= 1260
I guess the only way to do this is via
sar_segment_seqnum
and
sar_total_segments
Any implementation for that already done?
