Hi, I would really appreciate if the approach would be "just let it in, and change the behaviour later" as otherwise it may never get placed in.
Rgds -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: 02 September 2005 13:00 To: [email protected] Subject: devel Digest, Vol 21, Issue 2 Send devel mailing list submissions to [email protected] To subscribe or unsubscribe via the World Wide Web, visit http://www.kannel.org/mailman/listinfo/devel or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than "Re: Contents of devel digest..." Today's Topics: 1. Re: DATAGRAM MODE (Enver ALTIN) ---------------------------------------------------------------------- Message: 1 Date: Thu, 01 Sep 2005 15:35:52 +0300 From: Enver ALTIN <[EMAIL PROTECTED]> Subject: Re: DATAGRAM MODE To: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-15" Hey, On Mon, 2005-08-29 at 12:05 +0200, Alejandro Guerrieri wrote: > Count me in! (Now it's 2 Alejandro's ;) ) I've had to change the darn > ESM_CLASS to DEFAULT about a thousand times :) I think general consensus is to prevent adding SMSC-specific parameters to the sendsms interface, so I think this patch is a bit controversial and needs to be properly designed before it gets committed. Maybe we can introduce a generic-purpose field and use it for passing SMSC-specific parameters to the SMSCConn via sendsms? Maybe we can just let it in, and change the behavior later? I'm not really sure which way is better. Hmm... -- .O. ..O Enver ALTIN | http://skyblue.gen.tr/ OOO Software developer @ Parkyeri | http://www.parkyeri.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://www.kannel.org/mailman/private/devel/attachments/20050901/279d77fc/at tachment-0001.bin ------------------------------ _______________________________________________ devel mailing list [email protected] http://www.kannel.org/mailman/listinfo/devel End of devel Digest, Vol 21, Issue 2 ************************************
