Re: Sending long text messages using SMPP message_payload

Alexander Malysh wrote: Hi, because not all SMSCs support this feature. agree'ing here with Alex. The issue is that SMPP is considered a "standardized protocol", but in the real-world we have vendors that implement certain feature (in case they are considered optional) and others don't.

Re: Mutex Failure

Silver wrote: Thanks, I have both the csv version and kannel 1.4.0 on different machines. For the csv version it the smsbox "hangs" as i try to run it as indicated bellow $ ./smsbox sk_smskannel.conf 2006-09-07 12:15:27 [2824] [0] INFO: Debug_lvl = -1, log_file = , log_lvl = 0 2006-09-07 12:15:

Re: Logfiles above 2G

Peter Christensen wrote: Hi, The problem is not the kernel - 32-bit linux kernels have no problem handling files larger than 2GB. But if the program is not compiled with support for large files, it will receive an interrupt when it attempts to write past the 2GB barrier. The solution is to c

Re: [PATCH] Re: XML Post results in

Paul Keogh wrote: +1 for this. This patch fixes the OA handling in the XML POST. It also fixes the double free of the POST body but incorrectly identifies the second free. The body should not be freed in get_x_kannel_from_xml () because it is freed in the outer sendsms_thread () function. It

Re: Problematic Kannel behaviour with large message stores

good ! - Original Message - From: "Alexander Malysh" <[EMAIL PROTECTED]> To: Sent: Friday, September 08, 2006 1:03 PM Subject: Re: Problematic Kannel behaviour with large message stores Hi, will try todo it next week. I have it up to 80% ready with possibility to select store file

Re: Problematic Kannel behaviour with large message stores

Hi, will try todo it next week. I have it up to 80% ready with possibility to select store file or store spool... Thanks, Alex Vincent CHAVANIS wrote: > Alex, > > Could you please review you patch to fit the actual CVS tree, as we can > test it. > Then, how it comes this patch does not have be

Re: Problematic Kannel behaviour with large message stores

Alex, Could you please review you patch to fit the actual CVS tree, as we can test it. Then, how it comes this patch does not have been commited as it was ++2 regards Vincent -- Telemaque - 06200 NICE - (FR) Service Technique/Reseau - NOC Developpement SMS/MMS/Kiosques http://www.telemaque.f

Re: Sending long text messages using SMPP message_payload

Hi, because not all SMSCs support this feature. Raul Igrisan wrote: > Hi, > > > > Can someone please explain if there is a reason why Kannel doesn't use > smpp.message_payload for sending long text messages over SMPP instead of > splitting it into 160-chars messages? > > > > Thank you, >

Re: Logfiles above 2G

Hi Andreas, it handled fine in glibc with some additional flags defined. These were added by me to the current CVS HEAD and works fine for Linux. Please make sure you use latest CVS HEAD and rerun configure script. Thanks, Alex Andreas Fink wrote: > There where days where harddisk had a limit o

Re: Problematic Kannel behaviour with large message stores

Hi, you can search for my patch (http://article.gmane.org/gmane.comp.mobile.kannel.devel/20690/match=spool) that replaces store file with store spool directory. This works with similar performance when you put your store dir on reiserfs or tmpfs under linux. It would be great to hear test results