gmane.comp.mobile.kannel.devel archive

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

Re: Possible race condition with HTTP.c
Sat, 29 Mar 2003 14:33:07 +0100
Stipe Tolj <[email protected]> • #16572
Re: Problem in WAPPUSH
Sat, 29 Mar 2003 14:23:13 +0100
Stipe Tolj <[email protected]> • #16571
Re: Problem in WAPPUSH
Sat, 29 Mar 2003 14:19:47 +0100
Stipe Tolj <[email protected]> • #16570
Re: Problem in WAPPUSH
Sat, 29 Mar 2003 14:08:23 +0100
Stipe Tolj <[email protected]> • #16569
Re: [PATCH] [BUG] EMI2 wait-ack-expire fix
Sat, 29 Mar 2003 13:30:33 +0100
Stipe Tolj <[email protected]> • #16568
Re: [PATCH] [BUG] EMI2 wait-ack-expire fix
Sat, 29 Mar 2003 13:28:59 +0100
Stipe Tolj <[email protected]> • #16567
Problem in WAPPUSH
Sat, 29 Mar 2003 15:01:49 +0530 (IST)
riteshs <[email protected]> • #16566
Possible race condition with HTTP.c
Fri, 28 Mar 2003 18:11:15 -0000
"Michael Mulcahy" <[email protected]> • #16565
[PATCH] [BUG] EMI2 wait-ack-expire fix
Fri, 28 Mar 2003 17:09:15 +0100
"Angel Fradejas" <[email protected]> • #16564
RE: [PATCH] [BUG] http.c does not follow redirections at all
Fri, 28 Mar 2003 16:56:43 +0100
"Angel Fradejas" <[email protected]> • #16563
Re: [PATCH] [BUG] http.c does not follow redirections at all
Fri, 28 Mar 2003 16:43:16 +0100
Stipe Tolj <[email protected]> • #16562
Re: [PATCH] [BUG] http.c does not follow redirections at all
Fri, 28 Mar 2003 16:46:11 +0100
Andreas Fink <[email protected]> • #16561
Re: [PATCH] [BUG] http.c does not follow redirections at all
Fri, 28 Mar 2003 16:33:54 +0100
Stipe Tolj <[email protected]> • #16560
Re: [RFC] adding new foobox modules to cvs
Fri, 28 Mar 2003 15:09:02 -0000
"Alex Judd" <[email protected]> • #16559
Re: send-sms user: getting wrong SMSC
Fri, 28 Mar 2003 15:01:50 +0000
Rory Campbell-Lange <[email protected]> • #16558
Re: send-sms user: getting wrong SMSC
Fri, 28 Mar 2003 15:46:10 +0100
Alexander Malysh <[email protected]> • #16557
send-sms user: getting wrong SMSC
Fri, 28 Mar 2003 14:47:22 +0000
Rory Campbell-Lange <[email protected]> • #16556
Re: mo-recode for SMPP (possibly not working)
Fri, 28 Mar 2003 18:20:28 +0400
David Chkhartishvili <[email protected]> • #16555
RE: mo-recode for SMPP (possibly not working)
Fri, 28 Mar 2003 15:01:24 +0100
"Angel Fradejas" <[email protected]> • #16554
Re: [PATCH] [BUG] http.c does not follow redirections at all
Fri, 28 Mar 2003 14:38:37 +0100
Stipe Tolj <[email protected]> • #16553
Re: mo-recode for SMPP (possibly not working)
Fri, 28 Mar 2003 17:03:54 +0400
David Chkhartishvili <[email protected]> • #16552
[PATCH] [BUG] http.c does not follow redirections at all
Fri, 28 Mar 2003 13:50:15 +0100
"Angel Fradejas" <[email protected]> • #16551
RE: mo-recode for SMPP (possibly not working)
Fri, 28 Mar 2003 13:45:06 +0100
"Angel Fradejas" <[email protected]> • #16550
Re: Wappush not sending response back in the proper format
Fri, 28 Mar 2003 13:39:52 +0100
Stipe Tolj <[email protected]> • #16549
mo-recode for SMPP (possibly not working)
Fri, 28 Mar 2003 16:30:11 +0400
David Chkhartishvili <[email protected]> • #16548
Re: Wappush not sending response back in the proper format
Fri, 28 Mar 2003 13:05:21 +0100
Stipe Tolj <[email protected]> • #16547
Re: Wappush not sending response back in the proper format
Fri, 28 Mar 2003 12:50:51 +0100
Stipe Tolj <[email protected]> • #16546
Re: [RFC] adding new foobox modules to cvs
Fri, 28 Mar 2003 12:46:55 +0100
Stipe Tolj <[email protected]> • #16545
Re: Wappush not sending response back in the proper format
Fri, 28 Mar 2003 12:43:46 +0100
Stipe Tolj <[email protected]> • #16544
Re: [RFC] adding new foobox modules to cvs
Fri, 28 Mar 2003 13:39:44 +0200
Nisan Bloch <[email protected]> • #16543
Re: Wappush not sending response back in the proper format
Fri, 28 Mar 2003 12:20:52 +0100
Stipe Tolj <[email protected]> • #16542
Re: [RFC] adding new foobox modules to cvs
Fri, 28 Mar 2003 12:07:42 +0100
Stipe Tolj <[email protected]> • #16541
Re: [RFC] adding new foobox modules to cvs
Fri, 28 Mar 2003 13:05:48 +0200
Nisan Bloch <[email protected]> • #16540
[RFC] adding new foobox modules to cvs
Fri, 28 Mar 2003 11:52:33 +0100
Stipe Tolj <[email protected]> • #16539
Wappush not sending response back in the proper format
Fri, 28 Mar 2003 16:07:53 +0530
"Ritesh Shah" <[email protected]> • #16538
Hi List
Fri, 28 Mar 2003 01:48:53 -0800 (PST)
Vijay Patwari <[email protected]> • #16537
RE: SIMToolkit Implementation (www.smartrust.com)
Fri, 28 Mar 2003 14:20:06 +0700
"Dedy Sutanto" <[email protected]> • #16536
CMTI Patch
Fri, 28 Mar 2003 01:10:16 +0000
Steve Kennedy <[email protected]> • #16535
Re: Multiple smsc groups
Thu, 27 Mar 2003 22:34:42 +0000
Rory Campbell-Lange <[email protected]> • #16534
Re: Multiple smsc groups
Thu, 27 Mar 2003 23:09:54 +0100
Stipe Tolj <[email protected]> • #16533
Re: TON error on SMSpush
Thu, 27 Mar 2003 23:07:19 +0100
Stipe Tolj <[email protected]> • #16532
Multiple smsc groups
Thu, 27 Mar 2003 22:06:12 +0000
[email protected] • #16531
Re: TON error on SMSpush
Thu, 27 Mar 2003 22:05:02 +0000
Rory Campbell-Lange <[email protected]> • #16530
Re: TON error on SMSpush
Thu, 27 Mar 2003 21:27:52 -0000
"Alex Judd" <[email protected]> • #16529
TON error on SMSpush
Thu, 27 Mar 2003 21:05:53 +0000
[email protected] • #16528
[Fwd: [PATCH] SMPP]
Thu, 27 Mar 2003 21:14:45 +0100
Stipe Tolj <[email protected]> • #16527
Re: [PATCH] SMPP
Thu, 27 Mar 2003 19:46:46 +0100
Stipe Tolj <[email protected]> • #16526
Re: [PATCH] SMPP
Thu, 27 Mar 2003 18:02:48 +0200
Nisan Bloch <[email protected]> • #16525
Re: [PATCH] SMPP
Thu, 27 Mar 2003 17:58:17 +0200
Nisan Bloch <[email protected]> • #16524
Re: Help with Windows
Thu, 27 Mar 2003 12:38:32 +0100
Stipe Tolj <[email protected]> • #16523
Help with Windows
Thu, 27 Mar 2003 12:16:11 +0100
[email protected] • #16522
Re: [PATCH] log.c reopen bug fix
Thu, 27 Mar 2003 11:13:35 +0100
Alexander Malysh <[email protected]> • #16521
Re: [PATCH] SMPP sender-prefix ala unified-prefix
Thu, 27 Mar 2003 11:05:33 +0100
Stipe Tolj <[email protected]> • #16520
Re: [PATCH] CIMD2 fix and userguide
Thu, 27 Mar 2003 10:53:42 +0100
Stipe Tolj <[email protected]> • #16519
Re: [PATCH] CIMD2 fix and userguide (overrides last one)
Thu, 27 Mar 2003 11:56:25 +0200 (EET)
Dziugas Baltrunas <[email protected]> • #16518
Re: [PATCH] CIMD2 fix and userguide
Thu, 27 Mar 2003 10:48:41 +0100
Stipe Tolj <[email protected]> • #16517
Re: [PATCH] log.c reopen bug fix
Thu, 27 Mar 2003 10:45:58 +0100
Stipe Tolj <[email protected]> • #16516
Re: SIMToolkit Implementation (www.smartrust.com)
Thu, 27 Mar 2003 10:20:25 +0100
Stipe Tolj <[email protected]> • #16515
Re: [PATCH] CIMD2 fix and userguide (overrides last one)
Thu, 27 Mar 2003 10:04:05 +0100
Stipe Tolj <[email protected]> • #16514
Re: [PATCH] complete restart functionality
Thu, 27 Mar 2003 09:52:07 +0100
Stipe Tolj <[email protected]> • #16513
Re: Falcom a2d, sms mo not being handled
Thu, 27 Mar 2003 09:51:44 +0100
Stipe Tolj <[email protected]> • #16512
Re: [PATCH] SMPP
Thu, 27 Mar 2003 12:39:20 +0400
David Chkhartishvili <[email protected]> • #16511
Re: Falcom a2d, sms mo not being handled
27 Mar 2003 08:58:19 +0100
Nicholas Rahn <[email protected]> • #16510
SIMToolkit Implementation (www.smartrust.com)
Thu, 27 Mar 2003 11:08:39 +0700
"Dedy Sutanto" <[email protected]> • #16509
Re: Falcom a2d, sms mo not being handled
Wed, 26 Mar 2003 22:42:54 +0100
"Bas A. Schulte" <[email protected]> • #16508
[PATCH] SMPP
Wed, 26 Mar 2003 22:05:42 +0200
Nisan Bloch <[email protected]> • #16507
[PATCH] SMPP get Optional params
Wed, 26 Mar 2003 21:42:06 +0200
Nisan Bloch <[email protected]> • #16506
[RFC] emi2 charset encoding patch
Wed, 26 Mar 2003 21:18:33 +0200
Nisan Bloch <[email protected]> • #16505
Re: [PATCH] SMPP sender-prefix ala unified-prefix
Thu, 27 Mar 2003 00:27:38 +1100
Benjamin Lee <[email protected]> • #16504
Re: [RFC] autodetect smpp source_addr_ton should not remove + (plus)
Thu, 27 Mar 2003 00:24:50 +1100
Benjamin Lee <[email protected]> • #16503
[PATCH] CIMD2 fix and userguide (overrides last one)
Wed, 26 Mar 2003 13:54:21 +0100
"Angel Fradejas" <[email protected]> • #16502
RE: [Kannel 0000010]: HTTP requests get urlencoded twice (orevenmore) if HTTP 302 (redirect) responses are received
Wed, 26 Mar 2003 11:56:23 +0100
"Rene Kluwen" <[email protected]> • #16501
Re: [PATCH] autodetect smpp source_addr_ton should not remove + (plus)
Wed, 26 Mar 2003 11:42:02 +0100
Alexander Malysh <[email protected]> • #16500
Re: [PATCH] autodetect smpp source_addr_ton should not remove + (plus)
Wed, 26 Mar 2003 00:38:16 +0100
Stipe Tolj <[email protected]> • #16499
Re: [Kannel 0000010]: HTTP requests get urlencoded twice (orevenmore) if HTTP 302 (redirect) responses are received
Wed, 26 Mar 2003 00:34:13 +0100
Stipe Tolj <[email protected]> • #16498
Re: [RFC] autodetect smpp source_addr_ton should not remove + (plus)
Wed, 26 Mar 2003 00:28:18 +0100
Stipe Tolj <[email protected]> • #16497
Re: [Kannel 0000010]: HTTP requests get urlencoded twice (orevenmore) if HTTP 302 (redirect) responses are received
Wed, 26 Mar 2003 00:18:46 +0100
Stipe Tolj <[email protected]> • #16496
Re: [PATCH] CIMD2 driver upgraded to smsconn api
Wed, 26 Mar 2003 00:10:18 +0100
Stipe Tolj <[email protected]> • #16495
[PATCH] log.c reopen bug fix
Tue, 25 Mar 2003 20:47:27 +0100
Alexander Malysh <[email protected]> • #16494
Re: [PATCH] autodetect smpp source_addr_ton should not remove + (plus)
Tue, 25 Mar 2003 19:09:57 +0100
Alexander Malysh <[email protected]> • #16493
Re: high cpu load
Tue, 25 Mar 2003 20:10:54 +0200
"Dziugas Baltrunas" <[email protected]> • #16492
Re: [PATCH] autodetect smpp source_addr_ton should not remove + (plus)
Tue, 25 Mar 2003 19:00:02 +0100
Andreas Fink <[email protected]> • #16491
RE: high cpu load
Tue, 25 Mar 2003 18:45:11 +0100
"Angel Fradejas" <[email protected]> • #16490
[PATCH] autodetect smpp source_addr_ton should not remove + (plus)
Tue, 25 Mar 2003 18:23:02 +0100
Alexander Malysh <[email protected]> • #16489
Re: high cpu load
Tue, 25 Mar 2003 19:19:14 +0200
"Dziugas Baltrunas" <[email protected]> • #16488
RE: [Kannel 0000010]: HTTP requests get urlencoded twice (orevenmore) if HTTP 302 (redirect) responses are received
Tue, 25 Mar 2003 18:10:49 +0100
"Rene Kluwen" <[email protected]> • #16487
Re: [PATCH] SMPP sender-prefix ala unified-prefix
Tue, 25 Mar 2003 17:47:28 +0100
Alexander Malysh <[email protected]> • #16486
Re: [RFC] autodetect smpp source_addr_ton should not remove + (plus)
Tue, 25 Mar 2003 17:43:11 +0100
Alexander Malysh <[email protected]> • #16485
RE: high cpu load
Tue, 25 Mar 2003 17:30:10 +0100
"Angel Fradejas" <[email protected]> • #16484
Re: high cpu load
Tue, 25 Mar 2003 18:34:21 +0200 (EET)
Dziugas Baltrunas <[email protected]> • #16483
RE: [PATCH] CIMD2 driver upgraded to smsconn api
Tue, 25 Mar 2003 17:28:37 +0100
"Angel Fradejas" <[email protected]> • #16482
[PATCH] SMPP sender-prefix ala unified-prefix
Wed, 26 Mar 2003 03:28:54 +1100
Benjamin Lee <[email protected]> • #16481
high cpu load
Tue, 25 Mar 2003 18:26:23 +0200 (EET)
Dziugas Baltrunas <[email protected]> • #16480
RE: [PATCH] CIMD2 driver upgraded to smsconn api
Tue, 25 Mar 2003 18:16:14 +0200 (EET)
Dziugas Baltrunas <[email protected]> • #16479
[RFC] autodetect smpp source_addr_ton should not remove + (plus)
Wed, 26 Mar 2003 03:11:35 +1100
Benjamin Lee <[email protected]> • #16478
[PATCH] CIMD2 fix and userguide
Tue, 25 Mar 2003 17:07:44 +0100
"Angel Fradejas" <[email protected]> • #16477
RE: [Kannel 0000010]: HTTP requests get urlencoded twice (or evenmore) if HTTP 302 (redirect) responses are received
Tue, 25 Mar 2003 16:07:43 +0000
Bruno David Rodrigues <[email protected]> • #16476
RE: [PATCH] CIMD2 driver upgraded to smsconn api
Tue, 25 Mar 2003 16:59:26 +0100
"Angel Fradejas" <[email protected]> • #16475
RE: [PATCH] CIMD2 driver upgraded to smsconn api
Tue, 25 Mar 2003 17:53:19 +0200 (EET)
Dziugas Baltrunas <[email protected]> • #16474
RE: [PATCH] CIMD2 driver upgraded to smsconn api
Tue, 25 Mar 2003 15:28:35 +0200 (EET)
Dziugas Baltrunas <[email protected]> • #16473
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.