gmane.comp.mobile.kannel.devel archive

29349 archived articles, newest first (page 6 of 294). Latest articles →

★ Devel, Amirali left a message for you
Thu, 27 Nov 2014 02:36:28 +0000
Amirali <[email protected]> • #28876
Re: Incorrect DLR mapping in kannel 1.5.0
Mon, 24 Nov 2014 11:36:57 +0100
Andreas Fink <[email protected]> • #28875
Re: Incorrect DLR mapping in kannel 1.5.0
Mon, 24 Nov 2014 11:11:38 +0100
Tanja Kipreska <[email protected]> • #28874
Re: Incorrect DLR mapping in kannel 1.5.0
Mon, 24 Nov 2014 08:19:34 +0000
Christopher Burke <[email protected]> • #28873
Incorrect DLR mapping in kannel 1.5.0
Mon, 24 Nov 2014 09:01:08 +0100
Tanja Kipreska <[email protected]> • #28872
Re: [PATCH] Kannel bearerbox graceful restart support (via SIGHUP or HTTP admin command)
Tue, 18 Nov 2014 13:41:46 +0100
Stipe Tolj <[email protected]> • #28871
Re: Adding epoll support to Kannel
Sat, 15 Nov 2014 12:00:00 +0200
Donald Jackson <[email protected]> • #28870
Re: Adding epoll support to Kannel
Fri, 14 Nov 2014 22:43:59 +0100
Vincenzo Romano <[email protected]> • #28869
Re: Adding epoll support to Kannel
Fri, 14 Nov 2014 22:38:11 +0100
Andreas Fink <[email protected]> • #28868
RE: Adding epoll support to Kannel
Fri, 14 Nov 2014 21:27:29 +0000
"Porter, Kelvin R." <[email protected]> • #28867
Re: Adding epoll support to Kannel
Fri, 14 Nov 2014 22:25:30 +0100
Vincenzo Romano <[email protected]> • #28866
Adding epoll support to Kannel
Fri, 14 Nov 2014 23:20:56 +0200
Donald Jackson <[email protected]> • #28865
Re: Portech MV-37x patch
Thu, 13 Nov 2014 15:35:54 -0300
Ariel Wainer <[email protected]> • #28864
Re: Portech MV-37x patch
Thu, 13 Nov 2014 23:18:08 +0500
Anton Osennikov <[email protected]> • #28863
Re: Portech MV-37x patch
Thu, 13 Nov 2014 12:14:57 -0300
Ariel Wainer <[email protected]> • #28862
Re: Portech MV-37x patch
Thu, 13 Nov 2014 16:01:58 +0100
Stipe Tolj <[email protected]> • #28861
Re: Portech MV-37x patch
Thu, 13 Nov 2014 18:48:05 +0500
Anton Osennikov <[email protected]> • #28860
Re: Portech MV-37x patch
Thu, 13 Nov 2014 13:50:06 +0100
Stipe Tolj <[email protected]> • #28859
Re: Portech MV-37x patch
Wed, 12 Nov 2014 22:42:24 +0500
Anton Osennikov <[email protected]> • #28858
Re: Portech MV-37x patch
Wed, 12 Nov 2014 13:07:36 -0300
Ariel Wainer <[email protected]> • #28857
Re: Portech MV-37x patch
Wed, 12 Nov 2014 16:23:17 +0100
Stipe Tolj <[email protected]> • #28856
Re: Send unique GET request from Kannel (not fragmented)
Wed, 12 Nov 2014 16:02:02 +0100
Stipe Tolj <[email protected]> • #28855
Re: [PATCH] 'group = smsc' directive 'instances = x' to multiply the runtime instances
Wed, 12 Nov 2014 16:00:03 +0100
Stipe Tolj <[email protected]> • #28854
Re: [PATCH] [white|black]list for receiver addresses
Wed, 12 Nov 2014 15:55:11 +0100
Stipe Tolj <[email protected]> • #28853
Send unique GET request from Kannel (not fragmented)
Tue, 11 Nov 2014 16:11:14 +0000
Francisco Javier Arenales CASTRODEZA <[email protected]> • #28852
Portech MV-37x patch
Tue, 11 Nov 2014 11:56:41 -0300
Ariel Wainer <[email protected]> • #28851
Re: Proposal: a more powerful SQL DLR storage
Mon, 10 Nov 2014 10:03:22 +0100
Alexander Malysh <[email protected]> • #28850
Re: Proposal: a more powerful SQL DLR storage
Fri, 7 Nov 2014 17:32:59 +0100
Vincenzo Romano <[email protected]> • #28849
RE: Proposal: a more powerful SQL DLR storage
Fri, 7 Nov 2014 16:28:03 +0000
Spina Eduardo <[email protected]> • #28848
Re: Proposal: a more powerful SQL DLR storage
Fri, 7 Nov 2014 11:49:22 +0100
Vincenzo Romano <[email protected]> • #28847
Re: Proposal: a more powerful SQL DLR storage
Fri, 7 Nov 2014 11:27:12 +0100
Vincenzo Romano <[email protected]> • #28846
Re: Proposal: a more powerful SQL DLR storage
Fri, 7 Nov 2014 10:49:18 +0100
Andreas Fink <[email protected]> • #28845
Re: Proposal: a more powerful SQL DLR storage
Fri, 07 Nov 2014 09:47:24 +0000
Cezary Siwek <[email protected]> • #28844
Proposal: a more powerful SQL DLR storage
Fri, 7 Nov 2014 10:34:29 +0100
Vincenzo Romano <[email protected]> • #28843
Re: Allowed Prefix
Tue, 4 Nov 2014 08:52:44 -0500
Alvaro Cornejo <[email protected]> • #28842
Allowed Prefix
Tue, 4 Nov 2014 00:39:30 +0000
Joy Larnyoh <[email protected]> • #28841
Re: Cofiguring Kannel SMS Gate way in Ubuntu 10.04 and Samsung GT-S5360 as Gsm modem
Mon, 3 Nov 2014 08:55:46 -0500
Alvaro Cornejo <[email protected]> • #28840
When do we need to octstr_destroy()
Sat, 1 Nov 2014 23:28:46 +0700
Willy Mularto <[email protected]> • #28839
Re: DLR Error Code
Sat, 1 Nov 2014 09:52:01 +0000
Joy Larnyoh <[email protected]> • #28838
Re: DLR Error Code
Sat, 1 Nov 2014 10:49:21 +0100
Andreas Fink <[email protected]> • #28837
Re: +CME ERROR: Lower layer falure (SMS) While SEnding SMS using Kannel
Sat, 1 Nov 2014 10:48:34 +0100
Andreas Fink <[email protected]> • #28836
+CME ERROR: Lower layer falure (SMS) While SEnding SMS using Kannel
Sat, 01 Nov 2014 11:43:49 +0300
Anjaly Kurian <[email protected]> • #28835
DLR Error Code
Sat, 1 Nov 2014 06:52:20 +0000
Joy Larnyoh <[email protected]> • #28834
Re: [PATCH] 'group = smsc' directive 'instances = x' to multiply the runtime instances
Fri, 31 Oct 2014 14:32:18 +0100
Stipe Tolj <[email protected]> • #28833
Re: [PATCH] [white|black]list for receiver addresses
Fri, 31 Oct 2014 11:35:45 +0100
Stipe Tolj <[email protected]> • #28832
Re: [PATCH] 'group = smsc' directive 'instances = x' to multiply the runtime instances
Fri, 31 Oct 2014 11:34:32 +0100
Stipe Tolj <[email protected]> • #28831
Re: [PATCH] [white|black]list for receiver addresses
Fri, 31 Oct 2014 11:30:26 +0100
Alexander Malysh <[email protected]> • #28830
Re: [PATCH] 'group = smsc' directive 'instances = x' to multiply the runtime instances
Fri, 31 Oct 2014 11:26:49 +0100
Alexander Malysh <[email protected]> • #28829
Cofiguring Kannel SMS Gate way in Ubuntu 10.04 and Samsung GT-S5360 as Gsm modem
Fri, 31 Oct 2014 12:19:16 +0300
Anjaly Kurian <[email protected]> • #28828
[PATCH] 'group = smsc' directive 'instances = x' to multiply the runtime instances
Thu, 30 Oct 2014 18:46:36 +0100
Stipe Tolj <[email protected]> • #28827
[PATCH] [white|black]list for receiver addresses
Thu, 30 Oct 2014 16:51:02 +0100
Stipe Tolj <[email protected]> • #28826
Re: Initialization of device failed Error While connecting Kannel with GSM modem
Tue, 21 Oct 2014 07:01:05 +0200
Andreas Fink <[email protected]> • #28825
Re: Initialization of device failed Error While connecting Kannel with GSM modem
Tue, 21 Oct 2014 08:59:26 +0400
Anjaly Kurian <[email protected]> • #28824
Re: Initialization of device failed Error While connecting Kannel with GSM modem
Tue, 21 Oct 2014 06:44:11 +0200
Andreas Fink <[email protected]> • #28823
Initialization of device failed Error While connecting Kannel with GSM modem
Tue, 21 Oct 2014 07:54:49 +0400
Anjaly Kurian <[email protected]> • #28822
[PATCH] Drop intermediate dlr mask
Thu, 16 Oct 2014 11:21:20 +0200
Alexander Malysh <[email protected]> • #28821
one more approach track DLR status via database trigger
Tue, 14 Oct 2014 17:03:06 +0600
Anton Osennikov <[email protected]> • #28820
Re: extended logging for OpenSSL library errors
Mon, 13 Oct 2014 10:37:03 +0200
Alexander Malysh <[email protected]> • #28819
Re: kannel dlr.c.patch to track dlr status via database triggers
Thu, 09 Oct 2014 12:13:24 +0600
Anton Osennikov <[email protected]> • #28818
RE: kannel dlr.c.patch to track dlr status via database triggers
Tue, 7 Oct 2014 19:48:45 +0200
"Rene Kluwen" <[email protected]> • #28817
kannel cfg.c.patch
Sun, 05 Oct 2014 12:45:21 +0600
Anton Osennikov <[email protected]> • #28816
kannel dlr.c.patch to track dlr status via database triggers
Sun, 05 Oct 2014 12:15:25 +0600
Anton Osennikov <[email protected]> • #28815
Can we pull DLRs instead of PUSH by kannel?
Fri, 3 Oct 2014 17:25:14 +0530
Vikas Wasiya <[email protected]> • #28814
Re: Queued for later delivery results while Sending SMS Using Kannel Sms Gateway and GSM modem SIM900A
Wed, 24 Sep 2014 10:35:07 -0500
Alvaro Cornejo <[email protected]> • #28813
Queued for later delivery results while Sending SMS Using Kannel Sms Gateway and GSM modem SIM900A
Wed, 24 Sep 2014 08:34:54 +0400
Anjaly Kurian <[email protected]> • #28812
extended logging for OpenSSL library errors
Sun, 14 Sep 2014 14:06:53 +0300
Artem Pylypchuk <[email protected]> • #28811
Fix for "tautological" compiler warnings
Sat, 6 Sep 2014 07:07:31 +0200
François Bonzon <[email protected]> • #28810
Re: Double hostname in DLR URL
Mon, 18 Aug 2014 13:59:38 +0200
Andreas Fink <[email protected]> • #28809
Re: Double hostname in DLR URL
Mon, 18 Aug 2014 13:58:15 +0200
Alexander Malysh <[email protected]> • #28808
[ANNOUNCE] Kannel 1.4.4 stable release available
Mon, 04 Aug 2014 15:53:42 +0200
Stipe Tolj <[email protected]> • #28807
Double hostname in DLR URL
Sun, 27 Jul 2014 23:02:13 +0200
Andreas Fink <[email protected]> • #28806
Re: [PATCH] Generic TLV module functions - Re: UCP/EMI to support E50_HPLMN and E50_AC
Thu, 17 Jul 2014 10:04:03 -0400
Alejandro Guerrieri <[email protected]> • #28805
Re: [PATCH] Generic TLV module functions - Re: UCP/EMI to support E50_HPLMN and E50_AC
Thu, 17 Jul 2014 12:04:21 +0200
Alexander Malysh <[email protected]> • #28804
Re: [PATCH] Generic TLV module functions - Re: UCP/EMI to support E50_HPLMN and E50_AC
Wed, 16 Jul 2014 13:17:57 -0400
Marc-Andre Gatien <[email protected]> • #28803
Re: [PATCH] Generic TLV module functions - Re: UCP/EMI to support E50_HPLMN and E50_AC
Wed, 16 Jul 2014 17:47:17 +0200
Andreas Fink <[email protected]> • #28802
Re: [PATCH] Generic TLV module functions - Re: UCP/EMI to support E50_HPLMN and E50_AC
Wed, 16 Jul 2014 17:35:40 +0200
Alexander Malysh <[email protected]> • #28801
Re: [PATCH] Generic TLV module functions - Re: UCP/EMI to support E50_HPLMN and E50_AC
Wed, 16 Jul 2014 11:06:15 -0400
Marc-Andre Gatien <[email protected]> • #28800
Re: [PATCH] Generic TLV module functions - Re: UCP/EMI to support E50_HPLMN and E50_AC
Wed, 16 Jul 2014 16:58:06 +0200
Stipe Tolj <[email protected]> • #28799
Re: [PATCH] Generic TLV module functions - Re: UCP/EMI to support E50_HPLMN and E50_AC
Wed, 16 Jul 2014 10:54:03 -0400
Marc-Andre Gatien <[email protected]> • #28798
[PATCH] Generic TLV module functions - Re: UCP/EMI to support E50_HPLMN and E50_AC
Wed, 16 Jul 2014 16:40:14 +0200
Stipe Tolj <[email protected]> • #28797
Re: UCP/EMI to support E50_HPLMN and E50_AC
Wed, 16 Jul 2014 07:52:20 -0400
Marc-Andre Gatien <[email protected]> • #28796
Re: UCP/EMI to support E50_HPLMN and E50_AC
Wed, 16 Jul 2014 09:40:56 +0200
Alexander Malysh <[email protected]> • #28795
UCP/EMI to support E50_HPLMN and E50_AC
Thu, 10 Jul 2014 13:59:04 -0400
<[email protected]> • #28794
Re: Question about shared memory
Thu, 3 Jul 2014 19:10:38 +0200
Donald Jackson <[email protected]> • #28793
Re: Throttling Error
Thu, 3 Jul 2014 16:51:27 +0200
<[email protected]> • #28792
RE: Throttling Error
Thu, 3 Jul 2014 14:24:14 +0000
Werner Coetzee <[email protected]> • #28791
Re: Throttling Error
Thu, 3 Jul 2014 09:01:56 -0500
Alvaro Cornejo <[email protected]> • #28790
RE: Throttling Error
Thu, 3 Jul 2014 16:03:27 +0700
Алексей Мальгин <[email protected]> • #28789
Re: Throttling Error
Thu, 3 Jul 2014 10:55:10 +0200
Andreas Fink <[email protected]> • #28788
RE: Throttling Error
Thu, 3 Jul 2014 12:21:51 +0400
<[email protected]> • #28787
RE: Throttling Error
Thu, 3 Jul 2014 15:07:57 +0700
Алексей Мальгин <[email protected]> • #28786
RE: Throttling Error
Thu, 3 Jul 2014 12:03:24 +0400
<[email protected]> • #28785
Re: Throttling Error
Thu, 3 Jul 2014 10:02:46 +0200
Andreas Fink <[email protected]> • #28784
RE: Throttling Error
Thu, 3 Jul 2014 14:59:35 +0700
Алексей Мальгин <[email protected]> • #28783
RE: Throttling Error
Thu, 3 Jul 2014 14:58:21 +0700
Алексей Мальгин <[email protected]> • #28782
RE: Throttling Error
Thu, 3 Jul 2014 14:56:44 +0700
Алексей Мальгин <[email protected]> • #28781
RE: Throttling Error
Thu, 3 Jul 2014 14:53:06 +0700
Алексей Мальгин <[email protected]> • #28780
Re: Throttling Error
Thu, 3 Jul 2014 09:48:49 +0200
Andreas Fink <[email protected]> • #28779
RE: Throttling Error
Thu, 3 Jul 2014 09:46:13 +0200
<[email protected]> • #28778
RE: Throttling Error
Thu, 3 Jul 2014 11:47:02 +0400
<[email protected]> • #28777
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.